Въведение в Agile стойности
За да знаем за стойностите на гъвкавия софтуер, първо трябва да знаем какво е пъргав софтуер и необходимостта от разработване на такъв софтуер. Agile методология предполага софтуер, който е инкрементален, той се увеличава чрез редовни добавки. Този подход предлага нова версия или подход в кратки интервали.
Този пъргав процес е различен от другия традиционен подход за разработване на софтуер, при който се компилират нуждите и изискванията на потребителите и след това софтуерът се изгражда наведнъж.
Agile Manifesto е декларация, която ясно посочва основните ценности и принципи, които разработчиците на софтуер трябва да следват, за да ръководят своята работа. Тя е основата на пъргавото движение. Това са четирите ценности и дванадесет принципа като насоки.
4 пъргави стойности на пъргавия манифест
По-долу са 4-те стойности на Agile Manifesto:
1. Екип и комуникация, избрани за процедурата и инструментите
Първата стойност поставя повече акцент върху работата в екип и комуникацията. Както всички знаем, че за създаването на софтуер се изисква екип от хора, а не инструменти. Човек може да има сложен набор от инструменти, но за да разработи софтуер, който му е необходим, за да работи ефективно с екип с продуктивни взаимодействия.
Инструментите и процесите определено са ключовете за разработване на софтуер, но те трябва да бъдат в ръцете на квалифициран екип, за да получите резултат, а не обратното.
2. Работен софтуер над изчерпателна документация
Много време бе отделено за документацията на разработката на продукта, като техническата спецификация, техническите изисквания, тестовите планове, проектните документи и одобрението, необходими за всеки. Видът на документацията, създадена за тях, беше много подробна и много от тях дори не бяха споменати по време на процеса на проектиране. Екипът искаше крайният продукт да бъде според спецификацията, така че документите бяха фокусирани върху много. Но крайният продукт все пак би бил различен, тъй като релевантността беше загубена.
Agile оптимизира тези документи в такава форма, която дава на разработчика само онова, което е необходимо за извършване на работата, без да се разсейва от подробностите за минутите. Agile не казва, че документацията не е необходима. Всичко, което казва, е, че работещият софтуер е предпочитан от клиентите, а не документ, който може би няма да бъде проучен. Винаги, когато възникне нужда от промяна, пъргавият екип с готовност го приема и прави непрекъснати промени.
3. Комуникация с клиента, предпочитана от подписаните споразумения
Успешните екипи за развитие работят в тясно сътрудничество със своите клиенти и редовно общуват с тях. Тъй като само чрез слушане на вашите клиенти получавате обратна връзка и ще разберете какво точно искат от вашия продукт.
Ще бъде изключително полезно, ако правните отношения с клиент могат да се държат отделно от лични отношения. Това ще насърчи комуникацията и познаването на техните мисли, мнения и предпочитания ще доведе до по-удовлетворяващ продукт.
Комуникацията също така помага на клиента да усъвършенства своята визия и да предефинира своите изисквания, ако това се изисква по време на проекта.
При традиционната разработка на софтуер, след като са решени изискванията, продуктът може да бъде видян само когато е готов. Но пъргавото опровергава това, като позволява участието на клиента в цялата процедура.
4. Лесно приемане на промяна, а не следване на строг план
Смята се, че промяната е скъпа и отнема много време и трябва да се избягва на всяка цена. Това е така, защото ние отделяме излишен фокус върху документацията и сложни планове за изпълнение. Склонни сме да се придържаме към сроковете и спецификациите на продукта повече от изискваното.
Важно е да осъзнаем, че промяната е неизбежна. Ще бъде изключително изгодно да приемете промяна и да я планирате. Винаги трябва да има място за промяна, в противен случай планът скоро ще остарее.
Според пъргавия промяната не е разход, а необходима обратна връзка, което води до подобрен проект. Инициираната обратна връзка добавя стойност към проекта.
Agile методологии позволяват на пъргавия екип да промени процеса, докато е в ход и да го направи по-подходящ за екипа, а не обратното. Така че тук трябва да се посочи първият принцип на комуникация с целия екип. Разработчиците на екипа трябва да бъдат информирани за промените.
Крайната цел на вашия проект трябва винаги да се има предвид и ако има някакъв вид пречка, екипът трябва да бъде запознат с него и да му напомня за тези 4 стойности.
Дванадесет принципа на пъргавото развитие
Тези принципи са тест за определяне дали сте пъргави:
- Удовлетворяване на клиентите чрез навременна и постоянна доставка на ценна работа: Клиентите са по-щастливи, ако получават работещ софтуер на редовни интервали, а не чакат дълги интервали между изданията.
- Приемете промяна по време на целия процес: Всеки път, когато дадено изискване или функция трябва да се променят, това трябва да се направи лесно.
- Често пускайте ефективен софтуер: Тъй като екипът работи в софтуерни спринтове, той осигурява регулярна доставка на работещ софтуер.
- Сътрудничество между заинтересованите страни и разработчиците: По-добри решения се вземат, когато бизнесът и техническият екип работят заедно.
- Мотивиране, подкрепа и доверие : Мотивът на екипа е ключът тук. Всеки път, когато стартира проект, пълната подкрепа за екипа, окуражаващата обстановка и вярата в екипа ще ги продължат.
- Дискусии една към една: Най-важният метод за предаване на всяка информация на целия екип е чрез провеждане на дискусия по един.
- Софтуерът работи: Прогресът може да се измерва само със софтуер, който успешно работи в това време.
- Agile процедури стимулират непрекъснато развитие: Организаторите, планиращите и клиентите трябва да имат възможност да напредват.
- Значение на техниката: Правилните умения и добрият дизайн осигурява постоянно подобряване на продукта, поддържане на темпото и поддържане на промените.
- Бъдете прости: Разработване достатъчно, за да свършите работата, която е в момента,
- Самоорганизиращи се екипи: Самоорганизиращите се екипи са там, където се появяват най-добрата архитектура, изискване и дизайн.
- Редовни размисли как да станем по-ефективни: Екипът трябва да продължи да работи за да стане по-продуктивен и да се адаптира съответно.
Препоръчителни статии
Това е ръководство за Agile Values. Тук обсъдихме Концепцията, топ 4 ценности и дванадесет принципа на Agile Development. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Какво е Agile?
- Какво е Agile Project Management?
- Управление на проекти на Microsoft
- Въпроси за интервю за управление на проекти
- 8 Важна задача да напишете шаблон за тестов план