Како добити захтеве пројекта од заинтересованих страна

Увод

Прикупљање захтева од заинтересованих страна у пројекту често се осећа као повлачење зуба. А ако не уложите посао да бисте разјаснили све захтеве пре него што започнете развој пројекта, заврсит ћете врло дугу листу проблема током тестирања који су требали бити обухваћени као захтеви. Постоје разни начини за вођење разговора како бисте осигурали да ухватите све захтеве као део пројекта, као што су прикупљање корисничких прича, постављање сесија мозга, токови процеса дијаграма и још много тога. Било да сте менаџер пројекта или пословни аналитичар, овај чланак ће вас провести кроз неке од стандарднијих приступа прикупљању пројектних захтева како би се осигурало да ваш пројекат започне десном ногом.

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

Десигнмодо

Приче корисника

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

Браинсторминг Сессионс

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

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

ПМ Аллианце

Преглед сесија

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

Шта укључити у недељни извештај о статусу пројекта

Програмирање процеса

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

Настави да питаш зашто

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