Перетворіть результат на ініціативу

Опишіть результат до кроків

Вигаданому сервісу обладнання потрібне самообслуговування працівників. Корисний запит визначає результат: «Автентифікований працівник може створити запит і бачити лише власні запити».

Поясніть важливість: зараз менеджери вводять запити за працівників. Визначте обсяг: створення запиту, показ стану, перевірки доступу та докази цих поведінок. Виключіть автоматичні закупівлі та зміни правила схвалення менеджером.

Не визначайте наперед зміни у файлах, доки репозиторій не перевірено. Ініціатива фіксує намір; детальне планування перетворює його на кроки реалізації.

Перегляньте результат запиту

Taiga використовує запит і контекст продукту для створення ініціативи або впорядкованого набору ініціатив. Нова робота потрапляє до Backlog. Більший запит може потребувати кількох змін, кожну з яких можна переглянути окремо.

Прочитайте згенерований кінцевий стан, Why та Scope. Перевірте, що потрібну поведінку збережено, а виключень дотримано. Якщо наявна ініціатива вже охоплює запит, Taiga може назвати її замість створення дубліката.

Запит, заблокований опублікованою політикою, потребує визначеного цією політикою порядку рішення. Прочитайте пояснення та розв’яжіть конфлікт за цим порядком. Не переписуйте запиту лише для приховування забороненої дії.

Ставтеся до дошки як до послідовності виконання

Taiga працює над однією ініціативою на продукт одночасно, включно з плануванням. Наступна ініціатива з черги починається після merge поточного pull request. Taiga не переміщує елементи з Backlog або Todo до Queue автоматично.

Розміщення в Queue важливе. Воно скасовує очікування незавершених залежностей. До додавання самообслуговування працівників у чергу підтвердьте, що основа ідентичностей існує або що вибраний обсяг правильно її створює.

Перевірте детальний план

Планувальник читає репозиторій, документи продукту, політики, інструкції та контекст розгортання. Перевіряйте план за фактичними результатом для користувача та середовищем.

Для сервісу обладнання перевірте три випадки доступу. Працівник бачить свій запит. Інший працівник не може його бачити. Менеджер зберігає запланований доступ для перегляду. Включіть міграцію даних та операційні наслідки, якщо реалізація їх змінює.

Якщо Build on its own by default вимкнено, готовий план очікує вашого рішення. Approve починає виконання від імені особи, яка схвалює, з урахуванням її прав. Reject використовує ваш відгук для повторного планування. Ініціатива може мати власне налаштування.

Використовуйте правильний запис для наступного рішення

Плани версіонуються. Запуск записує, який план він виконував. Якщо задуманий підхід змінюється, перегляньте ініціативу та відповідну дію повторного планування. Використовуйте запуск для перевірки попередньої спроби.

Виконання ініціативи, pull request після merge та випуск у продуктивне середовище — різні стани. Зберігайте докази приймання та відповідальність за розгортання видимими в міру роботи. Продовжіть із налаштувань автономності.