Lack of Problem Is the Problem

The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:

Знаете ли вы наиболее типичную ошибку, которую делают основатели стартапов, представляя свои идеи инвесторам? По словам Джейка Менделя из Silicon Valley Bank, они часто сосредотачиваются на решении, которое они предлагают, вместо проблемы, которую они пытаются решить. Невозможность определить проблему является общей причиной неудач стартапов. Однако это относится не только к ним. Посмотрите на свой проект и попробуйте ответить на вопрос “Что не так в мире сейчас?” и затем “Как этот продукт исправляет это?”

Что-то должно быть не так. В противном случае проект не имеет смысла. Ни для его основателей, ни для его программистов и пользователей.

Откройте файл README в вашем репозитории и прочитайте его первый абзац. Отвечает ли он на вопрос? Определяет ли он проблему? Является ли для ваших пользователей очевидным, что именно вы решаете? Это должно быть таким.

Вы можете сказать: “основатели стартапов ищут деньги, поэтому им нужно это утверждение проблемы, чтобы произвести впечатление на инвесторов, но у нас уже есть бюджет, и нам не нужно никого впечатлять, нам просто нужно создать еще одну версию нашего мобильного приложения, чтобы наши пользователи продолжали заказывать пиццу, и наш директор продолжал платить нам”, и вы будете правы в отношении отсутствия необходимости в деньгах. Вы получите деньги в любом случае, независимо от того, есть ли в вашем файле README правильно сформулированное утверждение проблемы или даже если такого файла нет. Кого я обманываю? В большинстве случаев, даже если у нас нет репозитория, мы все равно будем хорошо оплачиваться!

Это верно, но я думаю, что деньги больше не являются топливом для программной экономики. Это люди. И не просто люди, а мотивированные люди - вот за что сейчас борются программные команды. Получить бюджет на проект, особенно если вы в крупной компании (где в конечном итоге будут все интересные проекты), несложно. Значительно большая задача - получить и удержать команду, способную и готовую достигать результатов.

Сначала вы представляете свои идеи инвесторам. Затем вы представляете их программистам. Второе представление сложнее первого. Высококвалифицированные эксперты по программному обеспечению, мотивированные работать на полную мощность для вашего проекта - это новый капитал в этой современной экономике.

Как мы их привлекаем и удерживаем? Мы формулируем проблему. Мы убеждаемся, что проблема новая, большая, амбициозная, вызывающая и благородная. Если мы сможем сделать это, они присоединятся и останутся … мотивированными.

Я бы даже сказал, что основная ответственность руководителя команды заключается в том, чтобы следить за утверждением проблемы и убедиться, что оно достаточно хорошо для команды. Когда что-то идет не так с моралью, дисциплиной или результативностью - это симптомы недостаточно хорошо сформулированного утверждения проблемы. В большинстве случаев. И единственный ответственный за это человек - руководитель команды, который должен исправить ситуацию, открыв файл README и указав в первом абзаце, что именно не так с миром сейчас и как наш продукт это исправит.

Translated by ChatGPT gpt-3.5-turbo/42 on 2023-12-27 at 13:48

sixnines availability badge   GitHub stars