Оценка объема работы руководителя проекта - что такое хорошая методология?[закрыто]
-
19-09-2019 - |
Вопрос
В настоящее время моя компания использует agile в качестве принципала разработки.Мой босс обратился ко мне с просьбой определить некоторую методологию для определения объема работы, которую менеджер проекта выполняет над данным проектом в полете.Честно говоря, я действительно не могу придумать ничего надежного.
Я думаю, лучший вопрос заключается в том, как мы оцениваем, насколько занят руководитель проекта изо дня в день?
Решение
Помните, что ЛЮБЫЕ показатели, которые вы сможете придумать, скорее всего, будут обыграны..
[Получу ли я значок за ссылку по теме на Joel On Software?:) ]
Сказав это, вы можете попробовать объединить следующие подходы:
Отзывы разработчиков!!!(например.Хорошая обратная связь от премьер-министра будет такой: «У меня были проблемы X, Y и Z, и он заставил их исчезнуть»).Не очень хорошо подходит для измерения того, насколько «занят» менеджер проекта, но действительно хорош для измерения того, насколько он/она эффективен.
Объем и номинальная ясность планов проекта (легко обыгрывается)
Скорость изменения планов проекта (легко обыграть)
Количество встреч/время встреч (легко обыгрывается)
Показатели успешности проектов (по своевременности и% реализованных функций по сравнению судовлетворенность клиентов).Непросто сыграть, но это работа дьявола, чтобы нормализовать это во всех проектах.
Другие советы
Табели учета рабочего времени будут измерять количество работы в одном смысле (вы можете видеть, как складывается их день и так далее), но не в том смысле, который вам нужен.
В конечном счете, я не верю, что существует полезная метрика для менеджеров проектов в этом смысле, но я не думаю, что это проблема.
Я думаю, что в конечном итоге вам следует измерять успех проекта, а не «занятость».В конце концов, почему вас волнует, насколько занят премьер-министр, если он реализует успешные проекты?
Один менеджер по проекту может потратить полдня на составление журнала рисков и плана смягчения последствий, который содержит 20 рисков, другой может потратить 2 дня на составление журнала, в котором всего 5 рисков, но ни одно из этих чисел не будет более полезным в качестве показателя, чем строки кода.Ключевым моментом является не то, сколько времени вы потратили на это, сколько рисков вы выявили, насколько велики ваши планы по смягчению последствий, а действительно ли вы успешно справились с рисками в проекте.
Вам лучше посмотреть, что должен делать менеджер проекта, а именно: обеспечивать своевременную реализацию проектов, соблюдение бюджета и удовлетворенность клиентов (что я бы использовал как окончательную меру качества, а не дефектов).
В конце концов, измеряете ли вы, насколько «занят» генеральный директор?Или о нем судят только по прибыли, которую получает компания?
Сделать это:
Время. Единственный способ, которым действительно можно обыграть, — это массовое дополнение оценок и планов, и это можно свести к минимуму, просматривая планы и оценки и согласовывая их со всеми соответствующими сторонами (разработчиками, проектировщиком проекта, клиентом).Другая сторона этого заключается в том, что премьер-министр должен согласиться с планом, а не навязывать ему или ей дату реализации.Возможно, вы захотите измерить это либо по всей реализации, либо по каждому этапу.
Бюджет – измеримый, но играбельный.Для большинства проектов развития ключевым моментом являются честные табели учета рабочего времени от разработчиков, и лучший способ обеспечить это — сделать так, чтобы премьер-министр был премьер-министром, а не их линейным руководителем.Таким образом, у разработчиков будет кто-то, кто будет бороться со своей стороной (например, с техническим директором), если на них заставят заполнять табели учета рабочего времени, чтобы сократить бюджет.Опять же, премьер-министр должен согласовать бюджет, неразумно ожидать, что он выполнит то, что, по его словам, является неразумным.
Удовлетворенность клиентов. Трудно измерить, поэтому я бы посоветовал вам не усложнять задачу и провести прямой обзор проекта после завершения проекта с менеджером по работе с клиентами и поставить оценки по 10-балльной шкале за общение, доставку и все остальное, что важно.Это субъективно, но в конечном итоге так же, как и удовлетворенность клиентов.
Но во многом это зависит от корпоративной культуры.Для некоторых организаций ключевым моментом будет оплачиваемые часы, для других — удовлетворенность разработчиков.
Я пытаюсь понять, ПОЧЕМУ вас попросили оценить объем работы, которую менеджер проекта выполняет над проектом.В лучшем случае это просто запрос на практическое правило, в противном случае это указывает на то, что ваш начальник просто ничего не смыслит в управлении проектом.Даже если проекты выглядят очень похожими, в проекте всегда будет что-то уникальное:
- Команда не идентична (обучение новичка основам требует времени)
- Спецификация может незначительно отличаться (и эта незначительная деталь может удвоить рабочую нагрузку)
- Даже в сезон может влиять на итоги
- и так далее, и тому подобное
Каждое условие в проекте может изменить рабочую нагрузку менеджера проекта, поэтому оно всегда будет субъективный оценка.
Я бы посоветовал вам использовать те же Burn Down и Level Effort, которые вы используете для разработчиков.Задача менеджера проекта в Agile-среде немного отличается (и от магазина к магазину она разная), но менеджер проекта должен иметь возможность предоставить список задач и т. д.Я думаю позитивно и вижу, что ваше начальство подходит к определению степени доступности премьер-министра.
Большинство менеджеров проектов приравнивают ответственность к статусу, поэтому менеджер проекта, у которого есть свободные мощности, вполне вероятно, добровольно возьмет на себя новую ответственность, потому что это в его/ее собственных интересах.Во всех организациях, кроме самых функциональных, часто лучше быть заметно перегруженным, чтобы придать этому героическому виду.
Скорее всего, в интересах организации будет слегка недогрузить своих менеджеров проектов, чтобы иметь некоторый запас мощности на случай, если что-то пойдет не так.В любом случае менеджер проекта вполне может решить использовать свои свободные мощности каким-либо конструктивным образом.Чрезмерное политиканство или другая неконструктивная деятельность являются хорошим показателем того, кого можно было бы использовать более конструктивно.Даже в гибких проектах рабочая нагрузка имеет тенденцию быть неравномерной в течение проектного цикла.Доставка часто представляет собой трудоемкую управленческую деятельность: человек, который постоянно сильно загружен, вероятно, имеет слишком много дел и может игнорировать или скрывать серьезную проблему.
Если руководство следующего уровня проводит регулярные проверки проекта, обращает внимание на то, сколько проблем обостряется, коррелируют ли отчеты по проекту с новостями из виноградной лозы, и делает некоторую базовую оценку прогнозов рабочей нагрузки для каждого менеджера проекта, тогда организация должна иметь возможность запускать достаточно эффективную систему.
Менеджеры, как правило, являются политическими и психологическими животными.Любая методология, которая не учитывает это, игнорирует реальность, поэтому хорошая методология решения этой проблемы, скорее всего, будет основана больше на наблюдаемом поведении, чем на точных цифрах.
Извините, если я слишком пурист, но тег и вопрос требуют Agile.Каким должен быть менеджер проекта в Agile?Возможно, вы пытаетесь оценить работу, выполняемую владельцем продукта или скрам-мастером?
В любом случае обе роли выполняют несколько задач, которые трудно измерить, поэтому, вероятно, ваш начальник видит не ту картину.
Например, Scrum-мастер – это "The person responsible for supporting the development team, clearing organizational roadblocks, and keeping the agile process consistent"
.По сути, это тренер и фасилитатор.Блокирование разрушительных запросов или отвлекающих факторов, создаваемых более высокими уровнями управления, путем переговоров или убеждения следовать практикам схватки — один из навыков, обычно используемых скрам-мастерами.Некоторые из этих мягких навыков трудно оценить как «работу», поскольку они не предполагают работу на компьютере или составление отчета.
Я думаю, что показатель, который принесет наибольшую пользу вашему боссу, больше связан с тем, насколько эффективна команда и как описывается скрам-мастер, облегчающий работу своих товарищей по команде.Тогда у ДВК есть очень веская точка зрения: создаваемые вами метрики можно «обыграть», поэтому лучше верить, что ваши менеджеры заняты, если ваши проекты продвигаются, а ваши команды счастливы и работают как одна команда.