На старте IT-проект кажется понятным и управляемым. Но в процессе — сроки съезжают, бюджет растет, а команда работает в стрессе.
Где на самом деле ломаются IT-проекты: 1. Нет четкого ТЗ 🔵 неясный функционал, не понятен ожидаемый бизнес-эффект 🔵 раздуваются сроки и бюджет решение: подробное ТЗ или MVP + поэтапная работа
2. Появление новых идей, идеи по ходу 🔵 задачи постоянно меняются 🔵 переделки дизайна, архитектуры и срывы сроков решение: сначала MVP, новые идеи — в backlog
3. Задержки со стороны заказчика 🔵 долгие согласования 🔵 простой команды решение: назначить ЛПР и дедлайны согласований
4. Много ЛПР 🔵 конфликт решений 🔵 бесконечные правки решение: выделить 1–2 ответственных
5. Ошибки подрядчика 🔵 болезни, уход разработчиков, сбои 🔵 задержки и рост бюджета решение: «страхующие» специалисты, прозрачность коммуникации
6. Технические риски 🔵 слабая архитектура, устаревшие API 🔵 остановка работ и дорогие доработки решение: проектирование архитектуры заранее, проводить code review
Хаос в проекте — это результат конкретных управленческих решений. Хотите понять, где ваш проект теряет сроки и бюджет? Разберем и покажем, как это исправить
В этом посте были ссылки, но мы их удалили по правилам Сетки
