Эту страницу открывают, когда проблема качества уже стала неудобной темой: дефекты, слабая готовность, низкая стабильность или спор о том, что вообще считать достаточным уровнем качества. PM нужно провести разговор, который не развалит отношения и не превратится в обмен обвинениями.
В какой ситуации открывать
- релиз или результат не соответствует ожидаемому качеству;
- команда и заказчик по-разному понимают приемлемый уровень готовности;
- исправление качества конфликтует со сроком или объёмом;
- разговор о качестве быстро уходит в поиск виноватого.
Как выглядит проблема
Обычно одновременно присутствуют:
- сама проблема качества;
- разное понимание критериев приемлемости;
- напряжение из-за цены исправления;
- страх, что признание проблемы сорвёт обязательства.
Почему это происходит
- критерии качества и готовности были размыты или забыты;
- предупреждающие сигналы игнорировались;
- стороны говорили о качестве общими словами, а не через конкретные критерии;
- у проекта нет общего языка для обсуждения компромисса между качеством, сроком и объёмом.
Что делать пошагово
1. Переведите разговор о качестве из оценочных слов в конкретные критерии и наблюдаемые проблемы. 2. Разведите факт дефекта, ожидание по качеству и цену исправления. 3. Ясно покажите, как качество связано с пользовательским, бизнесовым или операционным риском. 4. Подготовьте варианты: исправлять сейчас, ограничивать объём, менять дату, принимать осознанный риск. 5. Не позволяйте разговору остановиться на поиске виноватых; выводите его в решение и фиксацию. 6. После разговора обновите критерии, план действий и ожидания сторон.
Что говорить и как коммуницировать
- давайте обсуждать не общее ощущение качества, а конкретные критерии и последствия;
- здесь важно не только найти проблему, но и выбрать, как мы платим за её исправление;
- если мы принимаем текущий уровень качества, нужно явно назвать, какой риск мы берём;
- мне важно, чтобы после разговора было понятно, что именно считаем достаточным и что делаем дальше.
Какие артефакты и формализации нужны
- список конкретных проблем качества или несоответствий;
- критерии приёмки/готовности, к которым возвращается разговор;
- решение по корректирующим действиям, сроку или объёму;
- обновлённый follow-up в релизном, приёмочном или change-контуре.
Когда эскалировать
- цена проблемы качества выходит на уровень бизнес-риска или репутации;
- стороны не могут принять решение о компромиссе между качеством и сроком;
- нет согласия по критериям, которые должны быть обязательными;
- есть риск выпуска результата, который критично навредит пользователям или процессу.
Как не допустить повторения
- раньше собирать и поддерживать критерии качества;
- не обсуждать качество только в момент релиза;
- делать видимыми промежуточные сигналы проблем;
- поддерживать общую логику принятия quality trade-off, а не каждый раз спорить с нуля.
Какой навык здесь проседает
Обычно проседает связка из рамок готовности и качества, объяснения компромиссов и деэскалации напряжения.