Släpp ut den första versionen så snabbt som möjligt och förbättra den utifrån användarnas reaktioner.
Det innebär inte att ni ska publicera en datapunkt, eller en tjänst som är buggig och allmänt rutten, utan något litet. Användare har väldigt svårt för sånt som inte fungerar men har inga problem med små tjänster med begränsad funktionalitet.

Begränsade data nu är bättre än stora mängder senare.

  • små, stegvisa publiceringar
  • skapa lösningen och lägg ut så att andra kan se
  • flera lösningar på samma problem en sorts gruppinlärning

part of why the Open Source development model has been able to scale so well is that the ”release early, release often” principle is effectively a form of broadcast communications: lots of small, incremental releases provide a one-to-many communications channel that eliminates the need for many of the one-to-one channels that form the slowdown in Brooks’ Law. Instead of having a discussion with multiple other programmers about the correct mechanism to resolve a particular problem, code it and throw it out there for all to see. If someone else has a better way of solving the problem, they are welcome to improve the code. In the meantime, as various features are added and function in a satisfactory manner, other programmers will see these as ”solved problems” and focus their attention elsewhere.

Källa: Wikipedia > Brooks’ law

The Hardest Lessons for Startups to Learn