Тренди в управлінні проектами

Надокучив agile/scrum? Поговоримо про нові тренди в управлінні проектами.

Цифрова трансформація. Вже не одноразово писали про цей тренд. Він охопив практично всі галузі і напрями бізнесу. Управління проектами не є винятком. Наслідком проникнення цифрових технологій стає, наприклад, поступово- зворотне зміщення компетенцій керівника проекту від «м’яких» навичок (soft skills) до технічних (hard skills), хоча soft skills продовжують домінувати.

Зниження ролі ІТ-директорів в компаніях. Взаємозв’язок між потребами бізнесу і інформаційними технологіями посилюється. Це вимагає від ІТ-директорів глибшого розуміння бізнесу, а від функційних керівників більш глибокого розуміння ІТ. Згідно досліджень Gartner, все частіше ІТ-бюджети передають в управління представникам бізнес підрозділів. З розвитком хмарних технологій, мобільних додатків, low-code додатків ІТ-директора, які недостатньо глибоко розбираються в бізнесі, будуть втрачати авторитет серед топ-менеджменту компаній.

Зростання популярності гібридних практик (hybrid practices) управління проектами. Незважаючи на хайп навколо agile-підходів, вони так і не стали лідируючою методологією в управлінні проектами. Однак завдяки їхньому впливу, згідно з дослідженням PMI Pulse of the profession, в 2019 році гібридні практики випередили і Agile, і DevOps.

Мал.1. Дослідження PMI Pulse of the profession 2018

 

Мал.2. Дослідження PMI Pulse of the profession 2019

 

Слідкуйте за нашими публікаціями, будемо розповідати докладніше про гібридні практики.

  
Поділитися з друзями

Радимо прочитати

Digital Transformation: чек-лист для успішних перетворень
Digital Transformation: чек-лист для успішних перетворень
Як ми писали раніше, цифрова трансформація (digital transformation) організацій є неминучою. Точки докладання зусиль на цьому шляху різноманітні: BI-аналітика, омніканальне просування й комунікація, управління досвідом співробітників (employee experience management), BPMS-платформи, нові продукти. Процес цифрової трансформації унікальний для кожної організації. Ми виділили шість складників, на які слід звернути особливу увагу під час підготовки до реалізації цифрових змін. Використовуйте цей список як чек-лист перед стартом проекту. [caption id="attachment_2979" align="aligncenter" width="493"] Рис.1. Digital-transformation, чек-лист[/caption] 1. Створіть загальне бачення Перш ніж приступати до цифрової трансформації, сформулюйте потребу в змінах. Компанія, співробітники якої вважають, що зміни не потрібні, навряд чи досягне успіху в інноваціях і нових підходах до залучення клієнтів Заручіться підтримкою ключових зацікавлених сторін на етапі вибору ініціатив для трансформації Складіть чіткий план реалізації ініціатив (з деталізацією поточного стану й кінцевого результату). Це дозволить скоординувати зусилля співробітників і мінімізувати потенційні ризики 2. Сформулюйте спільні команди з представників бізнесу та ІТ Включіть до складу проектних команд фахівців із глибоким розумінням бізнесу (різних його функцій) та ІТ-візіонерів, що вміють слухати й чути. Проблема в комунікації між бізнесом та ІТ, як і раніше, залишається актуальною Забезпечте середовище, у якому ІТ-фахівці навчають представників бізнесу сучасним ІТ-технологіям, а представники бізнесу доносять ІТ-фахівцям потреби клієнтів, їхні «больові точки», а також дії конкурентів. Додайте взаємне навчання у свій фокус уваги Використовуйте спільну мову у вигляді моделей бізнес-процесів і єдину термінологію. Це зміцнить взаєморозуміння між бізнесом та ІТ. 3. Виберіть підходящу технологію шляхом реалізації пілотних проектів Запускайте пілотні проекти та швидко тестуйте нові технології Забезпечте оперативне внесення змін у наявні ІТ-рішення. Швидкість реалізації проектів виходить на перший план Використовуйте бімодальну ІТ-інфраструктуру (наприклад, ERP-система і BPMS-система). Це дозволить інтегрувати різні технології між собою і стане основою для швидких змін 4. Регулярно проводьте моніторинг нових технологій На регулярній основі здійснюйте моніторинг ключових інноваційних технологій. Ставте собі питання: «Як ми можемо застосувати цю технологію у своєму бізнесі?» Виберіть доступні й актуальні для вас технології (див. рис.2), вбудовуйте їх поступово в бізнес-процеси компанії Під час адаптації нових технологій для вашої компанії максимально використовуйте вже наявну у вас інфраструктуру (hard & software) [caption id="attachment_2969" align="aligncenter" width="600"] Рис.2 Industry 4.0 framework (Джерело: 2016 Global Industry 4.0 Survey)[/caption] 5. Виміряйте показники успіху Виміряйте економічний ефект від реалізації проектів. Впровадження нових технологій не повинно бути самоціллю Для подальшої оцінки результатів проекту використовуйте вимірні індикатори ефективності. Досягнення цих показників буде стимулювати всю проектну команду рухатися вперед Намітьте вимірні орієнтири на шляху цифрової трансформації. Відстежуйте за ними, чи правильно ви рухаєтесь шляхом до поставленої мети. 6. Приділіть увагу вибору відповідної ІТ-платформи, яка стане основою для майбутніх інновацій Знайдіть ІТ-платформу, яка забезпечить інтеграцію між наявними системами, а також дозволить доповнити й розширити їх за допомогою нових функцій Виберіть системного інтегратора, який допоможе здійснити впровадження та інтеграцію між системами Переконайтеся, що нова ІТ-платформа забезпечить надійність та динамічний розвиток у майбутньому. Читати далi 
Яку ціну ви готові заплатити за задоволення ваших клієнтів?
Яку ціну ви готові заплатити за задоволення ваших клієнтів?
Кілька років тому стало популярним відео, в якому демонструється еволюція швидкості процесу обслуговування боліду Формули 1 на піт-стоп 1950 року vs 2013 року. [embed]https://www.youtube.com/watch?v=RRy_73ivcms[/embed] Якщо уявити, що пілот — це клієнт, а команда сервісменів — це компанія у сфері надання послуг, то очевидно, що хлопців з 1950 року чекає крах у сучасному бізнесі. У спорті високих досягнень ми готові платити дуже високу ціну за виграш навіть десятих часток секунди. Тому використовуються найсучасніші технології та обладнання, висококласні тренери та консультанти, регулярні тренінги та навчальні заходи, велика кількість обслуговуючого персоналу. Слід визнати, що в бізнес-середовищі ситуація дещо змінюється: успішні організації готові платити розумну ціну за підвищення рівня задоволення своїх клієнтів. Скільки ми готові інвестувати в поліпшення бізнес-процесів своєї організації? Яким буде ROI такої інвестиції? Що робити, якщо достовірно порахувати ROI неможливо, а бізнес- процеси, очевидно, вимагають поліпшення? Цих та інших важливих питань ми торкаємося на нашому тренінгу «Управління бізнес-процесами». Читати далi 
Agile: революція чи… еволюція?
Agile: революція чи… еволюція?
На тренінгах з управління проектами та управління бізнес-процесами ми часто отримуємо запитання про agile-практики і їх безальтернативність в сучасному швидкоплинному світі. Ми детально розповідаємо про переваги та обмеження agile.І навіть йдемо далі: демонструємо, як проекти і процеси доповнюють один одного і чому agile-практики можна чудово застосовувати для оптимізації бізнес-процесів. Давайте спробуємо історично простежити, чому agile-практики близькі до процесного управління і які концепції передували їх появі. Поява Agile У 2001 році група розробників програмного забезпечення (ПО) зібралася в м.Юта (США), щоб запропонувати нову методологію управління проектами з розробки ПЗ на противагу класичним «бюрократичним і важким» підходам. Прийти до консенсусу по методології не вдалося, зате з'явився «Agile-маніфест», який позиціонувався як радикально новий підхід до управління проектами. З легкої руки Кена Швабера (Ken Schwaber) Agile починають називати революцією в управлінні проектами. Ідеї, які лягли в основу Agile-маніфесту, з'явилися задовго до 2001 року. Звернімося до історії (див. мал.1). Мал.1  PM/BPM Timeline Фредерік зустрів Генрі Коріння Agile йдуть в 1878 рік, коли Фредерік Тейлор (Frederick Taylor) представив теорію «Наукового менеджменту». Тейлора асоціюють зі стандартизацією праці на виробництві та підвищенням продуктивності бізнес-процесів. Однак його внесок в розвиток інструментів управління проектами та процесами цим не обмежується. Справа в тому, що в 1887р. Фредерік Тейлор найняв помічником Генрі Гантта (Henry Gantt), який на початку 20 століття запропонував знайомий багатьом спосіб візуалізації план-графіка проекту (див. мал.2). Через 100 років діаграма Гантта все ще залишається популярним інструментом серед керівників проектів. Мал.2 Діаграма Гантта Народження Lean та ітеративних практик Праці Тейлора дали поштовх подальшому вивченню бізнес-процесів. Френк і Ліліан Гилбрет (Frank and Lilian Gilbreth) в 1921р. запропонували використовувати діаграми процесу (process charts) для його візуалізації, аналізу та удосконалення. В основі їх рекомендацій по оптимізації лежали: стандартизація процесу, усунення втрат (waste) і спрощення роботи співробітників. У 1930р. Ліліан Гилбрет презентувала спосіб візуалізації потоку робіт за допомогою інструменту, відомого сьогодні як Kanban-дошка: «We had three rows of hooks, one marked "Jobs to be done", one marked "Jobs being done" and a third marked "Jobs completed" with tags which were moved from hook to hook to indicate the progress of the task. (Джерело: 1930 Speech by Lillian Gilbreth to National Federation of Business and Professional Women's Clubs in New York)». Мал.3 Kanban-дошка Через деякий час, після завершення другої світової війни, в 1950 році на зустрічі з японською спільнотою вчених й інженерів, доктор Едвардс Демінг (Edwards W. Deming) представив ідеї статистичного контролю процесу (Statistical Process Control) і циклу PDCA (Plan-Do-Check- Act). Цикл PDCA має на увазі ітеративну роботу над поліпшенням бізнес-процесу: починається все з планування, потім слідує реалізація ініціатив щодо поліпшення, перевірка отриманих результатів і рішення про подальші дії на наступній ітерації. Найбільш популярний agile-фреймворк Scrum пропонує фактично аналогічний підхід до організації роботи проектної команди (мал. 4). Використання agile-практик в проектах по оптимізації бізнес-процесів виходить настільки органічним саме тому, що agile є еволюцією циклу PDCA. Мал.4 Two-week sprint Кіічиро Тойода (Kiichiro Toyoda) познайомився з роботами Гілбретів в 1929 році під час поїздки в США і Європу. У 50-х роках компанія Тойота стала піонером в адаптації ідей Гілбретів і Демінга. Виробнича система Тойота (Toyota Production System) увібрала в себе ідеї стандартизації роботи, усунення втрат, безперервного вдосконалення за ітеративним принципом, канбан та ін. На хвилі зростання інтересу до японських автовиробників в 80-х роках в США з'явився термін Lean Production (бережливе виробництво). Lean - маркетингова назва принципів виробничої системи Тойота. Підхід швидко набрав популярність, і незабаром з'явилися адаптації Lean для інших галузей. Концепція Lean software development стала однією з перших agile-методологій по розробці програмного забезпечення. В цей же час в Японії розвивалися фабрики розробки ПО (Software factories). По мірі слабшання бар'єрів в торгівлі та глобалізації бізнесу доводилося адаптувати практики паралельної розробки для географічно розподілених команд. Ідеї усунення втрат (elimination of waste), стандартизації ролей і спрощення процесу дісталися до самої прогресивної, на сьогоднішній день, галузі через 60 років після виникнення. «Залізний» трикутник, інкрементальні і ітеративні практики Повернемося до «класичного» управління проектами і згадаймо діаграми процесів Гілбретів. Саме їх компанія DuPont адаптувала і поклала в основу свого Critical Path Method (CPM). Діаграма Гантта, критичний шлях і «залізний» трикутник стали популярними інструментами керівників проектів в 60-х роках минулого століття. Через 40 років ідею трикутника стали використовувати послідовники agile для пояснення відмінностей класичного управління проектами та agile-практик (див. мал. 5).   Мал.5 Agile-підхід У 60-х роках виникли перші згадки про інкрементальні і ітеративні практики управління проектами. Вперше це сталося в проекті Меркурій, який реалізувала NASA в 1958-1963 рр. Трохи пізніше, з 1968 року, почалася адаптація ітеративних практик під проекти розробки ПЗ. Через деякий час ітеративні практики включили в фреймворк PROMPT (праобраз сучасного PRINCE2) і керівництво PMBOK (згадується як спіральний життєвий цикл проекту, spiral project lifecycle). З нашої точки зору, концепція Agile стала закономірним продовженням еволюції підходів, які використовувалися раніше, наприклад, в проектах по розробці ПЗ та оптимізації бізнес-процесів. Історія показує, що більшого успіху досягають ті компанії, які комбінують різні інструменти і методології, в залежності від специфіки проекту і контексту, в якому він реалізується. Судячи з усього, в недалекому майбутньому agile-практики також будуть еволюціонувати і в управлінні проектами з'являться нові «революційні» ідеї.   При підготовці статті використовувалися матеріали: McKenna T, Whitty SJ. (2013) Agile is Not the End-Game of Project Management Methodologies. In: Proceedings of the Annual Project Management Australia Conference Incorporating the PMI Australia National Conference (PMOz), Melbourne, 17-18 September 2013. Читати далi