единица 9 / 11

Управление на промени, проблеми и качество

Печалби:

  • Способност за разбиране на концепциите за заявка за промяна, дневник на проблеми, табло за контрол на промените (CCB) и критерии за качество и създаване на проект за анализ на въздействието с поддръжка на изкуствен интелект.
  • Възможност за използване на изкуствен интелект за визуализиране на влиянието на обхват-време-разходи-качество (железен триъгълник) на промяната и чернова на анализ на първопричината
  • Способност да се разбере, че одобрението на промяната и приемането на качеството принадлежат на компетентния човек, който взема решения, и че анализът на въздействието на изкуствения интелект трябва да бъде проверен.

Нито един проект не върви по план. Клиент подава нова заявка, появява се неочаквана грешка, променя се изискване. Предметът на тази единица е да управлява тези неизбежни промени, преди да се превърнат в хаос. Ще научим за три механизма: управление на промените, което гарантира, че няма промени в работата без одобрение, управление на проблеми, което записва и разрешава възникващи проблеми и управление на качеството, което гарантира, че резултатите отговарят на „достатъчно добри“. AI е мощен партньор за анализ и в трите: той прави видимо влиянието на обхвата, времето, разходите и качеството на заявката за промяна, изследва основната причина за проблемите, съставя критерии за качество. Но одобрението на промяната и приемането на качеството винаги зависи от компетентния човек, който взема решения; Анализът на въздействието на ИИ не трябва да се превръща в решение, без да бъде проверен.

Управление на промените и железният триъгълник

Искането за промяна е официално искане, което предлага промяна в обхвата, графика, бюджета или ресурса. Неконтролираната промяна е основният източник на пълзене на обхвата, който сме виждали в предишните единици. Решението е да прокарате всяка промяна през портал: контролният съвет за промяна (CCB) е авторитетната група, която оценява и одобрява/отхвърля заявките за промяна.

За да се разбере въздействието на всяка промяна, концепцията за железния триъгълник е от решаващо значение: обхватът, времето и разходите са взаимосвързани (с качеството по средата). Промяната на едно засяга другите: ако увеличите обхвата, или времето ще се увеличи, цената ще се увеличи, или качеството ще се понижи; „повече работа за едно и също време, със същия бюджет“ често идва на цената на качеството. Добрият анализ на въздействието ясно показва въздействието на промяната върху тези три (четири) измерения.

Процесът на промяна обикновено е: заявка за регистрация → анализ на въздействието (обхват/време/цена/качество/риск) → решение на CCB → план, график и актуализация на бюджета, ако са одобрени → брифинг на заинтересованите страни. Всички неодобрени промени няма да бъдат приложени.

Управление на проблеми и качество

Проблемът, за разлика от риска, е проблем, който вече е възникнал (рискът е несигурност в бъдещето, проблемът е реалност днес). Регистърът на проблемите е списък на живо, който проследява откритите проблеми, техния приоритет, собственик и статус на разрешаване. Две са обичайните техники за намиране на първопричината за проблемите: 5 Защо — „защо?“ стигане до първопричината от повърхностния симптом чрез последователно задаване на въпроса; и диаграма на рибена кост – картографиране на причините в категории (човек, процес, материал, машина, околна среда).

Управлението на качеството има две части: осигуряване на качеството (QA) гарантира, че процесите работят правилно (превантивно), контрол на качеството (QC) проверява дали резултатите отговарят на критериите (детектор). Критериите за приемане и определението за готово са критериите, които определят кога дадена работа е наистина завършена.

концепция

какво

пример

заявка за промяна

Официално искане, което променя плана

„Добавяне на филтър към екрана за отчет“

Анализ на въздействието

Въздействие върху обхват/време/цена/качество

„+5 дни, +3% бюджет, среден риск“

ЦКБ

орган за одобрение

Спонсор + PM + технически лидер

проблем

Осъзнат проблем

„Тестовата среда се срина“

първопричина

Истинската причина (5 причини)

„Конфигурацията за архивиране е неправилна“

Критерий за качество

Критерии за приемане

„Процент на грешки < 1%“

Стъпка по стъпка: промяна и качество с AI

  1. Изяснете заявката. Напишете искането за промяна като "какво, защо, кой го иска"; Двусмисленото търсене не може да бъде анализирано.
  2. Проект на анализ на въздействието. Помолете AI за описание на въздействието по отношение на обхват, време, цена, качество и риск; проверете числата с данните на екипа.
  3. Генериране на опции. Накарайте AI да изброи опциите „одобряване/отхвърляне/отлагане/частично прилагане“ и резултатите от всяка.
  4. Подавайте на ЦКБ. Занесете анализа на вземащия решение; Не кандидатствайте без одобрение.
  5. Анализ на първопричината. Накарайте AI да генерира 5 Защо вериги и категории рибени кости за проблем; Тествайте с реални данни.
  6. Контрол на критериите за качество. Предоставете резултатите на AI и накарайте недостатъците/несъответствията да бъдат изготвени в съответствие с критериите за приемане; Окончателното приемане се дава от експерта.
Внимание: AI може да направи въздействието на промяната да изглежда слабо, като например „само 2 дни“, защото не познава скритите зависимости и косвените ефекти. Анализът на въздействието не трябва да се представя на КТБ като "окончателен" без проверка с екипа, който ще извърши работата.

три мини калъфа

Случай 1 — Реалната цена на промяната. Клиент искаше „малка промяна на екрана“. PM даде искането на AI и получи проект за анализ на въздействието: промяната засегна три модула, +6 дни и +4% бюджет. Екипът потвърди това. ЦКБ показа реалните разходи за клиента; клиентът отложи промяната за следващата фаза. Търсенето, което се смяташе за „малко“, беше управлявано, преди да се превърне в хаос.

Случай 2 — Открита е първопричината. В един екип тестовата среда постоянно се срива. Координаторът даде доклада за проблема на AI и поиска верига 5 Защо. Веригата се свежда до „недостатъчно дискове → недефинирана задача за почистване → няма собственик на процес“. Екипът разреши първопричината (осиротялия процес на почистване), а не повърхностния симптом (колапса); Проблемът не се повтори.

Случай 3 — Подценено въздействие. Един екип одобри проекта на AI „тази промяна има минимално въздействие“, без да го провери. Промяната прекъсна зависимостта от критичния път и проектът беше забавен с 9 дни. Урок: анализът на въздействието не може да се използва като основа за решения без валидиране на екипа.

Слаба подкана / Силна подкана

Слаба подкана:

Обмислете това искане за промяна.

Без размер, без данни и без рамка за вземане на решения; AI ​​дава повърхностен и вероятно прекалено оптимистичен отговор.

Мощна подкана:

Вашата роля: анализатор по управление на промените. Искане за промяна: [описание]. Поискано от: [роля]. Обосновка: [защо]. Контекст: текущ обхват, график (приложен критичен път), състояние на бюджета (в съотношение). Задача: Анализ на въздействието чрез железен триъгълник Създаване на ПРОЕКТ: - Въздействие на обхвата, Въздействие на времето (ще се отрази ли на критичния път?), Въздействие върху разходите, Въздействие на качеството, Нови рискове - Опции: одобряване / отхвърляне / отлагане / частично; резултат от eachRule: ЧЕРНОВА на числовите ефекти и ги маркирайте с „[изисква се проверка на екипа]“. Да предположим, че не знаете скритите зависимости; точна реч. Крайното решение е на КТБ.

Тази подкана е мощна: включва желязна триъгълна рамка, генериране на опции, предупреждение за чернова и акцент върху вземащия решения.

Допълнителни шаблони:

#5 Защо двигател Въпросът "защо?" Стигнете до първопричината, като зададете въпроса 5 пъти подред: [проблем]. На всяка стъпка напишете също как следващата причина ще бъде потвърдена с данни. Добавяне на измислена причина.

# Производител на рибена кост Избройте възможните причини за следния проблем по категория (човек, процес, инструмент/машина, материал, среда, метод). Отбележете 3-те най-вероятни причини и предложете метод за проверка.

# Инспектор по приемане на качеството Проверете доставката артикул по артикул съгласно следните критерии за приемане; Правете разлика между изпълнени, неизпълнени и несигурни. Посочете, че окончателното решение за приемане е на експерта.

Често срещани грешки

  • Внедряване на промяната без одобрение: Промяната без одобрение е самото пълзене на обхвата.
  • Подценяване на въздействието: Това, което AI нарича „малка“ промяна, може да бъде голямо със скрити зависимости.
  • Решаване на симптома и напускане на основната причина: Ако 5-те Защо не са направени, проблемът ще се върне.
  • Объркване на проблем с риск: риск в бъдещето, проблем в настоящето; Те се управляват по различен начин.
  • Оставяйки критерия за качество субективен: "Добротата" не може да бъде измерена; Критерият за приемане трябва да бъде числов.
  • Изпращане на анализ на въздействието на КТБ без проверка: Грешен анализ подхранва грешно решение.
Съвет: Казването на „не“ на всяка заявка за промяна също е управленско решение. Добрият PM знае, че отхвърлянето на промяната също защитава проекта; PM приема всяка заявка и управлява клиента, а не проекта.

В обобщение

Промените, проблемите и управлението на качеството поддържат проекта в неизбежна промяна. Промените преминават през CCB и се анализират чрез железния триъгълник (обхват-време-разходи-качество); Проблемите се записват и първопричината се адресира с 5-те защо и рибени кости; Качеството се гарантира от измерими критерии за приемане. AI ускорява анализа на въздействието, разследването на първопричината и одита на качеството. Екипната проверка на броя на въздействието, одобрението на промените и приемането на качеството обаче остават в ръцете на компетентния човешки орган.

Задача за приложение

Получаване на заявка за промяна (действителна или потенциална) от вашия проект. Генерирайте план за анализ на въздействието и опции за решение от AI чрез железния триъгълник; проверете числата с някой от вашия екип. Също така, вземете текущ проблем, стигнете до първопричината с "мощника 5 Whys" и насочете решението към първопричината. Обобщете анализа на въздействието във формат на решение на CCB.

контролен списък

  • [ ] Анализирах промяната чрез железния триъгълник (обхват/време/цена/качество).
  • [ ] Проверих стойностите на въздействието с данни за екипа, отбелязани като чернова.
  • [ ] Отнесох промяната до компетентния орган (CCB) за одобрение.
  • [ ] Открих основната причина за проблема с 5 причини/рибена кост.
  • [ ] Свързах приемането на качеството с измерими критерии.
  • [ ] Не съм прилагал никакви промени без одобрение.