wiki:alek3

Методологија на развој

главни карактеристики на процес и зошто баш тој процес би бил адекватен

Scrum

е најпопуларниот пристап за спроведување на агилен пристап за развој на софтвер. Тоа помага да се управува со развојот на софтверот со итеративен пристап. Постојат итерации со фиксна должина познати како спринт кој трае една до две недели и на крајот од секој спринт, засегнатите страни и членовите на тимот спроведуваат состанок за да ги планираат следните чекори.

Улоги:

Product Owner

Визијата за софтверот што треба да се изгради е соопштена од Сопственикот на производот. Сопственикот на производот не само што се фокусира на работата што треба да се заврши, туку исто така се фокусира на барањата за бизнис и пазар. Product Owner се поврзува со тимот, како и со другите засегнати страни. Улогата на Product Owner е да се мотивира тимот да ги усогласи со целта и визијата на проектот.

Scrum Master

Scrum мајстор е одговорен за организирање на состаноци, справување со предизвиците и други проблеми. Master Scrum го известува Product Owner за да се осигура дека производ е подготвен за следниот спринт. Тој или таа е исто така одговорен за да се осигура дека тимот го следи процесот Scrum.

Scrum Team

Тимот Scrum може да се состои од 3 до 5 членови. Во тим Scrum, не постојат јасни улоги како програмер, дизајнер или тестер, а секој има сет на задачи кои тие ги комплетираат заедно. Тимот Scrum планира колку работа може да заврши во секоја итерација.

Чекори во протокот на Scrum:

Product backlog

Заостанатиот производ содржи листа на сите сакани карактеристики на производот. Сопственикот на производот и Scrum Master ги одредуваат ставките врз основа на кориснички барања.

Sprint planning

На состанокот присутни се Product Owner Scrum Master Scrum Team каде разговараат за планирање на спринтот, Сопственикот на производот обезбедува листа на предмети со висок приоритет на заостанатиот.

Daily Scrum

Се одржува 15-минутна средба позната како Daily Scrum секојдневно. Членовите на тимот ги разгледува целите и си помагаат ако на некој му треба нешто со развојот. Дневниот скок се одржува секој ден за време на спринтот за да го задржи тимот на вистинскиот пат.

Sprint review meeting

А демонстрација во живо е дадена на крајот од секој спринт за да ја покажат работата што тимот ја заврши за време на спринтот на состанокот за спринт.

Sprint retrospective meeting

Овој состанок се одржува за да се одрази на успехот на процесот на Скар и дали има потреба од промени кои треба да се направат во следниот спринт. Тимот разговара за успехот и грешките од претходниот спринт и како да се подобрат за следниот спринт.

Резиме

Agile е методологија за развој на софтвер која се фокусира на задоволството на купувачите со често надоградување на апликацијата што е често случување кај андроид апликациите.

Приходи

Користејќи Scrum, нови функции се развиваат постепено во Sprints. На крајот од секој Спринт е достапен потенцијално готов софтвер / производ. Ова му овозможува на производот потенцијално да биде пуштен во употреба многу порано во Развојниот циклус, со што се овозможува остварување на бенефициите порано

Квалитет

Одржувањето на квалитетот е клучен принцип на развој со Scrum. Тестирањето се јавува секој Sprint, овозможувајќи редовна инспекција на работниот производ, како што се развива. Ова му овозможува на Scrum тимот рано видливост за било какви проблеми со квалитетот и им овозможува да направат корекции ако е потребно.

Транспарентност

Развојот на Scrum поттикнува активно учество на производи и вклучување на засегнатите страни во текот на развојот на производите. Оттука, транспарентноста е многу повисока за клучните засегнати страни, како за напредокот на проектите, така и за самиот производ, што, пак, помага да се обезбеди ефикасно управување со очекувањата.

Ризик

Ризиците се во сопственост на тимот на Scrum и тие редовно се разгледуваат (често како дел од заостанатиот производ). Ризикот од неуспешен проект е намален.

Флексибилност / агилност

Во агилниот развој, промената е очекувана и тимот е спремен за промени.

Контрола на трошоци

Додека развиваме комплетни парчиња на функционалност, можеме да ги измериме вистинските трошоци за развој, како што продолжува, што ќе ни даде попрецизен поглед на трошоците за идните развојни активности.

Last modified 16 months ago Last modified on Jun 1, 2019, 5:15:51 PM

Attachments (3)

Download all attachments as: .zip

Note: See TracWiki for help on using the wiki.