Добрый день! У каждого из нас были проекты, которые начинали с энтузиазмом, а через месяц превращались в бесконечные согласования, правки и пустые созвоны. Проблема не в том, что задачи были сложными. Проблема в том, как их навязывают решать сверху.
Проблема больших целей в команде:
Когда ПМ выдает задачу «сделать приложение для управления задачами» без деталей, мозг воспринимает это как угрозу. Вы не знаете, с чего начать, а менеджер ждет результат «вчера». Хуже того, каждый чих нужно согласовывать, а любое отклонение от первоначального плана вызывает волну бюрократии.
Ключевые принципы, которые топят команды:
- Тотальный контроль сверху. Вместо того чтобы дать команде разбить задачу на мелкие части, ПМ сам решает, кто что делает, даже не понимая технических деталей. Разработчики превращаются в исполнителей, которые не могут сказать слова поперек.
- Бесконечное согласование. Чтобы получить прототип, нужно пройти три уровня утверждения. Пока оно идет, энтузиазм угасает, а проект теряет актуальность. Через месяц все забывают, зачем вообще это начинали.
- Процесс ради процесса. Отчеты, статусы, планерки, ретроспективы - все это забирает время, которое можно было потратить на реальную работу. Но попробуйте предложить отменить еженедельный двухчасовой созвон - вас сочтут нелояльным.
- Перфекционизм на пустом месте. Дизайнер требует идеальные макеты до начала разработки. ПМ хочет полную спецификацию, хотя через неделю требования все равно поменяются. Разработчик вынужден переписывать код по пять раз, потому что «а давайте сделаем не так».
Почему команды разваливаются:
- Потеря мотивации. Когда неделями не видишь результата, а только бесконечные правки и согласования, руки опускаются.
- Отсутствие обратной связи. Вы делаете, делаете, а потом узнаете, что «это вообще не то, что нужно» - и все в мусорку.
- Нет гибкости. Изменить подход нельзя - он утвержден на полгода вперед. Даже если очевидно, что он не работает.
Вывод:
Главный враг разработки - не сложность кода, а бюрократия, которая высасывает из команды все силы. Если вы надеетесь, что в ИТ можно просто взять и сделать проект - вы ошибаетесь. В больших компаниях сначала нужно получить доступы, согласовать ТЗ, пройти апрувы, подписать документы. И только потом начать делать. К тому моменту, когда вы начнете, желание что-то делать уже исчезнет. Джуниоры, которые идут в крупные компании, часто даже не подозревают, что 90% их времени будет уходить не на программирование, а на борьбу с системой. И если вы к этому не готовы - возможно, ИТ не для вас.
