Основен елемент на пъргав разработчик на софтуер Това кара потребителите и клиентите да се фокусират, а потребителските истории допринасят за това. Те поставят крайните потребители в центъра на разговора. В тази статия нека да обсъдим една пъргава история на потребителя.
Историите използват нетехнически език, за да осигурят условия за екипа на разработчиците и техните усилия. Потребителската история помага на екипа да разбере собствената си цел, защо я изгражда. Също така какво изграждат и стойността, която създава в края и по пътя. По този начин потребителските истории са един от жизненоважните компоненти на гъвкавата програма. Те улесняват творчеството, напредъка и по-добрия краен продукт, като предоставят на екипа рамка, ориентирана към потребителите за ежедневните им задачи. Всички пъргави истории се фокусират върху изискванията и помагат за създаване на разговори чрез едно или две изречения за желаната функционалност.
Темите, обсъдени в тази статия, са:
как да направя правомощия в java -
- Какви са потребителските истории?
- Кой е отговорен за написването на потребителска история?
- Кога да пишете потребителски истории?
- Защо да създавате потребителски истории?
- Работа с потребителски истории
Какво представляват потребителските истории?
Потребителските истории са прости и кратки описания на функция от потребител или клиент на системата. Те следват общ шаблон:
Като аз искам така.
Нека да научим повече за потребителските истории.
- Обикновено потребителските истории се пишат на самозалепващи се бележки и индексни карти. След това те се подреждат на маси или стени с цел планиране и обсъждане, поради което около тях се създават разговори.
- Потребителските истории, които са дискусии, въртящи се около тях и с помощта на потребителските истории, са много важни и изместват фокуса от писане за функции към реално дискутиране.
- Те винаги се изразяват от гледна точка на потребителя и не се класифицират като функция. Потребителската история е най-малката част от гъвкавата рамкова система.
- Основната цел на потребителската история е да изрази и да представи как определена работа ще донесе стойност на потребителя или клиента. Важно е да се отбележи, че не е задължително клиентите да бъдат външни крайни потребители, но могат да бъдат и колеги във вашия екип или във вашата организация.
- Потребителските истории не се впускат в подробности и се състоят от прости и малко изречения.
Потребителски истории в Scrum и Канбан
Както Scrum, така и Kanban използват потребителски истории в своите рамки. В Scrum потребителските истории са допълнение към спринтовете и се използват по време на спринта. В KanBan екипите добавят потребителските истории в своите изоставания и ги използват чрез техния работен процес. По този начин те помагат за по-добрата оценка, планирането на спринта, по-добрата точност при прогнозиране и по-голяма гъвкавост в екипа на Scrum. От друга страна, екипите на KanBan могат да се справят по-добре с незавършената работа и да подобрят своите работни процеси чрез потребителски истории.
По-големи гъвкави рамки като епоси и инициативи представляват потребителски истории. Епичните са по-големи детайли, които са разбити на много истории и инициативи, съставени от много епоси.
Има два начина за добавяне на подробности към потребителските истории:
- Чрез разделяне на потребителската история на по-малки множество истории.
- Чрез добавяне на условия за удовлетворение.
Условието за удовлетворение се отнася до тест за приемане на високо ниво, който се превръща в истина, след като завърши пъргавата потребителска история.
Кой е отговорен за написването на потребителската история?
Няма определено правило относно това кой може да пише потребителските истории. Собственикът на продукта трябва да гарантира, че е налице изоставането на продуктови истории, но не е задължително той да ги напише. В идеалния случай адобрият пъргав проект ще съдържа потребителски истории, написани от всеки член на екипа и ще се отделя по-голямо значение на членовете на екипа да бъдат еднакво включени в дискусиите след писането на потребителските истории.
Кога да пишете потребителски истории?
Потребителските истории са замислени през целия пъргав проект. Семинар за писане на истории обикновено се провежда в началото на гъвкавия проект, така че всеки член на екипа да може да участва и потенциално да помогне за създаването на изоставане на продукта, описващо желаната функционалност и крайна цел, която след това може да бъде добавена към проекта. Някои от потребителските истории в крайна сметка ще се превърнат в епоси. Освен това тези епоси по-късно ще бъдат разбитив множество по-малки истории, които ще се поберат по-добре в итерация. Нови истории също могат да се добавят от време на време към изоставането на продукта в съответствие с изискванията.
servicenow урок за начинаещи pdf
Защо да създавате потребителски истории?
Потребителска история в Agile може да изглежда като допълнителна стъпка в гъвкавия рамков процес, но предоставя важна и ценна информация за екипа и просветлява чая за стойността, която техните задачи носят за проекта. Потребителските истории предоставят редица предимства и предимства:
- Насърчете фокуса на потребителя - Списък със задачи обикновено държи екипа на крака със задачите, които трябва да бъдат изпълнени и отметнат от списъка, докато потребителските истории поставят целия фокус върху потребителите и помагат за решаването на техните проблеми, тъй като са написани от гледна точка на потребителя .
- Активирайте сътрудничеството - Когато крайната цел е ясна и дефинирана за екипа, те могат да работят заедно ефективно, за да постигнат тази цел, както и да осигурят удовлетворение и добро обслужване на потребителя.
- Стимулирайте креативността - Процесът на писане и обсъждане на потребителски истории включва дискусии и мозъчна атака, което помага на екипа да мисли критично, както и творчески, както и евентуално да излезе с решения за постигане на крайната цел.
- Дайте инерция - Всяка история дава инерция на екипа за разработки чрез предизвикателства и напредък.
Работа с потребителски истории
- Потребителска история е концептуализирана и написана, след което тя е погълната и внедрена в работния процес. Обикновено собствениците на продукти, продуктовите мениджъри или мениджърите на програми пишат потребителски истории. След това ги изпращат за преглед.
- По време на среща за планиране на спринт или итерация, екипът взема решение относно това какви истории ще бъдат включени по време на този конкретен спринт. Освен това екипите обсъждат функционалността и изискванията на историята. Изискванията могат да бъдат добавени към историята, след като те са съгласувани от екипа.
- Важна стъпка в тази среща е да се направи оценка на историите въз основа на тяхната сложност и време на завършване. Една история трябва да може да бъде завършена за един спринт. По тази причина екипът трябва да обсъди историите.
Потребителските истории хвърлят светлина върху ежедневната работа на екипа за разработка, както и обясняват процесите, следвани от екипа всеки ден. Най-добрият начин да ги използвате във вашия проект, за да разкриете предимствата му, е да разберете тяхната роля и принос в работата и изпълнението на екипа.
Това е, хора! С това стигнахме до края на статията „User Story in Agile“. Можете също така да погледнете докато сте в него.
Имате въпрос към нас? Моля, споменете го в раздела за коментари на този a статия и ние ще се свържем с вас възможно най-скоро.