Управление проектами, как конкурентное преимущество. PMbok или Scrum?

Вот именно качество исполнения качества execution является с точки зрения бенчмарка всех профессиональных сервисных фирм по всему миру наиболее серьезно западающий предметной областью с точки зрения операционной деятельности таких компаний И как я уже отмечал в том занятии именно достижения операционного совершенства и такого вот если хотите execution excelonso в вопросах осуществления проектной деятельности может стать в том числе для молодой начинающей организации серьезным конкурентным преимуществом на рынке Вот почему роль проектного менеджмента так сложно переоценить вот Почему необходимо глубоко изучать и понимать как осуществлять управление проектами необходимо оговориться что глобально к управлению проектами существует два больших класса подходов есть класс подходов который называется не гибкие методологии иногда еще можно встретить в качестве синонима в литературе например термин waterfall часто говорят мы планируем waterfolum Да ну фактически Это свидетельство того что на проекте или в организации Где используют waterfall используют не гибкие методологии и есть Пласт гибких методологий к ним можно отнести например всем известные скрам джайл и прочее при этом необходимо отметить что конечно у каждого класса методологии свои преимущества есть свои недостатки и в отношении разных классов проектов можно использовать немножечко разные подходы и методологии так например если мы с вами будем говорить о проектах как о некой внутренней деятельности о проектах операционного совершенствования о проектах например организационного развития мои искренние симпатии находятся на стороне гибких методологий Дело в том что любая организация конечно рано или поздно сталкивается с тем что ее запущенный проект организационного совершенствования начинают отставать от требований рынка мы с вами знаем Из отдельного занятия что динамика развития рынка всегда более агрессивное всегда более быстро чем динамика развития организации и в этой связи долгосрочные подходы к планированию и попытка распланировать ход некоего внутреннего проекта наперёд конечно всегда оказываются обречены в основе гибких методологий лежит Некоторое количество фундаментальных базисных утверждений первое удовлетворенность итогом всегда гораздо важнее чем расписание проекта и соблюдение неких Ну скажем так норм правил и процедур то есть клиентское удовлетворенность считается более важной чем процедуральный Аспект работы второе это необходимость постоянного внесения изменений в соглашение с заказчиком проекта при этом гибкие методологии не только поощряют постоянство изменений но и даже настаивают на том чтобы изменения вносились проект даже когда продукт уже сделан Разумеется с точки зрения экономики процессы это не всегда бывает приятным обстоятельством но с точки зрения гибких методологий очень важно когда мы уже сделали продукт получить по нему огромное количество правок желательно переделать его под ноль на фактически методологии ровно на это и нацелены чтобы постоянно очень гибко адаптироваться под задачи которые ставят перед нами клиентов Это постоянные изменения включая изменения в самом конце проекта наконец третий важнейший принцип люди важнее чем документы Когда мы говорим с вами о проектах которые ведутся по гибкой методологии вопросы правильного взаимодействия между участниками правильных договоренностей правильных ситуативных реакций руководителя гибкой проектной группы или участников гибких проектных групп оказываются более важными чем соглашение о том как должен строиться процесс при этом необходимо отметить что гибкие методологии помимо внутренних проектов совершенстве организации также лучше подойдут чем не гибкие методологии на проектах которые являются по своему характеру абонентскими Совершенно очевидно что если мы ведем какие-то работы абонентские то есть каждый месяц например мы что-то Для клиента делаем совершенно невозможно и даже вредно подходить к вопросу управления таким проектом с позиции жестких методологий с позиции каких-то инструкций с позиции каких-то жестких закрепленных процедур и

так далее Разумеется базовый Костяк должен существовать на любом абонентском проекте как и на проекте внутреннего совершенствования необходимо в первую очередь научиться крайне гибко бывает по сто раз на дню изменять правила и процедуры и реагировать на то что поменялось на рынке фактически можно сказать что любой внутренний проект совершенствования как и любой абонентский проект для клиента закончится неудачей если мы не придерживаемся вот этих вот трех простых но значимых аспектов в свою очередь не гибкие методологии являются конечно заметно более древними чем методологии гибкие и они исходят из того что необходимо проводить на проекте планирование на весь период проекта в нашем опыте мы считаем что не гибкие методологии гораздо лучше подходят для задач в рамках которых У нас существует прямо конкретный проект для клиента ограниченный во времени условно начинается в январе кончается в апреле и мы точно знаем что по итогам этого проекта примерно должно создаться в такой ситуации гибкую методологию не нужно Клиент не ожидает от нас производства динамично развивающегося продукта клиент ожидает от нас конкретный вполне закономерный результат которому нам надо прийти сегодня мы с вами в силу того что обычно все-таки в деятельности профессиональных сервисных фирм преобладают проекты которые имеют ярко выраженное начало и конец будем подробнее говорить конечно не гибких методологиях при этом необходимо отметить что смысловой Костяк не гибких методологий точно также применяется в гибких методологиях гибкие методологии претендуют не на описание или переосмысление состава работ на проекте они претендуют на то чтобы кардинально переосмыслить способ взаимодействия между людьми то есть ещё раз не гибкие методологии настаивают на том что инструкции правила и процедуры важнее чем умение людей договариваться и быстро реагировать на меняющиеся среду гибкие методологии настаивают на обратном умение договариваться и гибко адаптироваться важнее чем закреплённые правила и процедуры Ну так например в практике агентства Paper Planes Возможно вы Уважаемый зрители об этом знаете есть два центра финансовой ответственности один центр финансовой ответственности занимается цифровым маркетингом другой центр финансовой ответственности занимается стратегиями исследованиями вот стратегии исследования это то что прекрасно работает в условиях не гибких методологий на значительного количества инструкций большого количества хорошо прописанных из документированных документов на при этом проект цифрового маркетинга Разумеется так работать не могут на повторяюсь фактически действовать по инструкциям в рамках абонентских проектов это совершать ритуальное самоубийство поэтому там конечно ставка делается в первую очередь на гибкость на постоянное изменение подхода на то чтобы по 20 раз на дню люди договаривались друг другом о том как по-другому может быть выстроена их работы тем не менее концептуальную основу проектного менеджмента что в гибких методологиях они повторяются одинаковые и заданные описаны они такой структурой которая называется Project менеджмент течет или пемой это институт проектного менеджмента США в рамках деятельности вот этих вот коллег из пимай ими была создана наверное Ключевая книга своего рода Библия проектного менеджмента которая называется pmok не путать звук напием бок переводится как Project Management Body of noadge of можно перевести на русский язык там наиболее удачным образом как свод знаний на фактически существует так называемые Боки или своды знаний по широкому набору вопросов есть по проектному менеджменту есть продуктовому менеджменту есть процессному менеджменту и так далее вот такие своды знаний являются по сути своей отправными точками для понимания того А что такое проект необходимо оговориться что на самом деле Несмотря на то что существует отдельно своды знаний по управлению проектами продуктами и процессами Если мы с вами взглянем скажем так внутрь природы этих явлений мы увидим что на самом деле эти явления между собой довольно тесно связаны Хотя подходы к управлению проектными командами продуктовыми командами и процессными командами отличаются фактически разница между проектом продуктом и процессом оказывается не такой значительный как нам кажется давайте начнем с понимания того что такое продукт продуктам очевидно будет являться нечто которое возникает по итогам проекта при этом продукт как и вообще Любой материальный или нематериальный объект может быть разложен нами с вами на некий составные части и эти составные части конечно могут быть нами уложены Ну своего рода проект Представьте себе что вы купили конструктор Лего по итогам которого вы должны собрать например звезду смерти очевидно что Звезда смерти будет являться продуктом Однако инструкция

потому как собирать может восприниматься нами сами не только так инструкция она может восприниматься нами с вами и Вполне себе как проект имеющий какие-то вполне очерченные контуры и даже набор какого-то инструктирования с точки зрения как это проект осуществлять значит если мы понимаем составные части продукта и мы понимаем В каком порядке эти части должны быть на продукт навернуты Мы можем с вами составить как минимум описание того из чего проект в конечном счете может состоять в то же самое время инструкция Lego представляет собой еще и очевидно иллюстрированный процесс сбора звезды смерти А это означает что на самом деле если мы возьмем составные части проекта и попробуем их уложить Ну хотя бы в примитивном виде в какую-то цепочку действий где паси абсцисс будет располагаться хронология развития событий мы увидим что проект это в том числе и процесс тоже значит фактически проект продукты процесс могут рассматриваться нами как Три стороны одной трехсторонней медали Ну что бы это ни Да фактически мы можем говорить с вами о том что проект продукты процесс это вообще одно и то же просто глядят на проект продукты процесс разные специалисты немножечко разными глазами фактически в такой ситуации объектом нашего изучения объектом нашего Ну скажем так действия все равно является продукт любой проект реализуется чтобы создать продукт любой процесс реализуется чтобы создать продукт но предметное поле через которое мы оцениваем этот объект будет отличаться нас соответственно человек который занимается проектным менеджментом будет царить на продукт с позиции того как ему управлять всем происходящим чтобы получился продукт менеджер будет смотреть на продукты с точки зрения его способности решать задачи заказчика процессный менеджер будет смотреть на качество процессов и операций на стоимость этих процессов и операций для того чтобы наш продукт не стоил в конечном счёте как чугунный мост был собран максимально быстро и так далее Следовательно проектом мы при прочих равных называем какой-то набор операции и процедур которые имеют начало имеют конец заканчиваются продуктом и содержат себя внутри себя какие-то процессы которые упорядочены по определенным правилам Следовательно встает всегда очень резонный вопрос А если наш с вами проект является абонентским но наверняка среди вас Уважаемые слушатели и те у кого есть смм агентство есть не знаю агентство контекстной рекламы Есть возможно какие-то дизайн-агентства которые занимаются для клиентов постоянно разработкой каких-то носителей Visual of и всегда встает вопрос что в таком случае считать продуктом Да по нашей практике необходим очень жестко закреплять с клиентом периодичность того что мы считаем продуктом Так например если у нас есть какой-то проект который длится из месяца в месяц Ну и Допустим мы считаем что он пробиться Минимум год Потому что на такие сроки подписан контракт А дальше возможно будет пролонгирован тогда нам необходимо Договориться с клиентом По каким веховым тампоральным характеристикам мы проверяем тот факт что пора оценивать качество продукта Возможно это месяц и тогда фактически задача проектного менеджера или продуктового менеджера каждый месяц определять тот продукт который по итогам месяца должен быть создан Возможно это квартальный период Возможно это полугодовой или годовой период Возможно есть какие-то особые вехи Например у клиента проходят значимое событие мы делим проект на продукты которые должны быть поставлены под верху и на продукты которые могут быть поставлены после этой вехи и может быть даже без привязки к другим значимым срокам так или иначе необходимо понимать что если мы просто управляем проектом как регулярным проектом не смотрим на проект как на то что заканчивается созданием продукта или не умеем с вами разбивать аннуитетные абонентские проекты на промежуточные этапы итоги которых является продукт мы обрекаем себя на то чтобы просто из фактически ведения проекта перейти в исполнение процессов это будет означать что мы уже не создаём продукт для клиента а просто поддерживаем административный контрпроцессуальной деятельности и лучшее на что мы в такой конфигурации можем рассчитывать это на оптимизацию расходный части проекта действительно первоклассный экселанс как правило первоклассник приводит к тому что сокращаются проектные Касты но очевидно что в такой конфигурации не получая продукт заявленными свойствами клиент вряд ли пойдёт на переподписание Вот почему повторюсь я Проектный менеджер в первую очередь дёрн должен держать в голове продукт а не процесс и не важно говорим ли мы с вами о гибких методологиях где продукт важнее чем процесс или о а не гибких методологиях где процесс всё-таки важнее чем продукт Теперь давайте посмотрим внутрь вот этой части картинки и попробуем понять А раз проект это какая-то последовательность процессов которые позволяют нам создать продукт то мы видимо должны ответить с

вами на вопрос А что там за классы процессов выясняется что в любом проекте можно выделить пять классов процессов это процессы так называемого инициирования которые позволяют нам составить представление о том что на проекте должно в принципе происходить описать целевой продукт понять методы создания этого продукта договориться о характере и способах взаимодействия это процессы планирования которые позволяют нам собранные на этапе инициирования кубики из которых будет состоять наш продукт расставить с точки зрения хронологии этот кубик за этим кубиком этот кубик за этим кубиком вместе эти два кубика дает возможность например при сандалить еще один кубик это процессы собственно реализации который состоит в том чтобы начать осуществлять сборку и параллельно идущий с процессом реализации процесс мониторинга очевидно что когда вы собираете какой-нибудь конструктор особенность это сложной конструктор вы не можете просто двигаться по составленному для вас компании Lego плану Вы должны в обязательном порядке сверяться а так ли вы ту или иную детальку Разместили Я думаю все вы неоднократно сталкивались ситуации когда с точки зрения стадии реализации вам кажется что все сделано правильно но доходит дело до того что надо крепить еще какую-то деталь и внезапно выясняется что вы не знаете считали количество пластиковых пимпочек на какой-нибудь пластиковой доске там было 12 вы вставили ту на которой было 10 казалось вроде Как визуально что все окей а на практике оказалось ничего собрать нельзя приходится осуществлять локальную деконструкцию ранее собранного и производить какую-то подмену можно выделить процессы закрытия любой проект в обязательном порядке должен быть закрыт При этом если мы говорим с вами об абонентских проектах то должен быть закрыт не на абонентский проект повторюсь это противоречит сути и смысла абонентской деятельности должен быть закрыт временной период который оговорен с клиентом как значимый Так например если вы предоставляете клиенту ежемесячную отчетность необходимо воспринимать проект именно как проект конкретного месяца условно не может решать проект для компании там Рога и копыта Но может стать проект работа для Рогов и копыт в сентябре потому что очевидно что по итогам сентября должен быть создан какой-то продукт который с клиентом соответственно обсужден Да именно создание этого продукта является ключевой задачей и ключевой целью нашей с вами деятельности Вот они 5 классов процессов при этом эти пять классов процессов которые могут быть нами как бы внутри проекта каким-то образом запущены они в свою очередь тоже из чего-то состоят То есть фактически мы должны С вами разобраться с тем А что находится внутри вот этого набора кубиков новые с очевидностью Знаете что Если вы правильно проецировали проекты хорошо представляете Это продукт вы примерно можете представить вернемся к метафоре с конструктором какие классы кубиков в принципе могут быть задействованы другое дело что опять же если вы хоть раз покупали конструктор который представляет собой нечто довольно большое и такое колоссальное по своим размерам Вы наверное замечали что мудрые датские коллеги из Lego делают замечательную вещь они детали для определенных крупноблочных элементов конструктора складируют в отдельные пакетики Когда вы открываете коробку У вас есть пакетик один пакетик два пакетик 3 пакетик 128 соответственно наши с вами задача на текущий момент посмотреть открыть коробку нашего проекта и посмотреть А что в нашем наборе за пакетики в которых собственно лежат детали будущего проекта таких пакетиков на любом проекте Это серьёзное отличие от конструкторов Lego где что пакетиков непредсказуемо в нашем с вами случае количество пакетиков всегда известно пакетиков всегда девять То есть существует в 9 больших конструктивных элементов любого проекта внутри которых лежат наши с вами детальки первый пакетик называется Ace of W или содержание сколпол Work Да по сути своей это пакетик внутри которого содержится все кубики из которых непосредственно будет собираться сам продукт второй пакетик который у нас есть это сроки в этом пакетике будут лежать кубики которые будут для нас обеспечивать понимание того какие элементы конструктива вслед за какими реализовывать и почему третий пакетик Это стоимость

здесь будут лежать те блоки которые будут составлять с одной стороны расходную часть нашего проекта то есть понимание статей на которые у нас уйдут деньги и если проект Это подразумевает здесь будут лежать наши цели по обеспечению доходной части проекта Ну или каких-то других скажем так значимых для нас коммерческих показателей четвертый пакетик это поставки вот здесь требуется определенная Фантазия на самом деле в отличие от конструктора Лего любой проект обладает специфическим свойством Наверное скорее даже больше в части поставок похож не на конструктор Лего А например на сборку мебели языки Я думаю что все вы неоднократно сталкивались с тем что чтобы собрать мебель из Икеи недостаточно всего того что положили в коробку обязательно потребуется задействование чего-то Извне это может быть отвертка которая должна быть у вас дома это могут быть плоскогубцы это может быть еще что-нибудь в том числе подчас что-то достаточно экстрема удивительная и в меру редкая Да фактически поставками мы можем называть С вами все такие детальки которые как бы не могут быть нами самими собраны или созданы в рамках нашей с вами работы а поставками мы будем знать те детальки которые нам надо где-то дозаказать для реализации проекта либо завести на место сборки нашего продукта поставки в этой связи как не сложно догадаться можно разделить на внешние это те которые нам нужны от клиента но бывает так что в рамках проекта вам надо например ознакомиться с организационной структурой клиента его стратегии развития или чем-нибудь ещё и поставки естественно бывают внутренние это когда вы предполагаете что с точки зрения экономики процессов фирмы если помните мы изучали что у фирмы У любой есть три подхода к реализации проектов это а-а мозги Седина и руки да вот если с точки зрения экономики фирмы реализовывать какую-то деятельность штатными сотрудниками не представляет экономической целесообраз Ну например вы занимаетесь не знаю операционным и управленческим консультированием а клиент просит Вас промониторить СМИ но очевидно что вы будете искать подрядчика это слишком Разные классы деятельности в плане рентабельности чтобы держать людей столь разных по экономике внутри одной организации или напротив у вас компания специализирующаяся например на создание дизайна А тут клиент просит Вас провести исследование очевидно что вы обычно занимаетесь проектами типа руки или опыт А тут вас просят пройти по мозги вы будете аутсорсить эту задачу просто не может себе фирма занимающаяся дизайном позволить держать в штате людей которые занимаются исследовательской деятельностью Скорее всего И вот собственно внутренние поставки это те поставки которые нам необходимы от наших подрядчиков мы Обращаемся не клиенту или не к экспертам рынкам мы Обращаемся каким-то подрядчиком поставщикам и так далее А может быть к внутренним службам довольно крупные организации разделенная на центр финансовой ответственности по функциональному принципу и это у нас тоже появляется такие классы детали пятый класс детали это люди новые замечали что любом наборе Лего всегда есть пакетик с человечками вот здесь примерно такая же история на проекте должны работать какие-то люди причем в отличие от например классической производственной проектной деятельности в профессиональных сервисных фирмах как мы с вами знаем Из лекции про строжайшую нетерпимость к извозу люди заходящие на начало проекта должны радикально отличаться от людей проект заканчивающих причем отличаться не в смысле имен зашел Семён Семёнович а вышел Петр Петрович но должны радикально отличаться с точки зрения Семён семёновича который начал проект и Семён Семёнович который проект заканчивает Да Совершенно очевидно что профессиональных сервисных фильмах люди должны вместе с проектом расти компетентности иначе проект не будет эволюционировать А если брать не будет эволюционировать вместе с командой клиент конечно не будет продлять никакие соглашения ему не нужны проекты которые не эволюционируют и не меня это стремительно шестой блок это риски на Соответственно в этом пакетике будут лежать те события которые способны нанести нашему конструктору ущерб от самых маленьких ошиблись деталью до серьезных прибежала собака и всю звезду смерти разрушила и тут конечно необходимо и очень важно оценивать характер этих рисков понимать чем мы работаем действительно Какие риски мы способны предсказать и купировать Какие Нет не способны не предсказать не купировать седьмой пакетик это коммуникации очевидно что для того чтобы проект нормально функционировал Нам необходимо с вами разобраться с тем кто и как будет на проекте общаться с клиентом общаться с другими участниками проекта как мы будем общаться внутри команды Например восьмой

пакетик это качество самый специфический пакетик но и конечно же самый важный здесь необходимо наверное вот о чем сказать Дело в том что как мы знаем Из принципов иммерджентности сумма частей всегда больше целое всегда больше чем простая алгебраическая сумма частей как известно два плюс два всегда больше четырех по крайней мере когда речь заходит о нашем проекте Следовательно если мы вернемся к нашему с вами продукту и вспомним что он представляет собой совокупность неких деталек ну или в этом возьмем звезду смерти нас это очевидно что Звезда смерти Это нечто большее чем просто соединенное между собой детальки Она представляет какую-то дополнительную ценность кому-то она важна потому что человек фанат Звездных войн кому-то она важна просто большая и сложная можно всем показывать и рассказывать как по тяжелое собирали для кого-то она еще каким-то свойствами обладает но совершенно точно Звезда смерти в собранном виде обладает некими особыми качествами которыми не обладают Все детальки просто высыпаны на стол так проявляется принцип мердженности очевидно что на любом проекте мы с вами сталкиваемся примерно с похожей идеей презентация которая уложена в красивую историю очевидно обладает большей ценностью чем просто набор слайдов выводы которые поданы в формате последовательно логичных умозаключений обладают большей ценностью чем просто аналитическая записка где перечислены основные шаги и так далее значит у нашего продукта существует какие-то дополнительные свойства которыми не обладают части из которых продукт собран фактически вся совокупность этих свойств и обозначается термином качества практически этот ответ на вопрос о том а что важно Для клиента в нашем продукте и без чего соответственно продукт даже собранный вроде как по идеальной инструкции ценности Для клиента представлять не начнет можно сказать что в этом пакетике пакетики качества лежат нематериальные кубики которые как бы добавляют нашему продукту вот эти вот пресловутые эмерджентные свойства