Читаю книжку. Цитата про меня:
In fact, trying to develop too many things simultaneously will simply leave you with lots of half-finished projects, i.e., nearly there products.
Прикол в том, что вот такие, казалось бы, банальные вещи недостаточно понимать. Недостаточно просто соглашаться. Почему-то надо сначала испытать все на себе, окружить себя кучей недоделанной фигни и яростно пытаться это продавать. И лишь когда хорошенько прижмет, только тогда наступает настоящее, качественное понимание того, что фокусироваться нужно на чем-то одном.
Но и тут возникает проблема. Среди кучи вот этих не совсем доделанных продуктов есть штуки, которые худо-бедно продаются и их жалко бросать, но при этом они, например, не продаются сами и продажами надо заниматься. Ну, то есть они все-таки просят кушать. Еще по каким-то продуктам есть всякие обязательства, от которых нельзя просто отмахнуться — тех. поддержка, исправления внезапно возникших глобальных проблем для платящих клиентов. Еще бывает очень трудно отказаться от продажи продукта за хорошие деньги, если заказчик всего-то просит добавить какую-то «маленькую фичу». И на этом этапе пофиг, что эта фича разрастется неимоверно, а может быть, даже родит еще один новый недопродукт.
В общем, закрывать продукты гораздо сложнее, чем начинать их. Так что призываю вас фокусироваться на одном. Жаль только, что сам пока не вполне следую этому совету. Но прогресс есть и это радует. 🙂
Комментарии
3 комментария на ««О недоделанных продуктах»»
Привет, Максим! 🙂
Ну, возможно, тут нет такого уж большого противоречия. Пробовать, безусловно, надо. Речь, скорее, о том, что основные продукты нельзя оставлять в состоянии «почти доделано» или «вроде и так продается, потом доделаем получше». Опять же, если есть возможность на каждый продукт садить отдельного «продакта», почему бы и не делать кучу продуктов.
Но когда я один пытаюсь одновременно вести десяток продуктов/компонентов, гарантированно не удается довести до конца ни один.
Та же фигня, но я пришел к тому что надо начинать не продукт или процесс, а проект. А у любого проекта есть дата начала, дата окончания, бюджет, критерии и процедура закрытия.
Да, пожалуй, самый разумный подход. Хотелось бы выйти именно на такой тип планирования. Пока, к сожалению, в основном приходится реагировать на внешние раздражители и менять это очень сложно.