Управление на сложни изисквания в един “agile” проект

Светът е сложен и това се отразява в сложни изисквания към всяка система, която трябва да го обслужва, независимо от прадигмата.

Това казва Scott W. Ambler в статия, публикувана в Dr. Dobb’s Portal. И още:

“Гъвкавите” методологии като Scrum и Extreme Programming (XP) ни показаха как можем значително да подобрим работата си, но много хора изпаднаха в другата крайност и изхвърлиха бебето на управлението на изискванията заедно с мръсната вода на бюрокрацията, вярвайки, че всичко може да се реши с прости методи. За щастие, има решение, което се справя с проблемите на сложните системи и то може да бъде реализирано напълно в стила на “Agile” методологиите, без да се налага връщане към традиционните тежки практики на писане на тонове (ненужна) документация.

Методът Scrum популяризира идеята да се управляват изискванията като списък от малки функционални единици, описани в приоритизиран стек, наречен “product backlog”. Идеята е, че в началото на всяка итерация (спринт) се изваждат онези изисквания, които трябва и могат да се имплементират в рамките на тази итерация. И всичко щеше да е прекрасно, ако в действителност беше толкова лесно.

Софтуерните екипи, включително и гъвкавите, имплементират не само нови функционални изисквания по време на една итерация, но също така поправят дефекти или изпълняват други, нефункционални задачи. Затова се налага едно допълнение към стратегията на Scrum за “product backlog”. Той се превръща в стек от работни задачи, които могат да бъдат: функционално изискване, бъг или друга работа, като ревю на работата на колега, обучение или инсталация на оборудване.

Статията е много интересна и показва пътя, по който могат да се развиват гъвкавите подходи, за да бъдат приложими и в разработката на по-сложни и обемни системи. От друга страна е и много полезна за почитателите на “класическите” методи, показвайки им начин, по който биха могли значително да облекчат работата си по анализа на изискванията и да опростят комуникацията между бизнес анализаторите, разработчиците и клиента.

Прочетете я!

Гласувайте за тази статия в Svejo.net: [wp:svejo-net]

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

One Comment

  • […] я намирам за доста прагматична и успешно приложима в множество проекти, въпреки че има особености, които, ако бъдат […]

Leave a Reply

Your email address will not be published.