Увімкніть Taiga з повною моделлю відповідальності

Почніть з організаційного результату

Цей завершальний сценарій поєднує попередні уроки. Вигадана компанія хоче увімкнути Taiga для сервісу запитів на обладнання. Бажана вигода — повторюваний шлях від бізнес-потреби до переглянутого програмного забезпечення та підтримуваних знань про продукт.

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

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

Перегляньте контекст, що формує майбутню роботу

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

Свідомо використовуйте три типи контексту:

Зберігайте конфіденційні довідкові матеріали в межах дозволеної обробки.

Розміщуйте інструкції та знання на найвищому рівні, де вони істинні: організація, фабрика або продукт. Нижчі рівні додають деталі; вони не скасовують правил вищих рівнів. Перегляньте стандарти дизайну та підключіть фактичний репозиторій дизайн-системи, де доречно.

Підключіть наявну платформу

Визначте, хто пише інфраструктурний код і CI/CD pipelines. Налаштуйте відповідні параметри Taiga за цим розподілом відповідальності. Опишіть фактичне середовище виконання, спосіб роботи з ідентичностями, сервіси даних, середовища та процес розгортання.

Для сервісу обладнання команда платформи зберігає хмарні облікові записи, доступ до продуктивного середовища та схвалення розгортання. Планування Taiga має використовувати ці інтерфейси. Описи середовищ надають контекст; облікові дані та права потребують власного контрольованого налаштування.

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

Установіть відповідальність за сервіс

Призначте відповідального за інциденти, обслуговування, рішення щодо даних, відновлення та координацію з постачальником. Визначте потреби доступності та RTO/RPO для застосунку, який експлуатуватимете.

Monitoring у Taiga охоплює стан продукту. Він не замінює повної спостережуваності інфраструктури та спроможності реагування організації. Підтвердьте налаштування відповідного середовища та шлях від знахідки до людини, яка може діяти.

Перегляньте першу доставку від вимоги через план, запуск, pull request і розгортання. Використовуючи схвалені тестові дані, перевірте, чи сервіс дає корисний результат. Записуйте відсутні докази як відсутні.

Розширюйте використання через повторювані докази

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

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

Навчальний результат — здатність ставити кращі питання та ухвалювати обґрунтоване рішення. Використовуйте документацію Taiga для поточного робочого процесу та tai.ga для ширшого контексту сервісу.