Това, на което попаднах, обаче, направо ме изуми. Graig Brown от блога Better Projects представи една статистика от доклада Chaos на Standish Group от 2002 г., в която се вижда, че цели 45% от изискванията, които клиентът е включил в проекта и са били реализирани, в крайна сметка въобще не се ползват. (Цъкнете върху картинката за по-голямо изображение.)

Като добавим и 19-те процента на много рядко използвани изисквания, положението придобива трагични размери. На практика, едва 20% от изискванията на клиента влизат в активна употреба, което означава, че огромно количество труд и енергия на проектиния екип са отишли на вятъра.

Какъв е изводът?

Изводът е, че трябва много по сериозно да се акцентира върху бизнес анализа. Да се проучат по-добре нуждите и навиците на потребителя и да се отсеят ненужните и неважни изисквания.

Най-добрата практика е да се открият най-важните изисквания, без които системата не би могла да тръгне и да се обособят в един проект само те. Всичко останало да мине за следваща итерация. По този начин, след като получи ядрото на желания продукт с най-важната функционалност, клиентът ще има по-голяма яснота каква е реалната му нужда от всички останали изисквания и дали има смисъл да плаща, за да му се изработят неща, от които няма особена полза.

Така че – внимавайте с изискванията! Анализирайте ги детайлно и ги обсъдете неколкократно с възложителя, преди да ги включите в заданието. Иначе, в края на проекта ще бъдете затрупани с работа, клиентът ще недоволства, че закъснявате и няма да иска да си плати, а в крайна сметка, дори няма да ползва всички глезотии, които си е поискал.

Трябва да бъдем малко по-критични към техните изисквания. Това, в крайна сметка е за доброто и на двете страни.

Гласувайте за тази статия в Svejo.net:

Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се за съдържанието му чрез RSS feed или по имейл.

Вижте и тези публикации:

• Техники за събиране на изисквания
• Добри новини за онези, които се интересуват от бизнес анализ
• Международният институт по бизнес анализ обновява сертификационният си изпит
• Българската секция на Международния институт по бизнес анализ е вече факт
• Ползата от бизнес анализа

Статията изглежда като съвет как се взема изпита за PMP сертификат. Изпитващите, казва Брайън, предполагат, че проджект мениджърите работят в идеална обстановка. Те притежават всичката необходима власт да вземат правилните решения за своя проект. И още:

В една идеална ситуация, проектният мениджър никога не би приел план, поставен му от други. Той ще преизчисли наново времето и ресурсите, които са му необходими и ще изготви свой собствен план.

В идеалната проектна среда, ПМ-ите имат възможност да завършат планирането преди да започне реалната работа. Те могат да откажат да изпълнят промени, чието въздействие върху проекта не е анализирано и оценено (без да си загубят работата). Накратко, те контролират изпълнението на проекта в степен, която на практика не съществува в реалния свят.

Един от недостатъците на много от методологиите, представени в дебелите книги, е точно това, че те представят един идеален модел на работа, който съществено се различава от реалния живот. Практиката показва, че всяка една теоретична постановка се сблъсква с обърканите и ексцентрични изисквания на клиентите или пък с прекалено оптимистичните обещания на мениджъри с розови очила.

Ако искате да се научите да управлявате успешни проекти в условията на реалния бизнес, посетете курсовете по управление на проекти, които водя във фирма RammSoft – професионално обучение, базирано на най-добрите примери от практиката!

Гласувайте за тази статия в Svejo.net:

Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се за съдържанието му чрез RSS feed или по имейл.

Вижте и тези публикации:

• Анкета за мотивацията на IT специалисти
• Защо хората мразят процесите
• В търсене на теория за софтуерното производство
• Open Agile Румъния
• Внимавайте с изискванията на клиента!