BLOG 2: Veliki Epic? Ne počinjite od praznog papira – koristite AI za pronalaženje vertical slice-ova

Veliki Epic na backlog-u često izgleda jednostavno. Sve dok ne pokušate da ga razložite. Tada počinju pitanja:

• Gde napraviti rez?
• Šta ide prvo?
• Šta može samostalno da se isporuči?
• Šta zavisi od čega? Šta je korisnička vrednost, a šta samo tehnički korak?

I vrlo brzo tim sedi ispred prazne table i pokušava da smisli “pravu” dekompoziciju.

Tu AI može da bude koristan. Ne zato što zna vašu arhitekturu bolje od developera. Već zato što može brzo da ponudi nekoliko mogućih načina da posmatrate isti problem.

Nemojte tražiti “razbij Epic na taskove”

To je jedan od najlakših načina da dobijete listu:

• frontend;
• backend;
• database;
• API;
• testing.

To može izgledati organizovano. Ali ne mora imati nikakvu korisničku vrednost.

Mnogo korisniji zahtev je:

“Predloži moguće vertical slice-ove koji predstavljaju konkretan korisnički ili poslovni ishod.”

Tada AI mora da razmišlja o funkcionalnosti iz perspektive ishoda, a ne samo implementacije.

Predlog prompta za početak

Uloga: Ti si iskusan Product Manager / Product Coach sa iskustvom u razlaganju kompleksnih funkcionalnosti. Predloži početnu dekompoziciju Epika kao osnovu za razgovor i refinement sa timom. Predlozi nisu konačna specifikacija.

Kontekst:

Epic: [naziv]
Korisnik/ciljna grupa: [opiši]
Problem: [opiši]
Očekivana vrednost: [opiši]
Epic obuhvata: [opiši]
Zavisnosti/ograničenja: [upiši]
Out of scope: [upiši]

Zadatak: Predloži nekoliko mogućih vertical slice-ova. Cilj je da svaki slice bude što manja koherentna celina koja omogućava konkretan korisnički ili poslovni ishod.

Nemoj deliti Epic samo po:

• frontend-u;
• backend-u;
• bazi;
• API-ju.

Ako je enabling/technical slice neophodan, označi ga i objasni zašto.

Za svaki slice navedi:

1. naziv;
2. korisnički/poslovni ishod;
3. šta obuhvata;
4. zavisnosti;
5. potencijalnu veličinu;
6. otvorena pitanja;
7. najveći rizik;
8. do 3 pitanja za refinement.

Ako neki predlog nije dobar vertical slice ili je i dalje prevelik, jasno ga označi.

PAŽNJA: AI vam ne treba da kaže koji je slice “tačan”

To je važno.

AI ne zna sve što zna vaš tim. Ne zna nužno:

• arhitekturu sistema;
• tehnički dug;
• kapacitet;
• organizacione zavisnosti;
• postojeće implementacione odluke.

Zato njegov output treba tretirati kao materijal za razgovor i ne kao specifikaciju.

Probajte danas

Izaberite jedan Epic koji trenutno stoji u backlog-u. Ne tražite od AI-ja User Stories.

Tražite:

“Daj mi tri moguća načina da ovaj Epic razložim na vertical slice-ove i objasni trade-off svakog pristupa.”

Na primer:

Pristup A: najmanji mogući korisnički slice-ovi
Pristup B: slice-ovi optimizovani za rano učenje
Pristup C: slice-ovi uzimajući u obzir poznate zavisnosti

Zatim proverite predloge sa timom.

Odjednom ne razgovarate: “Kako da razbijemo ovaj Epic?” nego: “Koji od ova tri načina bolje odgovara našem kontekstu – i zašto?”

To je mnogo produktivniji razgovor.

Ako odbacite sve AI predloge – eksperiment je i dalje bio uspešan. Jer vam je AI pomogao da brže dođete do razgovora.