Въведение в Scrum Epic

В Scrum времето отделя време от екипите, които завършват работата по усъвършенстването на най-важните елементи в Backlog на продукта. За да се сведе до минимум незавършената работа, не повече от една четвърт от спринта трябва да се консумира от потребителски истории. Въпреки че все още осигуряват правилна стойност за клиентите в повечето случаи, тези потребителски истории могат да бъдат направени много по-малки от това. В тази тема ще научим за Scrum Epic.

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

Epic обикновено е известен като „най-високо ниво“ или работеща класация, която е широкообхватна, има непълни подробности и е готова да се раздели на по-малки множество истории, преди да може да се работи. За да помогне на организацията да постигне общите си бизнес цели, Epic е разбит на ежедневни задачи, наречени „потребителски истории“.

Scrum Epic Примери

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

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

Важни съвети при генериране на Scrum Epic

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

Разказване на история / История на потребителя

Инструментът, който помага за визуализиране на потока от събития и как те се удостоверяват обратно към Epic, е известен като Storytelling. Това са просто списък с елементи, които трябва да бъдат направени в един проект, като се създават парчета от епоса, така че екипът да може да вземе тези парчета и да ги достави в спринт период. Притежаван от собственик на продукти на Scrum, това е основно списък със задачи. За да се направи голям проект успешен, идеята е да се разгради парчетата му, като участват множество екипи.

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

Важни съвети при писане на потребителска история

  • Потребителските истории трябва да бъдат кратки и обобщени на лесен език, така че да могат да бъдат разбрани от членовете на екипа.
  • Историята на потребителя може да бъде написана от всеки, въпреки че е собственост на Собственика на продукта.
  • За да накара клиента да разбере крайния продукт, потребителските истории се изразяват на обикновен език.
  • „Кой“, „какво“ и „защо“ на даден проект се отговаря на прост език.
  • Потребителските истории са най-важната част от Scrum, тъй като те действат като стълбата за завършване на спринта.

задача

По-подробен набор от потребителски истории, под всеки епос, е известен като Задача. Членовете на екипа на Scrum трябва да идентифицират и сортират задачата, за да превърнат тези истории в работещи компоненти.

Подробните произведения са известни като Scrum задачи, които са необходими за завършване на история. Задачите се възлагат на членовете на екипа, които имат уменията да ги изпълняват във времеви интервал от няколко до няколко часа, не надвишаващ 12. Само когато всички задачи са изпълнени, се казва, че историята е завършена. За лесно проследяване Задачите се поставят на Scrum Board. Съветът на Scrum се състои от четири категории, 1) Истории на потребителите, 2) Задачата не е стартирана, 3) Задачата е в ход, 4) Задачата е завършена.

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

Следователно трябва да се научите как да пишете епопеи, истории и задачи, тъй като това е много важно за успешния Scrum Sprint. Epic, Story и задачи са в основата на спринта, помагайки на екипа да разбере какво трябва да се направи, как да се направи и в какъв срок трябва да бъде завършен.

Предимства на Scrum Epic

  • Разбирането на изискването на високо ниво от заинтересованите страни е най-важното предимство на Epic, тъй като обяснява какво точно е необходимо на заинтересованите страни.
  • Обхватът на работата се дефинира и с помощта на Epic, тъй като в това, което казва споразумението с клиента и се изразява ефективно, отколкото това, от което се нуждае клиентът.
  • По-големите мисли в изоставането на продукта се проследяват с помощта на Epics, без да го претоварвате с множество неща. Epic също произвежда оригиналната идея, която е тясно свързана с конкретен резултат, установявайки класиране за изостаналите артикули.
  • С помощта на Epic, който е разделен на множество истории и задачи, екипите на Agile Development ефективно поддържат и управляват своите продукти.
  • Epic помага във времето да се прецени завършеността на проекта, като се използва като време за задържане и отново за нови гледни точки, които са измислени непълно или чието цялостно развитие е спряно, докато по същество не се иска.

Капки в Scrum Epic

  • Понякога се създава объркване в края, доставящо се от Epic, тъй като може да се разглежда като просто големи потребителски истории от Екипа.
  • Шансовете за неяснота се увеличават, когато екипът се опитва да оцени Epics на много високо ниво, такива оценки няма да са от полза, ако не служат на някаква цел в отчитането.
  • Epic се работи според организационния подход, който отговаря на техните нужди, тъй като няма фиксиран начин за работа върху Epic.

Препоръчителни статии

Това е ръководство за Scrum Epic. Тук сме обсъдили задачите, ползите и клопките на епичния скрам с примери и важни съвети. Можете да разгледате и другите ни предложени статии, за да научите повече -

  1. Agile Team
  2. Agile жизнен цикъл
  3. Agile в Scale
  4. Принципи на скрам

Категория:

Развитие на предприемачеството