Прибыль:
- Способность понимать концепции запроса на изменение, журнала проблем, платы управления изменениями (CCB) и критериев качества, а также создавать проект анализа воздействия с поддержкой искусственного интеллекта.
- Способность использовать искусственный интеллект для визуализации влияния изменений на объем, время, затраты и качество (железный треугольник) и предварительный анализ первопричин.
- Способность понимать, что утверждение изменений и принятие качества принадлежат компетентному лицу, принимающему решения, и что анализ воздействия искусственного интеллекта должен быть проверен.
Ни один проект не идет по плану. Клиент приносит новый запрос, выскакивает непредвиденная ошибка, меняется требование. Предметом этого модуля является управление этими неизбежными изменениями, прежде чем они превратятся в хаос. Мы узнаем о трех механизмах: управлении изменениями, которое гарантирует, что ни одна работа не изменится без одобрения, управлении проблемами, которое фиксирует и решает возникающие проблемы, и управлении качеством, которое гарантирует, что результаты будут соответствовать «достаточно хорошему». ИИ является мощным партнером по анализу во всех трех случаях: он делает видимым влияние запроса на изменение объема, времени, затрат и качества, исследует коренные причины проблем, разрабатывает критерии качества. Но одобрение изменений и принятие качества всегда остается за компетентным лицом, принимающим решения; Анализ воздействия ИИ не следует превращать в решение без проверки.
Управление изменениями и железный треугольник
Запрос на изменение — это формальный запрос, который предлагает изменение объема, графика, бюджета или ресурсов. Неконтролируемые изменения — основной источник расширения масштабов, который мы видели в предыдущих частях. Решение состоит в том, чтобы протолкнуть каждое изменение через ворота: совет по контролю изменений (CCB) — это авторитетная группа, которая оценивает и утверждает/отклоняет запросы на изменения.
Чтобы понять влияние каждого изменения, важна концепция «железного треугольника»: объем, время и стоимость взаимосвязаны (качество находится посередине). Изменение одного влияет на другие: если увеличить объем, то увеличится либо время, либо стоимость, либо снизится качество; «Больше работы за то же время и за тот же бюджет» часто достигается за счет качества. Хороший анализ воздействия ясно показывает влияние изменения на эти три (четыре) измерения.
Процесс внесения изменений обычно представляет собой: регистрацию запроса → анализ воздействия (объем/время/затраты/качество/риск) → решение CCB → обновление плана, графика и бюджета в случае одобрения → брифинг для заинтересованных сторон. Любые неутвержденные изменения не будут реализованы.
Управление проблемами и качеством
Проблема, в отличие от риска, – это проблема, которая уже произошла (риск – это неопределенность в будущем, проблема – реальность сегодня). Журнал проблем представляет собой действующий список, в котором отслеживаются открытые проблемы, их приоритет, владелец и статус решения. Для поиска основной причины проблем распространены два метода: 5 «Почему» — «почему?» добраться до основной причины, исходя из поверхностных симптомов, последовательно задавая вопросы; диаграмма «рыбий кости» — отображение причин по категориям (человек, процесс, материал, машина, окружающая среда).
Управление качеством состоит из двух частей: обеспечение качества (QA) обеспечивает правильную работу процессов (профилактика), контроль качества (QC) проверяет, соответствуют ли результаты критериям (детектор). Критерии приемки и определение готовности — это критерии, которые определяют, когда работа действительно завершена.
концепция
что
пример
запрос на изменение
Официальный запрос на изменение плана
«Добавить фильтр на экран отчета»
Анализ воздействия
Влияние объема/времени/стоимости/качества
«+5 дней, +3% бюджета, средний риск»
ЦКБ
орган утверждения
Спонсор + PM + технический руководитель
проблема
Реализованная проблема
«Тестовая среда потерпела крах»
первопричина
Настоящая причина (5 причин)
«Конфигурация резервного копирования неверна»
Критерий качества
Критерии приемки
«Коэффициент ошибок < 1%»
Шаг за шагом: изменения и качество с помощью ИИ
- Уточните запрос. Напишите запрос на изменение так: «Что, почему, кто этого хочет»; Неоднозначный спрос не может быть проанализирован.
- Проект анализа воздействия. Попросите ИИ предоставить схему воздействия с точки зрения масштаба, времени, стоимости, качества и риска; сверить цифры с данными команды.
- Генерируйте варианты. Пусть ИИ перечислит варианты «одобрить/отклонить/отложить/частичное применение» и результаты каждого из них.
- Отправьте в ЦКБ. Передайте анализ лицу, принимающему решение; Не подавайте заявку без одобрения.
- Анализ первопричин. Попросите ИИ сгенерировать 5 цепочек «Почему» и категории «рыбья кость» для проблемы; Тестируйте на реальных данных.
- Контроль критериев качества. Передать результаты ИИ и составить проект недостатков/несоответствий в соответствии с критериями приемки; Окончательную приемку дает эксперт.
Внимание: ИИ может сделать влияние изменения незначительным, например, «всего 2 дня», поскольку он не знает скрытых зависимостей и косвенных эффектов. Анализ воздействия не следует представлять в CCB как «окончательный» без проверки командой, которая будет выполнять работу.
три мини-кейса
Случай 1. Реальная стоимость изменений. Клиент хотел «незначительное изменение экрана». Премьер-министр передал запрос AI и получил проект анализа воздействия: изменение затронуло три модуля, +6 дней и +4% бюджета. Команда это подтвердила. CCB показала заказчику реальную стоимость; клиент отложил изменение до следующего этапа. Спрос, который считался «небольшим», был урегулирован до того, как он превратился в хаос.
Случай 2 — Основная причина найдена. В одной команде среда тестирования постоянно давала сбои. Координатор передал отчет о проблеме AI и попросил создать цепочку «5 почему». Цепочка сводилась к «недостаточно дисков → не определена задача очистки → нет владельца процесса». Команда решила первопричину (бесхозный процесс очистки), а не поверхностный симптом (обвал); Проблема не повторилась.
Случай 3. Недооцененное воздействие. Одна команда одобрила проект AI «это изменение имеет минимальное влияние», не проверив его. Это изменение устранило зависимость от критического пути, и проект был отложен на 9 дней. Урок: анализ воздействия нельзя использовать в качестве основы для принятия решений без проверки командой.
Слабая подсказка / Сильная подсказка
Слабая подсказка:
Рассмотрите этот запрос на изменение.
Ни размера, ни данных, ни структуры принятия решений; ИИ дает поверхностный и, возможно, излишне оптимистичный ответ.
Мощная подсказка:
Ваша роль: аналитик по управлению изменениями. Запрос на изменение: [описание]. Запросил: [роль]. Обоснование: [почему]. Контекст: текущий объем, график (прилагается критический путь), статус бюджета (в соотношении). Задача: Анализ воздействия с помощью железного треугольника. Создать ПРОЕКТ: - Влияние объема, Влияние времени (повлияет ли это на критический путь?), Влияние на стоимость, Влияние на качество, Новые риски - Варианты: утвердить/отклонить/отложить/частично; результат каждого правила: СОСТАВЬТЕ числовые эффекты и отметьте их надписью «[требуется проверка команды]». Предположим, вы не знаете скрытые зависимости; точная речь. Окончательное решение остается за ЦБК.
Эта подсказка очень мощная: она включает в себя железную треугольную рамку, создание вариантов, оповещение о драфте и акцент на лице, принимающем решения.
Дополнительные шаблоны:
#5 Почему двигательВопрос «почему?» Найдите основную причину, задав вопрос 5 раз подряд: [проблема]. На каждом этапе также напишите, как следующая причина будет проверена с помощью данных. Добавление выдуманной причины.
# Производитель рыбных костей Перечислите возможные причины следующей проблемы по категориям (Человек, Процесс, Инструмент/Машина, Материал, Окружающая среда, Метод). Отметьте 3 наиболее вероятные причины и предложите способ проверки.
# Инспектор по приемке качестваПроверьте поставку поштучно в соответствии со следующими критериями приемки; Различают удовлетворенное, неудовлетворенное и неопределенное. Укажите, что окончательное решение о приемке остается за экспертом.
Распространенные ошибки
- Внедрение изменения без одобрения. Изменение без одобрения само по себе является расширением масштаба.
- Недооценка влияния: То, что ИИ называет «маленьким» изменением, может оказаться большим со скрытыми зависимостями.
- Устранение симптома и устранение основной причины: если не выполнить «5 почему», проблема вернется.
- Путаница проблемы с риском: риск в будущем, проблема в настоящем; Они управляются по-разному.
- Оставляя критерий качества субъективным: «Доброта» не может быть измерена; Критерий приемки должен быть числовым.
- Представление анализа воздействия в CCB без проверки: неправильный анализ приводит к неправильному решению.
Совет: Отказаться от каждого запроса на изменение — это тоже решение руководства. Хороший менеджер проекта знает, что отказ от изменения также защитит проект; PM принимает каждый запрос и управляет заказчиком, а не проектом.
В заключение
Управление изменениями, проблемами и качеством удерживает проект на плаву в условиях неизбежных изменений. Изменения проходят через CCB и анализируются с помощью железного треугольника (объем-время-затраты-качество); Проблемы фиксируются, а первопричина устраняется с помощью «5 почему» и «рыбьих костей»; Качество обеспечивается измеримыми критериями приемки. ИИ ускоряет анализ воздействия, расследование первопричин и проверку качества. Однако групповая проверка количества ударов, утверждение изменений и приемка качества возлагаются на компетентный орган управления персоналом.
Задача приложения
Получите запрос на изменение (фактическое или потенциальное) от вашего проекта. Создайте схему анализа воздействия и варианты решений от ИИ через железный треугольник; сверьте цифры с кем-нибудь из вашей команды. Кроме того, возьмите текущую проблему, найдите ее первопричину с помощью «движка 5 почему» и направьте решение на первопричину. Обобщите анализ воздействия в формате решения CCB.
контрольный список
- [ ] Я проанализировал изменения с помощью железного треугольника (объем/время/стоимость/качество).
- [ ] Я сверил показатели воздействия с данными команды, помеченными как черновик.
- [ ] Я передал изменение в компетентный орган (CCB) на утверждение.
- [ ] Я нашел основную причину проблемы с помощью 5 Reasons/fishbone.
- [ ] Я связал приемлемость качества с измеримыми критериями.
- [ ] Я не вносил никаких изменений без одобрения.