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