Вы руководитель проекта внедрения организационных изменений в компании,
вызванных введением в действие нового закона. В вашей команде
присутствует аналитик, слабой чертой характера которого является
недостаточная концентрация на мелочах. Все же, вы поручаете ему
отслеживать изменения в законе. Через три месяца оказывается, что два
месяца назад были опубликованы изменения в законе. За эти два месяца, вы
выполнили организационные изменения, которые были необходимы при старой
редакции закона. В новой редакции, необходимость внесения выполненых
вами изменений была отменена.
Вывод:
Изучайте слабые черты характера членов вашей команды. Это один из
основных источников рисков. Старайтесь подстраховаться в части их
слабостей. В данном случае, можно было поставить на периодический
контроль работу аналитика в части мониторинга законодательства.
Вы руководитель проекта внедрения ИТ системы. Проект дорогостоящий и в
плане проекта предусмотрен аудит хода проекта. Проект проходит с
проблемами, срывом срока, превышением бюджета. Когда приходит время
аудита, вы честно рассказываете аудиторам о проекте все факты. Вы
получаете отнюдь не самый лучший аудиторский отчет.
Вывод:
Вы поступили верно. В случае, если вы честно расскажете негативные факты
на проекте, то вы в худшем случае получите низкую оценку ваших
профессиональных качеств. В дальнейшем, вы сможете исправить вашу
профессиональную репутацию. Если вы скроете факты или обманите
аудиторов, помимо вашей профессиональной репутации пострадает и
репутация честного человека. Ее будет очень сложно восстановить.
Вы - руководитель проекта внедрения ИТ системы. Вы договорились
встретиться с руководителем проектов в другой компании, который ранее
уже внедрял эту систему и работал с тем же подрядчиком, что и вы. Перед
встречей вы потратили несколько часов, чтобы сформулировать вопросы ко
встрече и записать их. Придя на встречу, вы узнаете, что у вас в
распоряжении не более получаса, вместо запланированных полутора.
Вывод:
Вы поступили верно, заранее подготовившись ко встрече. Теперь вы сможете
сосредоточиться на вопросах, которые действительно важны. И вы, скорее
всего успеете их прояснить. Всегда готовьтесь ко встрече.
Вы менеджер проекта внедрения ИТ системы. Проект находится на стадии
согласования требований. Вы пишите документ, описывающий требования к
системе. Учитывая большое количество согласующих (более 7) вы стараетесь
сделать документ как можно более качественным, чтобы получить как можно
меньше замечаний.
Вывод:
Вы поступаете верно. При большом количестве согласующих лиц, рассылка
на согласование некачественного черновика документа вызовет большое
количество правок. Вам будет очень сложно свести все правки воедино и
разобраться в версиях документа.
Вы - менеджер проекта внедрения ИТ системы. Вы наняли подрядчика и
успешно спланировав проект приступили в доработкам системы. Как и в
любом подобном проекте, у вас полно типичных проблем внедрения. При
планировании вы сделали запас по срокам и чувствуете себя комфортно,
т.к. работы на критическом пути не отстают, а низкоприоритетные работы,
хотя и отстают, но не являются невыполнимыми. В один из моментов, вы
замечаете угрозу срыва сроков по работам на критическом пути.
Вывод:
Нельзя допускать постоянного срыва сроков даже по низкоприоритетным
работам. В работах, лежащих на критическом пути и не лежащих на нем
часто задействован один и тот же исполнитель. Срыв сроков может привести
к наложению выполнения разных работ на исполнителя в одно время. Он не
может делать две работы одновременно, поэтому либо работы на критическом
пути станут отставать по причине выполнения низкоприоритетных работ,
либо те не будут выполнены.
Опросы
Второй
опрос по управлению проектами планируется к запуску на неделе.
Опрос должен
дать ответ на на вопрос о слабых сторонах руководителей проектов в
странах СНГ с точки зрения других участников проекта. Следите за
изменениями, анкета скоро будет доступна для заполнения.
Продолжается
первый опрос по управлению проектами,
направленный на выявление слабых областей знаний руководителей проектов в
России и СНГ. Пожалуйста,
заполните опрос, если вы этого еще не
сделали. Заполнение анкеты займет всего 1-2 минуты.
Первый
опрос по управлению проектами находится здесь.
Что такое внутренний и внешний проекты? Внутренний проект – проект,
выполняемый внутри компании, самостоятельно и для себя. Внешний проект –
проект, выполняемый для заказчика из другой компании (или частного
лица). Многие из нас сталкивались как с управлением внешним, так и с
управлением внутренним проектом. Есть ли различия между управлением
внутренним и внешним проектом? Различия в процессах, используемых
техниках? Думаю, сейчас я могу ответить на этот вопрос, хотя бы
частично. В данном случае, я рассматриваю вариант выполнения проекта
собственными силами и вариант найма компании-консультанта и передачи
функций управления проектом ей.
Различие однозначно есть. Причем это различие проявляется практически
во всем. Разные проблемы, разные риски. Нет, я не утверждаю, что нет
ничего схожего, но все-таки различия настолько существенны, что о них
стоит написать если не статью, то заметку.
Во-первых, разницу ощущает на себе руководитель проекта. Если проект
внешний, то его влияние в компании, как правило, ощутимо больше. Ведь
каждый час работы внешнего руководителя (обычно, контракты T&M)
проекта стоит денег, причем, как правило, больших, чем час работы
внутреннего руководителя проекта. С другой стороны, внутренний
руководитель проекта может иметь в компании значительный авторитет,
основанный на его качествах эксперта. Отсюда и разные методы
коммуникаций и разрешения проблем. Внутренний руководитель проекта
гораздо чаще использует экспертную технику воздействия (expert power), в
отличие от внешнего руководителя проекта которому, особенно в начале
проекта чаще приходится ссылаться на руководителя компании заказчика
(referent power).
Во-вторых, разница ощущается в ведении проекта. Если на проект
приглашена известная фирма, то документы, создаваемые ею, не подлежат
обсуждению. Участники проекта и заинтересованные стороны заранее
признают правильность методологии (конечно, бывают исключения). В то же
самое время, при внутреннем проекте многие проектные документы могут
восприниматься со стороны участников проекта (не со стороны команды
управления проектом) как бюрократизация проекта и компании.
В- третьих, подрядчик приглашается на проект, который внутренними
силами не реализовать, а это дорогие и сложные проекты с высоким
приоритетом для компании. Соответственно, мотивация команды, как
правило, выше на внешних проектах и это значительная разница.
Программист, работающий над разработкой программы, которая, по его
мнению, не очень нужна компании будет на порядок менее производителен,
чем когда он работает над чем-то нужным и полезным.
В-четвертых, внутренние проекты, как правило, имеют менее жесткое
расписание. Когда фирме приходится платить внешнему подрядчику за каждый
час работы, то сроки работ стремятся сократить. В то же время, по
неизвестной мне причине редкие компании отслеживают стоимость и
эффективность работ собственных сотрудников. Часто вводят отчетность по
отработанному времени, без измерения эффективности работы.
Ну и наконец, в-пятых, стоимость проектов, на которые нанимают внешнего
подрядчика для руководства проектом обычно выше, больше ответственность
и более пристальное внимание руководства к проекту.