Мазмұнға өту

Блог · Өнім және discovery

Кодқа дейінгі Discovery: scope-ты қалай бекітіп, бюджеттің өсуіне жол бермеу керек

Шығындардың басым бөлігі спринтте емес, мақсаттардың түсініксіздігінен басталады. Discovery кезеңін қалай өткізу керек, техникалық тапсырмада не болуы тиіс және қабылдау критерийлері жобаны қалай құтқарады.

Өнім және discovery6 мин

«Бәрі түсінікті» болса, discovery не үшін қажет

Шығындардың артық жұмсалуы ешқашан спринтте басталмайды. Ол бұлыңғыр мақсаттан басталады: нәтижеге жауапты тұлға жоқ, шекаралар белгіленбеген, «дайын» критерийі анықталмаған. Discovery бағалау мен код жазуға дейін бизнесте не өзгеруі керектігін бекітеді.

Артефактілер

Минимум: мақсаттар, пайдаланушылар, constraints, ағымдағы жүйелер мен интеграциялар. Бұл scope-ты wishlist-тен ажыратуға және «шамамен» бағаламауға жеткілікті.

Дайындық критерийлері vs wishlist

Қабылдау критерийлері бақыланатын нәтижені сипаттайды. Wishlist шекарасыз тілектерді сипаттайды. техникалық тапсырмада біріншісі қалады, ал екіншісі roadmap-қа ауысады.

Discovery-ден нақты бағалауға дейін

Шекаралар мен қабылдау шарттары түсінікті болғанда, келісілген көлем бойынша құны мен мерзімін бекітуге болады. Осыдан кейін scope-қа енгізілетін өзгерістер «сұр аймақ» ретінде емес, жазбаша түрде ресімделеді.

Іске қосу алдындағы чеклист

Нәтиже иесі, интеграция картасы, дайындық критерийлері, тәуекелдер және кезеңдер күнтізбесі бар ма? Жоқ болса, «өте шұғыл» болса да, әзірлеуді бастамаймыз.

Блогтағы басқа мақалалар

automation5 мин

Автоматтандыру қай жерде өзін-өзі ақтайды — ал қай жерде регламент жеткілікті

Әрбір процесті кодтаудың қажеті жоқ. Өзін-өзі ақтау белгілерін: көлемді, қателерді, кідірістерді, еңбек құнын және «автоматтандыру үшін автоматтандырудың» типтік тұзақтарын талдаймыз.

Мақаланы оқу →