If it's a nice problem to have, don't solve it now

Re:If it's a nice problem to have, don't solve it now by ysavir on Monday August 10, 2020 @02:54PM (#24112703)

I think the "ship asap" is necessary for brand new startups. If you can't generate the user growth necessary to secure the next round of funding you'll be out of business, and that time spent writing the ideal code was not only a waste of time, but also a potential cause to the slow user growth. In its first year or so, until it receives enough funding to stabilize, it makes sense for a startup to give more weight to the short term than the medium term.

But once stabilized, and there's no immediate danger of running out of runway, things shift, and the medium and long terms become much more significant. But many startups fail to realize this; they've become too accustomed to the fast-paced, ship-asap mentality. Breaking from it seems to them a decline in productivity, where it's actually just a shift in priorities. There are a lot of contributing factors to this oversights, and they can vary from company to company, but it's continuing to prioritize the short-term is a dangerous act that usually serves neither the end user nor the business.

[ Parent | on HN ]

Re:If it's a nice problem to have, don't solve it now by chiefalchemist on Monday August 10, 2020 @08:36PM (#24115952)

Yes. But if you're not meeting user expectations they're not going to tell anyone, and so and so on. The satisfaction of current users has to factor in some where. Else no word of mouth, and expensive churn.

[ Parent | on HN ]

Re:If it's a nice problem to have, don't solve it now by afarrell on Tuesday August 11, 2020 @07:07AM (#24119107)

> ideal code

One problem in these discussions is that people quickly start using absolutist language, which makes it hard to find balance.

[ Parent | on HN ]

Re:If it's a nice problem to have, don't solve it now by ysavir on Tuesday August 11, 2020 @09:14AM (#24119935)

Balance also is not quite the correct thing to strive for.

The proper course of action is to work with the leadership to figure out when the expected critical points are for the business. This includes fund raising, IPOs, acquisition, or any other time when the company receives a valuation. The goal, for both the business and the dev team, is to make sure that the company has the best possible value at those exact points. You don't want to peek too early or peek too late. The proper course of action then is to prioritize things in accordance with how they impact those points in time. If one's coming up soon, prioritize the short term almost exclusively. If it's years out, plan ahead as a marathon, not a sprint.

[ Parent | on HN ]

Re:If it's a nice problem to have, don't solve it now by afarrell on Wednesday August 12, 2020 @10:09AM (#24132204)

Know the enemy, but also know thyself.

For example, it would be a bad idea for me to say "I am not going to write any automated tests" for a 3-week MVP. That decision would lead to me producing nothing.

[ Parent | on HN ]