Управление разработкой: Как начать попадать в сроки?
Привет, VC! На связи Антон, техдир Metalcode. У нашей команды 10-летний опыт разработки еком-проектов на php, битрикс. От типовых решений Аспро до сложной кастомной разработки с десятками интеграций.
В статье хочу рассказать об инструментах, которые можно использовать для оценки сроков задач.
Ситуация: исполнитель срывает сроки по задачам, проект сдвигается.
Причем исполнителем здесь может быть как конкретный специалист, так и подрядчик.
Для начала хорошо бы выяснить причину, может быть перегруз, кривое планирование, слабый контроль.
А в решении проблемы помогут базовые принципы регулярного менеджмента: планирование, контроль, обратная связь. Поэтому предлагаю комплексно подходить к вопросу:
1. Усилить этап оценки и планирования
- требовать более глубокой декомпозиции — это один из базисов, для уточнения оценки и сроков;
- ввести процесс запроса ресурсов на обследование — все что не понятно и далее не декомпозируется, надо обследовать;
- вернуться к Ганту — современные методологии приучили нас строить роадмапы, которые покрывают проект только по верхам, а нам надо глубже видеть картину;
- воспользоваться принципом критической цепи — учитывать все факторы блокирующие работу, очень актуально в кросскомандных проектах;
- ввести циклы планирования квартальное, месячное и недельное планирование (либо планирование на спринт);
2. Ввести спринты и контрольные точки
- спринты — цикличность помогает повысить эффективность. Ошибочно думать, что спринты применимы только к разработке. Есть кейсы как ребята даже контекст ведут спринтами, используя hadi циклы для проверки гипотез;
- чек-поинты — даже внутри спринта получать обратную связь, не впадать в дикий микроменеджмент, но согласовывать заранее с исполнителем точки контроля, когда вы придете и посмотрите промежуточный результат.
3. Ввести ретроспективы
Чтобы понять, где именно споткнулись, надо оглянуться назад)
Разбираться где возникли сложности, давать исполнителю инициативу в том, чтобы внести корректировки в процессы планирования, реализации.
- регулярность — 100% если мы не введем ретро как процесс, ничего не получится;
- не только критиковать, но и давать положительную обратную связь по работе исполнителя.
Предлагаю в комментариях поделиться вашим мнением, что еще можно предложить для повышения точности оценок и соблюдения сроков.
Если вы в поиске надежных битрикс-разработчиков, то пишите нам [email protected]
Наш сайт
Telegram-канал
«Критическая цепь» Голдратта обязательно к прочтению )
В таком случае рекомендую еще и теорию ограничений систем Голдратта
Эдвард Йордон «Путь камикадзе»
Скотт Беркун, «Искусство управления ИТ-проектами»
Активирована ветка полезной литературы по управлению проектам)
Ицхак Адизес «Управляя изменениями»
Причин сдвига сроков может быть много, главное не терять управление процессом
И анализировать факапы) Без ретроспективы никуда
Важно еще соблюдать баланс при планировании, так как современная разработка должна быть подвижна. Под требования рынка, под потребности заказчика. Нельзя сформировать один раз Ганта и следовать ему пол года. Но и спринт разваливать нельзя — это 100% убьет все планы и сроки.