5 най-добри гъвкави инструменти и техники за управление на проекти

В ранните дни на развитието на ИТ беше очевидно, че работата по мащабни проекти без специален модел за управление на проекти е трудна и повтаряща се.

Много организации разработиха собствени реализации, които доведоха до създаването и адаптирането на традиционни модели като водопад, спирала, итеративен, V-образен и др.

Въпреки това, всички те отговарят на нуждите на проекти за ранно развитие. Въпреки това, с напредъка на компютърните технологии, бума на dot-com и нарастващото търсене на софтуер, тези модели се борят да се адаптират към променящата се среда както по време, така и след жизнения цикъл на разработка на продукта.

В резултат на това много организации претърпяха намален срок на годност на продуктите и не успяха да отговорят на изискванията на клиентите преди доставката.

И тогава се случи нещо революционно – Agile манифестът.

Манифестът помага за справяне с проблемите на управлението на проекти въз основа на основните принципи.

Днес компаниите могат да използват различни варианти на гъвкави модели, доставени от редица инструменти, подкрепени от тези принципи.

Първо, препоръчваме ви да прегледате 12-те основни принципа, залегнали в манифеста на Agile . След това ще разгледаме петте най-добри инструмента и методологии за Agile, които често се използват от организациите.

1. Щракнете нагоре: Нов любим инструмент за управление на проекти и продуктивност

ClickUp е облачно приложение за управление на проекти, създадено за всички видове и размери бизнеси. То предлага всички инструменти и функции за управление на проекти за клиенти, възлагане на задачи и сътрудничество с екипа по видим начин.

С ClickUp работата по гъвкави методологии става по-лесна и по-гъвкава. Благодарение на високите си възможности за персонализиране и лекота на използване!

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

Основната му цел е да увеличи производителността на служителите до известна степен. Независимо дали сте малък бизнес или развиваща се марка, ClickUp може да отговори на вашите очаквания.

Характеристики:

• Неговата възможност за персонализиране позволява на гъвкавите екипи за разработка да създават Scrum/Kanban табла за управление и да ги използват за управление на спринтове, проследяване на грешки и преглед на напредъка на продукта.
• С автоматизацията на работния процес позволява на разработчиците да автоматизират системата за спринт, да намалят обикновените задачи и ефективно да разпределят ресурсите.
• Лесно за разработчиците да се интегрират с инструменти като Github и Bitbucket, както и да се синхронизират с приложения за комуникация като Zoom, Slack и др.
• ClickUp предлага широк набор от функции, които са достъпни само в платени планове или други инструменти. Следователно намалява зависимостите от използването на добавки или други софтуер за управление на задачи.

Планове

2. Движение: Задвижвани от AI задачи, проекти и автоматизация на срещи

Motion е задвижвано от AI приложение за производителност, което трансформира начина, по който работят екипите. Той рационализира управлението на задачи и проекти чрез интелигентна автоматизация.

С гъвкавостта на Motion, възприемането на всяка гъвкава методология е абсолютно лесно.

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

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

Но Motion не е просто красив за гледане – той е създаден, за да повиши производителността за екипи от всякакъв размер.

Характеристики:

• Графикът на задачи, управляван от AI, приоритизира работата въз основа на спешност, крайни срокове, натоварвания и зависимости за оптимално планиране.
• Усъвършенстваните инструменти за управление на проекти визуализират задачи, важни етапи и разпределение на ресурси, за да поддържат инициативите в правилния план.
• Предсказуемото проследяване на крайния срок проактивно предупреждава екипите за рискови крайни срокове седмици или месеци предварително.
• Унифицираното синхронизиране на календара консолидира всички работни и лични графици в един съвместим екипен календар.
• Мощният анализ на работното натоварване осигурява видимост на текущата и прогнозираната честотна лента на екипа, за да се предотврати прекомерното ангажиране.
• Вграденото планиране на срещи намира и записва оптимални часове за срещи въз основа на наличността на присъстващите.

Планове

3. Jira: Най-популярният гъвкав инструмент сред мениджърите на проекти

Jira на Atlassian несъмнено е един от най-използваните софтуери за управление на проекти в ИТ индустрията. През последните две десетилетия Jira беше основен приоритет за решения за проследяване на проблеми.

И с появата на гъвкавите методологии, Jira разшири своите функционалности отвъд екипите за разработка, като например HR операции, маркетинг, правни въпроси, продажби и др.

HR мениджърите могат да използват Jira , за да подобрят вътрешните си работни процеси и да улеснят процеса на наемане . Търговският персонал може да следи пътя на клиента и да предлага ефективни стратегии за продажби. Маркетинговите екипи могат да го използват, за да преодолеят разликата между екипите, да идентифицират проекти с висока стойност и да работят съгласувано.

Характеристики:

• Основните компоненти на Jira са проследяване на грешки и управление на проблеми, които помагат на разработчиците да открият грешките и да ги адресират по съответния начин.
• Гъвкавото отчитане помага да се получат прозрения в реално време за представянето на екипа с помощта на отчети за спринт, диаграми за изгаряне, доклади за версии, кумулативни диаграми на потока и др.
• Интуитивна функция за плъзгане и пускане за пренареждане на компонентите в неизпълнените задачи, например грешки, потребителски истории и др.
• Богата функция за интегриране за подобряване на функционалността на софтуера с наличието на над 3000 приложения на трети страни.

Планове

4. Работа в екип: Най-добрият гъвкав софтуер за отделни лица или малък екип

Работата в екип преди беше известна като Digital Crew, която беше персонализирана уеб разработка и доставчик на интранет услуги. Но с появата на системите за екипно сътрудничество на пазара, той се разшири до гъвкаво развитие. И още от самото начало се фокусира върху предлагането на адаптивни решения за управление на проекти, особено за малки групи.

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

Интуитивният потребителски интерфейс на Teamwork го прави подходящ за малки фирми, точно както потребителският интерфейс на Jira пасва добре на големи компании.

С дъската Kanban екипите могат да планират и създават продукти, без да налагат процес на никого. По-скоро ви помага да създадете множество табла в рамките на проекта за различни екипи, така че да можете да проследявате работния процес във всеки екип.

Най-добрата част е изгледът от птичи поглед, който ефективно ви помага да използвате система за проследяване на времето, за да видите колко време членовете на екипа са прекарали по проекта.

Работата в екип несъмнено е най-добрият достъпен agile инструмент, особено за много малък екип и дори ако сте фрийлансър.

Характеристики:

• Таблото за работа в екип дизайн е кратък и много по-малко объркващ. Той използва прости терминологии за всяка функция.
• Изчистен потребителски интерфейс, който улеснява по-кратки пътища за действия около задачи.
• Можете да имате всичките си задачи и подзадачи в един изглед на проект, където можете да плъзгате и пускате елементи с лекота и да скривате онези, които нямат значение.
• - време за проследяване функцията помага на малкия екип да се справи с голям брой проекти.
• Тригерите ви позволяват да автоматизирате работния процес, като например в случай на възлагане на задачи на всеки разработчик или генериране на подзадачи, след като основната задача е изпълнена.

Планове

5. Прогноза: Най-добрата функция за автоматизация, задвижвана от AI за гъвкави проекти

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

Създателите направиха това възможно, като обучиха софтуера с 50,000 XNUMX проекта, които позволяват на инструмента да прави оценки и да предлага броя часове, които трябва да са му необходими за подобни задачи. За администраторите е лесно да задават нива на разрешения за различни членове на екипа и да организират натрупаните задачи.

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

Характеристики:

• Функцията за бизнес разузнаване на Forecast прилага машинно обучение и се твърди, че е 94% точна, когато става въпрос за прогнозиране на задачи и време за изпълнение.
• Администраторите могат да задават нива на разрешения за всеки член на екипа, независимо дали са разработчици, сътрудници или заинтересовани страни.
• Гъвкавите екипи могат да избират от Scrum, Kanban дъски или методи за екстремно програмиране, които идват с гъвкави функции за плъзгане и пускане.
• Неговата собствена функция за отчитане в реално време и алгоритъм за автоматизирано обучение работят ръка за ръка, за да осигурят необходимите статистики, които помагат да се разберат проблемите.

Планове

Гъвкави техники за управление на проекти, които трябва да знаете

Гъвкавото управление на проекти се основава на няколко итеративни и постепенни подхода. За разлика от водопада/традиционния метод, гъвкавият не следва линеен път и е адаптивен към всяка ситуация. Представете си две различни игри – стрелба с лък и футбол.

Стрелбата с лък е линейна игра с предварително определена цел, докато футболът е динамичен, който се адаптира към ситуациите, докато играчът напредва към целта (с изключение на наказателния удар).

Въпреки че гъвкавостта е динамична по природа, няма един единствен начин мениджърите да възприемат тази техника. Нека да разберем една по една най-добрите в индустрията гъвкави техники за управление на проекти:

1. Kanban: Гъвкава гъвкава методология

Kanban е една от популярните гъвкави рамки в ИТ индустрията. Въпреки че тази техника е въведена през 2004 г. от Дейвид Дж. Андерсън специално за ИТ и разработка, първоначално е създадена от японския автомобилен инженер Тайичи Оно.

Още в началото на 1940 г. Ohno измисли принципа Just-in-time (JIT), за да увеличи процеса на производство на автомобили. Той използва хартиени карти, които да постави в колоните за планиране и проследяване на работния процес. С тази техника той откри забележима промяна в управлението на запасите и посрещането на производствените изисквания. И така името придоби популярност, което означава „табела“ на японски.

Няма нищо различно между ИТ и развитие. В системата Kanban можете да показвате елементите като карти в колоната, варираща от Ново до Завършено. Можете да възлагате задачи от натрупаните задачи, да следите напредъка и да поддържате постоянен работен процес.

За да се увери, че всяка задача се изпълнява навреме, системата налага ограничения върху реда на добавяне на определен брой елементи. Те се наричат ​​лимити за незавършена работа (WIP).

Всеки път, когато се опитате да наложите задачи извън ограниченията, системата задава прекъсвания, така че да можете да завършите оставащите задачи и след това да добавите елементи от изоставането. WIP ограниченията също спестяват време, като избягват твърде много превключване на задачи и фокусиране върху задачи с висок приоритет.

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

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

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

2. Scrum: Най-добрата техника за разработване на продукти

През 1993 г. Джеф Съдърланд, Джон Скумниоталес и Джеф Маккена официално представят метода Scrum в софтуерна фирма. Идеята зад Scrum обаче е вдъхновена от статия, публикувана през 1986 г. от Хиротака Такеучи и Икуджиро Нонака.

Статията направи интересна аналогия на разработването на продукта с играта Ръгби, която се фокусира върху къси пасове и бърз подход за по-добро представяне.

В днешния конкурентен пазар Scrum е широко използвана гъвкава методология освен Kanban.

В основата си Scrum е свързан със спринтове. Подобен е на подхода с къс пас в ръгбито. Мениджърите могат да използват техниката, за да разделят по-голяма задача на малки части, които помагат на екипите да работят по всяка задача в рамките на кратък период от време. Структурирането на продукта в спринтове им помага да завършат задачата и да избегнат ненужно объркване или забавяне.

И така, как всъщност работи Scrum?

Първо, мениджърът създава продуктово изоставане (използвайки идеите на клиента) под формата на приоритетен брой задачи. А елементите в рамките на задачата се наричат ​​потребителски истории. Екипите създават спринта, който продължава от една до четири седмици. След това те разделят потребителските истории на малки секции и изтеглят потребителските истории с по-висок приоритет от изоставането към спринтовете.

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

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

След това екипите провеждат ретроспективи на спринта, където обсъждат какво е минало добре и какво не.

Сега те избират следващия приоритет от изоставането за следващия цикъл на спринт, като същевременно вземат предвид предишната обратна връзка и се фокусират върху подобреното разработване на продукта.

Освен това, екипът създава „Дефиниция за готов“, която е основно контролен списък, който им помага да определят дали дадена потребителска история е готова за работа в спринт или не.

И след това те създават „Дефиниция за готово“, която да се използва в края на спринтовия цикъл.

Това може да им помогне да имат споделено разбиране за това какво е необходимо, за да бъде завършена работата.

Със Scrum много организации изпитаха предимства като по-висока производителност , по-добра екипна динамика, по-бързи иновации, по-добро качество на продукта, по-бързо време за пускане на пазара и в крайна сметка спокойствие за всички, свързани с продукта.

3. Crystal методология: Гъвкава и ориентирана към потребителя гъвкава рамка

Не всички Agile рамки са предназначени да бъдат стриктно проектирани да следват определен процес стъпка по стъпка. Методологията Crystal е една такава рамка, която насърчава адаптивен работен подход, по-малко документация или докладване и се фокусира повече върху хората и сътрудничеството.

Кристалният метод е плод на въображението на американския компютърен учен Алистър Кокбърн, който разработи тази рамка за IBM през 1991 г. И идеята зад методологията е да има безопасна и ориентирана към човека работна екосистема, която може да се променя, за да отговаря на специфичните нужди на екипа.

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

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

Сега нека научим за всяка категория от кристалното семейство и техните подходи за развитие:

1. Кристално чист

• Предназначен е за екипи от 6 души или по-малко.
• Тази група е най-леката форма на кристалния процес.
• Използва се в малки проекти с ценообразуване без договаряне.
• Екипите не трябва да произвеждат много артефакти или да разчитат силно на процесите.
• Изисквайте някаква документация.
• Фокусът е повече върху безопасността на проекта.

2. Кристално жълто 

• Съставен е от малки екипи от среден клас от 7-20 души.
• Тук е дефиниран ясен код на собственост, което означава, че хората, които притежават кода, са единствените, които правят промени.
• Обратна връзка се събира от директна комуникация с реални потребители.
• Декларациите за мисията са добре дефинирани и проверени с клиентите.
• Провежда се автоматизирано тестване и се задават планове за подобрение.

3. Кристално оранжево 

• Предназначен е за проекти от средно ниво с екипи от 20-50 души.
• Тук се предвижда проектите да са с продължителност 1-2 години.
• Поради големината екипите са разделени на групи с функционални умения.
• Освобождаването се изисква на всеки 3-4 месеца, известно като увеличение.

Забележка: Има отделна версия на Crystal Orange за уеб-базирани клиенти, известна като „Orange-web“. Тя се фокусира върху непрекъснато развиващия се код, използван от широката публика, и се стреми към минимален брой дефекти. Основната идеология обаче остава безразлична към Crystal Orange.

4. Кристално червено

• Предназначен е за средно големи до големи проекти с екип от 40-80 души.
• Екипите се разделят или формират според изискванията на работата и следват по-традиционен процес на разработка на софтуер.

5. Кристално кестеняво 

• Подобно е на Crystal red, но е направено за екип от 80-200 души.
• Използва се само за големи проекти.
• Методите са проектирани според нуждите на софтуера и използват традиционни методи за разработка.

6. Диамант и сапфир

Те се използват само за мащабни проекти с висока критичност, които включват потенциален риск за човешкия живот (в тежките машиностроителни индустрии).

4. Екстремно програмиране: Надеждна техника за справяне с критични ситуации

Накратко, екстремното програмиране (XP) означава справяне със сложни проблеми с екстремна скорост на работния процес. Но има и основни рискове. Така че защо компаниите разчитат на такава методология?

Преди да разберем процеса, нека научим за неговата цел.

Методологията XP е разработена от американския софтуерен инженер Кент Бек през 1996 г. Той е не само създателят на метода XP, но и един от първите, които са подписали Agile манифеста.

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

Също така, фактът, че през 1990-те години на миналия век видяхме пробива на интернет и доверието в обектно-ориентираните езици за програмиране (C++, Java, Python) пред процедурните езици за програмиране (C, FORTRAN, BASIC) предизвика идеята за по-кратък жизнен цикъл на разработка и често са били несъвместими с традиционните методи.

Следователно това силно повлия на компаниите да възприемат по-бързи техники за разработка, за да останат наравно с конкуренцията.

Подходът на XP е доста плавен. Не можете да предвидите изискванията на проекта от самото начало. Вместо това XP има гъвкава екосистема, в която можете да правите промени, докато проектът се движи напред по пътя на разработката.

Но методът XP не винаги може да се приложи към всеки друг гъвкав проект. Методът е изцяло фокусиран върху динамичните изисквания на клиентите – особено за посрещане на бързо променящите се нужди и смекчаване на критичните рискове.

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

Следователно ръководителите на проекти, когато прилагат XP методологията, вземат предвид някои важни практики:

• Настаняване на 2-12 души: По-малкият екип означава по-малко време за мозъчна атака и комуникация.
• Вътрешна работна сила: Екипът трябва да е на разположение на място, тъй като XP може да не е подходящ за дистанционна работа.
• Задаване на адаптивни, но строги времеви ограничения: Без крайни срокове развитието може да бъде по-бавно или по-малко ефективно.
• Работа по критични ситуации или проекти с по-строги срокове: Рисковете могат да бъдат намалени чрез включване на всички участници и получаване на честа обратна връзка.

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

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

План за освобождаване:

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

План за итерация:

Идентифицирайте проблемите, продължете да намалявате неефективността чрез преработване на кода и поддържане на стандартите.

Тест за приемане:

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

Стендъп срещи:

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

Преговори по двойки:

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

Единичен тест:

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

Програмиране по двойки:

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

Код:

Кодирането не е само начин за създаване на решения, но и за обсъждане на проблеми. Следването на стандартите за кодиране, лесните конвенции за именуване, сътрудничеството и последователността са начините за поддържане на ефективността на разработката.

5. Методология DSDM: Най-добра за динамично и бързо развиващо се развитие на проекти

Както казва името, DSDM е динамичен подход към изпълнението на проекти в разработката на софтуер. Този метод е еволюирала версия на Rapid Application Development (RAD), която се появи около 1994 г.

Методът RAD се основава основно на повторения и обратна връзка от потребителите, но има твърда структура. Освен това поради напредъка в компютърните технологии, където GUI заместваше старите зелени екрани, RAD се нуждаеше от подобрение, за да отговаря на практиките за разработка.

Методите за разработка бяха в свободна форма, където независимият стил на работа изключваше рисковете от изчерпване на ресурсите.

Но създаването на първата версия на DSDM позволи бързо създаване на прототипи, итеративни мерки и по-добра комуникация. Отнема време и бюджет под внимание по време на жизнения цикъл на разработката.

По-късно през 2007 г. по-новата версия беше преименувана на „Atern“ от птица (Арктическа рибарка), известна със силно съвместния си характер и способности за полет на дълги разстояния. Но метафората беше задържана, тъй като хората я смятаха за объркваща.

Но големият напредък в DSDM дойде в средата на 2010 г., когато софтуерът, базиран на DSDM, успя да работи заедно с други гъвкави рамки.

И с редица по-нататъшни издания, DSDM вече може да се използва извън специфични за софтуера бизнеси. Днес много не-ИТ проекти възприемат гъвкави методологии и DSDM не е такова изключение.

Но какво го прави различен?

Методът DSDM работи върху философията на принципа на Парето или правилото 80-20, т.е. за постигане на 80% от жизнения цикъл на разработката в 20% от времето.

Това е независима от доставчика техника, която разбира причината, поради която много проекти се оказват неуспешни – поради проблемите на хората, а не поради стратегията или използването на технологията.

А също и три основни техники, които поставят основата на процеса DSDM. Те са както следва:

• МОСКВА: Акроним или техника за приоритизиране на изискванията на проекта. Разширява се като – Трябва да има, Трябва да има, Може да има и Няма да има.
• Таймбокс: Систематичен подход за отделяне на наличното ви време и разделяне на задачата на по-малки части, за да се избегне блъсканицата в последния час. Освен това, ако има недостиг на време и бюджет, изискванията с най-малък приоритет се отхвърлят.
• Продуктивна работилница: За провеждане на тематични и по-кратки сесии за мозъчна атака за по-добро разбиране на целите, рисковете, споделяне на знания и сътрудничество.

Заключителни думи

Като цяло споменатите по-горе гъвкави инструменти за управление на проекти предоставят уникални начини за прилагане на различни гъвкави методологии.

Въпреки че гъвкавият манифест беше представен през 2001 г., това наистина помогна да се съберат всички адаптивни практики за разработка (лансирани рано или по-късно) и инструменти, които очертаха основната философия зад него.

Организациите създадоха свои собствени процеси, които адресираха и приемаха промените, вместо да се опитват да ги потискат, като създават модели, които са интерактивни, нарастващи, управлявани от комуникацията и ориентирани към клиента.

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