Книга: Менеджер трансформации. Полное практическое руководство по диагностике и развитию компаний
Назад: Блок 2. «Продукты»
Дальше: Блок 5. «Сотрудники»

Блок 4. «Проекты»

Процесс – повторяющаяся совокупность действий, направленная на создание предсказуемого результата с известными (постоянными) затратами. Ход и результаты процесса известны заранее. Проект – уникальная совокупность задач с уникальными ограничениями по срокам и ресурсам, и результат его менее предсказуем.

Если вы решаете конкретную задачу один раз – это проект.

✔ Что мы знаем о своих проектах?

1) Насколько единое сложилось в компании понимание проекта, как деятельности с началом, концом, бюджетом, сроками и характеристиками результатов?

2) Всегда ли руководитель проекта осознает свой статус, свои обязанности и свои полномочия?

3) Сколько % проектов компании оказались успешными, если трактовать «успех» как «достичь результата в обещанный срок, оставшись в рамках бюджета»?

4) По каким причинам проекты оказываются неуспешными?

5) Удается ли нам эффективно разбить свой проект на этапы и договориться о результатах каждого этапа?

6) Насколько четко мы с самого начала договариваемся что, зачем и как будем делать?

7) Насколько правильно распределены роли, не перегружен ли руководитель проекта?

8) Насколько точно мы определяем содержание проекта (что конкретно нужно сделать), как сильно оно меняется после начала проекта (не решаем ли мы сделать больше, чем планировали изначально)?

9) Насколько верны в каждый момент времени наши иерархическая структура работ по проекту и диаграмма Ганта? Ведь, если нет, это означает, что проектные документы не столько помогают нам работать эффективнее, сколько существуют «для порядка»…

10) Насколько эффективно наше управление рисками проектов?

11) Насколько эффективно наше управление коммуникациями в проекте? Удается ли нам договориться о том, когда/каким способом мы будем общаться по проекту, и после поддерживать эти договоренности?

12) Насколько равномерно распределены наши усилия/трудозатраты по всей протяженности проекта? Насколько экономично/эргономично мы действуем в проекте?

13) Насколько маневренна и легка наша методология управления проектами, – большая часть наших трудозатрат в проекте относится к выполнению работ в рамках проекта или к организации хода проекта, планированию, документированию и пр.?

14) Все ли в команде одинаково приоритезируют ограничения проекта, понимая, в каких случаях важнее сэкономить ресурсы, а в каких – выиграть время?

15) Что в проекте мы делаем самым последним?



✔ Как мы управляем своими проектами?

16) Есть ли в компании Корпоративный стандарт проектного управления? Насколько он удобен/читабелен/практичен? Используется ли этот документ на самом деле? Эволюционирует ли он, т. е. появляются ли новые версии, более точные, полезные, понятные и пр.?

17) Собираем ли мы проекты в категории, выделяя группы «продуктовых», клиентских, управленческих, HR-проектов, – описываем ли мы некоторую специфику управления каждой группой?

18) Обучаем ли мы сотрудников принципам проектного управления вообще и по Корпоративному стандарту в частности?

19) Есть ли у нас «библиотека» как ошибок, так и хороших решений? Насколько мы собираем и передаем Best Practice?

20) Есть ли у нас промежуточные процедуры анализа качества выполнения проекта и финальная? Во время промежуточных регулярных встреч можно обсудить, что получается хорошо, а что можно делать лучше, во время финальной встречи можно обсудить итоговый отчет по проекту.

21) Есть ли у нас условное «табло», на котором перечислены все корпоративные проекты с указанием статуса каждого из них? Можем ли мы в любой момент времени бросить на весь наш массив проектов так называемый «helicopter view» – «взгляд с вертолета»?

22) Можем ли мы сказать, что от проекта к проекту наши навыки управления проектами становятся сильнее?



#ИксИгрек



Рис. 6. Остров погибших проектов.





В «ИксИгрек», как и в любой современной компании, в коридорах и кабинетах часто звучит слово «проект». Но у всех ли проектов есть руководители? Впрочем, иногда случается и так, что часть коллег считает руководителем проекта Икса, а часть – Игрека. Ни тот же, ни другой ничего об этом не знают…

Корпоративной методологии управления проектами нет, – каждый руководитель проекта делает то, что считает нужным. Впрочем, попытку бороться с этим предпринял в «ИксИгрек» один из руководителей, Ильдар: он написал регламент управления проектами, документ правильный, но громоздкий и абстрактный. Конечно, привычки пользоваться этим документом в компании не возникло.

Из проекта в проект «ИксИгрек» переносит недостаточную дисциплину планирования, путаные коммуникации, разночтение целей. Одни проекты заканчиваются ожидаемым результатом, но гораздо позже, другие проекты заканчиваются… стоп. А они заканчиваются?





…Другие проекты исчезают бесследно, отправляясь как будто на проектное «Кладбище погибших кораблей»: коллеги помнят, что была такая идея, но никто не может объяснить, что с ней стало.

Третья группа проектов выполняется не так уж плохо, – соблюдаются сроки, бюджет, получается результат. Почему – так? Ведь не может быть, что у каждого проекта своя «карма» от рождения?! Все-таки было бы правильно делиться лучшими практиками.

Ведь чем быстрее мы решаем проектные задачи, тем быстрее мы выводим на рынок новые продукты, тем быстрее растет лояльность наших клиентов и наша рыночная доля, тем сильнее мы становимся.

Назад: Блок 2. «Продукты»
Дальше: Блок 5. «Сотрудники»