Започнете нов продукт в Taiga

Подгответе един ясен резултат

Този сценарий използва измислена услуга за заявки за оборудване. Мениджър записва заявка на служител за оборудване и решението. Самообслужването на служители е по-късно разширение. Използвайте синтетични записи при учене. Сценарият не разрешава употреба на реални данни за персонал.

Преди да създадете продукта, потвърдете, че организацията и съответният споделен контекст са настроени. Определете човека, отговорен за резултата на услугата, и екипа, отговорен за работната ѝ среда.

Запишете начална граница: първата версия записва заявки и решения. Не поръчва оборудване, не одобрява автоматично разходи и не променя записи за заплати.

Изберете как започва продуктът

Изберете Start from scratch за тази нова услуга. Използвайте Import codebase, когато съществуващо хранилище трябва да определя началната точка. Импортът е избор при създаване на продукта, затова го направете съзнателно.

При създаване на продукта избирате също дали Taiga пише Infrastructure code и CI/CD pipelines. Това са отделни отговорности. Ако екипът на платформата вече предоставя част, изключете съответната опция за генериране и опишете как се извършва работата днес.

Например: „Нашата платформа внедрява прегледани контейнерни образи чрез съществуващия pipeline на хранилището. Използвайте неговата идентичност за работно натоварване и конфигурация на средата.“ Потвърдете точността на описанието, преди да разчитате на него.

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

Discovery започва с Context. Добавете относими продуктови справочни материали и постоянни инструкции преди разговора. Поставете правила, споделени между няколко продукта, на ниво организация или фабрика.

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

После опишете услугата в разговора. Обяснете потребителите, желания резултат, ограниченията и какво е извън обхвата. Спецификацията се запазва като чернова, докато работите.

Прегледайте и публикувайте намерението

Прочетете спецификацията за предположения, които биха променили реализацията. В този сценарий проверете дали мениджър може да вижда всички заявки на служители или само тези в своя екип. Разликата влияе на права, потоци от данни и тестове.

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

След публикуване на всичките осем задължителни документа завършете Discovery и планирайте инициативите. Генерираната последователност е предложение, което можете да прегледате и промените.

Свържете реалната целева среда за доставка

Свържете хранилището преди подробно планиране на инициативи. Определете предвидените среди по същото време, въпреки че среда не е задължителна за начало на планиране.

Описание на среда не дава облачен достъп. Вашият pipeline извършва внедряването. Проверете клона на хранилището, идентичността, отговорността за инфраструктурата и необходимите задачи по настройка със съответния екип.

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