Въведение в Agile Invest
„Потребителски истории“ са ядрото на гъвкавата методология, тъй като екипът разчита на тях за развитието или нарастването на продукта. Става първостепенно да се оправят тези потребителски истории. Бил Уейк, беше пионерът, който е въвел съкращението "ИНВЕСТ" в книгата си "Xtreme програмиране". Рамката на Agile Invest се състои от атрибути, допринасящи за качествени потребителски истории. Agile Invest означава „Независими“, „Договарящи се“, „Ценни“, „Предполагаеми“, „Малки“ и „Тестируеми“.
Какви са ползите от добрите потребителски истории в Agile Invest?
Предимствата на добрите потребителски истории са посочени по-долу:
1. Доставка на добавена стойност
Традиционният метод за водопад се фокусира върху една задача в продължение на месеци, без да предоставя на клиентите нищо от непосредствена полза. Въпреки това, гъвкавите потребителски истории са набор от по-малки задачи, базирани на изискванията и потребностите на клиента, доставени в рамките на няколко дни. Потребителските истории се фокусират върху удовлетвореността на клиентите и непрекъснато надграждат продукта според изискванията на клиента.
2. Улеснява сътрудничеството
Обикновено методът на водопада разчита единствено на предварително дефинирани, документирани инструкции и инструменти. Докато сте в Agile, екипът за разработка се съюзява с потребителя да доставя продукти според техните очаквания, като насърчава обратна връзка и комуникация. По този начин, гъвкавите потребителски истории се дефинират въз основа на непрекъсната обратна връзка с клиенти, за разлика от документацията, ръководена от инструкции.
3. Насърчава взаимното разбирателство
Тъй като екипите на Agile се фокусират върху предоставянето на качество на клиентите, при всяка история на потребителите, членовете на екипа са в постоянен контакт с потребителите. Минималната документация също води до рутинни дискусии с Потребителя. Това дава възможност на екипа за разработка да получава обратна информация за потребителски истории, когато те се внедряват. По този начин това насърчава взаимното разбиране между екипа за разработка и потребителите, което им дава възможност за съвместно проектиране, надграждане и разбиване на потребителските истории.
4. Постепенно изграждане на продукт
Тъй като клиентите са ключови участници в потребителските истории, постоянната обратна връзка води до постепенно и постепенно развитие на даден продукт. Тази постепенна мода на работа дава възможност да се правят промени в продукта. По този начин тези по-малки набори от потребителски истории позволяват на разработчиците да премахнат излишната функция в даден продукт и да го надстроят с по-нов.
5. Улеснява прозрачността
Потребителските истории са разработени съвместно от екипа за разработка и потребителите. Тези дефинирани потребителски истории се записват в индексни карти, които предлагат видимост на заинтересованите страни и екипа за развитие. Това води до прозрачност и засилва нивата на доверие между тях. По този начин прозрачността повишава ефективността на екипите и помага за елиминирането на отпадъците от процеса.
6. Поддържа всички синхронизирани
Най-важното е, че потребителските истории са свързващата точка между екипа за развитие и бизнес ориентираните хора, които не са толкова технически здрави. Това улеснява процеса на вземане на решения, тъй като участват партии от различни области.
Горепосочените предимства на добрите потребителски истории показват тяхното значение в методологията Agile. Следователно тези истории трябва да бъдат добре рамкирани. Рамката Agile Invest предлага необходимите атрибути, които допринасят за „добрите потребителски истории“.
Подробно разбиране за Agile Invest
Рамката Agile Invest, както е посочено по-долу, определя стандартите при проектирането на потребителска история. Нека го разберем по-подробно:
Нека разберем подробно атрибутите на „Invest“ рамка:
1. Независим (I)
Всички потребителски истории трябва да бъдат самостоятелни единични единици и независими една от друга. Тази сегрегация между всяка история улеснява приоритизирането, оценяването, добавянето или премахването от повторение. Екипът на проекта трябва да може да разделя техническите взаимозависимости между потребителските истории, така че всяка от тях да може да бъде изпълнена поотделно. За да приложи това, екипът на проекта трябва да бъде умел в креативното мислене и ефективни техники за решаване на проблеми.
2. По договаряне (N)
В Agile историята не трябва да е споразумение, а същността на същата е в постигането на това, което клиентите желаят. Крайният продукт трябва да бъде резултат от съвместно партньорство, което предлага място за преговори между клиентите и екипа за разработка. В крайна сметка целта е да се отговори на очакванията и изискванията на клиентите.
3. Ценна (V)
Всяка история трябва да бъде полезна за клиента (може да е потребителят или купувачът). И най-добрият начин да направите същото е да накарате клиентите да ги композират. Потребителските истории трябва да бъдат приведени в съответствие с точните бизнес цели, за да се постигне стойност.
4. Оценка (E)
Ако историята е твърде голяма, екипът за разработка няма да може да я разбере, да направи оценка. Историята трябва да даде възможност на екипа за разработка да направи преценка за сложността на работата и необходимите усилия. Това не означава непременно, че всички остри подробности за изпълнението трябва да се разбират за оценка на историята.
5. Малък (S)
Както е известно, пъргавите истории са по-малки единици работа. Но какъв е очаквания размер на историята? В идеалния случай екипът за разработка трябва да може да изпълни единица работна задача в рамките на 1 спринт (продължителност на един спринт - не повече от 2 до 4 седмици). Историите, които надвишават тази продължителност и усилията, обикновено имат грешки с оценката.
6. Тестируем (T)
За да преминете през потвърждението, историята трябва да бъде тестируема. Каква е ползата от разработването на продукт, който не може да бъде тестван? И конструктивният начин да направите това е да определите критериите за приемане от потребителите на историите.
По този начин спазването на указанията на рамката Agile Invest ще даде възможност на екипите за разработка да разработят ефективни потребителски истории. Подобно ефективно разработване на потребителски истории не само ще спечели удовлетвореността на клиентите, но и ще ни даде възможност да доставим бизнес стойност. Без добре оформена потребителска история, ефективното внедряване и разработване на продукт не са възможни. Добрата история на потребителите е канал за ефективно внедряване на продукта и удовлетвореност на клиентите.
Препоръчителни статии
Това е ръководство за Agile Invest. Тук обсъдихме концепцията, подробното разбиране и ползите от добрите потребителски истории в Agile Invest. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Какво е Agile програмиране?
- Въпроси за интервю на Agile Scrum
- Какво е Agile Project Management?
- Agile срещу водопад - Топ разлики
- Предимства на Agile Devops
- Въведение в Agile работни места