Руководитель IT-проектов
80 задач, из них 2 на код с автопроверкой. Условие и варианты ответа открыты всем; проверка, подсказка и разбор — в клубе.
Жизненный цикл проекта и методологии
- Daily превращается в 40-минутный разбор проблемы с интеграцией
- Госконтракт с фиксированным объёмом и поэтапной приёмкой: на чём строить управление
- Команда одновременно держит в работе 12 задач, до Done не доходит ничего
- Владелец продукта приносит срочную задачу на четвёртый день спринта
- Ретроспектива проводится каждый спринт, но проблемы повторяются
- Систему сдали, а через месяц инциденты обрабатывает бывшая проектная команда
- Заказчик просит процент готовности, а его считают по списанным часам
- Оценки команды подгоняются под срок, который руководитель уже пообещал
Бэклог, требования и приоритизация
- Две фичи в бэклоге: какая выше по RICE
- 80% бэклога помечено как Must have
- Задача «Сделать нормальный экспорт отчётов» уходит в разработку
- Восемнадцать задач в Done, а функциональности в проде нет
- Регуляторная доработка с датой: почему WSJF даёт другой ответ, чем RICE
- В бэклоге 700 элементов, груминг занимает по три часа
- Стейкхолдер приносит готовое решение вместо задачи
- У фичи высокий RICE, но техлид называет её невыполнимой без переписывания подсистемы
Сроки, риски и бюджет проекта
- Задача вне критического пути опоздала на два дня
- Ключевой участник интеграции уходит в отпуск в неделю интеграционных работ
- Разработчик оценил задачу в три дня чистой разработки
- Заказчик просит «мелкое изменение» на проекте с фиксированным объёмом
- Израсходовано 60% бюджета при 40% выполненного объёма
- Релиз зависит от сервиса внешнего подрядчика
- На проект добавили двух разработчиков за месяц до релиза, скорость упала
- Команда закладывает 30% запаса в каждую оценку, проект всё равно опаздывает
Метрики delivery и работа со стейкхолдерами
- Формулировка результата квартала для отчёта и резюме
- Velocity выросла вдвое после смены шкалы оценок
- Что на самом деле считает запрос про DAU
- Сборка с падающими тестами уезжает в прод
- Три недели зелёный статус, потом срыв срока на три недели
- В матрице RACI у одного результата два Accountable
- Retention седьмого дня равен 100% во всех когортах
- Какие метрики покажут предсказуемость delivery
План-график: WBS, критический путь и оценки
- Миграцию данных и обучение пользователей обнаружили за месяц до сдачи
- Четыре задачи с зависимостями: длительность проекта и критический путь
- Веха в плане: «Интеграция с банком готова на 50%»
- Тестировщики начинают через три дня после старта разработки
- Оценка миграции: оптимистично 4 дня, вероятно 6, пессимистично 14
- По графику дизайн двух модулей идёт параллельно, но дизайнер в команде один
- Чтобы успеть на две недели раньше, приёмочное тестирование начали до конца разработки
- РП каждую неделю сдвигает даты в плане, отчёт показывает ноль отклонений
- План годового проекта детализирован до дней на все 12 месяцев
- Срок нужно сократить на два дня: какую задачу сжимать
- Спонсору нужна дата с вероятностью около 84%: как посчитать по двум задачам PERT
- Длительность проекта по сетевому графику
Бюджет проекта и освоенный объём (EVM)
- Бюджет 10 млн ₽, выполнено 40% работ, потрачено 4,5 млн: чему равен EV
- PV 3 млн, EV 2,4 млн, AC 2 млн: что говорит индекс выполнения сроков
- Известный риск задержки API партнёра: из какого резерва закладывать деньги
- Требования размыты, а заказчик хочет фиксированную цену
- Команда стабильно недооценивает задачи: прогноз бюджета при CPI 0,8
- Перерасход 1,2 млн ₽ из-за разового подорожания лицензий: прогноз бюджета
- Остаток бюджета 3,6 млн ₽, со следующего месяца в команду выходит тестировщик
- Восемь пакетов работ неделями «готовы на 90%»
- Подрядчик по T&M выставляет 1 200 часов в месяц, а результата не видно
- Проект опаздывает на полтора месяца, а SPI 0,95 — «почти в графике»
- Накопленный CPI 0,95, но последний квартал проект шёл с CPI 0,7
- Отчёт по освоенному объёму для статуса проекта
Релизы: release management, DoR и DoD
- Половина задач спринта стоит в «Blocked»: нет макетов и доступов
- В API убрали поле из ответа: какой номер у новой версии 2.4.1
- Критическая ошибка в проде, а в основной ветке уже недоделанные функции
- Релиз с миграцией, удаляющей колонку, а плана отката нет
- Четыре команды выпускаются «когда готовы», и каждый релиз сдвигается
- Code freeze на три недели перед релизом заканчивается адом слияний
- Маркетинг объявит функцию в 11:00 на конференции, а деплой назначен на 10:00 того же дня
- Версия приложения с крашем при запуске сразу ушла всем пользователям
- Всё проверено на стейджинге, а в проде релиз падает из-за конфигурации
- До регуляторного релиза два дня, одна из восьми функций с критической ошибкой
- Четыре релиза из двенадцати с инцидентами: директор предлагает выпускаться раз в квартал
- Переименовали колонку в базе, и старые версии мобильного приложения перестали работать
Команда: ёмкость, конфликты и распределённая работа
- Встречи один на один превратились в пересказ статуса задач
- Разработчик поделён 50/50 между двумя проектами, и оба опаздывают
- Новая команда на третьей неделе спорит о код-ревью и процессах
- Команда в Новосибирске и Калининграде: окно для общих встреч по Москве
- Ёмкость спринта: пять разработчиков, отпуск, праздник и 20% на встречи
- Сильный разработчик три спринта подряд срывает сроки и пропускает ошибки
- Два сеньора две недели спорят об архитектуре, работа стоит
- Velocity стабильна четыре спринта, но каждый спринт закрывается переработками
- Руководитель отдела аналитики забирает аналитика проекта на «срочные задачи»
- РП ушёл в отпуск на неделю, и работа команды почти остановилась
- Подрядчик и внутренняя команда две недели перекидывают друг другу ошибки интеграции
- В команде 16 человек, daily идёт 45 минут: как делить команду