Агилна методологија. Што е Agile? Флексибилни методологии за управување

Агилните методи за управување со проекти (Agile) стануваат една од најпопуларните алатки за управување, и стратешки и тактички. Во оваа белешка, ќе се обидеме да откриеме колку е потребно Агилно проектно управување во управувањето со вашата компанија, имајќи разгледано неколку прашања, одговорите на кои му овозможуваат на менаџерот да донесе одлука: дали вреди да се имплементира Agile методологијата во деловните процеси на неговата компанија или не, и доколку постои таква потреба, тогаш кои конкретни задачи ви овозможува да ги решите во вашата компанија.

Флексибилни методи на управување Agile се, пред сè, пристапи кои ви овозможуваат многу брзо да најдете решенија, да започнете пилот проекти и, доколку е потребно, да ги зголемите.

Агилното, во однос на управувањето со проекти, ќе биде неопходно за вашата компанија доколку:

• вашиот производ, услуга или презентација на производот треба постојано да се прилагодува.
• ако треба да го прилагодите маркетингот, според барањата на пазарот.
• ако сте заинтересирани за иновации за да го зголемите профитот и да ги намалите трошоците.

И фигуративно кажано: секогаш ви е потребна Agile методологија ако работите на пазар кој брзо се менува во услови на постојани промени или несигурност, и во однос на стратегијата и во однос на практиката.

Агилна методологија(агилна методологија) ви овозможува да формирате агилни тимови од нов тип на управување и лидерство, притоа обезбедувајќи транспарентност и ефикасност на процесот, брзина на донесување одлуки, развој, адаптација и скалирање на производот, како и способност за одговор до неизвесности, промени и криза.

Агилна методологија што е тоа?

Можеме ли да кажеме дека агилното е алатка за управување со кризи и управување со промени? Дефинитивно да!

Агилната методологија е алатка за решавање конкретни, практични проблеми во управувањето со кризи и управувањето со промените.

Како правилно да се имплементира Agile?

Прилично честа грешка е да сакате да го имплементирате Agile, искористувајќи ја популарноста на насоката и позитивното искуство на другите компании, но постои голем ризик ако се однесувате толку непромислено:

Агилната организација бара промена во размислувањето, пристапот кон работата и принципите на интеракција и во тимот и во лидерството, дали сте подготвени за ова? Што е со вашите вработени? Забележете дека ова е многу важно прашање што обично се занемарува од многумина:

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

Затоа секогаш препорачувам спроведување, спроведување на неколку деловни потраги за имплементација на Agile и дури потоа разгледајте ја можноста за имплементирање на агилни методологии за управување во вашите компании. Како решение, можам да ви предложам да го земете мојот практичен курс:

Агилни методиможе да го уништи вашиот бизнис и тоа зависи од вашиот бизнис, од вашите деловни процеси, а не од вас или вашите вработени.

Кога не треба да се имплементира Agile

Постои едноставно правило:

Агилна методологијаможе да се користи само кога сте спремни да платите за грешките.

Агилната методологија го дава не само резултатот:

Агилното, од гледна точка на флексибилен развој, овозможува да се изгради процес за постигнување резултати преку повратни информации, многу опции за повратни информации, но повратните информации не се само емоции и прашалници, туку се и пари: профит и загуба, запомнете го ова.

Ако сакате да размислите за спроведување на Agile проектен менаџмент, тогаш вашата компанија е подготвена да интегрира агилни методи за управување со проекти во вашите деловни процеси:

• лично и групно коучинг.
• вашите колеги ги споделуваат вредностите на агилниот тим
• вие сте решени да го имплементирате Agile во организацијата во сите потребни деловни процеси и сте свесни за ризиците од спроведувањето на Agile во управувањето со проекти.

И пак повторувам: Агилна методологијатоа е размислување, не само алатки.

А размислувањето само по себе значи: однос кон резултатот и комуникациите, како и правилно изградена повратна информација, што е многу важно ако планирате да користите флексибилни методи за управување со проекти.

Агилната методологија добро функционира во услови на неизвесност и предвидливи резултати, во услови на подготвеност за високи трошоци заради повисока цел; ако имате изградено деловни процеси, размислете за тоа кои цели се обидувате да ги постигнете со имплементирање на Agile проектен менаџмент и дали вреди „игра-работа“.

Алгоритам за имплементација на Agile во компанија

Ајде да погледнеме индикативен алгоритам за имплементација на Agile методологија во тековните деловни процеси на компанијата, фокусирајќи се на Agile во управувањето со проекти:

• Почнувајќи со цели: Кои цели се обидувате да ги постигнете со имплементирање на Agile методи на управување? И како овие цели одговараат на организацијата Agile.
• Ги опишуваме проблемите на вашиот бизнис или оддел што сте ги избрале да го спроведете пилот-проектот Agile, доколку е потребно, опишете до кој стил се придржувате во вашата работа, како разменувате мислења и го следите постигнувањето на резултатите.

Се разбира, следниот чекор се предлага, класичното „како да“, но тука не треба да брзате, бидејќи како знаете да го направите тоа? - Agile методологијата го обновува размислувањето и при имплементација на Agile во управувањето со проекти, неопходно е да се создаде ефективна комуникациска средина за градење дијалог помеѓу членовите на тимот Agile.

Градење на агилен тим во компанија

Формирањето на агилен тим може да биде прилично брзо, може да потрае неколку дена, но колку време е потребно за да се „мелеат“ членовите на тимот?

Секако, од гледна точка на градење тим, се разликуваат фазите: формирање, конфликти, развој на правила и норми и како резултат добиваме: одреден стил на работа, но во агилен тим сè се случува малку поинаку. :

• Агилните членови и лидерите на тимот се придржуваат до Агилниот манифест и се фокусирани на градење ефективна работа и постигнување цели во средина на брзи промени.
• не создаваат комфорна зона, не создаваат утопија, самите бараат промени, нови трендови, ги анализираат за можноста да ги искористат во остварувањето на целите на компанијата.

Агилна методологија е:

Агилната методологија не е управување со проекти, Agile е агилни методи за управување кои можат да бидат алатка управување со проекти, или тие можат да бидат целосно независни во вашата организација. Се разбира, за ефективноста на Agile тимовите, ќе биде голема грешка да се обучуваат вработените во класично градење на тим и лидерство, а со тоа да се принудат да размислуваат на старо!

Флексибилни агилни методи за управувањетоа е повик да се дејствува, да се најде нешто ново, да се постигнат зацртаните цели, да може да се искористат можностите и заканите од надворешни и внатрешно опкружувањеза постигнување на потребните цели и одлука конкретни задачикои влијаат на профитот и конкурентноста во бизнисот.

Почитувани, Agile методологијата е суштинска во управувањето со компанијата, но бара флексибилен пристап кон имплементација и нови идеи, додека користењето на старите методи ќе доведе до резултати кои нема да ви овозможат да постигнете нови цели и да ја изградите конкурентноста на компанијата. Затоа, бидете многу внимателни при изборот на Agile консултанти, проценете го нивниот степен на приспособливост на барањата на современиот пазар, вашите прашања се добредојдени, пишете во коментарите. Ви благодарам!

Пример за филозофија Агилене принципот на работа на познатата фабрика на Тојота, каде што секој подреден би можел да го запре транспортерот и да направи прилагодувања. ()

Многумина сметаат дека овој метод на имплементација на проектот е единствениот вистински. Основата за таквата изјава е вклученоста на секој учесник во целокупниот процес. Во секое време, член на проектниот тим има право да даде предлог или да направи измени на проектот.

Често, кога креирате производ, луѓето одговорни за одредени фази од проектот се судираат едни со други. Кога ќе се најдат проблеми, програмерите ги обвинуваат другите членови на тимот.

Иновативната методологија Agile ги вклучува сите учесници во работата, притоа задржувајќи ги нивните вообичаени обврски. Пристапот има за цел сите да постигнат резултат во форма на производ што ги задоволува купувачите.

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

До карактеристични карактеристикиАгил се однесува на диференцијација на можните ризици, независна организација, предвидливост, брзи одговори на трансформации и стабилна интеракција (фидбек).

До денес, постојат два прилично широко користени начини за воспоставување работен однос со клиентот - договори со фиксна цена и време и материјали. Договорот за фиксна цена ја пренесува одговорноста за можни ризицина другата страна, втората предвидува плаќање од страна на клиентот за извршените услуги, што може негативно да влијае на конечниот резултат.

Предвидливоста го надминува долгорочното планирање, цврстите рокови и одредената конечна цена. Методологијата Agile повикува на дефинирање задачи на црната кутија со дадена количина на влезни информации и дадено време за да се демонстрира постигнатиот резултат. На почетокот на процесот, учесниците ја оценуваат задачата и преземаат одговорност за резултатот.

Повратните информации го имаат главниот проблем, а тоа е неможноста на клиентот правилно да ја формулира задачата. Дури и добро документиран план може да стане застарен по неколку месеци развој. Реструктуирањето на првичниот концепт веројатно ќе вклучи долги ревизии и преработка на резултатите.

Во методологијата стои дека и по почетната фаза на работа според планот, производот нема да ја има декларираната функционалност, што ќе му овозможи на клиентот да коментира и да прави прилагодувања почнувајќи од почетната линија на проектот. Откако ќе поминете низ две фази на развој, можете да извршите тест верзија на производот за да добиете повратни информации. Дополнителна карактеристика овде е речиси моменталната реакција на функционалните промени.

Самоорганизацијата придонесува за елиминирање на прекумерната структура на управување, отсуство на потреба за контрола на членовите на тимот, од кои секој презема одредена одговорност. Ова ќе биде гаранција за перформанси и висококвалитетен производ. Сепак, многу луѓе грешат.

Историја на Агил

во 1970 година, д-р Винстон Ројс ја воведе техниката на „управување со развојот на големи софтверски системи“. Оттогаш, концептот на Agile постои. Целосната историја на развојот на управувањето со проекти е опишана во

Нешто за методот Scrum

Придобивки од методите за агилен развој

• Подобрување на квалитетот на резултатите
• Прилагодување на промените
• Многу брзо и ефикасно
• Поконтролиран распоред на проекти

Основни принципи на Agile

1. Ангажирањето на корисниците е критично;
2. За да донесуваат одлуки, тимовите мора да бидат високо ефективни;
3. Фази и циклични како основа;
4. Се концентрира на честото претставување на средните резултати од проектите;
5. Важи правилото за работа 80/20;
6. Користење на заеднички пристап за спроведување на планот;
7. Завршување на една фаза, за да се премине на следната.

Во посебен инфографик ги изнесовме и 12-те главни принципи на методологијата Agile. Можете да видите

Карактеристики на техниката:

• Итеративен
• Модуларен
• Зголемување
• Адаптивни
• Комбинирање на грешки при спроведување на агилни методи за управување со проекти се опишани во статијата

Зошто да користите Agile?

• Раст готовински тек
• Контрола на ризик
• Намалено време и трошоци
• Зголемување на одговорностаЗа тоа како да се користи Agile за развој, прочитајте ја статијата

Која методологија за управување со проекти е соодветна за вас?

Честопати тајната на успехот на проектот лежи во правилната методологија за управување со проекти.

Избор ефективен системменаџментот за квалитетна имплементација е критичен за секој проект.

Но, кога имате избор помеѓу водопад и агилно планирање, како да знаете кој е најдобар за вашиот проект и тим.

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

Методологија за управување со проекти со водопад

Методологијата за водопад бара детално планирање на почетокот на проектот

Сите фази се познати и меѓу нив се градат логички зависности, а на следниот чекор продолжувате само по завршувањето на претходниот

Придобивките од управувањето со проекти со водопади

• Најдобро одговара за проекти кои се занимаваат со физички објекти, од градежни проекти до проекти за инсталација на опрема
• Барањата се опишани на почетокот на проектот
• Најдобро за проекти со јасни одредени задачии чекори кои мора да се завршат во одредена низа (на пример, да се изгради првиот кат од зграда до вториот кат)
• Не е потребно вклучување на клиентот во процесот на развој
• Распоредот на проекти може да се користи во иднина, за идентични или слични проекти
• Целосниот опсег на барања е однапред познат
• Резултатите дефинирани во TOR ја намалуваат веројатноста за несовршености

Недостатоци на класичната методологија за управување со проекти

• Потребен е значителен напор за квалитетно планирање и закажување на проектот пред да започне со работа
• Клиентот ги гледа резултатите од работата само на крајот на проектот и може да биде незадоволен
• Промените на опсегот на проектот може да бидат долги и да бараат формално управување со промените
• Клиентот може да има проблеми со визијата на проектот на самиот почеток
• Доцните промени на TOR предизвикуваат пречекорувања на буџетот
• Доцните промени на TOR ја продолжуваат временската рамка на проектот
• Методот е помалку ефикасен за проекти во услужниот сектор, софтвер, проектирање и други проекти во кои нема физички предмети.

Agile - методологија за управување со проекти

Agile е брз и флексибилен пристап за управување со проекти заснован на принципите на соработка, приспособливост и постојано подобрување.

За разлика од уредните фази на планирање на водопадите, Агилните принципи имаат тенденција да се имплементираат во брзи, повторувачки циклуси на ослободување на производот.

Придобивки од методологијата за агилно управување со проекти

• Најдобра методологија за проекти кои се занимаваат со сервисно ориентирани и нефизички резултати, како што се кодирање, пишување копии или дизајн
• Проектот е транспарентен и разбирлив за клиентот во сите фази
• Одлично за брз почеток
• Обезбедува брза корекција на курсот врз основа на повратни информации од засегнатите страни
• Приоритетите се фокусираат на користа за бизнисот на клиентот
• Проектот му дава на тимот слобода на дејствување со цел да работи креативно и ефикасно.
• Вклучувањето на клиентот во проектот дава развојен фокус
• Вклучува интеракција и соработка со сите членови на проектниот тим

Недостатоци на агилната методологија за управување со проекти

• Тимот е вклучен во проектот цело време
• Не е погоден за проекти со добро дефинирани барања и опсег
• Несигурноста во обемот и времето на работа може да ги направи нервозни клиентите и раководството (на почетокот)
• Клиентот можеби нема време да се вклучи во проектот
• Потребно е постојано следење на работата и документација за управување со тимски задачи
• Клиентот може да го прегледа обемот на работа
• Брзото стартување може да резултира со нецелосно извршување на задачите

Методот за управување со проекти што ќе го изберете ќе се разликува во зависност од проектот, тимот и целите. Откако ќе го изберете вашиот стил на управување, проверете дали користите софтвер за управување со проекти што ви овозможува вам и на вашиот тим да го поставите проектот на начинот на кој сакате.

Среќно со вашите проекти!

Комбинирање на агилна и методологија на проток

Успешноста на имплементацијата на проектот во голема мера зависи од избраната методологија и нивото на обука на проектниот менаџер. Методичкиот пристап кон развојот на софтвер го намалува обемот на нередот во процесот и затоа на крајот води до пократко време на развој и подобар квалитет.

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

Процес на испорака на услуги

1. Дефиниција на проблем
Инвеститорот на компанијататреба да го разбере и дефинира проблемот што клиентот се обидува да го реши што е можно попрецизно. Во голема мера, правилното дефинирање на проблемот е половина од решението.

2. Дефиниција на решение
Неопходно е да се разгледаат неколку опциирешенија и понуда на клиентот. Решете се за понудата која најдобро го решава деловниот проблем и дава најголема вредност.

3. Проверка на пазарот
Треба да го проверите предложеното решение со маркетинг алаткикако што се идентификување на конкурентна средина, трендови во индустријата и целни клиенти. Ова е направено со цел разумно да се потврди и зајакне предложеното решение на клиентот.

Ова е незадолжителен чекор, со тоа може да вклучите трети компании маркетиншко истражување, користете ги првичните стручни податоци на клиентот (ако се достапни) или следете ги отворените податоци доволни за да го потврдите концептот. Со постојан проток на проекти, можете да започнете свој оддел за аналитика и да го понудите како посебна услуга.

4. Развој на решение
Развојниот тим започнува да работи на решение.

Методологија за агилен развој (агилна рамка)

Управувањето со комплексни проекти за развој на софтвер вклучува ефективна употребаресурси, приоритизација на задачите, точни проценки на времето и управување со ризик. Агилна методологија се користи за да се намали ризикот и да се зголеми вредноста на клиентите.

Со употребата на Agile методологијата, различните аспекти од активностите на тимот се интегрирани едни со други, што гарантира дека целиот концепт се заснова на добро дефинирани цели, а пристапите и методите на работа постојано се подобруваат. Методологијата го дели целиот процес на развој на мали фази и повторувања со постојана интеграција на сите развиени компоненти. Карактеристиките вклучуваат циклус на секвенцијален дизајн и периодични прегледи, разјаснување на барањата и развој на финалниот производ. Агилната методологија, исто така, обезбедува континуирано подобрување врз основа на повратни информации од клиентите за да се избегнат какви било изненадувања подоцна во животниот циклус.

Единственоста на комбинираната методологија:

Користењето Agile методологија на секој чекор води до заштеда на трошоци и ресурси и за клиентот и за изведувачот.

Користењето на модел на водопад за голем проект резултира со контрола врз вкупните резултати.

Обезбедување брзи повратни информации помеѓу клиентот и тимот за развој.

брзо и често прототипирање.

Пристап воден од клиентите – фокусирајте се на минимизирање на вкупните трошоци на сопственост (TCO) и максимизирање на повратот на инвестицијата (ROI).

Тешко е да се најде личност која не би сакала да биде третирана со почит. Но, мора да има причина за ваквата состојба. На пример, кога едно лице е високо квалификуван признат специјалист во областа на развој на софтвер. И за ова треба да учите. И во рамките на овој напис, ќе разгледаме што е Agile, каква е употребата од него и како да се разбере оваа технологија.

генерални информации

Прво, да се справиме со техничките проблеми. Што е Agile? Превод (буквален) на овој збор од на англиски јазик- Малку поретко се споменува „во живо, мобилни“, „флексибилно“. И патем, тоа е кратенка. Целосното име на овој пристап е Агиленразвој на софтвер. Но бидејќи е предолг, одлучено е да се исече. И сега само велат Agile. Преводот како „флексибилен“ се користи поради фактот што најмногу се совпаѓа со реалната ситуација.

Што е вклучено овде?

Продолжуваме да размислуваме што е Agile. Овде сакам да се фокусирам на фактот дека ова е флексибилен пристап, кој се базира на многу различни XP, "Kanban", Lean). За подобро да ја разбереме темата, да повлечеме паралели. Да речеме дека Agile технологиите се процес на раѓање на Универзумот. Крајниот производ е самиот вистински свет. И големата експлозија е најболниот проблем со кој треба да се соочите - менувањето на листата на барања за производи. Вообичаено, процесите на создавање вклучуваат употреба на модел на водопад. Во овој случај, сè оди последователно и во фази. Овој пристап може да се изрази накратко: ја гледам целта - одам кон неа. И ако барањата за конечниот резултат се променат, тогаш понекогаш треба да повторите скоро сè одново. Она што дополнително ја усложнува оваа ситуација е обидот да се преправаме дека се е во ред и дека треба да одиме напред.

И тука е менаџментот, дизајниран да се справи со сето ова благодарение на неговата флексибилност. Оваа ограда ги минимизира различните ризици преку употреба на групи на принципи. Сите тие се одразени во Agile Manifesto, објавен во 2001 година. Накратко звучат вака:

1. Главната работа се луѓето, а не работите.
2. Соработувајте, не го читајте договорот.
3. Документацијата не треба да се меша во работата.
4. Променете што е можно побрзо.

Можеби изгледа премногу нејасно и неточно, но ајде да детализираме.

Дизајн на процесот

Со оглед на тоа што е Agile, да се свртиме кон една од најпопуларните методологии позната како „Scrum“ (Scrum). Што нуди таа? За да започнете, ви треба:

1. Изберете сопственик на производ. Оваа улога е погодна за личност која гледа до која цел треба да одите и што ќе се случи на крајот.
2. Одлучете се за тим. За ова е потребна група од три до десет луѓе кои имаат вештини за да постигнат резултати.
3. Изберете одговорна личност. Ова е личност која ќе го следи развојот на проектот и ќе му помогне на тимот да ги надмине тешкотиите.
4. Справете се со тешкотиите. Сите постоечки барања за производи треба да се соберат на едно место и да се приоретизираат. Сопственикот на производот тука треба да ги собере сите свои желби. Потоа тимот ги оценува и разбира дали може да се спроведе и колку време е потребно за ова.
5. Целиот обем на работа треба да го разделите на временски периоди, долги една недела или две, за време на кои тимот ќе изврши одредени групи на задачи.
6. Состаноците треба да се одржуваат секој ден, не подолго од петнаесет минути. На дневен ред треба да се разговара за тоа што беше направено вчера, какви се плановите за денес и пречките што не спречуваат да ја преземеме висината.
7. Направете прегледи на крајот од неделата (две), за време на која тимот зборува за она што е направено. Во исто време, неопходно е да се демонстрираат перформансите на делови од производот.
8. По секој временски период, треба да се разговара за проблемите и да се бараат решенија. Покрај тоа, сите случувања мора веднаш да се спроведат.

Како да препознаете Agile?

Методологијата за управување, без оглед на избраната насока, секогаш ги има следните карактеристики:

1. Минимизирање на ризикот. Ова е главната цел што ја следи секој флексибилен пристап.
2. Итеративен развој. AT овој случајработа во мали циклуси.
3. Најважни се луѓето и комуникацијата меѓу нив.

Ајде да замислиме река. На едната страна на клиентот. Вториот е тимот. Во овој случај, методологијата за агилен развој има предности за секого:

1. Клиентот сака минимум остварлив производ. Во исто време, условите може да се променат за време на неговото создавање.
2. Корисно е тимот да комуницира со колегите и клиентот. Во овој случај, ризикот од погрешно разбирање е минимизиран, транспарентноста на процесите се зголемува, проблемите брзо се решаваат и се намалуваат шансите да има изненадување при креирањето на производот.

социјален фактор

Кога зборуваат за тоа што е Agile, тие обично зборуваат само за позитивни работи. Навистина, комуникацијата во тимот се подобрува. Сите луѓе се фокусираат на една идеја, не создаваат тајни меѓу себе, преземаат обврски. Како резултат на тоа, тимот работи во удобни услови и со брзо темпо. Овој пристап ви овозможува да го насочите хаосот.

Од своето формирање, таа може да најде признание во технолошките индустрии. Во моментов широко се користи за дизајнирање на нови софтверски производи. Но, во општата деловна практика, овој пристап е сè уште малку познат. Затоа, оние кои досега не се сретнале со Агил се претпазливи околу тоа. Исто така, треба да се разбере дека треба да се користи само во случаи кога луѓето се соочуваат со задача на интелектуален труд.

Мал пример

Ајде да погледнеме како функционираат овие методологии за развој на софтвер. Да речеме дека го имаме Питер, сопственикот на производот. Тој не ги знае техничките детали, но има визија за големата слика. Тој знае зошто е потребен производот, какви проблеми ќе реши и кого ќе задоволи. Има и заинтересирани страни. Тие можат да го користат производот, да го поддржат неговото создавање или на друг начин да бидат вклучени во неговото создавање. Можете исто така да додадете кориснички приказни кои ги изразуваат желбите на заинтересираните страни. На пример: системот за резервирање билети за редовни автобуси Москва-Санкт Петербург треба да има пребарување за летови. Петар ќе им помогне на заинтересираните лица. Ќе ја преземе контролата врз имплементацијата од идеите за корисничка приказна. Има и тим за развој. Тоа се луѓето кои ќе го градат работниот систем.

Бидејќи се користи методологија за агилен развој, корисничките приказни не се акумулираат пред големо издание, туку се објавуваат веднаш по завршувањето и колку што е можно почесто. Бројот на обработени барања е неделната пропусност на тимот. За да не се изгуби импулсот и да не се заглави во рачно тестирање, тимот треба да работи на автоматизирана интеграција. Што е тоа? За секој работен момент се пишува автоматски тест. Ако има премногу приказни, тогаш може да дојде до брзање, губење на мотивација, губење на продуктивноста и квалитетот. За вакви случаи е предвиден методот „вчерашно време“. Тоа лежи во фактот дека треба да поставите строги ограничувања на обемот на работа и внимателно да изберете што точно ќе се спроведе. Претходно споменатиот „Канбан“ предлага да се постави ограничување на задачите.

Што да се прави со редот?

Добро, така што тимот одлучи дека може да обработува четири приказни неделно. Но, како да се движите во сè што е? Да речеме дека корисниците испраќаат десет приказни неделно. Четири се во процес на обработка. Така, редот постојано ќе расте. Во овој случај, постои само еден ефективен метод- зборот „не“. За сопственикот на производот, ова е исклучително важно. Да се ​​каже „да“ не е тешко. Многу е потешко и поважно да се одлучи што да не се прави. Покрај тоа, неопходно е да се сноси одговорност за ова. Затоа, неопходно е да се одлучи на што да се обрне внимание сега, а што треба да се одложи. За да биде правилно, сопственикот на производот треба да ја разбере вредноста и опсегот на секоја приказна.

Ние носиме одлуки

Некои од приказните се крајно неопходни. Другите се само убав бонус. За некои приказни ќе бидат потребни неколку часа за да се развијат. На другите ќе им требаат месеци за да се завршат. Многумина често прават корелација помеѓу големината на приказната и нејзината вредност. Но, ова не е секогаш точно. Повеќе не е исто што и подобро. Комплексноста и вредноста на задачата што е при рака му помага на Петар правилно да ги постави приоритетите. Како може да се квантифицираат овие карактеристики? Нема шанси. Ова е вистинска игра за погодување. А за поголема ефективност потребно е во него да се вклучат многу луѓе. Ова е тимот за развој, кој ќе информира за обемот на работа и заинтересираните страни. Но, треба да се разбере дека сите податоци добиени на овој начин се приближни претпоставки. Тука нема точни бројки. Првично, ќе има промашувања. Но, како што стекнувате искуство, нивниот број и обем ќе се намалуваат.

Можни ризици

За да се избегнат проблеми, неопходно е да се дадат искрени одговори на голем број прашања. Тоа:

1. Дали ги правиме вистинските работи? Ова е деловен ризик.
2. Можеме ли да го спроведеме она што ни треба?
3. Дали проектот ќе работи на оваа платформа. Ова е технички ризик.
4. Има ли доволно пари и дали ќе имаме време? Тоа се ризици од условите за спроведување и трошоците.

Во овој случај, потребно е знаење. Тие може да се гледаат како спротивности на ризиците. Кога значително ниво на неизвесност е фиксирано, тогаш стекнуваме знаење - на пример, создаваме прототипови на интерфејс или технички експерименти. И веќе поседувајќи ги, донесуваме одлуки за насоката во која треба да се движиме.

Како да се научи?

ИТ индустријата се развива исклучително брзо, а за на крајот да не се изгуби, потребно е постојано да се учи, да се подобруваат вештините и да се работи ефикасност. Затоа, прашањата за обука и имплементација се порелевантни од кога било. Каде да се започне? Повеќето најдобра опција- ова е соработка со компанија каде што веќе се применува Agile. Обуката во овој случај ќе ја спроведуваат луѓе кои не знаат по гласини што е агилен развој. Но, за жал, ова не е секогаш можно. Најчесто, вклучен е специјалист од трета страна кој знае што е Agile. Спроведувањето на овој пристап се врши под негов надзор. Точно, услугите на таков специјалист чинат пари. Но, ако добиете навистина упатена личност, тогаш сите трошоци ќе се исплатат одлично. На крајот на краиштата, во модерен светИзведбата на вработените игра важна улога.

Што се чека за иднината?

Методологиите за развој на софтвер постојано се развиваат. Барате нови начини и можности за подобрување на ефикасноста на активностите и работата. Прилично е проблематично да се каже што ни носи иднината. Веројатно, флексибилниот развојен систем ќе биде интегриран со автоматизација на производните процеси. На пример, ќе биде можно да се решат проблемите дури и додека сте на растојание од локацијата на компанијата. На многу начини, иднината е одредена од новото Информациска технологија. На крајот на краиштата, кога ќе се појават, треба да совладате нови методи за работа со нив. И во овој случај има развој затворен во циклус.

Конечно

Така заврши екскурзијата во флексибилните, но треба да се потсети дека теоријата е едно, а практиката сосема друго. Новите информатички технологии кои постојано се појавуваат ја предизвикуваат големата програмерска заедница. Како можете да го направите вашиот тим поефикасен? Секој сам го наоѓа одговорот на ова прашање. Информациите презентирани овде може да се користат за формирање на 'рбетот. Но, во пракса, ќе треба да работите со постоечкиот модел и да ја доведете состојбата во состојба на усогласеност со постоечките предизвици. Тогаш тимот ќе може ефективно да ги исполни своите цели.

„Од сите тешкотии со кои се соочи НАСА при ставањето човек на Месечината, контролата беше веројатно најтешката задача“.

- Роџер Лаунис, историчар на НАСА

Низ историјата, човештвото има акумулирано импресивен список на успешно спроведени сложени проекти. Од изградбата на пирамидите во Гиза до испраќањето човек на Месечината, најхрабрите човечки потфати бараа координирана работа на илјадници луѓе. И ова подразбира комплексен систем за управување со проекти.

И иако само неколку од нас ќе се соочат со задачи од оваа големина, повеќето од читателите на овој блог ќе доживеат управување со проекти на еден или друг начин. До 2020 година се проценува дека PMI ќе има - и многу други професионалци често мора да управуваат со мини-проекти, барем на лично ниво.

зборување во едноставни терминиУправувањето со проекти е за управување и организирање на сè што е потребно за да се постигне целта - навреме и во рамките на буџетот, се разбира. Без разлика дали се работи за развој на нов софтвер, водење маркетинг кампања или слетување човек на Марс, управувањето со проекти овозможува да се постигне успех.

Сите проекти се различни. Не постои совршен систем за управување со проекти за секој тип на проект. Исто така, не постои систем кој би одговарал на секој лидер и би бил удобен за сите членови на тимот. Меѓутоа, за време на постоењето на проектен менаџмент, создадени се многу ефективни пристапи, методи и стандарди кои можат да се усвојат. Ние ќе зборуваме за најпопуларните од нив денес.

Развиените пристапи се многу различни едни од други. Тие се разликуваат по обем, детали, самодоволност и формализирање. Во насловот ги нарековме „методи“ за погодност, но всушност во статијата се претставени стандардите, концептите, методите и рамки кои се користат во управувањето со проекти. Целта на оваа статија е да даде најширок преглед на постоечките пристапи во управувањето со проекти.

Во оваа статија ќе разгледаме:

• Класично управување со проекти
• Агилен
• Scrum
• Посно
• Канбан
• ШестСигма
• ПРИНС 2

И пред да погледнеме конкретни методи, ајде да одговориме на очигледното прашање - „Зошто воопшто ни се потребни системи и методи за управување со проекти?- да ја разгледаме, се разбира, накратко историјата на проектниот менаџмент и да ги дефинираме основните поими за управување со проекти.

Зошто „менаџмент на проекти“?

Имињата на Нил Армстронг и Баз Олдрин засекогаш ќе останат во историјата како симболи на едно од најголемите достигнувања на човештвото - слетување на човек на Месечината. Сепак, главните придонесувачи за овој настан беа 400.000 вработени во НАСА и 20.000 компании и универзитети кои работеа заедно на мисијата Аполо.

Во 1961 година, Џон Ф. Ваквата амбициозна цел бараше неверојатна количина на ресурси, соработка, иновации и планирање.

Како што се наведува во книгата на НАСА „Управување со програмата на Месечината“, главниот проблем не бил „ што да се прави?", и во тоа, " како да се направи толку многу за толку кратко време?Според д-р Макс Фагет, шеф на инженерството во вселенскиот центар Линдон Џонсон (Вселенскиот центар Линдон Б. Џонсон, АД), тогаш НАСА немаше идеја како да ги спроведе сите потребни акции за 10 години. Така, првиот чекор беше „да се распадне проектот на податливи чекори“.

Тогаш беше важно да се забрза извршувањето на секоја поединечна фаза и да се осигураме дека тимовите и компаниите кои работат во секоја фаза ефективно комуницираат меѓу себе и даваат резултати на време. Оваа задача му беше доверена на д-р Џорџ Е. Мулер, кој раководеше со секој дел од проектот Аполо, од Белата куќа до добавувачот на најмалиот дел. За полесно да го контролира проектот, тој одлучил да го раздели проектот на 5 области: Програмска контрола, системско инженерство, тестирање, доверливост и квалитет и операции на летање. Контролната шема за програмата Apollo е прикажана во Слика 1.

Овој систем од 5 фази - наречен „ГЕМ фази“ по иницијалите на д-р Мулер - беше дизајниран „да се фокусира на тестирање на производот и негово развивање со знаење дека ќе биде тестиран“, како што забележува самиот Мулер. Контролата на програмата утврди што треба да се направи, управуваше со буџетот и барањата и управуваше со односот на елементите на програмата. Системското инженерство беше одговорно за развојот на нови уреди и склопови, Тестирањето беше одговорно да се осигура дека овие нови елементи функционираат, доверливоста и квалитетот ги проверуваа развиените елементи за усогласеност со барањата и стандардите, а Flight Operations беше одговорна за осигурување дека овие јазли ќе работат за време на летот.

Многумина првично беа скептични за методот на Мулер, но тој на крајот успеа да ги убеди членовите на програмата за потребата да се следи овој алгоритам. Овој систем ја покажа својата ефективност - проектот беше успешно завршен и, може да се каже, триумфално, пред наведените рокови. Ова беше можно само со разложување на проект од големи размери на податливи, повторливи чекори, дозволувајќи им на многу индивидуални компании и професионалци да работат со исто темпо. Вака проектниот менаџмент ја докажа својата ефикасност во Вселенската трка.

Кратка историја на управување со проекти

Управувањето со проекти не е измислено од НАСА и д-р Мулер. Египетските пирамиди и Кинескиот ѕид се производи на управување со проекти од праисторијата. За жал, нема документарен доказ за тоа како се одвивала имплементацијата и управувањето со овие проекти, а сегашното управување со проекти е разделено од знаењето од минатите векови.

Најочигледен начин да се имплементира проект е да се подели на фази или поединечни задачи. Како рецепт, ги купувате состојките, ги мешате правилно, готвите и послужувате. Наједноставната алатка за управување со проекти е список на дејства што мора да се преземат за да се постигне целта. Едноставно и ефективно.

Меѓутоа, ако сте готвач и подготвувате повеќе од едно јадење, но неколку, на пример, салата (која се состои од 3 фази) и десерт (кој треба само да се послужи), тогаш ќе ви треба алатка која ви овозможува да го следите времето поминато на секој од нив.артикли и кога тие треба да бидат готови. И тука еден од првите доаѓа на помош модерни инструментипроектен менаџмент: Табелата Гант претставена на Слика 2.

Измислен независно од К околуВо улогата на Корол Адамецки и Хенри Л. Во него се внесуваат задачите, нивното времетраење и односи, а потоа се пресметува критичниот пат - најдолгиот синџир на меѓусебно поврзани задачи кои го одредуваат времетраењето на проектот. Односите помеѓу почетокот и крајот на различни задачи се многу важни - не можете да им служите на гостите супа додека не ја зготвите, нели?

Значи, типичен проект е многу сличен на проект за готвење и послужување вечера, само што има многу повеќе задачи, врски, рокови и видови ресурси. За проекти со тесни рокови, графиконот Гант помага да се одлучи кога е подобро да се започнат одредени задачи за да се намали времето на имплементација. И за проекти со силни ограничувања на ресурсите, графиконот Гант дава можност да се изгради шема во форма на синџир на процеси управуван од настани за планирање на ресурсите.

Различни проекти имаат потреба од различни нивоа на контрола. На пример, ако објавувате серија написи во , тогаш тесните рокови не се толку важни. Многу поважен е јасен процес во кој е можно да се структурира секоја статија, да се скицира секоја од нив, да се добие повратна информација, да се уредува, да се заврши статијата, да се лекторира и објавува. Наместо да управувате со времето и ресурсите, вие управувате со процесот.

Агилните методи за управување со проекти и сродните пристапи како што се Lean, Kanban и други се подобро прилагодени за такви проекти. Исто така, постојат методи кои ви дозволуваат да управувате и со работниот тек и со времето и ресурсите - 6 Sigma и Scrum.

Популарни системи за управување со проекти

Во текот на историјата на управувањето со проекти, многу различни методи за управување со проекти се создадени за речиси секоја потреба. Дури и ако нема да испратите човек на Месечината и немате истиот износресурси, сепак ќе ја пронајдете вистинската алатка за вас. Главната работа е да разберете што е најважно за вашиот проект - рокови, ресурси, придржување кон процесот или неколку фактори одеднаш - и потоа изберете метод за управување со проекти фокусиран на постигнување на овој индикатор.

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

Основни услови за управување со проекти

АгиленФлексибилен итеративно-инкрементален пристап кон управувањето со проекти и производи, фокусиран на динамично формирање на барања и обезбедување на нивна имплементација како резултат на постојана интеракција во рамките на самоорганизирачките работни групи составени од специјалисти од различни профили. Постојат многу методи засновани на идеите на Agile, од кои најпопуларни се Scrum и Kanban.

Критичен пат:Континуирана низа на активности и настани од почеток до крај за која е потребно најдолго време за да се заврши.

Синџир на процеси на настани (EPC дијаграм):дијаграм кој го прикажува редоследот на имплементација на работата на проектот врз основа на достапноста и обемот на работа на ресурсите

Временска резерва:Времето до кое може да се одложи почетокот на работата без да се влијае на целокупното времетраење на проектот. Така, застојот за активности на критичната патека ќе биде нула.

пресвртница (контролна точка,пресвртница):Клучен настан што го означува, на пример, крајот на сцената. Во графиконот Гант се означува со задача со нула времетраење.

Проектен менаџер (проектен водач,проектменаџер,PM ): Водач на проектен тим одговорен за управување со проекти (планирање, имплементација и затворање на проектот).

Ресурси:Елементи неопходни за спроведување на проектот. Ресурси се времето, опремата, материјалите, вработените итн.

Спринт (Спринт):Итерација (работен циклус) во Scrum, во траење од една недела до еден месец, при што се создава работна верзија на производот или неговиот елемент што е од вредност за клиентот.

„Класичен“ или „традиционален“ проектен менаџмент:Најшироко користен метод за управување со проекти, базиран на таканаречениот „Водопад“ (Водопад) или каскаден циклус, во кој задачата се пренесува последователно низ фазите, наликувајќи на проток.

Класично управување со проекти

Најочигледниот начин да го направите вашиот проект податлив е да го разделите на последователни чекори. Токму на оваа линеарна структура се базира традиционалното управување со проекти. Во оваа смисла, наликува на компјутерска игра - не можете да отидете на следното ниво без да го завршите претходното. Дијаграмот на работниот тек е прикажан во Слика 3.

Овој пристап е фокусиран на проекти во кои има строги ограничувања за редоследот на задачите. На пример, изградба на куќа - не можете да изградите ѕидови без основа.

Вообичаено, постојат 5 фази на класично управување со проекти, но може да се додадат дополнителни фази доколку проектот го бара тоа.

5 фази на традиционален менаџмент:

Фаза 1. Иницијација.Проектниот менаџер и тимот ги дефинираат барањата за проектот. Во оваа фаза често се одржуваат состаноци и сесии за бура на идеи, на кои се утврдува каков треба да биде производот на проектот.

Фаза 2. Планирање.Во оваа фаза, тимот одлучува како ќе ја постигне целта поставена во претходната фаза. Во оваа фаза, тимот ги усовршува и детализира целите и резултатите од проектот, како и обемот на работа за него. Врз основа на овие информации, тимот создава распоред и буџет, ги проценува ризиците и ги идентификува засегнатите страни.

Фаза 3. Развој.Оваа фаза не се спроведува за сите проекти - по правило, таа е дел од фазата на планирање. Во фазата на развој, карактеристични за технолошките проекти, се утврдува конфигурацијата на идниот проект и/или производ и техничките средства за нејзино постигнување. На пример, во ИТ проектите, во оваа фаза се избира програмски јазик. ( Во домашната пракса, оваа фаза обично не се разликува, а терминот „развој“ не се користи - прибл. транс.)

Фаза 4. Имплементација и тестирање.Во оваа фаза всушност се одвива главната работа на проектот - пишување код, подигање зграда и слично. Следејќи ги развиените планови, започнува да се креира содржината на проектот, дефинирана претходно, контролата се врши според избраната метрика. Во вториот дел од оваа фаза, производот се тестира, се проверува дали е усогласен со барањата на Клиентот и заинтересираните страни. Во однос на тестирањето, недостатоците на производот се идентификувани и коригирани.

Фаза 5. Следење и завршување на проектот.Во зависност од проектот, оваа фаза може да се состои од едноставно пренесување на резултатите од проектот до Сопственикот или долг процес на интеракција со клиентите за подобрување на проектот и зголемување на нивното задоволство и поддршка на резултатите од проектот. Последново се однесува на проекти од областа на услуги на клиентите и софтвер.

Она што е опишано погоре е основата врз која се градат различни методи за управување со проекти. На различни проекти им требаат различни фази на имплементација - на некои им требаат три фази, на други многу повеќе. Понекогаш се користи таканаречениот „итеративен водопад“, во кој секоја фаза е еден вид потпроект, при што задачите се спроведуваат во фиксни повторувања. Но, суштината останува иста - проектот е поделен на фази кои се извршуваат во строго дефинирана низа.

Поради фактот што класичното управување со проекти е строго поврзано со времето на извршување на задачите, по правило, предодредено во фазата на планирање, алатките се одлични за спроведување на проекти во рамките на овој пристап. календарско-мрежно планирање. Најчестата алатка за закажување е претходно споменатата табела на Гант. Има многу алатки за да се изгради, од едноставни табели како Excel и Smartsheet до професионални софтверски пакети како Microsoft Project и Primavera.

Јаки страни на класичното управување со проекти

Денес често се зборува дека класичниот пристап на водопад е застарен, но тој не ни помислува да го загуби теренот. Големата предност на овој пристап е што бара клиентот и раководството на компанијата да одредат што сакаат да добијат веќе во првата фаза од проектот. Раното вклучување носи одредена стабилност во работата на проектот, а планирањето ви овозможува да го рационализирате спроведувањето на проектот. Покрај тоа, овој пристап вклучува мониторинг индикатори и тестирање, што е апсолутно неопходно за реални проекти од различни големини.

Потенцијално, класичниот пристап го избегнува стресот поради присуството на слободно време во секоја фаза, предвидено во случај на какви било компликации и имплементација на ризици. Покрај тоа, со правилно спроведена фаза на планирање, проект менаџерот секогаш знае со какви ресурси располага. Дури и ако оваа проценка не е секогаш точна.

Слаби страникласично управување со проекти

Главната слабост на класичното управување со проекти е нетолеранцијата кон промените. Менаџментот на Тојота, познат по создавањето системи како Lean и Kanban, често е критикуван дека има класичен пристап во развојот на софтвер за нивната компанија, а токму поради недостатокот на флексибилност.

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

Агилен

Како што беше споменато претходно, не сите проекти можат да бидат структурирани на таков начин што ќе се имплементираат според класичниот проектен пристап. Да се ​​вратиме на нашиот готвач пример, готвењето на едно јадење совршено се вклопува со пристапот на водопад, но подготвувањето и сервирањето на вечера од четири јадења навреме би било речиси невозможно ако треба секој пат да чекате едно јадење да заврши со готвење за да започнете да подготвувате друго.

И тука доаѓа во игра Agile - семејство на флексибилни итеративно-инкрементални методи за управување со проекти и производи. Според овој пристап, проектот не е поделен на последователни фази, туку на мали потпроекти, кои потоа се „склопуваат“ во готов производ. Шемата на работа е прикажана на Слика 5.

Така, иницирањето и планирањето на највисоко ниво се спроведуваат за целиот проект, а следните фази: развој, тестирање и други се спроведуваат за секој мини-проект посебно. Ова ви овозможува побрзо да ги пренесете резултатите од овие мини-проекти, таканаречените зголемувања, и со започнување на нов под-проект (итерација), можете да направите промени во него без високи трошоци и влијание врз остатокот од проектот.

И покрај фактот дека Agile влезе во мода релативно неодамна, идејата за итеративен развој не е нова. (за историјата на изгледотАгилен може да се прочита - приближно по.).Семејството на агилни методологии го доби своето сегашно име во 2001 година со објавувањето на Агилен манифест (Агилен манифест), кој ги консолидираше основните вредности и принципи на агилниот развој на софтвер, кои се засноваат на тимска работа и адаптација, дури и „љубов“ за промена.

Самиот Agile не е метод за управување со проекти. Тоа е повеќе збир на идеи и принципи за тоа како проектите треба да се спроведуваат. Веќе врз основа на овие принципи и најдобри практики, развиени се посебни флексибилни методи или, како што понекогаш се нарекуваат, рамки: Scrum, Kanban, Crystal и многу други. Овие методи може да се сосема различни едни од други, но тие ги следат истите принципи.

Јаки страниАгилен

Најважната предност на Agile е неговата флексибилност и приспособливост. Може да се прилагоди на речиси сите услови и процеси на организацијата. Тоа е она што ја одредува нејзината моментална популарност и колку системи за различни области се создадени врз основа на тоа.

Еден од принципите на Agile е: „Одговарањето на промените е поважно од следењето на планот“. Токму оваа брза и релативно безболна реакција на промената е причината зошто многумина големи компаниисе стремат да ги направат нивните процеси пофлексибилни. Покрај тоа, Agile е одличен за отворени проекти како што се започнување услуга или блог.

Доменот на Agile е развој на нови, иновативни производи. Во проектите за развој на такви производи, постои висок степен на несигурност, а информациите за производот се обелоденуваат во текот на проектот. Во такви услови, станува невозможно да се спроведе проектот на „водопадот“ - нема информации за планирање.

Слаби страниАгилен

За разлика од PRINCE2 и PMBOK, Agile не е ниту методологија ниту стандард. Агил е збир на принципи и вредности. Слабата страна е што секој тим ќе мора самостојно да состави свој систем за управување, водејќи се од принципите на Agile. Ова е сложен и долг процес кој ќе бара промени низ целата организација, од процедури до основни вредности. Ова е трнлив пат и не можат сите организации да го направат тоа.

Овој пат ќе бара од лидерот на промените не само знаење и упорност, туку и сериозни административни ресурси, како и трошоци. За среќа, постојат готови збирки на практики кои ѝ олеснуваат на организацијата да го трансформира Agile. Овие множества ја вклучуваат рамката Scrum, методот Kanban и многу други - Crystal, LeSS, SAFe, Nexus.

Scrum

Агилната рамка, создадена во 1986 година, се смета за најструктуирана од семејството Agile. Создаден во 1986 година, тој ги комбинира елементите на класичниот процес и идеите за агилен пристап кон управувањето со проекти. Резултатот е многу избалансирана комбинација на флексибилност и структура.

Следејќи ги правилата на Agile, Scrum го дели проектот на делови што може веднаш да ги искористи клиентот за да добие вредност, наречени заостанати производи. И покрај фактот дека „заостанатиот производ“ е прилично точен превод и се користи во стручната литература, во руската практика најчесто се користи едноставно „заостанување“. Тогаш овие делови се приоритетни од Сопственикот на производот - претставникот на Клиентот во тимот. Најважните „парчиња“ се првите што се избираат за извршување во Sprint - таканаречените итерации во Scrum, кои траат од 2 до 4 недели. На крајот на Спринт, на Клиентот му е претставено зголемување на работниот производ - најважните „парчиња“ што веќе можат да се користат. На пример, локација со дел од функционалноста или програма која веќе работи, иако делумно. После тоа, проектниот тим продолжува на следниот Спринт. Времетраењето на Спринт е фиксно, но тимот го избира независно на почетокот на проектот, врз основа на проектот и сопствените перформанси.

За да се увериме дека проектот ги исполнува барањата на Клиентот, кои имаат тенденција да се менуваат со текот на времето, пред почетокот на секој Спринт, опсегот на проектот што сè уште не е завршен се реевалуира и се прават промени во него. Во овој процес се вклучени сите - проектниот тим, Scrum Master (Scrum Master, лидер на проектниот тим) и сопственикот на производот. И секој е одговорен за овој процес.

Како што веќе споменавме, Сопственикот на производот е претставник на Клиентот во проектот или ги персонифицира сите клиенти на идниот проект, доколку Клиентот не е присутен. За да го направите ова, тој мора темелно да ги знае нивните потреби и начин на размислување, како и да го разбере производот и неговата технологија на производство. Scrum Master е дизајниран да им помогне на учесниците во проектот подобро да ги разберат и прифатат вредностите, принципите и нормите на практиката на Scrum. Тој е лидер и посредник помеѓу надворешниот свет и тимот. Неговата задача е да обезбеди никој сам да не се меша во тимот и удобно да работи на задачите. Тимот е одговорен да се погрижи на крајот на спринтот да се завршат сите потребни задачи и да се завршат испораките.

Основната структура на процесите на Scrum се врти околу 5 главни состаноци: Редоследување на заостанатиот број, планирање на спринт, дневни состаноци, спринт дебрифинг и ретроспектива на Спринт.

За многумина, Scrum може да изгледа тешко за спроведување - нов процес, нови улоги, многу делегирање и сосема нов организациска структура. Но, тоа е флексибилен, но структуриран пристап за реализација на проекти, кој, за разлика од нејасните и општи принципи на Agile, нема да дозволи работите да тргнат наопаку.

Јаки страниScrum

Scrum беше дизајниран за проекти кои бараат „брзи победи“ во комбинација со толеранција за промена. Дополнително, оваа рамка е погодна за ситуации кога не сите членови на тимот имаат доволно искуство во областа во која се спроведува проектот - постојаната комуникација помеѓу членовите на тимот овозможува недостаток на искуство или квалификации на некои вработени поради информации и помош од колегите .

Онлајн ТВ каналот Netflix е одличен пример за брзо постигнување резултати. Веб-страницата за ресурси се ажурира на секои две недели благодарение на Scrum, кој не само што ви овозможува да работите со голема брзина, туку исто така го акумулира корисничкото искуство и овозможува да се идентификува најважното нешто за клиентите.

За време на секое повторување, програмерите додаваат и тестираат нови функции на страницата и ги отстрануваат оние што не биле користени од клиентите. Според тимот на Нетфликс, главната предност на Scrum е тоа што ви овозможува „брзо да пропаднете“. Наместо долго и скапо големо издание, двонеделните испораки на Scrum се мали. Тие се лесни за следење и, ако нешто тргне наопаку, брзо поправете го.

Слаби страниScrum

Scrum е многу баран за проектниот тим. Треба да биде мал (5-9 луѓе) и вкрстено функционален - односно, членовите на тимот треба да имаат повеќе од една компетентност неопходни за спроведување на проектот. На пример, развивачот на софтвер мора да има познавање за тестирање и деловна интелигенција. Ова е направено така што дел од тимот да не „активира“ во различни фази од проектот, како и за да можат вработените да си помагаат и да се заменат едни со други.

Покрај тоа, членовите на тимот мора да бидат „играчи на тимот“, активно да преземаат одговорност и да можат да се организираат. Да се ​​најде таков зрел тим е многу тешко!

Scrum не е погоден за сите тимови и организации, исто така, затоа што предложениот процес можеби не е погоден за развој на одреден производ - на пример, индустриска машина или изградба на зграда.

Посно

Agile ни кажува што да се пробие во мали, податливи пакети на работа, но не кажува ништо за тоа како да управуваме со развојот на овој пакет. Scrum ни ги нуди своите процеси и процедури. Lean, пак, додава шема на работниот тек на принципите на Agile, така што секоја од повторувањата се изведува со ист квалитет.

Во Lean, исто како и во Scrum, работата е поделена на мали пакети за испорака кои се имплементираат одделно и независно. Но, во Lean, за развој на секој пакет за испорака, постои работен тек со чекори слични на оние создадени за проектот Apollo. Како и во класичното управување со проекти, ова може да бидат фази на планирање, развој, производство, тестирање и испорака - или кои било други фази неопходни за квалитативно спроведување на проектите.

Постепените фази и нивната флексибилност ви овозможуваат да бидете сигурни дека секој дел од проектот се спроведува како што се бара. Lean нема јасни граници на сцената, како што има Scrum со границите на Sprint. Покрај тоа, за разлика од класичното управување со проекти, Lean ви овозможува паралелно да извршувате неколку задачи во различни фази, што ја зголемува флексибилноста и ја зголемува брзината на извршување на проектот.

Како Agile, Lean е повеќе концепт, начин на размислување отколку нешто поставено во камен. Користејќи ги идеите на Lean, можете самостојно да креирате систем кој ги задоволува вашите барања во управувањето со проекти.

Јаки страниПосно

Ако ви се допаѓаат Agile идеите, но проектот бара многу непречено квалитетно и прецизно извршување, Lean обезбедува сет на алатки за исполнување на овие барања. Lean комбинира флексибилност и структура како Scrum, но на малку поинаков начин.

Слаби страниПосно

Не секој дел од проектот бара исто детално и прецизно проучување и внимание. Но, Лин го презема токму овој пристап кон секоја задача и фаза. Ова е главниот недостаток на користење на Lean за големи и хетерогени проекти.

Исто така, за разлика од Scrum, Lean не нуди јасен работен тек за имплементација на „парчиња“ од проектот, што придонесува за растегнување на временската линија на проектот. Овој проблем може да се реши со ефективно лидерство и јасни комуникации - главната работа што треба да се запамети е ова.

Канбан

Lean изгледа малку апстрактно сам по себе, но кога се комбинира со Kanban, станува многу полесно да се користи за да се изгради сопствен систем за управување со проекти. Создаден од инженерот на Тојота, Таичи Оно во 1953 година, Канбан е многу сличен на индустриското производство. На влезот во овој процес влегува парче метал, а на излезот се добива готовиот дел. Исто така, во Канбан, зголемувањето на производот се пренесува напред од фаза до фаза, а на крајот се добива ставка подготвена за испорака.

Покрај тоа, креаторот на Канбан бил инспириран од супермаркетите, поточно нивниот принцип - „држете го на полиците само она што му треба на клиентот“. Затоа, Канбан ви овозможува да оставите недовршена задача во една од фазите ако нејзиниот приоритет е променет и има други итни задачи. Неуреден блог пост, виси без датум на објавување или парче код за функција што можеби не е вклучена во производот се нормални за работата на Канбан.

Канбан е многу помалку строг од Scrum - не го ограничува времето на спринтови, нема улоги, освен сопственикот на производот. Канбан дури му дозволува на член на тимот да извршува повеќе задачи, што Scrum не го дозволува. Исто така, состаноците за статусот на проектот не се регулирани на никаков начин - можете да го правите како сакате, или воопшто да не можете.

За да работите со Kanban, треба да ги дефинирате чекорите на работниот тек. Во Канбан, тие се прикажани како колони, а задачите претставуваат посебни картички. Картичката се движи низ фазите, како дел во фабрика што се движи од машина на машина, и во секоја фаза процентот на завршеност е поголем. Како резултат на тоа, добиваме елемент на производот подготвен за испорака до клиентот. Таблата со колони и картички може да биде и реална и електронска - дури и овде Kanban не наметнува никакви ограничувања за корисниците.

Вашиот систем Kanban може да биде флексибилен колку што сакате, бидејќи на многу начини Kanban е визуелизација на Agile идејата. Но, Канбан има 4 столба на кои се потпира целиот систем:

1. Картички:За секоја задача се креира индивидуална картичка во која се внесуваат сите потребни информации за задачата. Така, сите потребни информацииза задачата е секогаш при рака.
2. Ограничување на бројот на задачи по фаза:Бројот на картички во една фаза е строго регулиран. Благодарение на ова, веднаш станува јасно кога ќе се појави „метеж“ во работниот тек, кој навремено се елиминира.
3. Континуиран проток:Задачите од заостанатиот дел паѓаат во тек по приоритет. Така, работата никогаш не запира.
4. Континуирано подобрување (кајзен)кајзен)):Концептот на континуирано подобрување се појави во Јапонија на крајот на 20 век. Нејзината суштина е постојана анализа процес на производствои бараат начини за подобрување на перформансите.

Јаки страниКанбан

Како и Scrum, Kanban е добро прилагоден за прилично цврсти тимови со добра комуникација. Но, за разлика од Scrum, Канбан нема тешки рокови, што е добро за високо мотивирани и искусни тимови.

Кога е правилно поставен и управуван, Kanban може да донесе голема вредност за проектниот тим. Точна пресметка на оптоварувањето на тимот, правилно поставување на ограничувања и фокусирање на постојано подобрување - сето тоа му овозможува на Канбан сериозно да заштеди ресурси и да се вклопи во роковите и буџетот. И сето тоа во комбинација со флексибилност.

Слаби страниКанбан

Често може да слушнете дека Kanban, за разлика од Scrum, може да работи со речиси секој тим. Но, не е така. Канбан е најсоодветен за тимови чии вештини на членовите се преклопуваат. На овој начин тие можат да си помогнат меѓусебно да ги надминат тешкотиите во решавањето на проблемите. Без ова, Канбан нема да биде толку ефикасен како што би можел да биде. Исто така, како што веќе беше споменато, Канбан е подобро прилагоден во случаи кога нема тешки рокови. За тесни рокови, класичниот пристап или Scrum е подобро прилагоден.

6 сигма (шест сигма)

Моторола, заедно со Тојота, исто така придонесе за развојот на глобалното управување со проекти. Бил Смит, инженер во оваа компанија, го создаде концептот на 6 Сигма во 1986 година. Тоа е поструктурирана верзија на Lean од Kanban која додава повеќе планирање за заштеда на ресурси, подобрување на квалитетот и намалување на отпадот и проблемите.

Крајната цел на проектот е задоволство на клиентите од квалитетот на производот, што може да се постигне преку континуиран процес на подобрување во сите аспекти на проектот, врз основа на темелна анализа на индикаторите. Во концептот 6 сигма, посебно внимание се посветува на елиминирање на новите проблеми.

За ова, предложен е процес од 5 чекори познат како DMEDI:

• Дефиниција (Дефинирај):Првата фаза е многу слична со раните фази на другите системи за управување со проекти. Ја одредува содржината на проектот, собира информации за предусловите на проектот, поставува цели.
• Димензија (мерка): 6 Сигма е фокусирана на собирање и анализа на квантитативни податоци за проектот. Во оваа фаза се утврдува кои индикатори ќе го одредат успехот на проектот и кои податоци треба да се соберат и анализираат.
• Студија (Истражува):За време на фазата на истражување, проектниот менаџер одлучува како тимот може да ги постигне своите цели и да ги исполни сите барања на време и во рамките на буџетот. Во оваа фаза многу е важно нестандардното размислување на проект менаџерот во решавањето на проблемите што се појавија.
• Развој (Развијте):Во оваа фаза се спроведуваат плановите и одлуките донесени во претходните фази. Важно е да се разбере дека во оваа фаза е потребен детален план, кој ги опишува сите дејствија неопходни за постигнување на целите. Во оваа фаза се мери и напредокот на проектот.
• Контрола (Контрола):Клучна пресвртница во методологијата 6 Сигма. Неговата главна цел е долгорочно подобрување на процесите на имплементација на проектот. Оваа фаза бара внимателно документирање на научените лекции, анализа на собраните податоци и примена на стекнатото знаење како во проектите така и во целата компанија во целина.

6 Сигма е многу слична на Канбан, само со воспоставените фази на имплементација на задачите - планирање, поставување цели и тестирање на квалитетот. Најверојатно, ќе има значително повеќе тимски состаноци со 6 Сигма отколку со Канбан, но процесот на имплементација на проектот е поструктуриран и потешко е тимот да залута. И како Kanban, 6 Sigma е релативно лесно да се прилагоди на потребите на одредена компанија или тим. Строго барање е само темелно мерење и контрола на проектните индикатори во фазите на имплементација - без ова, континуирано долгорочно подобрување на процесите на имплементација на проектот е невозможно.

Јаки страни на 6 Сигма

Six Sigma обезбедува јасен план за имплементација на проектот и континуирано подобрување на процесот. Со дефинирање на целите, потоа внимателно анализирање и ревизија на истите, добивате квантитативни податоци за подлабоко разбирање на проектот и донесување подобри одлуки. Иако собирањето податоци, анализата и учењето може да потрае некое време, тоа ќе ги подобри и рационализира процесите на имплементација на проектот и на тој начин ќе заштеди ресурси во иднина.

6 сигма е погодна за тешки проекти со многу нови и сложени операции. Овој пристап ви овозможува да ги имплементирате елементите на проектот, да учите од грешките и да го подобрите квалитетот во иднина.

Слабости на 6 Сигма

Проблемот со 6 Сигма е што иако главната декларирана цел е намалување на трошоците и зголемување на ефикасноста, задоволството на клиентите често доаѓа до израз. Со оглед на некои од разликите во целите во различни фази од проектот, тимовите често се збунуваат околу приоритетите и избегнувањето на тоа не е лесно.

Покрај тоа, главниот лајтмотив на 6 Сигма е: „Секогаш сè може да се направи уште подобро“. Ова може да ги демотивира вработените кои не се чувствуваат задоволни од сработеното. Дополнително, доколку проектот е еднократен и компанијата не планира да спроведува слични проекти во иднина, сите трошоци за анализа и учење може да бидат залудни.

ПРИНС 2

НАСА не е единствената државна организација, што придонесе за развој на проектниот менаџмент. Британската влада долго време ја цени ефективноста на управувањето со проекти, а во 1989 година беше создадена британската методологија PRINCE2. Името доаѓа од акронимот " ПРпредмети ВО Вконтролирани Е nvironments верзија 2 “, што се преведува како „Проекти во контролирана средина верзија 2“. За разлика од агилните методи, PRINCE2 не зазема итеративен пристап кон проектот. Кога се споредува со други производи, PRINCE2 може да се спореди со хибрид на класичниот пристап за управување со проекти и фокус на квалитетот од 6 сигма.

Методологијата PRINCE2, за разлика од, на пример, телото на знаење на PMBOK, не содржи:

• Специјализирани аспекти на управување со проекти, како што е индустријата;
• Специфични практики и алатки за управување со проекти како што се Gantt графикон, WBS итн.

PRINCE2 се концентрира на аспектите за управување со проекти изразени во 7 принципи, 7 процеси и 7 проектни теми.

• 7 принципи дефинираат општи правилауправување со проекти од страна на PRINCE2, да се утврди основата на методологијата;
• 7 процеси ги дефинираат чекорите за движење низ проектниот циклус;
• 7-те теми се аспектите кои се следат за да се постигне успех на проектот.

На почетокот на проектот, PRINCE2 бара од нас да дефинираме 3 главни аспекти на проектот:

• Деловен аспект (Дали овој проект ќе донесе придобивки?)
• Потрошувачки аспект (Каков производ е потребен, што ќе правиме?)
• Ресурсен аспект (Дали имаме доволно за да ја постигнеме целта?)

PRINCE2 има појасно дефинирана структура на проектен тим од повеќето пристапи за управување со проекти. Ова се должи на фактот дека PRINCE2 е фокусиран на големи владини проекти и големи организации.

Според PRINCE2, секој член на тимот има посебна улога во секој од 7-те процеси:

• Почеток на проектот (Почетокинг нагореа проект): За време на овој процессе назначува проект менаџер и се утврдуваат општите барања за изведба на производот. Менаџерот на проектот, чија примарна одговорност е вниманието на деталите, известува до Управниот комитет на проектот, кој е одговорен за генерално раководствопроект. Управниот комитет е тој што гарантира дека проектот останува на курсот и тој е целосно одговорен за успехот на проектот.
• Започнување на проектота проект): Во текот на овој процес, проектниот менаџер подготвува „Документ за иницирање на проектот“ кој го содржи фазен план на проектот. Фазите може да траат различно време, но, како и во класичниот пристап, тие следат строго една по друга.
• Управување со проекти (Directing а проект): Овој процес му овозможува на Управниот комитет да ја преземе севкупната одговорност за успехот на проектот без да се заглавува во детали кои се во надлежност на проектниот менаџер.
• Контрола на сцената (Контролалинг а фаза): Во текот на реализацијата на проектот и во идеални услови ќе се направат одредени измени. Процесот на Stage Control имплементира еден од принципите на PRINCE2 - принципот на управување со исклучоци. Одговорност на проектниот менаџер е да ги следи за време на спроведувањето на етапните отстапувања од планираните параметри на проектот во однос на времето, обемот, буџетот итн. PRINCE2 терминологија - толеранции), проект-менаџерот мора да го информира Управниот комитет и да предложи излез од ситуацијата.
• Управување со креирање производи (Управување производ испорака):Процесот на управување со креирање производ е интеракција помеѓу проектниот менаџер и менаџерот на тимот за да се создаде еден од производите на проектот. Одговорностите на проектниот менаџер во овој процес вклучуваат делегирање на овластувањата за креирање на производот на менаџерот на тимот и прифаќање на креираниот производ.
• Управување со границите на сцената (Менагинг а фаза граница): Во текот на овој процес, проект-менаџерот му ги дава на Управниот комитет сите потребни информации за да ги оцени резултатите од поминатата фаза и да одлучи за преминот во следната фаза.
• Завршување на проектот (Затворањеа проект): Една од разликите во PRINCE2 е тоа што процесот на завршување на проектот не е поделен во посебна фаза или фаза, како во класичниот пристап, туку се изведува како дел од последната фаза на креирање на производот. Целта на процесот е да потврди дека проектниот производ е прифатен или дека проектот повеќе не може да испорача ништо корисно.

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

Јаки страни на PRINCE2

• Прилагодливост кон карактеристиките на организацијата;
• Присуство на јасен опис на улогите и распределба на одговорностите;
• Акцент на проектните производи;
• Одредени нивоа на управување;
• Фокус на економската изводливост;
• Редоследот на работа на проектот;
• Акцент на фаќање искуство и постојано подобрување.

Слабости на PRINCE2

• Недостаток на индустриски практики;
• Недостаток на специфични алатки за работа во проектот.

Најдобриот систем за управување со проекти ... за вас!

Управувањето со проекти е наука, но науката не е најпрецизна. Во оваа област нема непоколебливи основи и универзални решенија. Ако успеете да најдете метод кој совршено одговара на вашиот проект, сметајте се себеси за многу среќни, бидејќи повеќето од помалку среќните менаџери треба да се потрудат да создадат и прилагодат сопствени системи за управување со проекти. Овие системи можат да бидат составени од елементи на постоечки системи, па дури и да се создадат целосно од нула, како во случајот со мисијата Аполо. Главната работа е да користите нешто што ви дава одредена структура и ви овозможува да запомните што е важно за вашиот проект.

Како да добиете меѓународен сертификат во Agile?

За оние кои сакаат да добијат систематско разбирање за Agile, да ги разберат предностите и недостатоците на агилниот пристап кон проектите и производите, да најдат области со најдобра примена на Agile и да добијат меѓународна сертифицирана професионална сертификација ICAgile - нашата обука

Разбирање на агилен

Agile е флексибилен развојен пристап кој вклучува различни методологии (Scrum, Kanban, XP, Lean и други). Многу луѓе знаат за тоа. Но, постојат десетици ситници и секакви интересни работи кои не лежат на површината.

Подготвивме серија написи и за почетници кои сè уште се на „вие“ со флексибилни методологии, така и за оние кои се пријатели со нив долго време. Ајде да зборуваме за основните концепти (накратко), и за неочекуваната примена на Agile и Scrum во секојдневниот живот. Денешната статија е како воведно предавање: за тоа што е Agile и со што се јаде.

Биг Бенг на проекти

Ако направиме паралела со раѓањето на Универзумот - ајде да му ја доделиме оваа улога на Agile - тогаш Големата експлозија ќе биде проблем број еден што доведе стотици менаџери на проекти до нервен слом - промена на барањата за производите. Ова е причината за стенкањето, хистерични извици „Зошто ми е потребна оваа казна? и проретчена коса.

Обично, процесите работат во рамките на моделот на водопад (или модел на водопад) - сè се случува во фази и последователно. Едноставно кажано, „Ја гледам целта - одам до целта“. И ако во одреден момент се променат барањата за производот, крајната цел, понекогаш треба да го повторите тоа. Штом совршено полиран план ќе се судри со реалноста, тој веднаш се распаѓа во прашина. Но, наместо да ги фрлат и планот и нивниот пристап кон него во ѓубре, лидерите се преправаат дека планот функционира, па дури и ангажираат специјалисти да го направат тоа. Во суштина, тие ги плаќаат луѓето да ги лажат.

Според Џеф Сатерленд, креаторот на Скрам, ова потсетува на однесувањето на Политбирото на Централниот комитет на КПСС кон крајот на 1980-тите, наводно верувајќи во извештаите што ги добил во пресрет на распадот на Советскиот Сојуз.

Агилните методи се дизајнирани да се справат со ова поради нивната флексибилност. Можеме да кажеме дека Agile е ограда од неколку пристапи, дизајнирани да ги минимизираат сите видови ризици користејќи збир на принципи. Токму овие принципи и 4 главни идеи се собрани во Agile Manifesto, од 2001 година.

Агилен манифест

Ако ја поедноставиме формулацијата за да ги „кристализираме“ размислувањата што ги водат сите што работат на агилно, ќе добиете нешто како ова:

• Најважни се луѓето, а не работите
• Документацијата (која никој друг не ја чита) не треба да пречи на ничија работа
• Соработувајте, не го препрочитувајте договорот
• Живејте, дишете, менувајте се - најбрзо што можете

Како се уредуваат процесите

Ајде да видиме како можете да работите на агилен. На пример, земете го Scrum - денес таа е најпопуларната агилна методологија. Џеф Сатерленд, автор на Scrum, ја измислил оваа техника за да ги надмине недостатоците на класичното управување со проекти.

1. Изберете Сопственик на производ- ова е личност која гледа кон која цел одите и што сакате да постигнете на крајот.

2. Одлучете се за тим- од 3 до 10 луѓе кои имаат вештини кои ќе ви овозможат да постигнете резултат (т.е. работен производ).

3. Изберете Scrum Master- Ова лице го следи напредокот на проектот и му помага на тимот да се справи со тешкотиите.

4. Создадете заостанат производ- соберете ги на едно место (по можност на Agile табла) сите барања за производот и дадете приоритет. Сопственикот на производот мора добро да размисли и да ги собере сите желби. Тимот потоа треба да го процени заостанатиот дел за да види дали може да се направи и колку време ќе потрае.

Вака изгледа агилна табла во Yandex - .

5. Закажете спринтови- временски периоди (недела или две) за кои тимот извршува одреден сет на задачи. Спринтовите ќе бидат редовни: на пример, 15 пати за две недели, додека не се добие готовиот производ.

6. Одржувајте дневни состаноци 15 минути (и ни една минута повеќе)- на дневен ред се три прашања, на кои сите накратко одговараат: што правев вчера, што ќе правам денес и кои пречки ме спречуваат да ја „фатам висината“.

7. Правете прегледи- на крајот од спринтот, тимот кажува што успеале да направат и ги демонстрира работените делови од производот. Секој може да дојде до прегледите: сопственикот на производот, главниот клиент, па дури и потенцијалните клиенти.

8. Домаќин на ретроспектива- По секој спринт, тимот на Agile разговара за проблемите и бара решенија. Треба да има план за промена кој тимот веднаш ќе го спроведе - во следниот спринт.

За повеќе информации за тоа како да го имплементирате Scrum и да ги подобрите перформансите на тимот, прочитајте ја оваа статија.

Scrum е повеќе од метод тимска работа. Scrum го забрзува темпото на сите човечки потфати. Без разлика кој е проектот или проблемот, Scrum може да се користи во секој обид за зголемување на продуктивноста и постигнување подобри резултати.

Познајте го Агил лично

Агилните методи лесно се препознаваат според клучните карактеристики, еден вид „знамиња на сигнали“.

1. Минимизирањето на ризикот е главната цел на секој агилен пристап.
2. Итеративен развој - работа во кратки циклуси.
3. Луѓето и комуникацијата се најважни.

Ако го погледнете Agile од двете страни на реката - клиентот и тимот - овој пристап има смисла за секого.

• Клиентот треба да добие барем минимално функционален производ на време (не е важно дали ние зборувамеза софтвер или за други процеси и појави), променете ги условите, притоа не останувајќи со дупка од крофна во џебот - ова е прашањето за осигурување на ризик.

• Тимот има корист од комуникацијата со клиентот и колегите (така што без ова: „Погрешно ме разбравте - повторно направете сè брзо. И да, тоа беше неопходно вчера!“), Транспарентност на процесите, што ги намалува шансите за изненадувања, брзо решавање проблеми . Па, многу луѓе разбираат каде оди времето и каде запира работата. Ситница (всушност не), но убаво.

Плус, комуникацијата во тимот квалитативно се подобрува. Сите се фокусираат на заедничка идеја, нема тајни едни од други, секој дава ветување (социјални обврски - каде без нив). Шлагот на тортата е способноста да се работи со удобно темпо, иако брзо (барем побрзо од вообичаеното).

Agile носи ред од хаос во ред. Спроведени се студии: се покажа дека проектите каде што работата била извршена во рамките на агилен пристап биле 3 пати поуспешни од оние каде што процесите биле изградени во стандардна парадигма. И изгледа сосема логично: клиентот го добива она што го сака, и тоа со минимално време и ресурси.

На кого можеби не му се допаѓа?

Од своето основање, концептот на Scrum ја формираше основата за дизајнирање на нови софтверски производи за технолошките индустрии. Сепак, откако се стекна со признание и успех во Силиконската долина меѓу софтверските и новите хардверски проект менаџери, воопшто деловна практика Scrum е сè уште малку позната методологија.

Тоа е се за денес. Следниот пат ќе зборуваме за Scrum Scrums и како функционираат агилните методологии во руската реалност. Не префрлај.

П.С.Дали сакате да добивате секоја недела корисни советиод најинтересните книги за бизнис и маркетинг, дознајте за нови производи и добивате попусти? Претплатете се на нашиот билтен. Првата буква е подарок.