Новый запрос на функцию перед запуском: оцените изменение в Jira
Оцените поздний запрос на функцию в Jira, изучив с Power Pack изменения критериев приёмки, ответственности, рисков и области проверок.
Клиентский портал близок к выпуску, когда кто-то просит ещё одну возможность: позволить администраторам рабочего пространства приглашать сразу нескольких коллег.
Запрос кажется близким к уже созданной функции. Администраторы и сейчас могут приглашать коллег. Может, команда просто расширит её до запуска?
Прежде чем оценивать изменение, разберите договорённость, которую оно изменит. Этот пример показывает, как Power Pack помогает команде определить затронутые результаты для клиентов, людей, риски и проверки до выбора способа обработки запроса.
Запрос на массовые приглашения — вымышленное продолжение демонстрации Customer Portal 2.0. Скриншоты показывают существующее состояние образца до предлагаемого изменения; они не демонстрируют массовые приглашения или завершённую оценку изменения.
Запишите отличие от текущего объёма
В существующих критериях приёмки отмечено «Администраторы рабочего пространства могут приглашать коллег и назначать роли доступа». Эта фраза не говорит, проверяла ли команда одиночные приглашения, массовые или оба варианта.
Сначала команда проверяет исходный объём и подтверждения. В нашем примере предположим, что они охватывали одно приглашение за раз. Новый запрос добавит несколько адресов за одну операцию.
Теперь спросите, что должен увидеть проверяющий. Может ли администратор выбирать разные роли? Что должно произойти, если один адрес некорректен? Как объяснить частичный результат? Это открытые вопросы о вымышленной функции, а не требования, уже показанные на скриншоте.
Пока команда рассматривает запрос, фиксируйте предлагаемые результаты отдельно. Не расширяйте незаметно выполненный критерий, позволяя старому флажку подразумевать, что добавленное поведение уже прошло проверку.
Определите, чья работа изменится
Матрица ответственности включает начало работы клиентов и безопасный доступ к аккаунту. Оба пункта подходят для начала обсуждения влияния: запрос меняет действие при начале работы и может затронуть назначение ролей.
Спросите исполнителей о работе по реализации и проверке, затем ответственного за итог — об ожидаемом результате и сроках. Также выясните, изменятся ли инструкции поддержки или работа другой команды.
Используйте обсуждение для создания или уточнения необходимых задач Jira. Новая строка или назначение роли в Power Pack — рабочая договорённость; она не составляет расписание задач команды.
Обсудите конкретный сценарий сбоя
Сетка рисков даёт место для рассмотрения возможных проблем. Текущая демонстрация показывает три примера рисков в матрице 3×3. Их существующие позиции не оценивают новый запрос на приглашения.
Один вопрос для исследования: может ли частично успешная массовая операция оставить администратора в неведении о том, кто получил приглашение? Другой: не повысит ли новое взаимодействие вероятность непреднамеренного назначения ролей?
Опишите возможное событие, его последствия и подтверждения, необходимые для оценки. Команда должна оценивать вероятность и влияние по реальному проектному решению и полученным данным. Тепловая карта не может дать такое суждение по названию функции.
Выберите путь и обновите договорённость
У команды несколько вариантов: включить запрос с пересмотром объёма и проверок, предложить меньшее согласованное изменение или запланировать его после запуска. Сравните варианты с работой и неопределённостью, выявленными в обсуждении.
Допустим, вымышленная команда выбирает более поздний релиз. Запишите причину, создайте последующие задачи и сохраните текущий объём выпуска. Если команда включает изменение, вместе пересмотрите затронутые критерии, ответственность за поставку, материалы поддержки и области проверок. Определите завершённые проверки и согласования, которые теперь нужно пересмотреть.
Полезный результат — решение с видимыми последствиями. Команда может объяснить, что изменится, кто выполнит работу и что потребуется проверить заново.
Попробуйте этот процесс при следующем «небольшом» запросе незадолго до запуска. Изучите Power Pack for Jira и используйте контекст существующей задачи, чтобы конкретизировать обсуждение изменения до обещания его реализовать.
Похожие статьи
Как писать критерии приёмки в Jira: практические примеры
Превратите запрос функции в ясные проверяемые результаты на подробном примере настроек уведомлений.
Проведите премортем в Jira: найдите риски до релиза
Представьте неудачный релиз и превратите причины в действия с ответственными. Создайте практический премортем и сетку рисков рядом с задачей Jira.
Согласования заинтересованных сторон в Jira: понятный статус одобрения
Определите для каждой проверки границы, согласующего и видимый статус. Сохраняйте понятность одобрений при изменении релиза.
Связаться
Есть вопросы по этой статье? Обсудим ваши инженерные цели.