Discussion about this post

User's avatar
Thomas Ziegelbecker's avatar

How would you then define what gitlab is doing. Namely a "minimal viable change". it just brings the same notion to features? So to go out with the smallest feature possible. Still good quality and good design, dadadada.. but only as much to test your assumption for its demand (aka desireabiltiy)? And if you see it actually is desirable you double down? I mean now that i wrote it it just sounds so obvious but tell that to people doing product who, in my experience, so often go down the waterfall route and only ship when its perfect, or in essence only shipping iteratio number x (where x > 1)... and by it totally leaving out their chances to not over engineer and not implement "waste" (aka stuff noone actually likes or wants).

Expand full comment
Zishan Kassam's avatar

Very cool breakdown. Refreshing.

Expand full comment
10 more comments...

No posts