Управление ресурсами проекта: люди, загрузка и ограничения

Граница материала: Планирование и балансировка людей, оборудования и других ограниченных ресурсов внутри проекта. U992 разбирает передачу конкретной задачи, U987 — календарный график. Сквозной пример — три проекта одновременно требуют одного аналитика и двух разработчиков. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: дефицит навыков, загрузка, конфликты назначений, простои, сверхурочная работа и влияние на срок.

Перечислить виды ресурсов: управление ресурсами проекта

Разберите «управление ресурсами проекта» через конкретную потребность. На шаге «перечислить виды ресурсов» роль владелец потребности оформляет артефакт операции «перечислить виды ресурсов» для темы «управление ресурсами проекта»: решение по шагу «перечислить виды ресурсов» с версией и критерием проверки «управление ресурсами проекта». Этот материал «управление ресурсами проекта» должен позволять другому участнику понять решение без устного контекста. Проверьте его на примере «три проекта одновременно требуют одного аналитика и двух разработчиков». Если возникает «при действии «перечислить виды ресурсов» в теме «управление ресурсами проекта» возникает отклонение: для «перечислить виды ресурсов» отсутствует доказательство в системе «управление ресурсами проекта»», вернитесь к исходной задаче и уточните границу.

• Потребность: «перечислить виды ресурсов» в системе «управление ресурсами проекта».
• Владелец ответа: владелец потребности.
• Рабочая запись: артефакт операции «перечислить виды ресурсов» для темы «управление ресурсами проекта»: решение по шагу «перечислить виды ресурсов» с версией и критерием проверки «управление ресурсами проекта».
• Неясная граница: при действии «перечислить виды ресурсов» в теме «управление ресурсами проекта» возникает отклонение: для «перечислить виды ресурсов» отсутствует доказательство в системе «управление ресурсами проекта».

Оценить потребность по работам: управление ресурсами проекта

Согласование «управление ресурсами проекта» начинается до выполнения. Для операции «оценить потребность по работам» роль руководитель направления показывает артефакт операции «оценить потребность по работам» для темы «управление ресурсами проекта»: решение по шагу «оценить потребность по работам» с версией и критерием проверки «управление ресурсами проекта». Участники «управление ресурсами проекта» отдельно фиксируют принятое решение и открытые вопросы. Испытайте правило на спорном случае. Сигнал переделки: при действии «оценить потребность по работам» в теме «управление ресурсами проекта» возникает отклонение: для «оценить потребность по работам» отсутствует доказательство в системе «управление ресурсами проекта». Пока он сохраняется, следующий этап не открывают.

• Решение до старта: «оценить потребность по работам» в системе «управление ресурсами проекта».
• Кто согласует: руководитель направления.
• След согласования: артефакт операции «оценить потребность по работам» для темы «управление ресурсами проекта»: решение по шагу «оценить потребность по работам» с версией и критерием проверки «управление ресурсами проекта».
• Причина возврата: при действии «оценить потребность по работам» в теме «управление ресурсами проекта» возникает отклонение: для «оценить потребность по работам» отсутствует доказательство в системе «управление ресурсами проекта».

Описать роли и навыки: управление ресурсами проекта

Приоритет «управление ресурсами проекта» связывайте с ценностью и ограничением. На действии «описать роли и навыки» роль аналитик решения использует артефакт операции «описать роли и навыки» для темы «управление ресурсами проекта»: решение по шагу «описать роли и навыки» с версией и критерием проверки «управление ресурсами проекта». Не складывайте срочность, громкость запроса и влияние в одну оценку. Для «управление ресурсами проекта» сравните минимум два варианта. Если обнаружен риск «при действии «описать роли и навыки» в теме «управление ресурсами проекта» возникает отклонение: для «описать роли и навыки» отсутствует доказательство в системе «управление ресурсами проекта»», основание приоритета нужно перепроверить.

• Основание приоритета: «описать роли и навыки» в системе «управление ресурсами проекта».
• Кто выбирает: аналитик решения.
• Расчёт выбора: артефакт операции «описать роли и навыки» для темы «управление ресурсами проекта»: решение по шагу «описать роли и навыки» с версией и критерием проверки «управление ресурсами проекта».
• Ложная срочность: при действии «описать роли и навыки» в теме «управление ресурсами проекта» возникает отклонение: для «описать роли и навыки» отсутствует доказательство в системе «управление ресурсами проекта».

Собрать календарь доступности: управление ресурсами проекта

Связность «управление ресурсами проекта» проверяют в обе стороны. Во время шага «собрать календарь доступности» роль координатор связей сохраняет артефакт операции «собрать календарь доступности» для темы «управление ресурсами проекта»: решение по шагу «собрать календарь доступности» с версией и критерием проверки «управление ресурсами проекта». По нему должно быть видно, откуда появилось решение и где проверяется его результат. На примере «три проекта одновременно требуют одного аналитика и двух разработчиков» пройдите цепочку целиком. Разрыв «при действии «собрать календарь доступности» в теме «управление ресурсами проекта» возникает отклонение: для «собрать календарь доступности» отсутствует доказательство в системе «управление ресурсами проекта»» означает, что изменение пока нельзя безопасно выпускать.

• Цепочка решения: «собрать календарь доступности» в системе «управление ресурсами проекта».
• Кто связывает: координатор связей.
• Трасса результата: артефакт операции «собрать календарь доступности» для темы «управление ресурсами проекта»: решение по шагу «собрать календарь доступности» с версией и критерием проверки «управление ресурсами проекта».
• Потерянная связь: при действии «собрать календарь доступности» в теме «управление ресурсами проекта» возникает отклонение: для «собрать календарь доступности» отсутствует доказательство в системе «управление ресурсами проекта».

Сопоставить спрос и мощность: управление ресурсами проекта

Границы роли в «управление ресурсами проекта» задайте явно. Для шага «сопоставить спрос и мощность» роль владелец результата предъявляет артефакт операции «сопоставить спрос и мощность» для темы «управление ресурсами проекта»: решение по шагу «сопоставить спрос и мощность» с версией и критерием проверки «управление ресурсами проекта». Укажите, что человек решает самостоятельно, с кем советуется и кому сообщает итог. Ошибка «при действии «сопоставить спрос и мощность» в теме «управление ресурсами проекта» возникает отклонение: для «сопоставить спрос и мощность» отсутствует доказательство в системе «управление ресурсами проекта»» создаёт зависание или двойную ответственность. Исправьте полномочия «управление ресурсами проекта» до следующей контрольной точки.

• Полномочие роли: «сопоставить спрос и мощность» в системе «управление ресурсами проекта».
• Кто отвечает: владелец результата.
• Подтверждение роли: артефакт операции «сопоставить спрос и мощность» для темы «управление ресурсами проекта»: решение по шагу «сопоставить спрос и мощность» с версией и критерием проверки «управление ресурсами проекта».
• Двойной владелец: при действии «сопоставить спрос и мощность» в теме «управление ресурсами проекта» возникает отклонение: для «сопоставить спрос и мощность» отсутствует доказательство в системе «управление ресурсами проекта».

Назначить ресурсы на задачи: управление ресурсами проекта

Фактическое состояние «управление ресурсами проекта» важнее процента готовности. На этапе «назначить ресурсы на задачи» роль ответственный за исполнение обновляет артефакт операции «назначить ресурсы на задачи» для темы «управление ресурсами проекта»: решение по шагу «назначить ресурсы на задачи» с версией и критерием проверки «управление ресурсами проекта». Для проверки используйте завершённый результат, наблюдаемое событие или подтверждённое решение. Если появился риск «при действии «назначить ресурсы на задачи» в теме «управление ресурсами проекта» возникает отклонение: для «назначить ресурсы на задачи» отсутствует доказательство в системе «управление ресурсами проекта»», не улучшайте статус вручную. Сначала разберите причину через «дефицит навыков, загрузка, конфликты назначений, простои, сверхурочная работа и влияние на срок».

• Состояние по факту: «назначить ресурсы на задачи» в системе «управление ресурсами проекта».
• Кто обновляет: ответственный за исполнение.
• Доказательство статуса: артефакт операции «назначить ресурсы на задачи» для темы «управление ресурсами проекта»: решение по шагу «назначить ресурсы на задачи» с версией и критерием проверки «управление ресурсами проекта».
• Скрытое отклонение: при действии «назначить ресурсы на задачи» в теме «управление ресурсами проекта» возникает отклонение: для «назначить ресурсы на задачи» отсутствует доказательство в системе «управление ресурсами проекта».

Найти перегрузки и дефицит: управление ресурсами проекта

Изменение «управление ресурсами проекта» получает отдельную запись. Для операции «найти перегрузки и дефицит» роль комитет изменений прикладывает артефакт операции «найти перегрузки и дефицит» для темы «управление ресурсами проекта»: решение по шагу «найти перегрузки и дефицит» с версией и критерием проверки «управление ресурсами проекта». Сравните пользу, стоимость задержки и влияние на уже согласованное. При признаке «при действии «найти перегрузки и дефицит» в теме «управление ресурсами проекта» возникает отклонение: для «найти перегрузки и дефицит» отсутствует доказательство в системе «управление ресурсами проекта»» остановите перенос в рабочую версию. Команда «управление ресурсами проекта» должна видеть одно действующее решение и историю предыдущего.

• Запрос изменения: «найти перегрузки и дефицит» в системе «управление ресурсами проекта».
• Кто решает: комитет изменений.
• Версия и причина: артефакт операции «найти перегрузки и дефицит» для темы «управление ресурсами проекта»: решение по шагу «найти перегрузки и дефицит» с версией и критерием проверки «управление ресурсами проекта».
• Несогласованный выпуск: при действии «найти перегрузки и дефицит» в теме «управление ресурсами проекта» возникает отклонение: для «найти перегрузки и дефицит» отсутствует доказательство в системе «управление ресурсами проекта».

Выровнять загрузку: управление ресурсами проекта

Качество «управление ресурсами проекта» проверяется на исполнении. На шаге «выровнять загрузку» роль независимый проверяющий передаёт артефакт операции «выровнять загрузку» для темы «управление ресурсами проекта»: решение по шагу «выровнять загрузку» с версией и критерием проверки «управление ресурсами проекта» участнику, который не готовил материал. Если тот приходит к другому выводу, правило уточняют. Риск «при действии «выровнять загрузку» в теме «управление ресурсами проекта» возникает отклонение: для «выровнять загрузку» отсутствует доказательство в системе «управление ресурсами проекта»» нельзя закрывать средним показателем. Для «управление ресурсами проекта» сохраните пример ошибки и правильный вариант.

• Независимая проверка: «выровнять загрузку» в системе «управление ресурсами проекта».
• Кто проверяет: независимый проверяющий.
• Контрольный пример: артефакт операции «выровнять загрузку» для темы «управление ресурсами проекта»: решение по шагу «выровнять загрузку» с версией и критерием проверки «управление ресурсами проекта».
• Разный вывод: при действии «выровнять загрузку» в теме «управление ресурсами проекта» возникает отклонение: для «выровнять загрузку» отсутствует доказательство в системе «управление ресурсами проекта».

Учитывать факт и изменения: управление ресурсами проекта

Приёмочный тест «управление ресурсами проекта» формулируют заранее. Для действия «учитывать факт и изменения» роль заказчик результата сопоставляет артефакт операции «учитывать факт и изменения» для темы «управление ресурсами проекта»: решение по шагу «учитывать факт и изменения» с версией и критерием проверки «управление ресурсами проекта» с ожидаемым результатом. На сценарии «три проекта одновременно требуют одного аналитика и двух разработчиков» проверьте обычный и пограничный пути. Если проявился риск «при действии «учитывать факт и изменения» в теме «управление ресурсами проекта» возникает отклонение: для «учитывать факт и изменения» отсутствует доказательство в системе «управление ресурсами проекта»», запишите отклонение и владельца исправления. Повторная проверка нужна на новой версии.

• Условие приёмки: «учитывать факт и изменения» в системе «управление ресурсами проекта».
• Кто принимает: заказчик результата.
• Результат теста: артефакт операции «учитывать факт и изменения» для темы «управление ресурсами проекта»: решение по шагу «учитывать факт и изменения» с версией и критерием проверки «управление ресурсами проекта».
• Причина отказа: при действии «учитывать факт и изменения» в теме «управление ресурсами проекта» возникает отклонение: для «учитывать факт и изменения» отсутствует доказательство в системе «управление ресурсами проекта».

Обновлять прогноз мощности: управление ресурсами проекта

После шага «обновлять прогноз мощности» обновите рабочую систему «управление ресурсами проекта». Роль владелец процесса сохраняет артефакт операции «обновлять прогноз мощности» для темы «управление ресурсами проекта»: решение по шагу «обновлять прогноз мощности» с версией и критерием проверки «управление ресурсами проекта», причину решения и дату пересмотра. Отделите единичную ошибку от повторяемого правила. Если остаётся «при действии «обновлять прогноз мощности» в теме «управление ресурсами проекта» возникает отклонение: для «обновлять прогноз мощности» отсутствует доказательство в системе «управление ресурсами проекта»», назначьте следующий эксперимент. Польза для «управление ресурсами проекта» подтверждается изменением «дефицит навыков, загрузка, конфликты назначений, простои, сверхурочная работа и влияние на срок», а не количеством документов.

• Изменённое правило: «обновлять прогноз мощности» в системе «управление ресурсами проекта».
• Кто закрепляет: владелец процесса.
• Запись урока: артефакт операции «обновлять прогноз мощности» для темы «управление ресурсами проекта»: решение по шагу «обновлять прогноз мощности» с версией и критерием проверки «управление ресурсами проекта».
• Непроверенная гипотеза: при действии «обновлять прогноз мощности» в теме «управление ресурсами проекта» возникает отклонение: для «обновлять прогноз мощности» отсутствует доказательство в системе «управление ресурсами проекта».

Матрица контроля и владения

Что изучить дальше

• диаграмма Ганта
• канбан-доска
• метод критического пути
• бэклог продукта
• управление проектами
• матрица RACI

Чек-лист запуска