Макар и ценна в редица индустрии, гъвкавата методология се оказа най-успешна в разработването на софтуер и по време на жизнения цикъл на разработката на софтуер (SDLC). Произхождайки от дванадесетте основни принципа на Agile Manifesto, agile методологията включва итеративни процеси, фокусирани върху непрекъснатия мониторинг и подобряване на резултатите.
Agile процеси са разработени като алтернатива на традиционните техники за водопад. Методът на водопада е последователен процес на проектиране, който изисква завършване на стъпка, преди да преминете към следващия. Конвенционално методологията на водопад се оказа успешна в строителството; за по-техническите индустрии обаче гъвкавият подход има по-голяма полза. Вместо да се следва стъпка по стъпка, всички фази на проекта се завършват паралелно. Agile процеси се опитват да се справят с непредсказуемия характер на цикъла на разработка, като идентифицират грешки и елиминират необходимостта от рестартиране на проекта напълно.
Agile Методология
Основен принцип на гъвкавата методология е задоволяването и осигуряването на стойност на клиента чрез непрекъснати резултати. Вместо да се справят с един голям проект за дълъг период от време, гъвкавите методи разбиват един проект на по-малки, по-прости и управляеми задачи, които могат да бъдат завършени ефективно и бързо.
Spotify е познат по своите пъргави процеси: най-малката група на компанията, наречена отряди, се държи като автономни стартиращи компании. Всеки отряд се фокусира върху конкретна функция и се повтаря въз основа на минималния жизнеспособен продукт, като се пускат актуализации рано и често. По дефиниция, минимален жизнеспособен продукт е най-новата версия на продукт, която позволява на екипа да събере максималния обем информация, необходим, за да определи какво работи и кое не. В Spotify всеки отбор се справя с малък проект; обаче всеки проект се изгражда към обща цел за създаване на по-голяма стойност на клиента.
Доставяйки продукт рано и често, организациите са принудени да елиминират всичко, което не добавя стойност. Индивидите стават експерти в определени области на цикъла на развитие, тъй като всеки малък екип се фокусира върху една мисия за продължителен период от време, което помага при идентифицирането и премахването на грешки. Докато при метода на водопада, обратната връзка се предоставя към края на проекта, след като вече са изразходвани значителни време, пари и енергия, гъвкавата методология позволява промени по пътя чрез непрекъсната обратна връзка. Чрез непрекъсната обратна връзка и гъвкавост по отношение на спазването на първоначалния план, добавянето или промяната на функциите поддържат организациите в крак с най-новите развития в тяхната индустрия.
Задачите в гъвкавия проект се ръководят от итерация. Итерацията е времева рамка, обикновено една до две седмици, през която нуждите на клиентите се разработват и трансформират в работещи, тествани продукти. Основна характеристика на гъвкавата методология е предположението, че проектите се състоят от поредица от итерации. Екипите могат да използват скоростта си, за да проследят колко постигат по време на всяка итерация, за да поддържат плановете реалистични и да избегнат свръхзапис. Във всяка итерация продуктът, който може да се транспортира, е завършен след преминаване през анализ, проектиране, тестване, осигуряване на качество и потребителско изживяване. Въпреки че всички фино настроени функции може да липсват, членовете на екипа трябва да бъдат уверени, че могат да пуснат продукта, ако е необходимо.
Scrum Методология
Няколко рамки съществуват в рамките на гъвкавата методология, включително Scrum, Lean и Extreme Programming. Повечето организации, които преминават към гъвкава методология, избират да започнат с Scrum поради неговата простота и гъвкавост. Scrum проекти предоставят на компаниите и клиентите структура за роли, срещи, както и правила. Членовете на екипа са отговорни за обучението и адаптирането на процесите, за да се справят с непредсказуемостта.
Всеки проект на Scrum има изоставане или списък със задачи. По време на фазата на планиране изоставането е изпълнено със задачи, цели и времева рамка за изпълнение. След обсъждането на изоставането проектът се разгражда до спринтове, които са период от една до две седмици, насочени към попълване на редица позиции. По време на всеки спринт, екипът провежда ежедневни срещи, за да обсъжда текущия напредък, бъдещия напредък и всички фактори, възпрепятстващи напредъка. В края на всеки спринт трябва да бъдат изпълнени всички необходими стъпки в случай на потенциално пускане на продукта.
На следващо място, собственикът на продукта провежда преглед, за да определи дали всички истории в изоставането в спринта са достатъчно завършени. По това време ScrumMaster се среща с екипа за ретроспектива. Членовете на екипа размишляват върху собствените си процеси, за да адаптират поведението си за бъдещи спринтове. От изключително значение е ScrumMaster да избягва общи пречки и създава обнадеждаваща среда за обсъждане. Поради непредвидимия характер на разработката на софтуер и продукти, всеки спринт е уникален и трябва да се адаптира към промените.
Scrum проектите са улеснени от собственик на продукти, ScrumMaster и екип. По време на всеки спринт, екипът, който се състои от самоуправляващи се лица, отговаря за определянето и делегирането на начина, по който ще извърши цялата необходима работа. В рамките на екипа всеки член има област на специалност; обаче няма официални заглавия или йерархия. ScrumMaster е специализиран индивид, който решава пречките и поддържа екипа на пътя, като същевременно гарантира прозрачност на изоставането в спринта. И накрая, собственикът на продукта е отговорен за създаването и предаването на визията на продукта и решава дали продуктите трябва да бъдат подложени на по-голямо развитие или са готови за пускане.
Долния ред
Широко използвана в разработката на софтуер днес, е разработена гъвкава методология за работа, при която липсват определени процеси. Agile методи, за разлика от последователните подходи, не са предназначени за повтарящи се видове работа. Много индустрии имат и продължават да прилагат гъвкава методология в своите бизнес структури.
Agile рамката съдържа множество подмножества, включително Scrum, постно и екстремно програмиране, които помагат на хората да се справят с непредсказуемостта и гъвкавостта. На повърхността, гъвкавата методология може да помогне за подобряване на процесите от край до край; хората обаче трябва да бъдат отдадени, адаптивни и способни да се учат, за да работят.
