Русский
Русский
English
Статистика
Реклама

Контроль сроков новый взгляд

Рассмотрим процесс еженедельного контроля сроков проекта или этапа проекта (в данной статье это будут синонимы). Новизна подхода будет заключаться в том, что нужно будет автоматически "сжимать" уже готовое расписание проекта.

Концепция Факт + Ожидание + Прогноз

Схематичный планСхематичный план

За основу я взял модель бюджетирования, которую я видел в "Норникеле" и наложил ее на процесс контроля сроков.

Факт - это сколько ч/ч потрачено на задачу.
Ожидание - это сколько ч/ч осталось, чтобы завершить задачу.
Прогноз - это сколько дней (уже нас интересует длительность) требуется по будущим задачам. Сперва берется из утвержденного плана, ничего не меняется.

Таким образом мы можем составить модель окончания проекта.

Отклонение - это разница между утвержденным дедлайном и окончанием в модели Факт + Ожид + Прогноз.

Базовый план - это утвержденный план, относительно которого мы будем сравнивать.

Задача процесса

Я вижу основную задачу в том, чтобы оставшийся объем работ (Ожид + Прогноз) выполнить за оставшийся срок согласно Базовому (утвержденному) плану. Прошлым (фактом) мы уже не можем управлять, но из него мы можем извлекать причины. Об этом позже.

Собираем Факт + Ожид

  1. В таск-менеджере Исполнители заносят свои фактические ч/ч

  2. Ответственный Исполнитель по задаче должен проставить Ожидания в ч/ч и в днях по текущим задачам.

  3. Менеджер проекта должен сделать мэппинг задач между планом и данными из таск-менеджера и перенести факт+ожид в MS Project. Хорошо, если у вас между 2 системами настроена интеграция, но это отдельная тема.

Task Manager

MS Project

Комментарий

Десктоп. версия Главная

Главная - верстка

Мобильная версия Главная

Главная - верстка

Добавить анимацию БГ видео на ховере

Главная задача - верстка

Незапланированная подзадача, но в рамках задачи Главная - верстка. Перенести Факт + Ожид на родительскую задачу

Новости - детальная страница

1. Добавить в MS Project новую задачу
2. Связать ее с другими
3. Перенести Факт + Ожид

Новости - список новостей

Аналогично

Собираем Прогноз

  1. Берем Задачи, к которым еще не приступали, из последнего плана и их длительности. В прогнозе не меняем длительности!

  2. Задачи, которых не было в плане (хотелки или недооценки), но их нужно будет выполнить, тоже оцениваем в ч/ч и днях и заносим в Прогноз.

Рассчитываем Отклонение

Я описал уже, что:

Отклонение - это разница между утвержденным дедлайном и окончанием в модели Факт + Ожид + Прогноз.

Но некоторые допускают ошибку и считают, что Отклонение - это разница, насколько дней мы опаздываем по текущим задачам. Нужно считать разницу между итоговым прогнозом и дедлайном, потому что туда могут попасть незапланированные работы.

Тенденция отклонений

Если такое упражнение делать добросовестно каждую неделю, то можно увидеть насколько быстро увеличивается отклонение каждую неделю.

Дата

Отклонение, дн.

1 фев

-5

8 фев

-9

. . .

9 мар

-20 (почти месяц)

Это дает повод для дальнейшего разбора полетов. Возможно заказчик постоянно накидывает требования, либо разработчики слабые.

Анализируем проблемные задачи

  1. Просроченные задачи. Почему они не могу закончиться?

  2. Не начатые задачи. Почему они по плану должны начаться, а еще не начинаются? Может мешает какая-то незавершенная задача. А может вообще появился внешний фактор, который мешает начать.

  3. Задачи с задержкой (те которые еще по плану не закончились, но есть просрочка). Если у вас задачи сильно длинные, то их тоже нужно анализировать.

Как в плане быстро определить просроченные задачи и не начатые задачи?

Используй индикаторы в MS Project. Как их использовать и как настроить - читайте в моей старой статье еще от 2014 года - Навигатор для проекта: MS Project + формулы + индикаторы

Кто виноват?

На мой взгляд, самые частые причины это:

  1. Неверно произведена оценка и не было заложено резервов

  2. Слабые исполнители

  3. Заказчик постоянно накидывает требования

  4. Простои - из-за внешних факторов (Функциональный заказчик и другие вещи).

Что делать?

Корректировать расписание по Ожиданиям и Прогнозу.

Автоматическая корректировка расписания

Для задач, которые лежат на критическом пути

Например, осталось 20 рабочих дней, а работы на 30 рабочих дней (6 недель).

Базовый план

Рабочий план

Ожид

0

10

Прогноз

20

20

Итого

20

30

Рассчитываем коэффициент отставания 20 / 30 = 0,67

Умножаем длительности в рабочем плане на этот коэф.

Корректировка

Округляем до полудня

Ожид

6,7

6,5

Прогноз

13,3

13

Итого

20

19,5

Для задач, которые не на критическом пути

Если у вас по задачам не на критическом пути в Базовом плане есть резерв 5 дней, то коэффициент отставания будет равен 20 / (30-5) = 0,8

MS Project

В MS Project я бы делал так.

  1. Добавить пользовательское поле типа Длительность.

  2. Задать формулу для пересчета длительности с учетом коэффициента отставания, алгоритм примерно такой:

ЕСЛИ начало  < Сегодня,ТО Длительность1 = (Окончание - Сегодня) * Коэффициент отставания /* для ожида ИНАЧЕ Длительность1 =  Длительность *  Коэффициент отставания /* для прогоза
  1. В соседней вкладке открыть такой же план график

  2. Скопировать из пользовательского поля файла 1 в поле длительность файла 2 значения.

Переходим к ручной корректировке

Если мы использовали автоматическое расписание, то мы уже имеем кое-какие рекомендации. Теперь доводим это до ума. Потому что расчет нам может предложить сделать задачу за 6,666 дней, а на практике это будет все же не меньше 10 дней.

Согласно PMBoK и здравому смыслу есть 4 способа ускориться. Я тут нового ничего не расскажу, но обобщу опыт.

  1. Быстрый проход

    1. Постоянно контролировать "отстающего" исполнителя и пушить его.

    2. Добавить еще людей на эту же задачу, если такое возможно.

    3. Внеурочка

    4. Поставить более сильного исполнителя

  2. Запараллелить работы

    1. Работать не по водопаду, а по гибкому подходу

    2. Задачи, которые должен был делать один человек, раскидать на несколько

  3. Урезать функционал

    1. Если к вам постоянно прилетали какие-то хотелки, то обменяйте их на урезание функциональности

    2. Выносите предложение, что к дедлайну вы покажите 80% главного, а 20% потом. Но вам обязательно подпишут бумаги о завершении этапа.

  4. Подвинуть сроки.
    Здесь нужно составить запрос на изменение и обоснование.

На выходе

На выходе мы должны иметь:

  1. Рабочий план (он отличается от файла на предыдущей неделе, не только процентиками, но и датами)

  2. Ресурсный план (устный или письменный запрос на ресусры). Если у вас планируется внеурочка или привлекать других людей

  3. Запрос на изменение с обоснованием

Источник: habr.com
К списку статей
Опубликовано: 15.03.2021 18:04:43
0

Сейчас читают

Комментариев (0)
Имя
Электронная почта

Управление проектами

Управление продуктом

Управление сроками

Pmbok

Time management

Agile

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru