Криворізька агломерація Настільна книга проєктівСторінка 50 / 344

Модуль 10. Команда, зміни, рішення і здоровий операційний мікроконтроль

Модуль 10. Команда, зміни, рішення і здоровий операційний мікроконтроль · сторінка 50 з 344

Читати текстову версію сторінки 50
Модуль 10. Команда, зміни, рішення і здоровий операційний мікроконтрольМодуль 9. Супровід стратегії громади й агломераційна логікаРедакція станом на 18.08.202650Модуль 10. Команда, зміни, рішення і здоровийопераційний мікроконтрольРЕЗУЛЬТАТRACI, картки завдань, протокол рішень, журнал змін і короткий ритм контролю, що працює черездокази, а не тиск.КОНТРОЛЬНАБРАМАПерехід дозволений, якщо є чотири відповіді: який продукт готовий; якими доказами вінпідтверджений; хто має право його погодити, підписати або внести; що зупиняє рух. Для цьогомодуля: кожне зобов'язання має один результат, одного відповідального, строк, доказприймання й маршрут ескалації; зміни версій контрольовані.Просте поясненняЗдоровий мікроконтроль - це детальний контроль критичних зобов'язань, а не постійне втручання в роботулюдини. Керівник бачить статус продукту, доказ, ризик і рішення. Виконавець розуміє очікуваний результаті має простір обрати спосіб у межах правил.Управління змінами простою мовоюЗміна відбувається, коли люди розуміють навіщо, бачать спонсора, знають новий спосіб роботи, маютьінструмент і отримують зворотний зв'язок. Будівля або система не створює зміну сама: потрібні нові ролі,навички, правила й показники фактичного використання.НГ |НАВЧАЛЬНИЙКЕЙСПроєктна група готує спільну заявку. Фінансист оновив бюджет, технічний фахівець - обсяг, аметодолог не отримав повідомлення. Здорова реакція - не шукати винного, а відновити єдинеджерело правди, журнал змін і правило приймання версії.Алгоритм1Сформуйте RACI для результатів і рішень, а не лише список посад.2Кожне доручення оформіть як картку: продукт, критерії приймання, відповідальний, строк, залежності,доказ.3Ведіть один реєстр рішень: питання, варіанти, рішення, підстава, підписант, дата, наслідок.4Ведіть журнал змін: що змінилось, чому, хто запропонував, вплив на ціль, вартість, строк, ризик,документи й DREAM.5На короткому операційному огляді розбирайте лише відхилення, рішення і блокери; статус без доказувважайте непідтвердженим.6Розділяйте проблему, ризик, зміну й рішення: проблема вже сталася; ризик може статися; змінакоригує базове значення; рішення надає повноваження діяти.7Ескалюйте не людину, а прострочене рішення та його наслідок.8Для зміни процесу визначте групи впливу, опір, комунікацію, навчання, підтримку й індикаторприйняття.9Після завершення проведіть короткий розбір уроків і закрийте невиконані зобов'язання.Типова помилка і стоп-факторСТОПУ завдання кілька «відповідальних» і жодного власника; «готово» без файла або рішення;важлива зміна живе лише в чаті; мікроконтроль вимірює присутність людини, а не якістьпродукту. Рух зупиняється до відновлення єдиної версії.