Начинать рабочий день с обзора всего проекта, прежде чем открывать отдельные сообщения, рекомендует автор публикации в блоге Directum на Habr от 28 октября. Для этого он предлагает выделить первые 30 минут: проверить угрозы общему сроку, доступность ресурсов и ближайшие контрольные точки. Рекомендация относится к обычному рабочему дню — аварийные и критические ситуации требуют другого порядка действий.

Когда два дня меняют весь срок

В статье приведён условный пример: двухдневная задержка может перенести завершение проекта, если затронутые работы находятся на критическом пути и у них нет временного резерва. Поэтому одной отметки о просрочке недостаточно, чтобы оценить последствия.

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

Хватит ли ресурсов на ближайшие работы

Следующая проверка — обеспечены ли ближайшие критически важные работы всем необходимым. В перечне автора есть не только сотрудники: ограничением могут стать испытательный стенд, монтажная бригада, оборудование, допуск к работам или окно остановки действующей линии.

Для руководителя это означает, что вопрос о ресурсах нельзя свести к наличию исполнителя. Нужно проверить и остальные условия выполнения работы. Если для неё необходимы специалист и оборудование, доступность одного ещё не отвечает на вопрос о готовности к началу.

Что считать достигнутым результатом

Контрольную точку автор предлагает описывать через проверяемый результат. Заранее должны быть определены срок, ответственный за его получение, а также порядок проверки и приёмки. Тогда при утреннем обзоре можно оценивать достижение конкретного результата, а не ограничиваться сообщением о ходе работ.

Проверить такой порядок автор советует на одном проекте в течение как минимум двух недель. Менять корпоративные регламенты для начала не предлагается. Вместо этого нужно отслеживать время между обнаружением значимого отклонения и решением, повторяющиеся блокировки, своевременность контрольных точек и длительность ресурсных конфликтов.

Эти показатели дают предмет для сравнения: быстрее ли принимаются решения и короче ли становятся конфликты за ресурсы. Две недели здесь — минимальная длительность предложенной пробы, а не обещание исправить сроки проекта за этот период.

Источники и контекст

Сообщить об ошибке или уточнении