Превърнете резултат в инициатива

Опишете резултата преди стъпките

Измислената услуга за оборудване се нуждае от самообслужване на служители. Полезно искане посочва резултата: „Удостоверен служител може да създава заявка и да вижда само собствените си заявки.“

Обяснете защо е важно: в момента мениджъри въвеждат заявки за служителите. Определете обхвата: създаване на заявки, показване на състояние, проверки за достъп и доказателства за тези поведения. Изключете автоматични покупки и промени в правилото за одобрение от мениджър.

Не предписвайте редакции на файлове, преди хранилището да е прегледано. Инициативата записва намерението; подробното планиране го превръща в стъпки за реализация.

Прегледайте какво е произвело искането

Taiga използва искането и продуктовия контекст, за да създаде инициатива или подреден набор инициативи. Нова работа влиза в Backlog. По-голямо искане може да изисква няколко промени, които могат да се прегледат независимо.

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

Искане, блокирано от публикувана политика, се нуждае от пътя за решения, който политиката определя. Прочетете обяснението и разрешете противоречието по този път. Не пренаписвайте искането само за да скриете забраненото действие.

Третирайте таблото като последователност за изпълнение

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

Поставянето в Queue има значение. То отменя изчакването на незавършени зависимости. Преди да поставите самообслужването на служители в опашката, потвърдете, че основата за идентичност съществува или че избраният обхват я установява правилно.

Прегледайте подробния план

Планиращият агент чете хранилището, продуктовите документи, политиките, инструкциите и контекста за внедряване. Проверете плана спрямо действителния потребителски резултат и среда.

За услугата за оборудване проверете три случая на достъп. Служител вижда своята заявка. Друг служител не може да я вижда. Мениджър запазва предвидения достъп за преглед. Включете миграцията на данни и оперативните ефекти, ако реализацията ги променя.

Ако Build on its own by default е изключено, готовият план чака Вашето решение. Approve започва изпълнението на плана от името на одобряващия човек според неговите права. Reject използва обратната Ви връзка за ново планиране. Инициатива може да има собствена настройка.

Използвайте правилния запис за следващото решение

Плановете са версионирани. Изпълнението записва кой план е изпълнило. Ако предвиденият подход се промени, прегледайте инициативата и подходящото действие за препланиране. Използвайте записа на изпълнението, за да прегледате предишния опит.

Изпълнение на план, pull request след merge и продукционно пускане са различни състояния. Пазете доказателствата за приемане и отговорността за внедряване видими с напредването на работата. Продължете с настройки за автономност.