Покрените нов производ у платформи Taiga

Припремите један јасан исход

Овај сценарио користи измишљен сервис за захтеве за опрему. Руководилац бележи захтев запосленог за опрему и одлуку. Самостално подношење захтева запослених је касније проширење. Током учења користите синтетичке записе. Сценарио не одобрава употребу стварних кадровских података.

Пре стварања производа потврдите да су организација и релевантан заједнички контекст подешени. Утврдите особу одговорну за исход сервиса и тим одговоран за његово оперативно окружење.

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

Изаберите како производ почиње

Изаберите Start from scratch за овај нов сервис. Користите Import codebase када постојећи репозиторијум треба да дефинише полазиште. Увоз се бира при стварању производа, зато одлучите свесно.

При стварању производа систем такође пита да ли Taiga пише Infrastructure code и CI/CD pipelines. То су засебне одговорности. Ако ваш тим платформе већ обезбеђује неки део, искључите ту опцију генерисања и опишите како се посао сада обавља.

На пример: „Наша платформа поставља прегледане container image-е кроз постојећи pipeline репозиторијума. Користите његов workload идентитет и конфигурацију окружења.“ Потврдите да је опис тачан пре ослањања на њега.

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

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

За сервис опреме користан контекст укључује метод идентитета запослених, одобрене сервисе података и правило приступа руководилаца. Изричито наведите нерешена питања. Не измишљајте период задржавања да попуните образац.

Затим опишите сервис у разговору. Објасните кориснике, жељени резултат, ограничења и шта је ван обухвата. Спецификација се чува као нацрт док радите.

Прегледајте и објавите намеру

Прочитајте спецификацију тражећи претпоставке које би промениле имплементацију. У овом сценарију проверите да ли руководилац може да види све захтеве запослених или само захтеве свог тима. Та разлика утиче на дозволе, ток података и тестове.

Објавите спецификацију када је њен садржај прикладан за даљи рад. Промене нацрта не замењују објављену верзију док поново не објавите. Наставите кроз обавезне документе и прегледајте њихове претпоставке. Лекција о Discovery-ју објашњава зависности и застареле документе.

Када свих осам обавезних докумената буде објављено, завршите Discovery и планирајте иницијативе. Генерисани редослед је предлог који можете да испитате и промените.

Повежите стварно окружење испоруке

Повежите репозиторијум пре детаљног планирања иницијативе. Истовремено дефинишите намеравана окружења, иако окружење није обавезно за почетак планирања.

Опис окружења не додељује cloud приступ. Ваш pipeline обавља постављање. Проверите грану репозиторијума, идентитет, одговорност за инфраструктуру и потребне задатке подешавања са одговорним тимом.

Користан исход овог сценарија је дефинисан производ и рад који може да се прегледа, заснован на стварном окружењу испоруке. Увежбајте редослед одлука у симулацији Taiga радног тока.