В управление процессами включается все, что касается достижения целей проекта: бюджет, сроки, качество, управление ресурсами. Но как это оценить или измерить?
Действительно очень трудно оценить РП по отклонению от бюджета и сроков уже по первому майлстоуну. И вообще никак не оценить, если у РП на стадии устава все контрольные точки в конце проекта. Может и не надо? Сразу гнать в шею?
Здесь речь не про оценку бюджета/качества/сроков, а тех hard-скиллов, которые используются Руководителем проектов для достижения указанных целей. Про них и раскрывается дальше в статье.
Что касается дейликов. В статье я не пытаюсь рассуждать о задачах и предназначении дейликов, я говорю про физическую составляющую их проведения. Вполне частая практика - когда обсуждая проблемы/статус по текущим задачам, РП демонстрируют доску с бэклогом на дейлике. А про смену статусов задач — это, конечно, не цель и не отдельный блок дейлика, это лишь сайд-эффект его проведения (условно, если в процессе обсуждения вы видите, что у разработчика задач в статусе "В работе" нет, т.к. он просто забыл обновить статус, то вы обновляете его прямо на месте - ведь это дело секунды)
По поводу DoR/DoD — вы говорите все верно, мы уточнили формулировку в статье, чтобы устранить недопонимание.
Спасибо за комментарий, и ваше мнение!
Здесь речь не про оценку бюджета/качества/сроков, а тех hard-скиллов, которые используются Руководителем проектов для достижения указанных целей. Про них и раскрывается дальше в статье.
Спасибо за ваш комментарий.
Что касается дейликов. В статье я не пытаюсь рассуждать о задачах и предназначении дейликов, я говорю про физическую составляющую их проведения. Вполне частая практика - когда обсуждая проблемы/статус по текущим задачам, РП демонстрируют доску с бэклогом на дейлике. А про смену статусов задач — это, конечно, не цель и не отдельный блок дейлика, это лишь сайд-эффект его проведения (условно, если в процессе обсуждения вы видите, что у разработчика задач в статусе "В работе" нет, т.к. он просто забыл обновить статус, то вы обновляете его прямо на месте - ведь это дело секунды)
По поводу DoR/DoD — вы говорите все верно, мы уточнили формулировку в статье, чтобы устранить недопонимание.
Цель статьи указана в начале, и она не претендует на роль подробного руководства или подробный пересказ PMBOK. Здесь тема про soft и hard-скиллы.