Започнете нов производ во Taiga

Подгответе еден јасен исход

Ова сценарио користи измислена услуга за барања за опрема. Менаџер го бележи барањето за опрема на вработен и одлуката. Самопослужување за вработените е подоцнежно проширување. Користете синтетички записи при учењето. Сценариото не овластува употреба на вистински кадровски податоци.

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

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

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

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

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

На пример: „Нашата платформа распоредува прегледани контејнерски слики преку постојниот процес во репозиториумот. Користете ги неговиот идентитет за работното оптоварување и конфигурацијата на околината.“ Потврдете дека описот е точен пред да се потпрете на него.

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

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

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

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

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

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

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

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

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

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

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

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