KNOW INTUIT, Лекция, Оценка

9.1. PERT - Времева оценка

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

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

Научна валидност на приложението.
Необходимостта от статистическо хранилище на данни за ефективността в алтернативни процеси/проекти.
Възможност за оперативно използване и получаване на резултати.
Наличие на определени инструменти.
други.

След като повечето от техниките бяха сравнени, стана ясно, че не са много подходящи за използване в Scrum.

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

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

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

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

В основата на методологията на Scrum е твърдението, че „крайните срокове“ в разработката на софтуер са остатък, който трябва да бъде премахнат. Scrum се основава на "модела на спринта".

Според резултатите от всеки спринт, клиентът трябва да получи готово за използване увеличение на функционалността на софтуерния продукт. Клиентът сам регулира необходимия брой спринтове за постигане на крайния, задоволителен резултат от разработката на софтуерния продукт.

На практика е потвърдено, че най-точната оценка е в рамките на относителната грешка от ±5%. Този толеранс е доста приемлив за Scrum работа, но трябва да го „улучите“ възможно най-точно. За целта се предлага да се използва методът PERT, чиято адекватност и валидност са потвърдени не само теоретично, но и на редица конкретни практически примери. Методът PERT често се нарича в литературата "метод на трите точки".

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

оптимистичен (а);
очаквано (m);
песимистичен (б).

И във всяка група се изчислява средната стойност, която отразява груповата оценка на планираната работа, изразена в абстрактна или конкретна стойност. След като се получат оценките, те се осредняват по доста проста формула (фиг. 9.1).

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

След като всички задачи, които трябва да бъдат включени в натрупания спринт, са предварително оценени, става възможно да се повлияе на продължителността на спринта или неговия обем от задачи. В случай, че компанията е в състояние надеждно да оцени необходимото количество работа, спринтовете могат да бъдат формирани в съответствие с очакваната продължителност на работа. Още веднъж ще подчертаем факта, че процесите на гъвкава разработка са начин за организиране на процеси и ако една компания има интерес да го използва, тогава е възможно да се „вмести“ Scrum във всяка организационна структура и да се установи тясно съвместно съществуване на различни методи за управление на процеси.