With game dev, especially live ones with an active player base you do _not_ want to break things if you're a small studio.

But moving fast and shipping features quickly is a killer trait those small teams can use to be better than the big studios. (who ironically seem to ship slow and still break things)

Reading back, I can see how you interpreted that way.

But the quote from the article is in the context of a 1-person dev team, and how by keeping things really simple so that it is indeed _possible_ to build a feature in the morning and have it live in the afternoon.