Расписания будут измерять количество работы в одном смысле (вы можете видеть, как распадается их день и т. Д.), Но я не думаю, что вы хотите.
В конечном счете, я не верю, что в этом смысле для менеджеров проектов есть полезная метрика, но я не думаю, что это проблема.
Я думаю, что в конечном итоге вы должны измерять успех проекта, а не "занятость". В конце концов, почему вас волнует, насколько занят премьер-министр, если он реализует успешные проекты?
Один премьер-министр может потратить полдня на составление журнала рисков и плана по снижению рисков, который содержит 20 рисков, другой может потратить 2 дня на сбор одного, который имеет только 5 рисков, но ни одно из этих чисел не является более полезным в качестве показателя, чем строки кода. Ключевым моментом является не то, сколько времени вы потратили на это, сколько рисков вы определили, насколько велики ваши планы по снижению риска, а действительно ли вы успешно справились с риском по проекту .
Вам лучше взглянуть на то, что должен делать руководитель проекта, а именно на своевременное выполнение проектов, составление бюджета и удовлетворение потребностей клиентов (которые я бы использовал в качестве окончательного показателя качества, а не дефектов) .
В конце концов, вы измеряете, насколько "занят" генеральный директор? Или он просто судит о прибыли, которую получает компания?
Для этого:
Время. Единственный способ, которым это действительно может быть реализовано, - это массивное дополнение оценок и планов, и это можно минимизировать, просматривая планы и оценки и заставляя все соответствующие стороны согласиться с ними (разработчики, руководитель проекта, клиент). Другая сторона этого заключается в том, что премьер-министр должен согласиться с планом, а не навязывать ему дату выполнения. Возможно, вы захотите измерить это либо для общей реализации, либо для каждого этапа.
Бюджет - Измеримый, но играбельный. Для большинства проектов в области развития главное - это честные табели от разработчиков и лучший способ убедиться в том, что это должен сделать премьер-министр, а не их линейный менеджер. Таким образом, у разработчиков есть кто-то, кто будет бороться за свои позиции (например, технический директор), если на них будет оказываться давление с целью заполнения расписаний, чтобы сократить бюджет. Опять же, премьер-министр должен согласовать бюджет, не стоит ожидать, что он выполнит то, что, по его словам, является необоснованным.
Удовлетворенность клиентов - трудно измерить, поэтому я бы посоветовал вам не усложнять ситуацию и сразу же перейти к рассмотрению проекта после работы с менеджером аккаунта и получить 10 баллов за общение, доставку и все остальное, что важно. Это субъективно, но в конечном итоге так же, как и удовлетворенность клиентов.
Но многое зависит от культуры компании. Для некоторых организаций ключевым моментом будут оплачиваемые часы, а для других - удовлетворенность разработчиков.