9 методологій покращення процесів – як вибрати правильну

Почніть з цілеспрямованого пілотного проєкту для впровадження однієї методології, яка безпосередньо спрямована на основне вузьке місце. Визначте мету, якої ви хочете досягти, і переконайтеся, що члени команди можуть зробити внесок з першого дня. Плануйте впровадження в один етап, з чіткими цілями та простим планом вимірювань, встановлюючи базовий рівень для постійного покращення результатів.

Обирайте кандидатів на основі того, як вони справляються з потоком, цінністю та варіативністю. Хороший вибір підвищує узгодженість результатів і зменшує втрати у ланцюжку створення цінності. Використовуйте загальний набір показників та щоденні звіти, щоб утримувати команду в єдиному руслі. Результати будуть різними для кожного процесу, але стабільний темп експериментування допоможе вам залишатися гнучкими. Це стимулює реальні покращення.

Щоб вибрати правильний метод, визначте свою мету (швидкість, якість або вартість) та розмір команди. Для прийняття рішень використовуйте структуру "якщо-то" для порівняння потенційних підходів, а потім виберіть той, який ви можете реалізувати в один етап і масштабувати. Ця стаття описує дев'ять методологій для розгляду. Завжди прив'язуйте вибір до вимірної ефективності та плану навчання та передачі відповідальності членам команди.

Задокументуйте рішення у короткому посібнику з впровадження, призначте відповідального та встановіть наступні етапи, щоб команда могла масштабувати те, що спрацювало. Порівняйте результати, узагальніть висновки у загальному звіті та зобов'яжіться постійно вдосконалювати загальний процес.

Раціональна модель вибору для покращення процесів

Рекомендація: Застосуйте раціональну модель для вибору підходу до оптимізації, використовуючи критерії прийняття рішень, задокументовані дані та об'єктивні показники для вибору варіанту з найкращим співпадінням.

Визначте проблему, перерахуйте альтернативи та встановіть правило прийняття рішень, пов'язане зі стратегічними цілями. Створіть компоненти, такі як обсяг, джерела даних, модель оцінки та міркування щодо ризиків. Узгодьте їх з чіткою стратегією та переконайтеся, що вхідні дані є конкретними та вимірними.

Оцініть кожен варіант за такими показниками, як вплив, зусилля, ризик та варіативність. Використовуйте настроювану систему оцінки, яка підтримує ваги, узгоджені з толерантністю до ризику, та забезпечуйте задокументовані рішення. Інформування зацікавлених сторін є частиною підходу; результати діяльності з оцінки стають вхідними даними для остаточного вибору.

Залучіть зацікавлених сторін з самого початку та зберіть думки команд на місцях. Структура включає внесок від співзасновника Джонсона та співзасновника Еверінгема для обґрунтування припущень реальністю, забезпечуючи, щоб підхід залишався практичним і зменшував упередженість у процесі прийняття рішень.

Практична примітка щодо обережності: не всі організації застосовують одну й ту саму модель. Особливі умови вимагають індивідуальних вхідних даних; використовуйте настроювану структуру для коригування ваг, джерел даних та правил прийняття рішень. Результати моделі мають живити вибрану стратегію, а поточні результати тестування допомагають уточнити вибір.

Після початку роботи задокументуйте вибраний шлях та відстежуйте результати за визначеними показниками. Метод, керований раціональною моделлю, допомагає утримувати команди в єдиному руслі, зменшує невизначеність та підтримує прозорий, повторюваний процес. Чітка пропозиція зацікавленим сторонам – керовані даними варіанти, визначені компроміси та дієві наступні кроки – прискорює впровадження.

Визначення типу проблеми, обсягу та бажаного результату

Визначте тип проблеми, її обсяг та бажаний результат у рішенні на одній сторінці та отримайте швидке схвалення від менеджера та Джеймса. Цей документ обґрунтовує рішення та утримує міжфункціональні команди в єдиному руслі.

Класифікуйте тип проблеми, досліджуючи робочі процеси: чи є вузьке місце в передачі завдань, сплеск браку або невідповідність потребам клієнта? Використовуйте конкретні докази, такі як час циклу, показники браку та пропускна здатність.

Встановіть межі обсягу: вкажіть часові рамки, які команди та інтерфейси задіяні, і що виходить за межі. Зафіксуйте обставини та місце, де починається процес. Навіть при обмежених бюджетах, почніть з компактного обсягу, а деталі додавайте пізніше за потреби.

Визначте бажаний результат за допомогою конкретних, вимірних цілей: зменшити середній час циклу на 20% протягом 6 тижнів, знизити показник браку до менш ніж 2% та підвищити своєчасність доставки до 95%. Вкажіть обмеження ресурсів та сплануйте додаткові ресурси, якщо це необхідно.

Визначте основний вміст: поля даних, джерела, власники та покроковий план збору даних: вкажіть, які дані збирати, де вони знаходяться, як перевіряти результати та хто за це відповідає. Використовуйте інтуїцію для формування гіпотез, але захищайтеся від помилок, покладаючись на докази.

Виберіть провідні методи для вирішення проблем: почніть з аналізу першопричин або картування потоку створення цінності, потім перевіряйте гіпотези експериментами та отримуйте схвалення ключових етапів.

Уточніть ролі: Енні координує як менеджер, а Джеймс керує роботою з даними, з чіткими передачами відповідальності та регулярними звітами про статус.

Задокументуйте місце для зберігання короткого опису та артефактів: спільну папку на диску або проєктний простір, і використовуйте її для фіксації висновків з різних ситуацій.

Це визначення утримує команду зосередженою на основній меті, узгоджує робочі процеси та керує вибором методу без відхилень у припущення чи непотрібних дебатів.

Оцінка готовності даних, показників та узгодженості базових ліній

Задокументуйте поточні джерела даних та встановіть базовий рівень протягом першого тижня. Визначте власників, визначення даних та обмеження якості даних, щоб встановити реалістичну початкову точку для покращення.

Оцініть готовність даних, каталогізувавши джерела даних, їх походження та процеси, які формують показники. Використовуйте блок-схеми для картування потоку даних та нотацію BPMN для відображення відповідальності між командами, забезпечуючи швидкий перегляд шляху від початку до кінця для керівництва. Оцінка цих зв'язків допомагає виявити прогалини до того, як вони стануть проблемами.

У випадках, коли дані не були стандартизовані, розробіть централізований словник даних, узгодьте одиниці вимірювання та стандартизуйте угоди про іменування. Це зменшує неправильне тлумачення у звітах і допомагає прискорити узгодженість між командами.

Визначте показники та базові індикатори, використовуючи зосереджений набір, який відображає сценарій та пов'язаний з бізнес-результатами. Перевірте розрахунок кожного показника із зацікавленими сторонами та переконайтеся, що отримання даних підтримує темп. Використання чітких визначень захищає від розмивання.

Встановіть базову узгодженість, отримавши дані за останній квартал, побудувавши криву продуктивності та зазначивши прогалини між поточними результатами та цілями. Дозвольте командам отримувати дані з вихідних систем для перевірки результатів та підтримувати рух кривої до цілей.

Призначення чіткої відповідальності за кожну предметну область даних та документування відповідальності, а також цілеспрямований розвиток навичок керують командою. Зазвичай, керівники даних переглядають панелі інструментів щотижня, і дії з пом'якшення наслідків активуються, коли сигнали незадоволені.

Створіть ритм управління з керівництвом та керівниками даних, використовуючи стандартизовані звіти, що висвітлюють якість даних, затримку та індикатори ризику. Якщо сценарій показує невідповідність, застосовуйте цілеспрямовані рішення та відзначайте вирішені проблеми, а потім відповідно коригуйте базові показники.

Для прискорення темпу проведіть практичний пілотний проєкт, який використовує блок-схеми та BPMN для ілюстрації передачі завдань, збору відгуків та ітерацій, доки крива не стабілізується на цільових рівнях. Переконайтеся, що все пов'язано, і команди можуть самостійно переглядати показники з чіткими, дієвими висновками.

Картування зацікавлених сторін, готовності до змін та обмежень впровадження

Почніть з цілеспрямованого картування зацікавлених сторін, готовності до змін та обмежень, щоб забезпечити рішучий запуск з чіткої точки огляду. Цей підхід тримає фокус на процесі та людях, які впливають на його успіх.

Використовуйте трискладову структуру для керування вибором методу, планування впровадження та передбачення наслідків. Що буде далі, залежить від того, як ви відображаєте ролі, оцінюєте готовність та виявляєте обмеження між підрозділами.

• Картування зацікавлених сторін та підрозділів
  • Визначте, хто відіграє роль, їхню владу та підрозділи, на які вони впливають. Запишіть вплив, інтерес, права на прийняття рішень та доступ до ресурсів для підтримки картування.
  • Задокументуйте взаємозв'язки та залежності між підрозділами, щоб виявити міжфункціональні прогалини та можливості для співпраці.
• Оцінка готовності до змін
  • Оцініть готовність до прийняття нових способів роботи, необхідність навчання та потенційний опір. Використовуйте просту оцінку та призначте показник готовності для кожної групи.
  • Визначте пом'якшувальні заходи для підвищення готовності там, де виникають прогалини, та сплануйте комунікації, які залучають, але не зневажають поведінку.
• Обмеження впровадження
  • Каталогізуйте обмеження: бюджет, часові вікна, якість даних, відповідність вимогам, перевірки та залежності від інших ініціатив. Зазначте ділянки, що вимагають навчання, та ділянки, де кроки повинні виконуватися вручну.
  • Пов'яжіть обмеження з обраним методом та підрозділами, щоб уточнити, що є здійсненним у найближчій перспективі, а що може потребувати поетапного підходу.
• Запитання, ідеї та сценарії
  • Задавайте цільові запитання: яка ідея приносить найбільшу користь, які сценарії мінімізують ризик, і де були виявлені прогалини?
  • Оцініть ймовірні наслідки для кожного сценарію та сплануйте кроки впровадження, які допоможуть їх вирішити, включаючи пілотний проєкт, якщо це доречно.

Нижче наведено стислий контрольний список, що пов'язує картування, готовність та обмеження з обраним вами методом покращення процесу. Використовуйте перегляди для підтвердження узгодженості та оновлення планів під час впровадження.

1. Відобразіть зацікавлених сторін та підрозділи з відповідальністю та впливом, щоб створити чітку точку огляду для прийняття рішень.
2. Проведіть оцінку готовності до змін для кожної групи та визначте потреби в навчанні.
3. Визначте та задокументуйте обмеження впровадження, зазначивши необхідні ресурси та будь-які ручні кроки.
4. Домовтеся про наступні кроки та показники, встановивши ритм для переглядів.
5. Сплануйте пілотний або поетапний запуск, використовуючи картування для керування розгортанням та відстеження прогресу.

Порівняння методологій за відповідністю до варіанту використання та складністю

Вибирайте Kanban для варіантів використання з чітким потоком та частими змінами; він спрощує вирішення проблем, візуалізуючи роботу, обмежуючи незавершену роботу та постійно надаючи цінність. З відкритого огляду команди бачать вузькі місця, діляться прогресом з колегами та швидко тестують ідеї, генеруючи імпульс. Дані покажуть вплив цих змін, згенерованих цим підходом.

Для процесів з вищою складністю та залежністю від даних застосовуйте DMAIC (Six Sigma) або Lean Six Sigma. Дані, отримані з контрольних діаграм та карт процесів, виявляють недоліки якості та можливості для зменшення варіативності. Лідер може використовувати ці висновки для керівництва та відкритих розмов; ознакою покращення є послідовне зменшення браку та зменшення контрольованих втрат. Енні відзначає ці результати.

Коли домінують автоматизація та рутинні завдання, поєднуйте автоматизоване тестування, RPA та Lean для усунення втрат. Це забезпечує підхід, що самообслуговується та керується даними, особливо коли команди шукають швидкі перемоги, зберігаючи людей у процесі. Уникайте панелей інструментів "чорної скриньки"; розробляйте їх так, щоб вони відображали реальність, а не лише те, що згенерувала машина. Енні та ваші колеги помітять швидший зворотний зв'язок, чіткіші KPI та відчутні переваги.

Гібридні рішення працюють добре: продуктові команди можуть використовувати Scrum для управління спринтами, тоді як операційні команди використовують Kanban з системами витягування. Якщо ви хочете ще один варіант, поєднайте легкий Scrum з Kanban для гібридного потоку. Комбінація демонструє кращий баланс між швидкістю та передбачуваністю. Ознакою того, що підхід відповідає вимогам, є стабілізація часу циклу, зменшення переробки та менша кількість ескалацій, що чують колеги, зі зростанням задоволеності серед керівників та колег. Відкриті практики, часті демонстрації та чітке визначення завершення підтримують плавний перехід.

При виборі враховуйте якості вашого варіанту використання та точку огляду вашої команди. Якщо вирішення проблем вимагає експериментування та швидкої ітерації, легка, відкрита структура демонструє найкращі переваги; для регульованих, високоризикованих процесів виграє дисциплінований, керований даними підхід. У будь-якому випадку, документуйте практики, відстежуйте ключові показники та ітеруйте з черговим циклом, щоб забезпечити імпульс та результати.

Оцінка за допомогою балів, вагових коефіцієнтів та вибір фіналістів для пілотного плану

Використовуйте компактну, зручну систему оцінки для оцінки кожного методу в один бал. Визначте шість атрибутів, узгоджених з вашою стратегією: Стратегічна відповідність, Зусилля з впровадження, Необхідні ресурси, Негативи/Ризики, Оборотність та Наявність даних. Встановіть ваги: Стратегічна відповідність 0.25, Впровадження 0.20, Ресурси 0.15, Негативи 0.15, Оборотність 0.15, Наявність даних 0.10, щоб відобразити пріоритети заздалегідь. Залучіть адміністраторів та практиків для збору практичного внеску; це обговорення сприяє консенсусу та уникненню негативів. Рубрика має бути від 1 до 5 для кожного атрибута; загальна зважена оцінка допоможе вам визначити найкращий варіант для пілотного плану. Якщо ви новачок у оцінюванні, тримайте обсяги даних керованими та зручними, і розгляньте критерій, такий як легкість інтеграції в існуючі процеси, щоб усі атрибути були узгоджені. Відстежуйте кожен атрибут послідовно, щоб уникнути упередженості, і переконайтеся, що обговорення охоплює все, що має значення.

Примітка: В розділі "Наявність даних" визначте правила утилізації даних, терміни зберігання та міркування щодо конфіденційності; це зменшує ризик перед запуском пілотного проєкту. Таблиця допомагає менеджерам та адміністраторам бачити, як кожен варіант працює за критичними атрибутами та де виникають компроміси.

Фіналісти: Lean та PDCA виявляються найкращим балансом переваг та оборотності, з найменшими недоліками у більшості середовищ. Для менеджера та зацікавлених сторін проведіть коротку сесію обговорення, щоб підтвердити рішення, засноване на оцінці; ви готові перейти до пілотного плану, який мінімізує негативи та максимізує переваги. Використовуйте цей список фіналістів як основу для конкретного пілотного плану та визначте наступні кроки перед утилізацією будь-яких пілотних активів. Багато команд повторно використовують рубрику для майбутніх рішень, щоб прискорити вибір у різних сценаріях.