Kijelöljük, mi kerüljön a következő verzióba
Először azokat a feladatokat választjuk ki, amelyek a következő használható verzióhoz a legfontosabbak. A későbbi ötleteket nem kell egyszerre megvalósítani.
A legfontosabb feladatokkal kezdünk. Az elkészült és elfogadott munkát számlázzuk.
Közösen meghatározzuk, mi kerüljön a következő használható verzióba, és megbecsüljük ezeknek a feladatoknak a méretét.
Így készül a becsült ár
Pontosan leírjuk, mi tartozik egy-egy feladathoz
A feladatokat annyira részletesen írjuk le, hogy megbízható becslést lehessen készíteni. Ha kell, kisebb részekre bontjuk őket, és rögzítjük a feltételezéseket, a függőségeket, azt, mi nem tartozik bele, valamint azt is, miből látszik, hogy elkészültek.
A későbbi ötletek is megmaradnak
Ami most nem kerül be, később is elővehető. Ezek a feladatok csak akkor növelik a becsült árat, amikor bekerülnek a tervbe, és kellő részletességgel meghatároztuk őket.
Mitől függ, hány storypoint egy feladat?
A kellően részletesen leírt feladatokhoz storypointértéket rendelünk. A storypoint a tervezés és az árazás egysége: nemcsak a felhasználó által látható eredményt, hanem a megvalósítás összetettségét, a szükséges döntéseket, a bizonytalanságot és az ellenőrzést is figyelembe veszi.
Egy elkészült és elfogadott storypoint díja jelenleg 11 000 Ft.
Ha a feladat célja és fontos követelményei nem változnak, a hozzá rendelt storypointérték általában változatlan marad. A későbbre tervezett munka először csak hozzávetőleges becslést kaphat. Mielőtt sorra kerül, kellő részletességgel meghatározzuk, és ekkor kapja meg a megvalósításhoz használt storypointértéket.
PÉLDA
Példák különböző méretű feladatokra
A példák ugyanabból a már működő emlékeztető alkalmazásból származnak. Ugyanez a funkció más storypointértéket kaphat egy másik alkalmazásban, ha eltérnek a kiindulási feltételek, a követelmények, a kapcsolódó szolgáltatások vagy az ellenőrzési igények.
| Példafeladat | Kiindulási helyzet | Storypoint |
|---|---|---|
| Új, előre beállított halasztási idő hozzáadása | Egyedi halasztási idő már beállítható | 2 |
| Hibajavítás: az utolsó emlékeztető törlése után rögtön jelenjen meg az üres lista | — | 3 |
| health check végpont hozzáadása és ellenőrzése egy már konténerizált emlékeztető alkalmazáshoz | — | 3 |
| „Összes”, „Aktív” és „Elvégzett” szűrők hozzáadása a meglévő emlékeztető-listához és API-hoz | — | 5 |
| CSV-export hozzáadása az éppen szűrt emlékeztető-listához | — | 5 |
| E-mailes regisztráció, bejelentkezés, jelszó-visszaállítás és védett felhasználói hozzáférés | A külső bejelentkezési szolgáltatás már ki van választva és be van állítva | 8 |
| Bejelentkezéshez kötött webes ügyfélfelület, ahol a felhasználók láthatják az emlékeztetőiket és fiókadataikat | A mobilalkalmazásban már működik a bejelentkezés | 13 |
A táblázat nem rögzített funkcióárakat mutat. A konkrét feladat storypointértékét mindig annak az alkalmazásnak a környezetében határozzuk meg, amelyben a fejlesztést el kell végezni.
Mit jelent a 2, 3, 5, 8 vagy 13 storypoint?
2 storypoint kis, helyi módosítás egy jól ismert alkalmazásrészben. Kevés döntést igényel, az eredmény közvetlenül ellenőrizhető.
3 storypoint egy kisebb folyamat vagy meglévő működés jól körülhatárolt módosítása. A megvalósítás módja ismert, az ellenőrzés célzott.
5 storypoint önálló kisebb feladat, amely több összefüggő alkalmazásrészt érint, de kevés bizonytalanságot tartalmaz.
8 storypoint több részből álló feladat, jelentős megvalósítási, integrációs, biztonsági vagy ellenőrzési munkával.
13 storypoint nagyobb, de még jól körülhatárolt feladat, több összefüggő működéssel, fontos döntésekkel vagy integrációs kockázattal.
Miért ezeket az értékeket használjuk? Az 1, 2, 3, 5, 8 és 13 a Fibonacci-sorozat egymást követő értékei. A köztük növekvő különbség megkönnyíti a részben bizonytalan feladatok összehasonlítását. Több kisebb feladatból álló tervnél az egyes becslések eltérései is könnyebben kiegyenlíthetik egymást.
Belső viszonyításként egy storypoint körülbelül 25 perc tapasztalt fejlesztői munkának felel meg. Ha a feladathoz AI-t is használunk, ehhez jellemzően körülbelül 15 perc AI-futtatás társul. A feladatokat ennek ellenére nem perc alapon számlázzuk: a díj a feladathoz előre rendelt storypointértéken alapul. Időalapú átváltást csak külön megállapodás esetén használunk, ha az emberi munkaidőt vagy az AI használatát storypointban kell elszámolni. A fejlesztéshez használt AI-futtatásnak nincs külön díja.
Hogyan áll össze az első használható verzió?
Egy termékötletben rendszerint több feladat van, mint amennyi az első használható verzióhoz kell. Közösen állítjuk fel a sorrendet, és azt vesszük be az első verzióba, ami a kívánt eredményhez és a rendelkezésre álló kerethez szükséges. A többi ötlet megmarad későbbre.
A bekerülő feladatok storypointjait összeadjuk, majd összevetjük a fejlesztési ütemmel – vagyis azzal, hogy egy kéthetes időszakra körülbelül hány storypointot tervezünk. Így kapjuk meg az első verzió várható elkészülési idejét.
- Szükséges
- az első használható verzióhoz mindenképpen szükséges.
- Fontos
- bekerülhet az első vagy egy későbbi verzióba.
- Későbbi fejlesztés
- hasznos, de ráér az első verzió után.
- Most kimarad
- tudatosan nem kerül be a jelenlegi tervbe.
PÉLDA
Egy időpontfoglaló alkalmazás első verziója
| Prioritás | Feladat | Storypoint |
|---|---|---|
| Szükséges | A vállalkozás beállíthatja az időponttípusokat, a foglalható időszakokat és az időpontok hosszát | 8 |
| Szükséges | A látogatók megtekinthetik a foglalható időpontokat | 8 |
| Szükséges | Az ügyfél időpontot foglalhat, és megadhatja az elérhetőségeit | 5 |
| Szükséges | Ugyanaz az időpont nem foglalható le kétszer | 8 |
| Szükséges | A vállalkozás megtekintheti a közelgő foglalásokat | 5 |
| Fontos | A vállalkozás lemondhat vagy áttehet egy foglalást | 8 |
| A tervezett első verzió itt ér véget42 STORYPOINT • 30 STORYPOINT / 2 HÉT • KB. 3 HÉT | ||
| Fontos | Automatikus emlékeztetők küldése az időpontok előtt | 8 |
| Későbbi fejlesztés | A foglalások szinkronizálása külső naptárral | 13 |
| Későbbi fejlesztés | Az ügyfél megjegyzést adhat az időponthoz | 3 |
| Most kimarad | Online fizetés fogadása | — |
| Most kimarad | Több üzlethelyszín támogatása | — |
| Most kimarad | Külön mobilalkalmazás készítése | — |
Ez egyszerűsített példa; egy valódi projekt tervét mindig a saját kiindulási helyzete, feladatai, prioritásai és becslései alapján készítjük el.
Egyeztessen velünk a projektről és a fejlesztési ütemről
Írja meg, mit szeretne létrehozni vagy továbbfejleszteni, mi működik már, és melyik eredmény a legfontosabb. Az első egyeztetés díjmentes.
Írjon e-mailt