Какой проект успешен?
Хороший руководитель проектов должен делать успешные проекты. Самый распространенный глагол к словосочетанию Настоящий Мужчина, применяемый женщинами – Должен. Сегодняшняя тема – критерии успешности проекта, выходящие за общепринятые рамки.
Испокон веков, с тех самых пор, когда были осуществлены первые успешные проекты, считалось, что критериев успеха три. Вовремя. Качественно. Недорого.
Кстати, а вы знаете, что первыми упешными руководителями проектов были египтяне? Именно в честь их пирамид, треугольных в профиль, ограничения проекта по срокам, качеству и бюждету назвали »Золотым треугольником».
Так было в древности, тогда проекты были редкостью, результат поставки – поражал воображение. Нынешние проекты измельчали донельзя. Сравните сами строительство пирамид и внедрение ERP-системы, пусть и в транснациональной компании. А ведь второе – пример самого масштабного мероприятия в области информационных технологий!
В принципе, даже подготовку корпоративной попойки можно считать проектом.
Я склонен рассматривать дисциплину управления проектами как инструмент, используемый компанией. Каждый отдельно взятый проект – применение компанией инструмента для превращения ресурсов в результат.
Когда-то давно, еще на заре автомобилестроения, Генри Форд очень любил рисовать кривулины. Его любимым рисунком была кривая обучения. Ее смысл в том, что каждая последующая операция дается легче, чем предыдущая. Повторение оттачивает мастерство. Рисовал-рисовал, да и придумал конвеер с работниками, выполнявшими элементарные операции.
Упростим ситуацию донельзя. Компания будет пролетарием, а управление проектами – зубилом.
По аналогии с работниками Форда, компания, практикующая проектный подход, тоже учится. Каждый последующий проект дается легче. Накапливаются знания, приобретается опыт. Компания идет по пути зрелости.
Наверное, стоит сформировать правило:
Успешным считается проект, повысивший зрелость компании в области управления проектами и оправдавший ожидания спонсоров к качеству, срокам и бюждету.
О том, что такое зрелость и как компания может обучаться я еще напишу.
А для тех, кто запускает проект впервые – действительно достаточно сделать вовремя, качественно и в бюджет уложиться.
По секрету расскажу – мой первый проект уложился в требования к срокам и качеству. Бюджет из-за непредвиденных обстоятельств был перерасходован на резервные 15%. Я считаю этот проект успешным.
- Вадим Сафронов
Ссылки:
1. График кривой обучения
Похожие записи
(No Ratings Yet)
Loading ...
Раз начали мерятся пиписьками, то вот вам моя (история). Мой первый и единственный проект. Нужно было подружить оракловую систему и SAP ERP (назовём результат проекта – «модуль интеграции» или просто «модуль»). Сделать «до конца года», а конец через 3 месяца.
Диспозиция. Есть мы – команда «Ураган». Есть Заказчик – крупный зверь. Есть 3-я сторона – консультанты SAP. Ураган отвечает только за Oracle.
Ошибка №1 – роковая – не поставили командира со стороны Заказчика, чтобы следил за обеими сторонами интеграции. Требовалось как SAP докрутить, так и Oracle довертеть.
В итоге в Oracle требования покрыли, баги отловили, но проверить это не удалось – в SAP, как оказалось, была готова дай бог половина.
Вот тебе лопата, вот тебе семена, вот тебе водичка. Война план покажет.
Ошибка №2 – подводнокаменная – радостный РП взялся ваять план один, не посоветовавшись с морскими обитателями, которые все подводные камни знают на зубок. Один большой камень пропустили. Из-за этого – большая задержка. Цена ошибки – 3 недели.
Уже менее радостный, но всё ещё полный надежды РП запросил ресурсы, и принял все предложения ресурсов особо не разбираясь.
Так… а что нужно конкретно сделать? Издалека вижу, а деталей не вижу. Все детали выясняли с аналитиком почти месяц…. Первая ошибка – я работал этот месяц телефоном. Сломанным. РП собирал требования и передавал затем тому, кто знал систему и писал ТЗ (Аналитик). При этом аналитик не общался с заказчиком.
Пришло время, появились первые части ТЗ и РП взялся ставить задачи. Так, ты копай тут, ты копай тут, ты следи за ними, чтобы туда копали. Несколько дней весёлый РП после раздачи заданий занимался рассылкой писем, составлением отчётов и протоколов, снимал поток вопросов. На ход процесса смотрел издалека, по совету старшего опытного коллеги.
Ошибка №3 – будь рядом – цена – 3 дня. Офис с программистами отдельно от РП – это бред. РП переехал к программистом и понял эту ошибку, и заодно следующую.
РП думал, что назначил ответственного за фазу разработки, назначенный так не думал. Пришлось РП самому говорить, какой кирпич куда класть.
Ошибка №4 – подели слона – Ответственность за фазу разработки была назначена не чётко. А всё из-за того, что изначально не было чёткой установки на премию по результатам проекта. Люди любят премию и ради неё могут творить чудеса.
Вдруг оказалось, что это не художник, а маляр, а прораб хочет быть рабочим.
Ошибка №5 – знай людей – цена – 2 недели.
необходимо было провести собеседование с каждым специалистом отдельно и затем все вместе. Коммуникация – это большая красная надпись в голове у РП. Точка.
Это не то что блин, и даже не ком, это нечто прогоревшее и обуглившееся
Самое клёвое и весёлое, чего не надо никому делать – это работать самому, если проект должен быть рядовым болтиком в общей махине сроков, систем, людей. Если хватает ума на Doom или Quake, то пожалуйста, говорите так, как их главный создатель – когда, мол, сделаю, тогда сделаю, не раньше.
Правда, к сроку сдачи, программу написали, пользователям показали, но тиражирование на оставшиеся 10 серверов не сделали. То ли сроки поставлены нереальные были – «к концу года», то ли кхем, микроскопическая компетенция РП не позволила сделать всё чётко и в срок… Но это было что-то…
Оставьте комментарий!