Агилност
Агилността е способността на екип или организация да реагира бързо на промяна, като организира работата в кратки, проверими цикли с директна обратна връзка.
Терминът агилност води началото си от Agile Manifesto от 2001 г., първоначално написан за разработката на софтуер. Като отговор на строгото планиране по водопадния модел с дълги срокове за изпълнение, агилността предпочита кратки, повтарящи се цикли пред фиксиран план, който се проверява едва в самия край. В основата ѝ стои способността изискванията да се коригират непрекъснато с постъпването на нова информация или обратна връзка от клиенти. Затова агилността е по-скоро начин на мислене, отколкото единен метод: промяната се приема като нормално състояние, а не като смущение.
На практика агилността се изразява в конкретни работни навици: кратки работни периоди, обикновено спринтове с продължителност от една до четири седмици, редовни срещи на екипа и фиксирани ретроспективи, на които екипът преглежда собствения си начин на работа. Разпространени рамки са Scrum с неговите определени роли и церемонии и Kanban с визуална дъска за задачи и ограничения върху текущата работа. Междуфункционалните екипи поемат повече решения сами, вместо да чакат дълги вериги за одобрение. Целта е след всеки цикъл да има използваем, работещ резултат и екипът да се учи от него.
Агилността не заменя класическото управление на проекти във всеки случай. При проекти с фиксирани, непроменящи се изисквания и малка неопределеност, като строителството на завод с дълги срокове, детайлното предварително планиране често дава повече сигурност. Агилните начини на работа изискват и дисциплина: кратки цикли без ясна приоритизация бързо се превръщат в заетост без реален напредък. Агилността се изплаща най-вече там, където изискванията в началото все още не са ясни, а непрекъснатото учене подобрява пътя към целта.
Практически пример
12-членен ИТ екип в средно голямо производствено предприятие преминава при вътрешния си софтуер за поръчки към двуседмични спринтове. Вместо първоначално планирано голямо издание след девет месеца, екипът представя работеща версия на всеки две седмици, която трима тестови потребители от цеха оценяват директно. След четвъртия спринт се оказва, че функция, планирана първоначално за проекта, почти не се използва, затова екипът я премахва и освобождава два седмици капацитет за по-неотложен проблем. Шест месеца по-късно софтуерът вече работи в реална експлоатация, три месеца по-рано от предвиденото по първоначалния план на водопадния модел.
Как помага Leanshift
Агилността и мисленето на KATA споделят едно и също ядро: работиш в кратки цикли на планиране, изпробване и проверка, вместо да следваш един строг главен план. Ритъмът на PDCA, през който преминаваш, по същество е спринт на Kaizen, всяко преминаване носи ново прозрение, което изостря следващата итерация. Подобряването тук не означава да работиш по-бързо, а да ставаш по-способен да учиш, така че всеки цикъл да създава повече хора, които могат да подобряват нещата, включително теб самия.
Често задавани въпроси
Агилността същото ли е като Scrum?
Не. Scrum е конкретна рамка с определени роли и ритуали, докато агилността е по-широкото мислене зад нея. Kanban, Extreme Programming и различни собствени хибридни подходи също са агилни начини на работа.
Работи ли агилността извън разработката на софтуер?
Да. Маркетингът, разработката на продукти и все повече производството използват агилни принципи като кратки цикли и редовни ретроспективи, обикновено адаптирани към собствения им контекст.
Означава ли работата по агилен начин по-малко планиране?
Не, означава различно планиране. Вместо един план, обхващащ месеци напред, всеки цикъл се планира по-подробно в началото си. Това често изисква повече дисциплина, а не по-малко.