Объединяя мир

Антон Маркин, эксперт в проектном и бережливом управлении

Управление проектом — это про объединение людей для достижения общего результата. Объединение людей, компаний, организаций, стран. Чем амбициознее цели, тем крупнее должно быть сообщество, работающее на их достижение. Наверное, самые амбициозные созидательные цели объединят весь мир. А таких созидательных целей и задач немало.

У руководителей проектов на высоком уровне развиты коммуникативные навыки. Мы много раз здесь об этом говорили и писали. Рад, что сообщество профессионалов проектного управления поддерживает связи и так тепло общается, обменивается опытом (посмотрите видео к новости). И рад, что СОВНЕТ играет здесь важную и заметную роль.

Поздравляю команду Young Crew SOVNET, которая показала достойные результаты в международном финале Чемпионата по Управлению Проектами IPMA. Уверен, у ребят впереди ещё много побед.

Посмотреть видео и узнать подробности можно по ссылке:
https://sovnet.ru/news/komanda-young-crew-sovnet-vo-florencii

Итак, в нашем обзоре элементов компетентности сегодня в фокусе: «Организация командной работы»

☝️ « Профессионал, обладающий данным элементом компетентности, способен выбирать правильных членов команды, мотивировать их на достижение общей цели и эффективно ими управлять» (ICB 4.0)

В викторине будем разбираться каким критерием оценивается показатель о предоставлении полномочий команде 🤔

Переходим в викторину, настраиваем себя на любимую работку 👇

Проект должен быть скучным

Антон Маркин, эксперт в проектном и бережливом управлении

«Управлять неопределенностью» — это так модно. Еще недавно «стрессоустойчивость» и «работа в режиме многозадачности» были важными атрибутами многих вакансий. Тем более если вы идете управлять проектом. Вот делаете что-то новое и непонятное — так и «кушайте» большой ложкой все несовершенство процессов в организации и закрываете собой и командой пробелы в коммуникациях подразделений.

Не раз здесь поднималась тема, что РП появляется в организации как раз для повышения эффективности коммуникаций и, да, закрывания дыр в процессах. Ведь типовые проекты возможно выполнять и в рамках операционной деятельности. В том числе инициировать проекты стратегического развития без создания проектного офиса и выделения отдельных РП, если уровень развития проектного управления в организации высок. Но сейчас получается, что РП как будто держат за ноги — ему приходится решать не только задачи по проекту, но и «на своих ногах» вытаскивать несовершенство процессов в организации.

Эффективная реализация проекта должна быть скучной. У руководителя проекта не должно быть отвлечений на внутренние бесконечные совещания, согласования, на решение внутренних конфликтов подразделений, решением «срочных» задач сверху.

В бережливом производстве есть такое определение — как «идеальное» состояние процесса. Это такое состояние процесса, когда в нем минимальное количество этапов, нет возвратов и проблем. Это некое недостижимое на данном этапе развития организации состояние процесса. Так вот, состояние проектного управления при котором все проекты будут «скучными» и считать таким «идеальным» уровнем развития проектного управления. И стремится к нему. А приложить к этому усилия обязанности любого руководителя проекта.

Ведь руководитель проекта появляется в организации как раз для повышения эффективности коммуникаций и, да, повышения эффективности внутренних процессов.

#экспертговорит

Проектное управление в быту

Евгений Беспалов, руководитель проектного офиса энергогенерирующей компании «ГТ Энерго»


В нашей жизни очень много проектов. Некоторые из них оформляются соответствующей документацией, некоторые так и остаются только в голове. «Бытовые» проекты точно также подчиняются общей мировой статистике о не-успешности проектов – таких больше половины. Происходит это из-за отсутствия или игнорирования элементарных понятий и навыков в управлении проектами. Действительно, найти оптимальный баланс в проектном треугольнике ресурсов, сроков и качества очень трудно, но можно! И я каждый раз советую людям применять полученные знания в проектном управлении и в своей жизни для достижения успеха.

Например – ремонт квартиры, дома. Есть даже пословица такая, что «ремонт невозможно завершить, его можно только временно приостановить». Якобы это основывается на фактах. И зачастую это действительно именно так и происходит. Но попробуйте, когда всё забуксовало, применить стандартные проектные инструменты: поставить цель по SMART; расписать PBS (Product Breakdown Structure); расписать WBS (Work Breakdown Structure); назначить каждой работе требуемый ресурс, деньги, ответственного; определить продолжительность и установить связи (наверное, обои надо клеить после штукатурки, а плитку класть после того как её купили и доставили, а не наоборот) и т.д. и т.п. Взять, сесть и описать всё это: на бумажках карандашиком или в каком-нибудь mind – менеджере, в офисной табличке. Да, это работа. Да это время. Будет ли это гарантией того, что ремонт уложится в летние месяцы, пока родные на даче? Нет. 100-й гарантии нет. Но! Есть работа с рисками, которую мы на самом деле всегда в голове проводим, только из-за того, что не записываем, упускаем важные моменты. Можно установить определенные допуски по срокам, деньгам, содержанию при прохождении определенных контрольных точек (сделать дизайн проект, найти качественного электрика до 1 августа плюс-минус три дня).

Поверьте, если сядете и потрудитесь головой и руками ради обустройства своего гнезда таким образом, то взамен потраченных часов на планирование и другую «бумажную работу» вы получите экономию средств, завершение ремонта и удовольствие от обновленной жизни. И так во многих жизненных «бытовых» задачах, например: путешествие – отпуск, празднование юбилея и т.д. и т.п. И не надо стесняться этого делать в середине «проекта». Увидели, что проект забуксовал, ремонт не останавливается, юбилей всё ближе, а я даже не знаю где разместить гостей – спокойно подышите, сядьте вечерком, другим, третьим и распишите всё. Да, наверное, не нужно использовать все инструменты проектного управления, а только те, которые релевантны ситуации или тематике проекта. Но попробуйте!

В каких случаях применять методы проектного управления в быту? Мы очень часто сталкиваемся с такими задачами, когда нужно что-то много и качественно сделать с большой неопределенностью, при этом быстро, а денег нет. Я бы посоветовал воспользоваться после получения, формирования очередного бизнес-кейса провести идентификацию рисков на основе методов аналогов и экспертных оценок. Т.е. вспомнить все известные вам истории про ремонт (упомянутую пословицу) и понять, что надо более чётко его распланировать; вспомнить как вы удачно в прошлый раз съездили на Мальдивы, жестко зафиксировав бюджет, проведя работу с заинтересованными сторонами и запланировали систему мониторинга за дешевыми ценами на билеты. Оцените качественно риски по основным параметрам «бытового» проекта, проведите качественное сравнение управленческих затрат (сроки, ресурсы) и масштаба проекта и принимайте решение о применимости тех или иных инструментов проектного управления.

И да. Это успокаивает, бережёт нервные клетки, а также приносит массу других нематериальных полезных профитов для вашей психики.

#ЕвгенийБеспалов
#экспертговорит

Документирование в проектном управлении: просто или гибко?

Мария Романова
к.э.н, член Правления АУП «Совнет», владелец продуктов надзорных процессов ЦБ РФ, эксперт Мирового Банка, IPMA/СОВНЕТ уровень A, PMP@ PMI, АСP@PMI

С появлением гибких технологий, принципов и правил Agile Манифеста документирование перестало быть приоритетным. Однако как в ИТ, так и в других сферах без правильно организованного процесса документирования невозможно управлять проектом, найти последние версии и понимать, что написано в коде или в какой части создаваемого продукта совершена ошибка, и, соответственно, понять, как ее исправлять. С ответственностью вообще становится сложно, так как нет зафиксированного описания кода/продукта, соответственно, не с кого спрашивать. Распределение в Jira по задачам не дает четкого распределения ответственности и Владелец продукта должен решать что делать и несет глобальную ответственность за продукт.

Чаще всего документация ведется в Confluence, задается структура документов, настраивается логика работы с документами и, конечно, все документы должны быть доступны из поиска (в соответствии с правами доступа).

Определяется роль технического писателя и его загрузка, нужен ли он на полную ставку или можно «расшаривать» ресурс. Если нет технического писателя, то назначается аналитик как ответственный за направление документирования. Правила и процедуры описываются в регламенте/положении о проектной деятельности организации.

Далее определяется для каждого продукта/проекта необходимый состав документации и закрепляется порядок ее ведения, актуализации версий, информирования участников об обновлениях, включая адресную ответственность в изменениях.

Принципы, которые лежат в основе гибкого мышления, например, «Рабочее ПО превыше всеобъемлющей документации», сфокусированы на создании ценности для клиента. Это значит, что время, которое тратится на проект, должно быть направлено на ценность для Владельца продукта. Это относится и к документации. Переход к гибким и гибридным методам управления проектами означает, что надо переосмыслить способ документирования, чтобы избежать расходы на то, ценность чего может не быть востребована. Однако это не означает, что документирование низкоприоритетная задача, ее можно сделать когда-то потом или вообще это не делать. После того как MVP одобрен и включен в финальный продукт, задачи по документированию становятся приоритетными.

Конечно, для проектов надо определяться с составом документации - какие справочники, руководства, описания комплексов задач нужны и сколько стоит создание данной документации. Определить ресурсы по ее разработке и актуализации, вести по документации учет и контроль разрабатываемых продуктов, их обновлений. Особенно это важно, если продукты кроссфункциональные или относятся к высокорискованным. Но если это просто ИТ-продукты, через год найти кто разработал данную функциональность продукта, как ее поддерживать, на что она влияет без документации невозможно. А если сотрудники уволились и их знания более не являются активами организации, то надо переделывать продукт или нанимать бывших сотрудников на ГПХ, слишком дорогие оба варианта.

В общем я ЗА документирование и в сбалансированном виде с выделенными ресурсами считаю это обязательным условием для ведения успешных проектов и продуктов. С какими ситуациями вы сталкивались и чему это вас научило? Какая ваша точка зрения?

#экспертговорит

Уважаемые коллеги!

Не могу остаться в стороне и не отметить сегодняшнее знаменательное событие.

Ровно 90 лет назад родился человек, который основал в 1990 году Советскую ассоциацию управления проектами.

Владимир Иванович Воропаев навсегда останется в памяти как человек внёсший огромный вклад в дело развития профессионального управления проектами.

Владимир Иванович был величиной мирового масштаба. За годы своей работы избирался вице-президентом и членом исполкома IPMA. Огромный вклад Владимир Иванович внёс и в развитие сертификации по управлению проектами во всём мире.

Мне посчастливилось и я лично был знаком с Владимиром Ивановичем. Это был профессионал с большой буквы. Он умело сочетал свой опыт, знания и уважительное отношение к молодёжи (тогда я ещё был молод). К нему тянуло как к магниту за знаниями и умением доносить эти знания…

В общем у меня точно сегодня есть повод получить непростой ужин. А от себя всем рекомендую более подробно ознакомиться с биографией Владимира Ивановича 👇

https://sovnet.ru/news/90-let-so-dnya-rozhdeniya-vladimira-voropaeva