Scrum е рамка в рамките на които хората могат да се справят със сложни адаптивни проблеми, като същевременно продуктивно и творчески доставят продукти с възможно най-висока стойност. Използва се най-вече в стратегия за развитие на продукта .
е най-бързият и най-добрият начин да се разбере в дълбочина Scrum. Scrum често се възприема като методология, но вместо да гледаме на scrum като методология, трябва да го разглеждаме като рамка за управление на процесите.
Има 3 неща за Scrum, към които трябва да се обърна веднага. Scrum е
- Лек
- Лесно за разбиране
- Труден за изпълнение
Имайки това предвид, това, което се надяваме, трябва да ви даде основите на Scrum.
Какво е SCRUM?
За да разбере значението на Scrum , първо трябва да разгледаме по-традиционната алтернатива - Моделът на водопада .
намери дължина на масива javascript
Какво представлява моделът на водопада?
В Модел на водопад , цялото планиране се случва в началото на процеса на разработване и в него се инвестира доста време. След това се извършва цялостно разработване на продукта, последвано от тестване. След това накрая се преглежда и внедрява продукт, за който целият изисква около година.
Проблем
Сега проблемът с такъв подход е, че планирането се случва напълно незнайно за възможните предизвикателства, с които екипът може да се сблъска по време на разработката. Това може да доведе до много отстъпки и закъснения.
Също така, в края на този дълъг цикъл може просто да осъзнаете, че изискванията на пазара са се променили напълно и вашият продукт вече не отговаря на неговите изисквания. Това ви връща на първо място.
Решение
В Scrum имате следния подход.
- Първо ти план достатъчно, за да започнете с вашия проект.
- Второ, ти изграждане вашия продукт с минимален, основен набор от функции.
- Трето, ти тест тези функции според вашия план.
И накрая, вие провеждате a преглед да демонстрира споменатия продукт на заинтересованите страни за приемане. И това, което имате тук, е a потенциално изпратен продукт .
Тези четири стъпки се състоят от една повторение , което се повтаря отново и отново, намалявайки времето, необходимо за всеки постепенно освобождаване или версия на продукта.
И така, какво точно е Scrum?
Scrum изпълнява методология за изграждане на a потенциално корабни софтуер чрез процеси, техники и практики с итерации и стъпки да се доставят максимална стойност . Scrum е не методология . Това е проста, лека, рамка за ефективно екипно сътрудничество върху сложни продукти.
Кой е Scrum Master?
За да се обясни кой е Scrum Master , Ще ми трябва помощта на хипотеза.
Проблем
Да предположим, че в една стая има определен брой хора и те трябва да се изправят на опашка според съответните им височини, като отнемат възможно най-малко време.
Сега може да има два начина за подход към този проблем.
Решение 1: Подходът на супервизора
Този подход включва един човек, който поема отговорността да организира останалите на опашка. Този метод обаче отнема твърде много време и не оставя място на хората да мислят сами.
Решение 2: Подходът на Scrum Master
The Scrum Учителю позволява на екип да се самоорганизира и да прави промени бързо. Той / тя улеснява АГИЛ принципи. Scrum master управлява процеса за обмен на информация.
Това отнема по-малко време и екипът расте, като се научи да мисли за себе си.
Рамка SCRUM
Scrum не е методология, а се основава на научния метод на емпиризъм . В основата си той замени програмирания алгоритмичен подход с повече евристичен (самообучение) едно, с уважение към хората и самоорганизацията, за да се справят с непредсказуемия характер на пречките при разработването на софтуер.
Какво е емпиризъм?
Емпиризмът не е нищо друго освен работа по фактически, базиран на опит и доказателства. Емпиричен процес е този, при който прогресът се основава на наблюдения на реалността, не фиктивни планове .
Емпиризмът стои на 3 стълба, а именно, прозрачност , проверка и адаптация .
Прозрачност
Това означава да се представят фактите такива, каквито са. Всички участващи служители - клиентът, главният изпълнителен директор, индивидуалните сътрудници - са прозрачни в ежедневните си отношения с другите.
Инспекция
Това трябва да се направи за продукта, процесите, аспектите на хората, практиките и непрекъснатите подобрения от всеки член на Scrum екипа.
Адаптация
Той се отнася до способността за адаптиране въз основа на резултатите от проверката. Този термин в този контекст е за непрекъснато усъвършенстване.
Scrum жизнен цикъл
Етап 1: Процесът започва с a собственик на продукта . Този човек създава изоставане на продукти , приоритетен списък със задачи и изисквания, от които се нуждае крайният продукт.
Стъпка 2: Екипът се събира за спринт планиране , и заедно решават върху какво да работят първо от изоставането на продуктите. Това подмножество от елементи се превръща в спринт изоставане .
Стъпка 3: По време на спринта екипът се събира ежедневно, за да съобщава за напредъка и проблемите, тази среща се нарича дневен скрам. Scrum Master го контролира и гарантира, че всички членове на екипа следват Scrum теориите, правилата и практиките.
Стъпка 4: В края на всеки спринт, a спринт преглед среща се организира от собственика на продукта. По време на срещата, екип за разработка демонстрира свършената работа в последния спринт. След това собственикът на продукта обсъжда оставащото изоставане на продукта и очакваното време за завършване на проекта, ако е необходимо.
Забележка: В скрам, в края на всеки спринт, екипът трябва да има работеща, използваема част от продукта, която да покаже за своята работа .
Стъпка 5: След прегледа екипът на scrum се събира спринтова ретроспективна среща , където екипът обсъжда какво е минало добре, кое не и дали са могли да се справят по-добре. Може да е техническо ограничение, което ги възпира или член на екипа е претоварен със задачи. Екипът решава как да отстранете тези проблеми и планове за подобрения, които ще бъдат въведени по време на следващия спринт.
Стъпка 6: The цикълът се повтаря за останалите задачи в изоставането на продукта. Това продължава, докато се случи някое от следните неща
- Крайният срок е достигнат
- Бюджетът е изчерпан
- Собственикът на продукта е доволен от споменатия продукт
Какво е спринт?
Sprint е итерация в Scrum. Времето е на един месец и води до създаването на използваем, освобождаем продукт.Нов Спринт стартира веднага след приключването на предишния.
По време на този спринт
- Няма промени са направени, които биха застрашили Спринт цел
- Качество на нарастването не намаляване
- Обхватът на проекта може би повторно договорени между Собственик на продукта и Екип
Всеки Спринт има a цел (целта на спринта) на това, което трябва да се изгради. Това е проектна схема или гъвкав план, който ще ръководи изграждането на полученото нарастване на продукта.
SCRUM Церемонии
Има четири церемонии / събития в скрама.
Планиране на спринта
Работата, която трябва да се извърши в Sprint, е планирана в Sprint Planning. Планира се от съвместната работа на целия екип на Scrum. Времето за планиране на Sprint е максимум осем часа за едномесечен Sprint.
Sprint Planning отговаря на следните въпроси
разлика между hashmap и hashtable
- Какво може да бъде доставено в предстоящото увеличение?
- Как ще бъде постигната работата, необходима за този спринт?
Ежедневен скрам
Daily Scrum е 15-минутно събитие за скрам екипаза планиране и синхронизиране на дейностите за следващите 24 часа. Провежда се всеки ден от Спринта.
В ежедневната борба всеки член трябва да отговори на следните въпроси
- Неща, които направих вчера?
- Какво ще правя днес?
- Какви са моите пречки?
Задачата на Scrum Master е да сведе до минимум пречките в задачата на отбора да поддържа времето в спринта.
Спринт преглед
Sprint Review е неформална среща, на която екипът на Scrum и заинтересованите страни си сътрудничат относно направеното в спринта. Въз основа на това и всички промени в Натрупване на продукти по време на Спринта те планират следващите неща, които биха могли да се направят за оптимизиране на стойността.
Ретроспектива на спринта
Ретроспективата на Sprint се появява след Sprint Reviewи преди предстоящите срещи за планиране на спринт. тнеговият се боксира в три часа за едномесечни спринтове.
По време на ретроспективата на спринта екипът обсъжда следното
- Какво мина добре?
- Неща, които не работиха?
- Какво трябва да се направи по различен начин?
SCRUM Артефакти
Артефактите на Scrum представляват работа за осигуряване на прозрачност и възможности за проверка и адаптиране. Те са специално проектирани да максимизирайте прозрачността на ключовата информация . Следователно всички в скрам екипа имат същото разбиране на артефакта.
Има три артефакта в скрам, а именно, Натрупване на продукти , Спиране на спринта и Прирастване .
Натрупване на продукти
Product Backlog е подреден списък на всичко необходимо в продукта. Това е отговорността на Собственик на продукта . Продуктово изоставане е никога пълно . Първоначално той съдържа най-добре разбраните изисквания и постепенно се развива с развитието на продукта и неговата среда, като го прави подходящо и съответстващи на текущите нужди на пазара .
Спиране на спринта
Sprint Backlog е наборът от елементи на Backlog за продукти, избрани за Sprint, с план за предоставяне на следващото увеличение. Тя се прогнозира от екипа за разработка, като обяснява желаните функционалности в следващото приращение и работата, необходима за постигане на същите.
Прирастване
Увеличението е сумата от всички натрупвания на продуктиелементи, завършени по време на спринти всички предишни Спринтове. В края на Спринт, новото Приращение трябва да е в използваемо състояние и отговарят на определението на Scrum Team за Свършен .
Когато даден инкремент е описан като Свършен , всеки трябва да се съгласи с контролен списък, който след като бъде напълно проверен, декларира продукта като „Готово“.
Заключение
Scrum работи не защото има три роли, пет събития и три артефакта или поради методология, а защото се придържа към основните Agile принципи на итеративното, базирано на стойност постепенно доставяне. Често събирате отзиви от клиенти и реагирате на промените на пазара. Това води до по-бързо време за пускане на пазара, по-добра предвидимост на доставката, повишена реакция на клиентите. И ви дава подобрено качество на софтуера и подобрено управление на риска.