Lean
Six Sigma
PRINCE2
XP (Extreme Programming)
Principles, practices, tools, rules and other topics in each of the methodologies.
How PMO could match with Extreme Programming
How to work with Kanban board and match this process board with WIP Limit, Just In Time practice, SMED and SIPOC analysis
Ілона Кулинич “Маленький Скрам проти Великого Вотерфолу: історія одного ПМа”
Нікіта Загурдаєв - Найдієвіші методології для PMO
1. Найдієвіші методології
для PMO
Методологія — сукупність методів, що мають спільний філософський
підхід та відповідно до нього дозволяють забезпечити найкращу
ефективність процесів розробки.
2. Загурдаєв Микита
PMO в Houston Association of Realtors
Волонтер в ГО "Фонд розвитку Сил
Територіальної Оборони України"
Хобі: Дайвінг, Спеліологія, Сноубордінг та інші
активності
4. Lean
• Основна ідея бережливого виробництва -
постійно працювати над усуненням втрат часу в
процесах, задля стабільної доставки потрібних
матеріалів в потрібне місце в потрібний час.
• Розглянемо:
• Принципи та втрати
• Value Stream Mapping
• Kanban, WIP Limit, JIT, SMED
5. Lean - Принципи та втрати
Принципи Lean:
• Усувати втрати часу
• Поважати і співпрацювати з людьми
• Доставляти якісний продукт
• Швидко доставляти інкременти
• Приймати рішення в останній момент
• Створювати базу знань
• Підтримувати постійну оптимізацію
8 видів втрат:
• Дефекти
• Час очікування
• Додатковий рух
• Надлишкові запаси
• Перевиробництво
• Додаткова обробка
• Непотрібне транспортування
• Невикористані таланти
6. Lean- Value Stream Mapping
• Можна будувати для декількох рівнів
• Процеси відображаються на Kanban
• Можна вираховувати в процесах більше 30 метрик (% дефектів, кількість залучення людей,
додатковий час для початку роботи і закриття задачі)
7. Lean- Value Stream Mapping
• Lead Time - час в очікуванні між процесами
• Processing Time - час в самому процесі
• Time Ladder = Total processing time / Total lead time * 100 = (Приклад 2.5%)
8. Lean - Kanban, WIP Limit, JIT, SMED
• Kanban Колонки = процесам
• Ціль Kanban - якнайшвидше проходження задачі через всі процеси (застосовують WIP Limits)
• WIP Limit - сповіщає, та за потреби, блокує процес при настанні "Ботлнеку" із задач в процесі
• JIT (Just In Time) - треба доставляти стільки скільки вимагає бізнес, мінімізовувати складування
• SMED (Single-Minute Exchange of Die) - відсоток втрат часу від перемикання між проєктами,
задачами і т.д.
9. Six Sigma
• Основна ідея Six Sigma - вдосконалення бізнес-
процесів, зменшення кількості дефектів і
помилок, мінімізації варіацій і підвищення
якості, створення бездефектного продукту на
99.9996% (4 помилки з мільйона)
• Розглянемо:
• Принципи
• Process mapping
• Lean Six Sigma
• SIPOC Analysis
10. Six Sigma - Принципи
• Принципи:
• Орієнтуйтеся на клієнта
• Знайдіть проблеми та
концентруйтеся на них
• Вирішуйте проблему та
позбудьтеся мотлоху (процеси, що
не приносять користі)
• Залучайте всіх учасників команд та
стейкхолдерів для вирішення проблем
• Забезпечте гнучку та оперативну
екосистему
• DMAIC - Define > Measure > Analyze >
Improve > Control
• DMADV (DMADVO) - Define >
Measure > Analyze > Design > Verify >
Optimize
11. Six Sigma - Process mapping
• BPMN (for Everybody) та BPML (for Devs) - Business Process Modeling Notation / Language
• Відображає детальний флоу всіх процесів на різних рівнях / департаментах
• Дає можливість робити модульні процеси
12. Lean Six Sigma
• Lean - Підвищує продуктивність бізнесу за рахунок: Усунення або зменшення втрат;
Зосереджено на Workflow; Використовується підхід спостереження; Не вимагає
статистики;
• Six Sigma - Підвищує продуктивність бізнесу за рахунок: Зменшення варіацій у бізнес-процесах;
Фокус на проблемах; Використовується підхід аналізу даних; Bимагає статистики;
• Lean Six Sigma - Підвищує продуктивність бізнесу за рахунок: Зменшення втрат та варіацій
у бізнес-процесах; Зосереджено на покращенні якості шляхом збільшення потоку та
вирішення проблем; Використовує як методи спостереження Lean, так і статистичний
аналіз Six Sigma
13. Six Sigma - SIPOC Analysis
• Використовується разом з Lean Six Sigma
• Показує початок і кінець робочої системи, ключових клієнтів, замовників та постачальників
• P (від самого початку до кінця) > O (що ми отримуємо від кожного процесу) > C > I (що нам
потрібно для кожного процесу) > S (Stakeholders, список S може бути такий самий як список C)
• Process - відображаємо всі процеси Канбану
14. PRINCE2
• “PRINCE” - PRojects IN a Controlled Environment. “2”
походить від PROMPT II (модуль з минулої системи
PROMPT)
• Основна ідея PRINCE2 - контролювати які винагороди /
переваги ми отримаємо як бізнес та створювати
детальний план роботи (не обов'язково детальний опис
продукту, PRINCE2 ≠ Waterfall)
• Principle manage by exception - що повинно бути
стандартизовано і що повинно бути делеговано на
рівень нижче
• Розглянемо:
• Принципи та цільові показники ефективності
• Process mapping (PRINCE2)
• Теми / Практики
15. PRINCE2 - Принципи та цільові показники ефективності
• Принципи:
• Забезпечте безперервне
виправдання перед бізнесом
• Вчіться на досвіді
• Визначте ролі, обов’язки та зв'язки
• Керуйте винятками
• Керуйте поетапно
• Зосередьтеся на продуктах
• Впроваджуйте відповідно до
середовища проєкту
• Цільові показники ефективності:
• Часові рамки
• Грошові витрати
• Якість
• Обсяг
• Переваги
• Ризик
16. PRINCE2 - Process mapping
• Процеси:
• Керування проєктом (від
запуску до закриття)
• Запуск проєкту
• Ініціювання проєкту
• Керування межею
стейджів (закриття
стейджу "Ініціація" і
підведення підсумків)
• Контроль стейджа
(репортинг та відповіді на
зміни)
• Управління доставкою
продукту
• Закриття проєкту
Мін 2 стейджа: Ініціація та Імплементація
17. PRINCE2 - Теми / Практики (Що треба контролювати)
• Бізнес-кейс (створити та підтримувати бізнес-обґрунтування проєкту)
• Організація (визначити ролі та обов’язки)
• Якість
• Плани (спланувати проєкт і вибрати техніки PRINCE2: Kanban, S-curve, Milestone chart, Burn
chart, Earned value management)
• Ризики
• Зміни (спланувати стратегії реагування на зміни в бізнесі та цільових показниках ефективності)
• Прогрес
18. XP (Extreme programming)
• Основна ідея XP - створення якіснішого програмного
забезпечення та підвищення якості життя для команди
розробників. Акцент на технічних аспектах розробки
програмного забезпечення
• Добре підходить малим і середнім проєктам, проєктам
з новими технологіями та проєктам з частими змінами
• Розглянемо:
• Цінності та принципи
• Практики
• Цикли зворотнього зв'язку
• XP та PMO
19. XP - Цінності та принципи
• Цінності:
• Постійне спілкування і
залученість на всіх етапах
• Простота коду
• Постійна робота зі зворотнім зв'язком
• Повага до кожного
• Мужність бути об'єктивним
• Принципи:
• Швидкий зворотній зв'язок
• Зосередитися на важливому та
дотримуватися принципів YAGNI (You
Ain’t Gonna Need It) and DRY (Don’t
Repeat Yourself).
• Часте і мале поліпшення продукту
• Приймати будь-які зміни в продукті
• Робити якісну роботу і пишатись
цим
20. XP - Практики
• Test-Driven Development
• The Planning Game
• Замовник завжди в команді
• Парне програмування
• Рефакторинг коду
• Постійна інтеграція коду між командою
• Маленькі, але функціональні релізи
• Простий дизайн коду, поменше класів і методів
• Всі дотримуються одних стандартів
написання коду
• Колективна відповідальність
• Системна метафора (назви всіх частин
коду узгоджені і всім відомі)
• 40 годинний тиждень
21. XP - Цикли зворотнього зв'язку
• Як часто кожний етап повинен повторюватися
22. XP та PMO
• Кроки впровадження:
• Зрозумійте XP та будьте
гнучкими у всьому
• Проаналізуйте процеси та зобразіть їх
• Залучайте девів чи їхніх представників
у роботу PMO, постійно комунікуйте
• Адаптуйте PMO процеси до Agile (XP), а
саме ініціацію проєкта, планування,
моніторинг процесів, метрики
• Стандартизуйте та поліпшуйте
процеси, ведіть базу знань. Подумайте
про перехід від TDD до BDD
• Вчіть команди XP та PMO їхньої
інтеграції один між одним
• Перешкоди:
• Проєкти стають великими за своїми
масштабами, оскільки більше людей
залучається на ці проєкти, що в результаті
може дати хаос
• Фокус на запланованих задачах не працює
- деякі репорти будуть давати не дуже
корисну інформацію
• XP - це середовище максимально придатне
для девів, тому впроваджувати PMO може
бути не простою задачею
• У вас буде менше метрик, документацій та
стандартів
23. Дякую за увагу!
Додавайтесь в друзі і давайте разом робити Український PMO кращим.
Підтримайте Збір на FPV-дрони v4.0
Слава ЗСУ!