1. Если отладка программы – это процесс вылавливания багов, значит программирование – это процесс их внесения. Так и в стартапах: ошибок избежать нельзя, главное – сумть понять, что ошибка сделана, и понимать, что делать дальше.
2. По поводу мудрености ответа: дело не в его мудрености, а в готовности этот ответ принять в силу начальной сообразительности или наличия собственного опыта.
Во многих общих посылах согласен, но считаю, что во многих случаях CTO должен быть все-таки одним из основателей. Он не обязательно должен сам сидеть и писать весь код, но он должен понимать, как должна быть устроена архитектура всей этой штуковины и должен принимать принципиальные решения по этому поводу.
Самые главные принципы, который надо соблюдать на этапе становления проекта, ограниченном временными рамками или KPI проекта:
— не хочешь больше работать на стартап – уходи
— не можешь эффективно работать на стартап – уходи
И проблема состоит в том, как сделать эти правила:
— прозрачными
— работающими
Правила, по которым будет работать команда, после начала проекта – это отдельная тема для обсуждения. Если интересно, то можно будет написать и про нее.
2. По поводу мудрености ответа: дело не в его мудрености, а в готовности этот ответ принять в силу начальной сообразительности или наличия собственного опыта.
Основная проблема стартапа – нужно ли кому-нибудь то, что вы делаете? Если не нужно, то соблюдение бюджетов и сроков не приводит к успеху.
— не хочешь больше работать на стартап – уходи
— не можешь эффективно работать на стартап – уходи
И проблема состоит в том, как сделать эти правила:
— прозрачными
— работающими
Вы и пользователей к своему будущему сервису таким же способом собираетесь привлекать?
А нормальных проектов в процентном отношении очень мало.