Съдържание:
- Въведение
- Потребителски истории
- Мозъчна атака
- Преглед на сесиите
- Какво да включите в седмичен доклад за състоянието на проекта
- Диаграма на процеса
- Продължавайте да питате защо
Въведение
Събирането на изисквания от заинтересованите страни по проекта често се чувства като дърпане на зъби. И ако не сте вложили работата, за да изясните всички изисквания, преди да започнете разработването на проект, ще завършите с много дълъг списък от проблеми по време на тестването, които е трябвало да бъдат уловени като изисквания. Съществуват разнообразни начини за задвижване на разговора, за да сте сигурни, че улавяте всички изисквания като част от проект, като например събиране на потребителски истории, настройване на сесии за мозъчна атака, потоци от процеси на диаграми и др. Независимо дали сте ръководител на проекти или бизнес анализатор, тази статия ще ви преведе през някои от по-стандартните подходи за събиране на изискванията на проекта, за да сте сигурни, че вашият проект е започнал от десния крак.
Потребителските истории често се формулират около ролята на заявителя, какво искат и защо го искат.
Designmodo
Потребителски истории
Независимо дали изграждате нещо напълно ново или актуализирате съществуващо приложение, първият кръг от изисквания винаги трябва да бъде уловен чрез потребителски истории. Дали тези истории идват от крайни потребители или заинтересовани страни, няма значение и можете да ги съберете от всеки. Целта е да се уловят техните очаквания за това, което ще се изгради, и подробности около това как те искат да работи. Съществуват различни формати за заснемане на потребителски истории, но всички те по принцип улавят ролята, свързана с заявителя, какво иска този човек и защо го иска. Тези истории ще трябва да бъдат разгледани по-нататък в процеса на проектиране.
Мозъчна атака
Сесиите за мозъчна атака обикновено включват всички идентифицирани заинтересовани страни и някои от потенциалните крайни потребители, които се събират в една стая и изхвърлят идеите си относно изискванията за даден проект. Целта е дискусията да продължи и хората да говорят. Ако има несъответствия между изискванията, които вече са били разгледани, или вашата интерпретация на изискванията, поставете го там, за да може групата да рита. Тъй като тези сесии често се движат невероятно бързо, най-добре е да запишете разговора или да имате специален писар, за да можете да се съсредоточите върху това да бъдете активен участник, вместо да се връзвате, опитвайки се да уловите всичко. Ако все пак тръгнете по този път, не е необичайно да имате повече от една от тези сесии, за да сте сигурни, че всичко ще бъде обсъдено.
Макар че сесиите за мозъчна атака са чудесни за изваждане на всички изисквания на открито и провеждане на разговор около тях, сортирането на всичко след една от тези срещи може да бъде болезнено, предвид обема на информацията.
PM Alliance
Преглед на сесиите
Продължавайте да поставяте изискванията пред заинтересованите страни по проекта за преглед и не подценявайте времето, което може да отнеме на група, за да постигне съгласие около всички изисквания на даден проект. Не е необичайно, че обсъждането на малък проект може да отнеме няколко седмици. Един от подходите е да изчакате, докато всеки даде устен знак за изискванията, и след това да изчакате няколко дни, преди да се върнете обратно с всички, за да получите подписа си на официален документ, където можете да ги помолите да хвърлят бърз поглед отново - просто да бъде на сигурно място. Друг подход е някой друг в бизнеса да има знания за това, което правите, да прегледа изискванията, за да се увери, че всичко изглежда възможно най-херметично.
Какво да включите в седмичен доклад за състоянието на проекта
Диаграма на процеса
Диаграмата на процеса е мястото, където събирате целия екип и преминавате през потока за всеки от идентифицираните процеси, които ще бъдат част от проекта. Това принуждава заинтересованите страни да обмислят всяка стъпка през заявеното заявление и често излага нови изисквания, които никой не е взел предвид преди. Резултатът от тези сесии също служи като фантастичен вход за каркасно свързване.
Продължавайте да питате защо
Задаването на въпроса защо е мощен драйвер по време на разговори с изисквания и конкретни, ясни изисквания няма да бъдат надеждно уточнени, докато вече няма смисъл да задавате този въпрос. Той принуждава заинтересованите страни да обмислят гранулираните компоненти на първоначалните си изисквания, които могат да бъдат болезнени и отнемащи време. Освен това, понякога непрекъснатото питане може в крайна сметка да изложи нещо, което първоначално се е смятало за изискване, което в крайна сметка не е необходимо да бъде изискване.
© 2017 Макс Далтън