Scrum и Agile за манекени

Има много различни методики, с които можете да приложите принципите и философията на Agile. Някои от тях включват Канбан, Програмиране (XP), Кристал и Система (DSDM).

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

История на методологията

През 2001 г. 17 водещи автори на софтуер се събраха в Snowbird, Юта, сред които Джеф Съндърланд, който е смятан за кръстник на Agile. Джеф и неговите приятели заедно създадоха легендарния Манифест за Agile Software Development, който си постави задачата да се раздели с тежките ограничения на традиционното разработване на софтуер. Въпреки че името на проекта Agile Scrum може да изглежда страшно, потребителят не трябва да бъде разработчик на софтуер, за да разбира лесно принципите си на работа и да започне да го използва самостоятелно.

Преводът на думата agile означава: пъргав, жив, бърз, гъвкав, гъвкав и програмата е напълно съвместима с тези ценности. Традиционните методологии за управление на проекти, като водопад, PMBOK PMI и PRINCE2, са твърди и контролируеми. Те описват различните етапи на планиране на проекта от начало до край и предполагат, че потребителите предварително разполагат с всички изисквания и необходимата информация. Agile Scrum отхвърля всички традиционни методологии за управление на проекти като тромави, рестриктивни и неподходящи за нови изисквания, като се има предвид, че бизнес екипите трябва да бъдат бързи и гъвкави.

Гъвкавото управление на проекта приема несигурността, както е дадена, и ценностите са отговорни за промяната на плана. Agile планирането ви насърчава да работите върху нещо малко, бързо да го изпълните, да получите обратна връзка, да оцените какво работи и какво не, и да адаптирате плана си за резултатите. Този процес на малки, бързи и повтарящи се цикли е известен като „итеративен”.

Принципи за контрол на основната схема

Изучаването на основите на методологията е най-лесната част от проекта. Овладяването на технологиите е по-трудна задача. В този смисъл Agile е подобен на покера, в който правилата се овладяват за 10 минути, но след това ще отнеме много време, за да започнете да играете правилно. По-долу са дадени някои основни стъпки за започване:

1. Изтеглете и отпечатайте PDF версията на официалния справочник на Scrum.
2. Маркирайте фрази и роли, които са нови за потребителя, и започнете да си спомняте какво означава всеки от тях в Agile Scrum.
3. Изберете роли.
4. Изберете Scrum Master, той ще помогне на екипа да премине към принципите на Scrum, който работи по модела на "подчинените на главата".
5. Създайте вашия продукт Беклог - това е мястото, където е изброено всичко, от което се нуждае проектът, подредени по важност.
6. Тъй като проектът се формира, когато се появят нови потребности, те се добавят към него. Собственикът на продукта е отговорен основно за това.
7. Започнете да планирате, изберете задачи от неизпълнените задачи, които ще бъдат завършени в първия проект. Спринтът е ограничен от времето.
8. Определете продължителността на проекта, но не повече от един месец.
9. Идентифицирайте задачите, които трябва да бъдат включени в Agile Scrum и които ще бъдат отговорни за тях.
10. Започнете спринта. Членовете на екипа работят по свои собствени проекти и всеки проверява техния напредък в ежедневната среща Scrum. Тази среща продължава около 20 минути, екипите отговарят на 3 въпроса: какво е направено вчера? какво ще стане днес? Какви блокове работят днес и каква помощ е необходима?
11. Извършете анализ на спринта.
12. Да се ​​извърши ново планиране с оглед подобряване на работата му, като се гарантира ефективността на проекта.
13. Когато първият Спринт приключи, започнете нов, подчертавайки повече задачи от неизпълненото, и повторете процеса.

Треньор на отбора

Scrum - гъвкав начин за управление на проект - обикновено е софтуерна разработка. Развитието на гъвкавия софтуер често се възприема като методология, но всъщност представлява структурата за управление на процеса. Agile Scrum: какво е това? Agile Scrum като част от гъвкавото развитие на екипа е добре демонстрирана в ролевите функции. Те се подкрепят от две специфични задачи.

Първата роля е Scrum Master, която може да се счита за треньор на екипа. Той помага на членовете на екипа да използват процеса на изпълнение на проекта на най-високо ниво. Собственикът на продукта (софтуер) е втората роля, той насочва екипа да създаде правилния продукт. Моделът Scrum предполага, че проектите се движат през серия от спринтове. В съответствие с гъвкава методология, спринтовете имат времева рамка не повече от месец, а най-често две седмици.

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

Scrum процес: основни артефакти

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

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

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

Допълнителните артефакти, които са резултат от гъвкавата методология на Scrum, са спринтова времева и изходна графика. Графиките на Burndown показват работния елемент, който остава или в спринта, или на освобождаването, и са ефективен инструмент за разработка на софтуер, за да се определи дали нов спринт ще премине по график, така че всички планирани задачи да бъдат завършени до желаната дата.

Задачи на екипа на участниците

Scrum Master е треньор на екипа и помага на практикуващите Scrum да постигнат най-високо ниво на изпълнение. Магистърският процес е различен от традиционния мениджър на проекта, като тази роля не осигурява ежедневно лидерство на екипа и не възлага задачи на отделни лица. Един добър майстор в процеса на управление на Agile Scrum проекти скрива екипа от външни разсейвания, позволявайки на членовете си да се съсредоточат по време на спринта на избраната цел.

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

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

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

Ръководител на проекта

Учителят на scrum е човек, който помага на другите хора да разберат проекта и обслужва екипа си, като премахва пречките. Той също така спомага за опростяване на сложността на изучаването на схватката Agile. Съветникът трябва да гарантира, че екипът за разработка работи въз основа на базовите стойности. Той често се смята за треньор на екип, който й помага да си върши по-добра работа. Освен това, тя гарантира, че прилагането на Scrum ще бъде успешно в предприятието. Учителят действа като център на проекта.

Той трябва да изпълнява следните функции:

1. Контролирайте, че екипът изпълнява своите бизнес цели.
2. Насърчаване на работата в екип
3. За планиране, събиране на екипни поръчки, спринт демонстрация, спринт ретроспекция.
4. Процес и поддържане на целостта на стойностите на проекта.
5. Принос към подобряването на техническите практики като TDD, автоматизирано тестване и непрекъсната интеграция.
6. Наблюдение на присъствието на заинтересованите страни по време на срещата.
7. Контрол върху разпределението на риска между екипите.
8. Предпроектни проучвания, изготвяне и проверка на спецификациите.

Kanban срещу Scrum

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

Канбан е визуален метод за управление, разработен от Хиротака Такеучи и Икуджиро Нонака в стратегии за развитие на продуктите през 1986 г. Днес изследванията и развитието на Канбан продължават и бизнес екипите постоянно намират нови начини да го използват като полезен инструмент, включително производителност, ефективност, време и качество на цикъла. Kanban работи добре, когато използва Scrum или друг метод Agile.

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

Сравнителна таблица за Agile Scrum и kanban.

Управление на портфейла

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

В методологията за управление на портфейла Agile Scrum има девет важни фактора:

1. Потенциални стойности. Екипът за управление на портфолиото ще идентифицира потенциални нови идеи и продукти за разработване, като проверява бизнес средата, откривайки какво правят конкурентите, като получава обратна връзка от съществуващите клиенти. Това ще помогне да се гарантират бъдещите им нужди чрез гъвкаво моделиране и мозъчна атака.
2. Потенциални предприятия. Екипът за управление на портфейла ще инвестира време в разбирането на потенциалните инициативи. Те могат да предпочетат бизнес казус за тази цел, като създават предположения на високо ниво относно пазарния потенциал или възвръщаемостта на инвестициите (ROI). Екипът може също да обмисли алтернативни подходи към тази работа и да избере фокус група или малък експеримент, за да използва по-добре методологията Agile Scrum.
3. Приоритетно потенциално усилие. Тъй като малко организации имат неограничен бюджет, за да работят по даден проект, е необходимо да се даде приоритет на потенциалните инициативи и след това да се инвестира в най-важните области. При определянето на приоритетите трябва да се вземат предвид няколко фактора, включително: бизнес стойност, бизнес риск и зависимост.
4. Управление на портфейлния бюджет. Традиционните фирми преминават през бюджетен процес всяка година, което води до значителни режийни и рискове. По-ефективните стратегии са да се изостави традиционното финансиране и да се премине към бюджетно планиране, което се развива, когато нуждите и ресурсите се развиват съответно.
5. Инициирането на усилия е изискване за Agile Scrum. Нови продукти могат да бъдат разработени от екипа на продукта или от екипа на проекта. В случай на продукти, които са фундаментално нови за организацията, първо можете да предприемете минимален стартиращ подход за изследване, когато първо тествате пазарния потенциал на даден продукт с поредица от преподавателски експерименти.
6. Финансиране. ИТ усилията трябва да бъдат финансирани. Това включва финансиране на нови проекти за първоначални усилия, както и текущо финансиране за строителство, преход и работа след тяхното разполагане. Освен това след началото на финансирането ще се извършва редовен мониторинг, за да се гарантира разумното му изразходване.
7. Планиране на ИТ възможностите. ИТ отделът трябва да разполага със средства, както по отношение на финансите, така и по отношение на хората, за да изпълнява задълженията си. Те трябва да бъдат специалисти с необходимите умения за извършване на работата в координация с участниците в проекта.
8. Управление на доставчиците. Важен аспект от управлението на портфейла, особено когато става въпрос за доставчици на ИТ услуги, предоставящи изпълнители, консултанти или услуги за развитие. Управлението на доставчиците включва възлагане на поръчки, идентифициране на потенциални доставчици, наблюдение на изпълнението на договора и, в крайна сметка, договаряне.
9. Управление на ИТ портфейла, включително по-нататъшно развитие, както и оперативни решения.

Гъвкави възможности за управление на ресурсите

Управлението на ресурсите може да бъде положително засилване на гъвкавите подходи с включването на следните параметри:

1. Честотата на сътрудничество като критерий за вземане на решение за състава на екипа.
2. Местоположението е много тежък параметър.
3. Въвеждането на личния фактор от самите служители.
4. Степента на постоянство.
5. Планиране на ниво екипно ниво.

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

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

Прилики и различия в методите

Има много разлики между методите. Основното, което отличава Agile от Scrum: Agile е философията, а Scrum е процесът на прилагане на философията. Сходство на методите:

1. Еквивалентно свързано с управлението на проекти и разработването на софтуер.
2. Оптимално използване на ресурсите.
3. Ефективно управление на различни задачи.
4. Целта е да се възползват максимално от бизнес потребителите.
5. Осигуряване на доставка на продукти или проекти на бизнес потребители в най-кратки срокове.
6. Подчертайте непрекъснатото усъвършенстване, сътрудничество и открита комуникация.

Разликите в Agile и Scrum имат такива:

1. Обхват.
2. Планиране. Гъвкавата методология включва редовното предоставяне и актуализиране на софтуера. След Scrum, следващият спринт е насрочен, след като екипът приключи текущите спринт дейности.
3. Проектиране и изпълнение. Agile подчертава, че дизайнът и изпълнението са прости. В рамките на Scrum, проектирането и изпълнението могат да бъдат експериментални и новаторски.
4. Работна среда Гъвкавата методология е много подходяща за стабилна среда, в която има малък екип от експерти, докато Скръм е подходящ за проекти, където работната среда е динамична или търсенето се променя бързо.
5. Гъвкавост. Ключовото предимство на Agile-методологията е гъвкавостта, тъй като бързо се адаптира към промените. Докато Скръм има донякъде строг и структуриран подход и стил.
6. Сътрудничество. Agile подчертава сътрудничеството, както и директното взаимодействие или комуникация между членовете на екипа, докато Scrum осигурява сътрудничество чрез ежедневни срещи с добре дефинирани роли за капитана на борбата, бизнес потребителите и различните членове на екипа.
7. Съобщение. Гъвкавата методология дава приоритет на пряката комуникация и свързаните с нея методи за постигане на различни цели. Скръм не обръща твърде много внимание на директното съобщение.

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