Ako získať požiadavky na projekt od zainteresovaných strán

Úvod

Zhromažďovať požiadavky od účastníkov projektu sa často cíti ako trhanie zubov. A ak pred začatím vývoja v projekte nevložíte do podrobnejších podrobností všetky požiadavky, počas testovania sa dostanete k veľmi dlhému zoznamu problémov, ktoré mali byť zachytené ako požiadavky. Existuje celý rad spôsobov, ako viesť konverzáciu, aby ste zaistili, že v rámci projektu zachytíte všetky požiadavky, napríklad zhromažďovanie používateľských príbehov, usporadúvanie brainstormingových relácií, diagramy tokov procesov a ďalšie. Či už ste projektovým manažérom alebo obchodným analytikom, tento článok vás prevedie niektorými štandardnejšími prístupmi k zhromažďovaniu projektových požiadaviek, aby ste sa uistili, že váš projekt bude zahájený správnou nohou.

Príbehy používateľov sú často zarámované okolo roly žiadateľa, toho, čo chcú, a prečo to chcú.

Designmodo

Príbehy používateľov

Či už budujete niečo úplne nové alebo aktualizujete existujúcu aplikáciu, prvé kolo požiadaviek by malo byť vždy zachytené prostredníctvom príbehov používateľov. Nezáleží na tom, či tieto príbehy pochádzajú od koncových používateľov alebo zainteresovaných strán, a môžete ich získať od kohokoľvek. Cieľom je zachytiť ich očakávania, čo sa bude stavať, a podrobnosti o tom, ako to majú fungovať. Existujú rôzne formáty na zaznamenávanie užívateľských príbehov, ale všetky všeobecne zachytávajú rolu spojenú s žiadateľom, čo táto osoba chce a prečo to chce. Tieto príbehy bude potrebné v procese projektu ďalej rozpracovať.

Brainstormingové stretnutia

Brainstormingové stretnutia sa zvyčajne zúčastňovali všetkých identifikovaných zainteresovaných strán a niektorých potenciálnych koncových používateľov, ktorí sa zhromaždili v miestnosti a predniesli svoje predstavy o tom, aké by mali byť požiadavky na projekt. Cieľom je udržať diskusiu v chode a neustále rozprávať ľudí. Ak existujú nezrovnalosti medzi požiadavkami, ktoré už boli prediskutované, alebo vašou interpretáciou požiadaviek, dajte to najavo, aby sa skupina mohla naštartovať. Pretože sa tieto sedenia často pohybujú neuveriteľne rýchlo, je lepšie zaznamenať si konverzáciu alebo mať vyhradeného pisára, aby ste sa mohli sústrediť skôr na to, aby ste boli aktívnym účastníkom, ako sa nechať zviazať a snažiť sa všetko zachytiť. Ak pôjdete touto cestou, nie je nezvyčajné absolvovať viac ako jedno z týchto stretnutí, aby ste sa uistili, že sa o všetkom diskutuje.

Aj keď sú brainstormingové stretnutia vynikajúce na to, aby boli všetky požiadavky otvorené a aby ste okolo nich mohli viesť konverzáciu, vyriešenie všetkého po jednom z týchto stretnutí môže byť vzhľadom na množstvo informácií bolestivé.

Aliancia PM

Skontrolujte zasadnutia

Pokračujte v kladení požiadaviek zainteresovaným stranám projektu na preskúmanie a nepodceňujte čas, ktorý môže skupine trvať, kým sa dohodne na všetkých požiadavkách projektu. Nie je nezvyčajné, že diskusia o malom projekte môže trvať pár týždňov. Jedným z prístupov je počkať, kým sa všetci ústne neprihlásia k splneniu požiadaviek, a potom počkať niekoľko dní, kým sa opäť otočíte späť so všetkými, aby ste dostali svoj podpis na formálnom dokumente, kde ich môžete požiadať, aby sa znova rýchlo pozreli - stačí pre istotu. Ďalším prístupom je, aby niekto iný v odbore so znalosťami toho, čo robíte, skontroloval požiadavky a zaistil, aby všetko vyzeralo čo najlepšie vzduchotesne.

Čo zahrnúť do týždennej správy o stave projektu

Diagramovanie procesov

Diagramovanie procesov je miesto, kde spojíte celý tím a prechádzate tokom každého z identifikovaných procesov, ktoré budú súčasťou projektu. To núti zainteresované strany premýšľať o každom kroku prostredníctvom požadovanej aplikácie a často to prináša nové požiadavky, ktoré predtým nikto nezohľadnil. Výstup týchto relácií slúži tiež ako fantastický vstup pre drôtové rámovanie.

Stále sa pýtajte prečo

Otázka, prečo je počas rozhovorov o požiadavkách silný vodič, a konkrétne a jasné požiadavky nebudú spoľahlivo konkretizované, kým už nebude mať zmysel klásť túto otázku. Núti zúčastnené strany, aby premýšľali nad granulárnymi zložkami svojich počiatočných požiadaviek, čo môže byť bolestivé a časovo náročné. Navyše, niekedy neustále dopytovanie môže nakoniec odhaliť niečo, čo sa pôvodne považovalo za požiadavku, čo nakoniec nemusí byť požiadavka.