Ճարպիկ զարգացման փուլերը. Ի՞նչ է Agile-ը: Սկզբում թիմը ուսումնասիրում է հավելվածների մշակման իրականությունը և շրջանակը: Հետագա աշխատանքը բաժանված է երեք փոխկապակցված ցիկլերի

Արագաշարժ («արագաշարժ») բառ է, որը վերջին շրջանում հնչում է յուրաքանչյուր երկաթից: Բայց ի՞նչ է Agile-ը և, որ ամենակարևորն է, ինչի՞ն է պետք այս Agile-ը:

Եթե ​​բաց ԲառարանՕրինակ, Օքսֆորդը, ապա այնտեղ կարող եք կարդալ առնվազն երկու սահմանում.

1. Արագ և հեշտությամբ շարժվելու ունակություն:
2. Կարողանալ արագ մտածել և հասկանալ:

Այսինքն՝ արագաշարժ լինելու համար պետք է կարողանաս արագ ու հեշտությամբ շարժվել ու արագ մտածել։ Թվում է, թե բավականին օգտակար հատկություններ են, հատկապես բիզնեսում: Արագ մտածելն ու արագ արձագանքելը հենց այն է, ինչ բժիշկը պատվիրել է մեր ժամանակներում, հակառակ դեպքում դուք պարզապես չեք գոյատևի. մրցակիցները ձեզ կխժռեն: Աշխարհում ավելի ու ավելի քիչ ոլորտներ կան, որտեղ այդ մրցակիցները չկան: Ավելին, պատճենահանման արագությունը գործնականում անհնարին է դարձնում ապրանքը շուկա հանելը և դափնիների վրա հանգստանալը։ Առանց փոփոխությանը արագ հարմարվելու ունակության, որը տալիս է այսպես կոչված «Ճկուն մեթոդաբանությունը», ավելի ու ավելի դժվար է գոյատևել:

Պատահական չէ, որ «Ճկուն մեթոդոլոգիա» արտահայտությունը վերցնում եմ չակերտների մեջ, քանի որ հաճախ կարելի է լսել, բայց դա այնքան էլ ճիշտ չէ։ Եթե ​​դուք չեք խորանում տեխնիկական մանրամասների մեջ, ապա Agile-ը մեթոդաբանություն չէ, այլ կառավարման տարբեր մեթոդների և մոտեցումների հավաքական անվանում, որը.

1. Թիմը կենտրոնացրեք հաճախորդների կարիքների և նպատակների վրա:
2. Պարզեցնել կազմակերպչական կառուցվածքը և գործընթացները:
3. Նրանք առաջարկում են աշխատանք կարճ ցիկլերով։
4. Ակտիվորեն օգտագործեք հետադարձ կապը:
5. Աշխատողների լիազորությունների ավելացում կա.
6. Դրանք հիմնված են հումանիստական ​​մոտեցման վրա։
7. Դրանք վերջնական վիճակ չեն, այլ ավելի շուտ մտածելակերպ և ապրելակերպ:

Ոչ մի գերբնական բան, չէ՞: Եկեք կետ առ կետ գնանք և տեսնենք, թե ինչու է վերը նշվածը կարևոր արագ և արագաշարժ լինելու համար, և ինչպես է Agile-ը հասնում այդ նպատակներին:

Կենտրոնացեք հաճախորդների կարիքների և նպատակների վրա

Կարծում եմ՝ չարժե բացատրել, թե ինչու է ամենահաջողակ բիզնեսը այն բիզնեսը, որն ավելի լավ է բավարարում իր հաճախորդի կարիքները, քան մրցակիցները։ Ավելի հետաքրքիր է հասկանալ, թե Agile-ում ինչ գործիքներ են օգնում դրան հասնել:

Ամենակարևորն այն է, որ արագաշարժ մոտեցմամբ հաճախորդի վրա կենտրոնացումը հայտնվում է ոչ միայն բիզնեսի սեփականատիրոջ գլխում (այն այնտեղ արդեն կա), այլ բոլորի մոտ, ովքեր աշխատում են ապրանք կամ ծառայություն ստեղծելու վրա: Գործընթացի յուրաքանչյուր մասնակից պետք է հասկանա, թե ով է հաճախորդը, ինչ է ուզում, ինչ խնդիրներ ենք լուծում մեր արտադրանքի հետ, ինչ է նա սիրում, ինչից է վախենում և այլն։ Նման գլոբալ ուշադրությունը թույլ է տալիս ստեղծել ավելի լավ լուծումների մեծության կարգ: Ես բազմիցս հանդիպել եմ մի իրավիճակի, երբ մարդիկ, ովքեր նախկինում պատասխանատու էին ինչ-որ փոքր աշխատանքի համար, հասկանալով հաճախորդի նպատակները, սկսեցին հրաշալի գաղափարներ տալ, իսկ արտադրանքի մշակման համար պատասխանատու մարդիկ զարմանքով նշումներ էին անում: Կամ - ինչպես են նման գաղափարները հղկվում խմբային արտադրանքի մշակման նիստերում տարբեր մարդիկև լրացնում են միմյանց՝ պարզապես լավից մինչև գերազանց: Եվ, իհարկե, ինչպես են դրանք հետագայում իրականացվում:

«Աշխատանքի գործիքները» այս դեպքում աշխատանքի բոլոր մասնակիցների կամ հիմնական մեծամասնության կարճ, բայց ինտենսիվ նիստերն են (հանդիպումները), որտեղ գեներացվում և փորձարկվում են տարբեր գաղափարներ: Այս նույն հանդիպումները ծառայում են ըմբռնման և կենտրոնացման մակարդակին. ելքային հանդիպման բոլոր մասնակիցները հասկանում են, թե ինչ են անում, ինչու և ինչու է դա կարևոր հաճախորդի համար: Իսկ աշխատաժողովի դեմոկրատական ​​ձևաչափը, ի տարբերություն ձանձրալի ներկայացումների, երաշխավորում է բոլոր մասնակիցների ավելի մեծ ընդգրկվածություն և մոտիվացիա։

Նման գործիքների օրինակներ են Lean Canvas-ը, Impact Mapping-ը, User Story Mapping-ը և այլ Agile մեթոդները՝ վարկածների և գործընթացների նկարագրության համար:

Agile-ի հիմնաքարերից մեկը ծայրահեղ պարզությունն է: Եվ կազմակերպության կազմակերպչական կառուցվածքը և այն գործընթացները, որոնցով աշխատում են մարդիկ, և կանոնները պետք է լինեն հնարավորինս պարզ: Սա թույլ կտա մարդկանց կենտրոնանալ իրենց աշխատանքի, իրենց ստեղծած արժեքի վրա, այլ ոչ թե կանոնակարգերի և կանոնների պահպանման վրա: Այս մոտեցման հիանալի օրինակներ կարելի է գտնել Scrum-ի վրա աշխատող բազմաթիվ թիմերում՝ Agile-ում աշխատանքային հոսքի կազմակերպման ամենահայտնի միջոցը: Փաստորեն, 10-11 հոգանոց թիմի բոլոր պայմանավորվածություններն ու կանոնները, մի քանի շաբաթվա ընթացիկ առաջադրանքները, նպատակները, ինչպես նաև ռազմավարական պլանները հեշտությամբ կարող են տեղավորվել A0 թղթի 2-3 թերթի վրա: Մեկ թերթիկի վրա կարող է լինել, այսպես կոչված, «սպրինտ հետքայլ», այն ամենի ցանկը, ինչ թիմը պատրաստվում է անել հաջորդ կրկնության ընթացքում: Եթե ​​մեկը կախեք այն սենյակում, որտեղ աշխատում եք, կարող եք ինքներդ ձեզ փրկել այս ամենը հիշելու փորձությունից։ Նույնը վերաբերում է գործընթացներին: Օրինակ, Scrum-ում բոլոր հանդիպումների վայրն ու ժամը խիստ ամրագրված են: Ցանկացած մասնակից հաստատ գիտի, որ, օրինակ, երկուշաբթի ժամը 10-00-ին նախատեսվում է հաջորդ կրկնությունը, իսկ ուրբաթ օրը ժամը 17-30-ին՝ աշխատանքային գործընթացը բարելավելու հանդիպում:

Եվ որքան մեծ է կազմակերպությունը, այնքան ավելի մեծ է նման պարզության օգուտը, քանի որ բարդությունը հակված է երկրաչափական աճի, և Agile-ը լավ միջոցհաղթահարել այս բարդությունը կամ գոնե զսպել դրա աճը:

Պարզեցման (և հարթեցման, բայց սա մեկ այլ քննարկման թեմա) Agile-ում են Scrum-ը, Nexus-ը, LeSS-ը (մեծ մասշտաբով Scrum կամ Scrum-ը մեծ մասշտաբով), ինչպես նաև Agile մանիֆեստը:

Արագաշարժ աշխարհում ընդունված չէ երեք տարի փակվել արհեստանոցում՝ այնտեղ ինչ-որ հետաքրքիր բան սրել: Ռիսկը շատ մեծ է՝ մի ծով ուժ և ժամանակ ծախսել մի բանի վրա, որը ոչ ոքի պետք չէ կամ հնացած է։

Սրանից խուսափելու համար օգտագործվում է այսպես կոչված կրկնվող-աճողական մոտեցումը, երբ.

• աշխատանքն իրականացվում է փոքր ֆիքսված ժամանակահատվածներում, օրինակ՝ մեկ, երկու կամ չորս շաբաթվա ընթացքում,
• և, որ ամենակարևորն է, յուրաքանչյուր ժամանակահատվածի վերջում ստեղծվում է ոչ թե ինչ-որ միջանկյալ արդյունք, այլ, թեկուզ փոքր, կտրված, սակավ, բայց. արտադրանքի աշխատանքային տարբերակը, որը կարող եք սկսել օգտագործել.

Որպես նման աշխատանքային մոդելի ամենապարզ օրինակ՝ կարելի է պատկերացնել «հաշվիչ» ծրագրի ստանդարտը բոլոր համակարգիչների համար, որը սկզբում թույլ է տալիս ավելացնել միայն երկու թիվ, այնուհետև ավելացնում ենք հանում, բազմապատկում, բաժանում, տրանսցենդենտալ թվեր, եռանկյունաչափական ֆունկցիաներ և այլն։ այսպես շարունակ՝ ըստ օգտագործման հաճախականության։ Սկզբում ֆունկցիոնալությունը փոքր է, բայց մենք արդեն կարող ենք տեսնել, թե ինչպիսի տեսք ունի հաշվիչը, որքան հարմար է այն օգտագործելու համար և պատկերացնել, թե ինչպես կարելի է այն հետագայում զարգացնել: Եվ, ամենակարևորը, հաճախորդներից մի քանիսը (ասենք՝ դպրոցականներ տարրական դպրոց) արդեն կարող է սկսել օգտագործել այն:

Այս մոտեցման մեկ այլ առավելություն, ի լրումն շուկա վաղաժամ մուտքի և աշխատանքի սկզբնական փուլերում փոփոխություններ կատարելու, առաջընթացը ավելի ճշգրիտ չափելու կարողությունն է: Մենք պարզապես չենք արել «աշխատանքի 15%-ը», ինչը բավականին վերացական է: Մենք «կատարեցինք ֆունկցիոնալության 15%-ը», որն արդեն աշխատում է։

Բոլորը գործընթացի մոտեցումները Agile-ում ունեն կարճ ցիկլեր, լինի դա նախկինում նշված Scrum-ը, Nexus-ը, LeSS-ը, SAFe-ը, թե գումարած՝ նման ցիկլերի հետ աշխատելու անհրաժեշտությունը նշված է Agile մանիֆեստում:

Հետադարձ կապի ակտիվ, համակարգային օգտագործում

Այս կետը, իմ կարծիքով, ամենակարևորն է ցանկացած գործընթացի համար, քանի որ թույլ է տալիս ժամանակի ընթացքում կարգավորել ձեր աշխատանքը՝ հիմնվելով փորձի վրա՝ հեռացնելով գործընթացից և ստեղծվող արտադրանքից սխալներն ու կորուստները և ավելացնելով ինչ-որ օգտակար բան:

Մարդկային գործունեության ցանկացած բնագավառում, որը կապված է նոր բան ստեղծելու հետ, դուք կգտնեք նմանը աշխատել փորձի միջոցով. Հրթիռային տեխնիկա, ավիաշինություն, դեղագործություն, ֆիզիկա, բժշկություն, շինարարություն, հոգեբանություն, տնտեսագիտություն. գործունեության ցանկացած ոլորտ սկսվում էր փորձերից և մտածված մշակումից: հետադարձ կապնրանցից.

Agile-ն առաջարկում է այս մոտեցման համակարգված կիրառում ամենուր՝ արտադրանք ստեղծելիս (մենք այն թողարկում ենք շուկայում, կամ ցույց ենք տալիս հաճախորդին, կամ թեստեր ենք անցկացնում և օգտագործում հետադարձ կապ՝ ուղղելու համար), գործընթացներ կառուցելիս (պարբերաբար մենք «դադարեցնում ենք» աշխատանքը։ և վերլուծել գործընթացն ինքնին, բարելավել այն, ազատվել կորուստներից և խնդիրներից), նույնիսկ կազմակերպության կառուցվածքի կառուցման և թիմերում հարաբերությունների բարելավման գործում:

Կրկին օրինակներն ամենուր են՝ հետահայաց հանդիպումներ Scrum-ում, Kanban-ում, Nexus-ում և LeSS-ում, I&A ցիկլեր SAFe-ում, Design Thinking մոտեցում արտադրանքի ստեղծմանը և այլն:

Ինչու՞ ավելի շատ լիազորություններ տալ, երբ կարող ես հրահանգներով թղթի կտոր տալ: Սա անելու առնվազն երեք պատճառ կա.

Նախ՝ մտավոր աշխատանքով զբաղվող մարդիկ չեն սիրում իրենց կապիկ (լավ, կամ ռոբոտ) զգալ, և մարդուց խլելով որոշումներ կայացնելու կարողությունը՝ ինքնին նրանից խլում ենք մտավոր աշխատանքը։ Իսկ դա միանշանակ դեմոտիվացնող է:

Երկրորդ՝ ավելի շատ լիազորություններ տալով՝ մենք ավելի շատ պատասխանատվություն ենք տալիս, և մարդիկ ստիպված են սովորել ինքնուրույն որոշումներ կայացնել և, որ ամենակարևորն է, պատասխանատվություն կրել դրանց համար։ Դա երկար է, դժվար, բայց արժե այն: Աշխատանքը չի կանգնի, եթե ինքնակազմակերպված թիմը հանդիպի անծանոթ, նախկինում անհայտ խնդրի։ Իսկ ո՞վ կպնդի, որ աշխատավայրում հասուն և պատասխանատու մեծահասակներն ավելի օգտակար են, քան մեծ երեխաները, ովքեր չեն կարողանում ինքնուրույն մտածել:

Երրորդ, դա դեռ նույն արագությունն է: Եթե ​​մարդն ինքը կարող է խնդիր լուծել՝ իր տեղում, առանց որևէ մեկին հարցնելու, դա նվազեցնում է որոշումներ կայացնելու ժամանակը։ Այլևս չուղարկել «վերև» հարցը և սպասել ղեկավարության պատասխանին: Այս առավելությունն այնքան էլ նկատելի չէ, եթե ունես 3 աշխատող, բայց եթե ունես 30, կամ 300 կամ 3000... Զուտ հիերարխիկ որոշումների կայացման վրա կառուցված խոշոր կազմակերպություններում կամքի կաթվածահարությունը կարող է բավականին տարածված լինել:

Agile-ում աշխատանքի կառուցման հանրահայտ եղանակները, հատկապես նրանք, որոնք հիմնված են Scrum շրջանակի վրա, ներառում են ինքնակազմակերպված թիմերի համակարգ և խրախուսում են ղեկավարությունը բոլոր մակարդակներում:

Ինչու՞ մարդկանց հետ վարվել այնպես, ինչպես մարդ է: Այսինքն՝ գործի բարոյական կողմը պարզ է, բայց ի՞նչ օգուտ այն կբերի ձեռնարկության սեփականատիրոջը։

Պատասխանը բավականին պարզ է. Եթե ​​ստեղծել այն, ինչ վաճառում եք, չի պահանջում մտավոր աշխատանք, բայց միայն մեխանիկական գործողություններ - դուք չեք կարող անհանգստացնել: Պարզապես վճարեք ըստ կատարված աշխատանքի, և վերջ։ Բայց հենց որ գործի մեջ մտնի աշխատողների ուղեղը, դուք ստիպված կլինեք հաշվի նստել մտավոր աշխատանքի մոտիվացիայի սկզբունքների հետ։ Եվ ասում են, որ մարդկանց համար կարևոր է ինքնաիրացման հնարավորությունը, հմտությունների կատարելագործումը, ինչ-որ արժեքավոր բան աշխարհ բերելը, անկախությունը որոշումներում և մի շարք այլ գործոններ։ Իսկ մոտիվացված մարդը (չշփոթել խթանված մարդու հետ!) ավելի շատ ներդրումներ կանի աշխատանքի մեջ, և արդյունքը կլինի ավելի լավ ու արագ։ Եվ ընդհանրապես, աշխատանքի մեջ հաճելի մթնոլորտն ավելացնում է այնտեղ աշխատելու ցանկությունը. դժվար թե որևէ մեկը կարողանա վիճել դրա հետ:

Եվ, ինչ լավ է, եթե փորփրես նույն Scrum-ը, կստացվի, որ մտավոր և/կամ ստեղծագործական աշխատանքի աշխատողին մոտիվացնելու բոլոր հիմնական գործոններն արդեն ներառված են դրանում։ Յուրաքանչյուր կրկնության («սպրինտ») մենք դնում ենք նպատակ, որին ցանկանում ենք հասնել. մեզ հնարավորություն է տրվում որոշել, թե կոնկրետ ինչպես հասնել նպատակին. վերջում մենք նայում ենք, թե որքանով ենք ավելի լավ (կամ ավելի վատ) աշխատել, քան նախկինում; մենք տեսնում ենք մարդկանց, ովքեր հետաքրքրված են ապրանքով և նրանց էմոցիաներով՝ ծանոթանալով դրա հետ: Հատկապես լավ է, եթե այդ հույզերը դրական են։

Եզրակացությունը հետևյալն է. երջանիկ մարդիկավելի լավ են աշխատում, իսկ Agile տեխնոլոգիաները օգնում են ստեղծել գործընթաց, որտեղ մարդիկ իրենց ավելի երջանիկ են զգում: Եվ մանիֆեստի առաջին կետը հենց սա է. մարդիկ և ինչպես են նրանք շփվում, ավելի կարևոր են, քան որևէ այլ բան:

Արագաշարժը վերջնական վիճակ չէ, այլ մտածելու և ապրելու ձև

Այս կետն այն մասին է, թե ինչպես է Agile-ն ընդհանուր առմամբ ուղին է, ոչ թե նպատակը: Դուք չեք կարող «իրագործել» Agile-ը և հանգստանալ: Եթե ​​ընտրես այս ճանապարհը, դու միշտ կունենաս ավելի լավ անելու բան, պատասխանելու այլ մարտահրավեր, լուծելու այլ խնդիր, նվաճելու մեկ այլ բարձունք... Սա շարժում է, անվերջ, քանի որ չկա իդեալական գործընթաց կամ արդյունք, զարգացումն ու մրցակցությունը երբեք չեն դադարում, ինչպես բնության մեջ գոյատևման պայքարը երբեք չի դադարում:

Եվ եթե ամեն ինչ հաջող էր. ընկերությունում մարդիկ հասկանում և կիսում են Agile-ի արժեքներն ու սկզբունքները և աշխատում են դրանց համաձայն, ապա ղեկավարությունը ստիպված չի լինի «քաշել» որևէ փոփոխություն կամ «քացի տալ» աշխատակիցներին, որպեսզի նրանք սկսեն ինչ-որ բան անել: այլ կերպ. Ձեռնարկությունը կդառնա մեկ օրգանիզմ, որի կառավարումը ավելի քիչ ջանք կպահանջի և ավելի շատ հաճույք կբերի։
Իսկ որտեղ աշխատանքից հաճույքն ավելի շատ է, իսկ արդյունքն ավելի բարձր։ Սա վերաբերում է ոչ միայն մասնագետներին, այլ նաև ղեկավարությանը, և նույնիսկ ավելի մեծ չափով։

Յուրաքանչյուր ոք, ով երբևէ զբաղվել է ծրագրի կառավարմամբ, գիտի, թե որքան դժվար է կազմակերպել թիմի լավ համակարգված աշխատանքը, և ծրագրի արդյունքի համար անընդհատ փոփոխվող պահանջների պայմաններում գործադրված բոլոր ջանքերը կարող են ապարդյուն դառնալ: Ծրագրի արագ կառավարման մեթոդը իդեալական է նման նախագծերի հետ աշխատելու համար:

Արագաշարժ նախագծի կառավարման մեթոդը աշխատանքային փուլերի շարք է, որոնք սահմանված են ծանր ժամկետներով՝ սպրինտներով, որոնք թիմին թույլ են տալիս մշտապես գնահատել կատարված աշխատանքի արդյունքները և ստանալ կարծիք հաճախորդից և ծրագրի այլ մասնակիցներից: Այս մոտեցումը թույլ է տալիս ակնթարթորեն փոփոխություններ կատարել արտադրանքում, երբ նոր պահանջներ են հայտնվում:

Agile-ի պատմություն

Ծրագրի էվոլյուցիոն կառավարում և հարմարվողական զարգացում ծրագրային ապահովումհայտնվել է 1970-ականների սկզբին։ 1970թ.-ին դոկտոր Ուինսթոն Ռոյսը ներկայացրեց «Մեծ ծրագրային համակարգերի զարգացման կառավարում» վերնագրով աշխատությունը, որը քննադատում էր հաջորդական զարգացմանը: Նա պնդում էր, որ ծրագրակազմը չպետք է մշակվի այնպես, ինչպես մեքենան հավաքման գծի վրա, որտեղ յուրաքանչյուր մաս ավելացվում է հաջորդական փուլերով: Նման հաջորդական փուլերում ծրագրի յուրաքանչյուր փուլ պետք է ավարտվի մինչև հաջորդ փուլը սկսվի: Բ.

1990-ականներին ծրագրային ապահովման մշակման մի շարք արագաշարժ մեթոդներ մշակվեցին՝ ի պատասխան գերակշռող ծանր քաշային մեթոդների։ Դրանք ներառում են. 1991 թվականից - RAD (արագ հավելվածի մշակում); 1994 թվականից - Դինամիկ համակարգերի զարգացման մեթոդ (DSDM); 1995 թվականից - Scrum; 1996 թվականից՝ Crystal Clear and Extreme Programming (XP); Իսկ 1997 թվականից՝ Feature driven development (FDD): Թեև դրանք առաջացել են մինչև Agile Software Development Manifesto-ի հրապարակումը, դրանք միասին կոչվում են Agile Software Development:

2001 թվականի փետրվարին տասնյոթ ծրագրաշար մշակողներ հանդիպեցին Յուտայի ​​Snowbird Resort-ում՝ քննարկելու թեթև զարգացման տեխնիկան: Նրանք միասին հրատարակեցին «Ճկուն մանիֆեստը»:

Արագաշարժ մանիֆեստ

Արագաշարժ մանիֆեստը բաղկացած է 4 հիմնական գաղափարներից և 12 սկզբունքներից: Agile-ի յուրաքանչյուր մեթոդաբանություն տարբեր կերպ է կիրառում այս գաղափարները, բայց դրանք բոլորն էլ հիմնվում են դրանց վրա՝ հնարավորինս արդյունավետ նախագծեր կառավարելու համար:

4 Արագաշարժ գաղափարներ

1. Մարդիկ և փոխազդեցությունն ավելի կարևոր են, քան գործընթացներն ու գործիքները:
2. Աշխատանքային ծրագրակազմն ավելի կարևոր է, քան փաստաթղթերը:
3. Հաճախորդների հետ համագործակցությունն ավելի կարևոր է, քան պայմանագրի պայմանների շուրջ բանակցությունները:
4. Նախնական պլանին հավատարիմ մնալու փոխարեն առաջնահերթություններ կատարելու պատրաստակամություն:

Agile-ի 12 սկզբունքներ

1. Հաճախորդների գոհունակությունը ծրագրային ապահովման վաղ և շարունակական առաքման միջոցով: Հաճախորդներն ավելի երջանիկ են լինում, երբ կանոնավոր պարբերականությամբ ստանում են աշխատանքային ծրագրակազմ:
2. Փոփոխություններ կատարեք արտադրանքի պահանջներին զարգացման գործընթացում:
3. Աշխատանքային ծրագրերի հաճախակի առաքում (ամեն ամիս, երկու շաբաթը մեկ, շաբաթական և այլն):
4. Ծրագրի ընթացքում շահագրգիռ կողմերի (հաճախորդների և մշակողների) միջև համագործակցություն:
5. Ներգրավված մարդկանց աջակցություն, վստահություն և մոտիվացիա: Մոտիվացված թիմերն ավելի հավանական է, որ իրենց կատարեն լավագույն աշխատանքքան աշխատանքային պայմաններից դժգոհ աշխատողները։
6. Դեմ առ դեմ փոխազդեցություն. Հաղորդակցությունն ավելի հաջողակ է, երբ զարգացման թիմերը կարողանում են ուղղակիորեն շփվել:
7. Աշխատանքային ծրագրակազմը առաջընթացի հիմնական չափանիշն է: Հաճախորդին ֆունկցիոնալ ծրագրակազմի տրամադրումը առաջընթացը չափող վերջնական գործոնն է:
8. Աշխատանքի մշտական ​​տեմպի պահպանում. Թիմերը սահմանում են գործողության կրկնվող և կայուն արագություն, որով նրանք կարող են մատուցել գործող ծրագրակազմ:
9. Ուշադրություն տեխնիկական մանրամասներին և դիզայնին: Ճիշտ հմտություններ և լավ դիզայնթույլ տվեք թիմին պահպանել թափը, շարունակաբար բարելավել արտադրանքը և աշխատել փոփոխությունների վրա:
10. Պարզություն.
11. Ինքնակազմակերպվող թիմերը խրախուսում են գերազանց ճարտարապետություն, պահանջներ և դիզայն: Որակավորված և մոտիվացված թիմի անդամները, ովքեր որոշումներ կայացնելու իրավասություն ունեն, կանոնավոր կերպով շփվում են թիմի մյուս անդամների հետ և մտքեր փոխանակում, որոնք կապահովեն որակյալ արտադրանքի ստեղծումը:
12. Մշտական ​​հարմարվողականություն փոփոխվող պայմաններին, ինչը կօգնի ապրանքն ավելի մրցունակ դարձնել շուկայում:

Agile մեթոդի հիմքը

Ծրագրի արագաշարժ կառավարման մեթոդի հիմքը մի շարք հիմնական տարրերն են.

1. Տեսողական հսկողություն. Ծրագրի մասնակիցները նախագծի վրա աշխատանքի ընթացքում օգտագործում են տարբեր գույների և տեսակների քարտեր, որոնք ազդարարում են, թե վերջնական արտադրանքի որ տարրն է արդեն մշակված, պլանավորված, ավարտված և այլն: Այսպիսով, թիմն ունի գործերի ներկա վիճակի տեսողական ներկայացում: Տեսողական հսկողությունը մասնակիցներից յուրաքանչյուրի կողմից ապահովում է նախագծի նույն տեսլականը:
2. Ծրագրի բոլոր մասնակիցները աշխատում են կողք կողքի, ներառյալ հաճախորդը: Այս մոտեցումը ոչ միայն արագացնում է աշխատանքային խմբի անդամների իրազեկման հետ կապված շատ գործընթացներ, այլեւ ստեղծում է բարենպաստ մթնոլորտհամագործակցության և արդյունավետ աշխատանքի համար։
3. Հարմարվողական կառավարում. Ծրագրի ղեկավարը հրահանգներ տվող անձնավորություն չէ, այլ ղեկավար, ով որոշում է աշխատանքի և համագործակցության հիմնական կանոնները:
4. Համագործակցություն. Թիմը, ծրագրի ղեկավարը և հաճախորդը աշխատում են միասին, ինչը բացառում է տեղեկատվության կորստի և նպատակների սխալ ընկալման հնարավորությունը։ Նաև բոլոր գործընթացների թափանցիկությունը թույլ է տալիս ակնթարթորեն վերացնել առաջացող խնդիրները և գտնել հաջող լուծումներ և բարելավումներ:
5. Աշխատանք՝ հիմնվելով ծրագրի ընդհանուր ծավալի իր բաղադրիչ մասերի բաժանելու վրա: Աշխատանքի այս համակարգը զգալիորեն նվազեցնում է նախագծի բարդությունը և թիմերին թույլ է տալիս կենտրոնանալ յուրաքանչյուր մասի վրա առանձին:
6. Աշխատեք սխալների վրա. Մեկ ցիկլի աշխատանքի ընթացքում թիմը սովորում է նոր հմտություններ և վերլուծում է տեղի ունեցած սխալները, ինչը բացառում է դրանց առաջացումը հաջորդ ցիկլում:
7. Սպրինտներ և ամենօրյա հանդիպումներ. Sprints - ժամանակաշրջաններ, որոնց ընթացքում թիմերը կատարում են մի շարք առաջադրանքներ, թույլ են տալիս հստակ տեսնել աշխատանքի արդյունքները: Նախագծի վրա աշխատանքի ժամանակը սպրինտների բաժանելով՝ ստանում ենք, օրինակ, 10 սպրինտ՝ յուրաքանչյուրը երկու շաբաթով։ Իսկ 15 ​​րոպեից ոչ ավել տևողությամբ ամենօրյա հանդիպումները կօգնեն թիմի յուրաքանչյուր անդամի պատասխանել երեք հարցի` ինչ եմ արել երեկ, ինչ եմ անելու այսօր, ի՞նչն է ինձ խանգարում կատարել աշխատանք:

Այսպիսով, ներածություն ճկուն մեթոդԱրագաշարժությունը հնարավոր է հետևյալ պայմաններում.

• նախագծի իմաստը հստակ նշված է,
• հաճախորդը ակտիվորեն ներգրավված է նախագծի ողջ ընթացքում,
• ծրագրի ընդհանուր ծավալի հնարավոր քայլ առ քայլ իրականացում,
• աշխատանքի արդյունքն ավելի կարևոր է, քան փաստաթղթերը,
• աշխատանքային խումբը 7-9 հոգուց ոչ ավել է։

Վրա այս պահինԱրագաշարժ մեթոդոլոգիան լայնորեն տարածված է ՏՏ ոլորտում և սկսում է տիրապետել բիզնես ոլորտին, մասնավորապես՝ մարքեթինգին, մենեջմենթին, թրեյնինգին և այլն: Ծրագրի արագ կառավարումն օգտագործվում է բազմաթիվ ընկերությունների և պետական ​​կառույցների կողմից, օրինակ՝ Նորվեգիայի և Նոր Զելանդիայի կառավարությունները: Ճարպիկ. Ռուսաստանում Սբերբանկը տիրապետում է Agile-ին առևտրային հատվածի համար:

Ծրագրի կառավարման համակարգեր՝ հիմնված Agile-ի վրա

Agile-ի գաղափարի վրա հիմնված բազմաթիվ մեթոդներ կան, որոնցից ամենահայտնին Scrum-ը և Kanban-ն են:

SCRUM

Scrum-ը նախագծի կառավարման մեթոդաբանություն է, որը կենտրոնանում է աշխատանքային գործընթացի որակի վերահսկման վրա: Հիրոտակա Տակեուչին և Իկուջիրո Նոնական, ովքեր առաջինը նկարագրեցին Scrum մոտեցումը, բացատրեցին այն որպես «ռեգբիի մոտեցում», որտեղ սկրաումը պայքարում է գնդակի համար: Մեթոդն ինքնին մշակման գործընթաց է՝ բաժանված փոքր կրկնությունների՝ սպրինտերի, որոնց վերջում օգտատերերը ստանում են ծրագրաշարի բարելավված տարբերակը։ Sprint-ը խստորեն ամրագրված է ժամանակին, և դրա տևողությունը 2-ից 4 շաբաթ է։ Մեկ սպրինտի ընթացքում աշխատանքը բաղկացած է մի քանի փուլից.

1. Աշխատանքի շրջանակի պլանավորում մեկ սպրինտի համար:
2. Ամենօրյա հանդիպումներ 15 րոպե տևողությամբ՝ թիմի աշխատանքը շտկելու և միջանկյալ արդյունքներն ամփոփելու համար։
3. Աշխատանքի արդյունքների ցուցադրում.
4. Սպրինտային ռետրոսպեկտիվ՝ վերանայելով վերջին սպրինտի հաջողություններն ու անհաջողությունները:

Scrum-ը ամենից հաճախ օգտագործվում է բարդ ծրագրային ապահովման և արտադրանքի մշակման կառավարման համար՝ օգտագործելով կրկնվող և աճող մեթոդները:

Scrum-ը մեծապես բարձրացնում է արտադրողականությունը և նվազեցնում է ժամանակը դասական «ջրվեժային» պրոցեսների նկատմամբ: Scrum գործընթացները թույլ են տալիս կազմակերպություններին անխափան հարմարվել արագ փոփոխվող պահանջներին և ստեղծել արտադրանք, որը համապատասխանում է փոփոխվող բիզնես նպատակներին: Scrum-ը թույլ է տալիս.

• Արդյունքների որակի բարելավում;
• Ավելի լավ է զբաղվել փոփոխությունների հետ;
• Տրամադրել ավելի ճշգրիտ գնահատականներ՝ ավելի քիչ ժամանակ ծախսելով դրանք ստեղծելու համար.
• Ավելի լավ է վերահսկել նախագծի սցենարը և աշխատանքի փուլերը։

Կանբան

Kanban-ը գործընթաց է, որը նախատեսված է թիմերին ավելի արդյունավետ աշխատելու համար: Ճապոներեն kanban նշանակում է « գովազդային վահանակ, ցուցանակ», և մեթոդն ինքնին վերցված և հարմարեցված է արտադրական համակարգ Toyota. Kanban-ի էությունն այն է, որ մշակման գործընթացը հնարավորինս թափանցիկ լինի և բեռը հավասարաչափ բաշխվի թիմի անդամների միջև: Kanban-ը խթանում է շարունակական համագործակցությունը և խրախուսում է ակտիվ, շարունակական ուսուցումն ու կատարելագործումը:

Kanban-ը հիմնված է երեք սկզբունքների վրա.

1. Առաջադրանքների պատկերացում. նախագծի մասին բոլոր տեղեկատվության տեսանելիությունը կօգնի տեսնել թերությունները, սխալները և ծածկույթները:
2. WIP (աշխատանքի ընթացքի մեջ) վերահսկում և սահմանափակում. Սա օգնում է հավասարակշռել թելադրման մոտեցումը, որպեսզի թիմերը միանգամից չսկսեն և չափազանց շատ աշխատանք չանեն:
3. Վերահսկեք առաջադրանքն ավարտելու ժամանակը և օպտիմիզացրեք աշխատանքը՝ ժամանակ խնայելու համար:

Agile-ի առավելություններն ու թերությունները

Ցանկացած մեթոդաբանություն ունի առավելություններ և թերություններ: Հաշվի առեք Agile-ի դրական և բացասական կողմերը:

Առավելությունները

1. Ավելի շատ ճկունություն՝ համեմատած Waterfall մեթոդաբանության հետ:

Ջրվեժի ավանդական մեթոդաբանությունը հստակորեն թելադրում է աշխատանքի փուլերը։ Agile մեթոդաբանությամբ ժամանակացույցը և ծախսերը հիմնական որոշիչ գործոններն են, և սա այն ոլորտն է, որը փոխվում է ապրանքի հաճախորդների և սպառողների պահանջները բավարարելու համար:

2. Վերջնական արտադրանքի ավելի քիչ թերություններ:

Սա աշխատանքի յուրաքանչյուր փուլում իրականացված որակի ստուգումների արդյունքն է։ Շարունակական գործընթաց«մշակել, կառուցել և փորձարկել» նաև նվազեցնում է թերությունները, քանի որ կրկնվող ցիկլերը շարունակվում են:

Թերություններ

1. Անընդհատ արձագանք ստանալը հանգեցնում է ծրագրի ավարտի ժամկետի անընդհատ հետաձգման:

Ակնթարթային արձագանքով, որը տրամադրում է Agile-ը, վտանգ կա երկար աշխատանք. Վերջնական օգտվողները, ովքեր տեսնում են, որ այս պահանջները կարող են բավարարվել «հեշտությամբ» (նրանք տեսնում են միայն արդյունքը, ոչ թե ջանքերը), կպահանջեն լրացուցիչ հնարավորություններ: Եթե ​​ծրագրի ղեկավարը և մշակողները չեն կարողանում կառավարել ակնկալիքները, վերջնական օգտվողները կշարունակեն ավելին խնդրել, մինչև ամբողջ թիմը ծանրաբեռնվի լրացուցիչ աշխատանքով:

2. Փաստաթղթեր

Agile-ի ճկուն բնույթի պատճառով փաստաթղթերը պետք է հետևեն ծրագրի արագ փոփոխվող պայմաններին: Փոփոխության կամ հատկանիշի հարցումը կարող է մանրամասն քննարկվել և համաձայնեցվել վերջնական օգտագործողների, մշակողների և փորձարկողների հետ, բայց եթե թիմը տեղեկացված չէ, կարևոր փաստաթուղթ, ինչպիսին է օգտագործողի ձեռնարկը, ճարտարապետական ​​փաստաթուղթը կամ ֆունկցիոնալ պահանջ, հնանալու է։

3. Հաճախակի հանդիպումներ

Թեև Agile-ն առաջարկում է, որ այս հանդիպումներն անցկացվեն ամեն օր, որպեսզի բոլորը տեղեկացված լինեն միմյանց առաջընթացի մասին, այս պրակտիկայի կայունությունը տուժում է կրկնվող առաջընթացի վրա: Մշակողները կենտրոնացած են այն ամենի վրա, ինչ անում են: Նրանց դուրս հանելը հանդիպման, որը կարող է շեղել նրանց անելուց իրական աշխատանք, այն չէ, ինչ նրանք հաճույքով կընդունեն։

Արագաշարժ իրականացում

1. Մեթոդաբանության ընտրություն.Կան տարբեր ճկուն մեթոդոլոգիաներ, որոնք մշակվում են որոշակի պայմաններում: Agile-ի հետ աշխատելու առաջին քայլը աշխատանքային առաջադրանքի նպատակները, ժամկետները, աշխատակիցների թիվը և շատ ավելին որոշելն է և ընտրել այնպիսի ճկուն նախագծի կառավարման մեթոդաբանություն, որը կհամապատասխանի բոլոր պահանջներին:
2. Ուսուցում.Ուսուցումն անհրաժեշտ է, որպեսզի աշխատակիցները հասկանան Agile-ի հիմնական սկզբունքները և իմանան, թե ինչպես աշխատել դրանց հետ: Այս փուլում է, որ հայտնաբերվում են թակարդներ, որոնք կարող են նվազեցնել Արագաշարժ արդյունավետություն. Թիմը պատրա՞ստ է փոփոխությունների: Արդյո՞ք ընկերության նախագծերը հարմար են արագաշարժ պրակտիկայի համար: Այս և շատ այլ հարցերի սովորաբար պատասխանում են Agile բիզնես մարզիչները: Ի թիվս այլ բաների, կկազմվի նաև թրեյնինգների ցանկ և պլան, ըստ որի կիրականացվի Agile-ի ներդրումը ընկերությունում։
3. Արագաշարժ ցուցադրություն.Մի տեսակ Agile թեստ-դրայվ, որն իրականացվում է մասնագետի հսկողության ներքո և ցույց է տալիս աշխատանքի բոլոր փուլերը, բացատրում է դերերի գործառույթները, փոխազդեցությունը թիմի ներսում և թիմերի միջև և այլն:
4. Թիմի ստեղծում.Բացի աշխատողների ընտրությունից, թիմի ստեղծումը ներառում է նաև պարտականությունների սահմանում, առաջադրանքների բաշխում, հանդիպումների ժամանակացույցի ստեղծում և այլն։ Յուրաքանչյուր մեթոդ նախատեսված է որոշակի քանակությամբանձ թիմում:
5. Գործիքների ընտրությունանհրաժեշտ է առաջադրանքների բաշխման, հաշվետվությունների, վերլուծությունների և այլնի համար:
6. Առաջին նախագիծ Agile-ի հետ։Առաջին նախագծում կլինեն սխալներ, անհամապատասխանություններ, որոշ գործիքների մերժում և մյուսների ընտրություն: Ցանկացած տեխնիկա պահանջում է մի տեսակ հարմարեցում այն ​​ընկերության բնութագրերին, որտեղ այն իրականացվում է:

Եթե ​​սխալ եք գտնում, խնդրում ենք ընդգծել տեքստի մի հատվածը և սեղմել Ctrl+Enter.

Դժվար է գտնել մի մարդ, ով չի ցանկանա հարգանքով վերաբերվել։ Բայց այս վիճակը պետք է պատճառ ունենա։ Օրինակ, երբ մարդը ծրագրային ապահովման մշակման ոլորտում բարձր որակավորում ունեցող ճանաչված մասնագետ է։ Իսկ դրա համար պետք է սովորել։ Եվ այս հոդվածի շրջանակներում մենք կքննարկենք, թե ինչ է 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. Յուրաքանչյուր ժամանակահատվածից հետո պետք է քննարկել խնդիրները և լուծումներ փնտրել: Ավելին, բոլոր զարգացումները պետք է անհապաղ կյանքի կոչվեն։

Ինչպե՞ս ճանաչել արագաշարժը:

Կառավարման մեթոդաբանությունը, անկախ ընտրված ուղղությունից, միշտ ունի հետևյալ հատկանիշները.

1. Ռիսկերի նվազեցում. այն հիմնական նպատակըոր ցանկացած ճկուն մոտեցում է հետապնդում։
2. Կրկնվող զարգացում. Այս դեպքում ենթադրվում է աշխատանք փոքր ցիկլերով։
3. Ամենակարևորը մարդիկ են և նրանց միջև շփումը։

Եկեք պատկերացնենք գետ. Հաճախորդի մի կողմում: Երկրորդը թիմն է. Այս դեպքում արագաշարժ զարգացման մեթոդոլոգիան առավելություններ ունի բոլորի համար.

1. Հաճախորդը ցանկանում է նվազագույն կենսունակ արտադրանք: Միեւնույն ժամանակ, դրա ստեղծման ընթացքում կարող են փոխվել պայմանները։
2. Թիմի համար օգտակար է շփվել գործընկերների և հաճախորդի հետ: Այս դեպքում նվազագույնի է հասցվում սխալ ընկալվելու վտանգը, բարձրանում է գործընթացների թափանցիկությունը, արագորեն լուծվում են խնդիրները, նվազում են հնարավորությունները, որ ապրանք ստեղծելիս անակնկալ կլինի։

սոցիալական գործոն

Խոսելով այն մասին, թե ինչ է Agile-ը, սովորաբար խոսում են միայն դրական բաների մասին: Իսկապես, թիմի ներսում հաղորդակցությունը բարելավվում է: Բոլոր մարդիկ կենտրոնանում են մեկ գաղափարի վրա, իրենց մեջ գաղտնիքներ չեն ստեղծում, պարտավորություններ ստանձնում։ Արդյունքում թիմն աշխատում է հարմարավետ պայմաններում և արագ տեմպերով։ Այս մոտեցումը թույլ է տալիս պարզեցնել քաոսը:

Իր ձևավորման օրվանից այն կարողացել է ճանաչում գտնել տեխնոլոգիական ոլորտներում։ Ներկայումս լայնորեն օգտագործվում է նորի նախագծման համար ծրագրային արտադրանք. Բայց ընդհանուր բիզնես պրակտիկայում այս մոտեցումը դեռ քիչ հայտնի է: Հետեւաբար, նրանք, ովքեր նախկինում չեն հանդիպել Agile-ին, զգուշավոր են դրանում: Պետք է հասկանալ նաև, որ այն պետք է օգտագործվի միայն այն դեպքերում, երբ մարդկանց առջեւ դրված է մտավոր աշխատանքի խնդիր։

Փոքր օրինակ

Եկեք նայենք, թե ինչպես են աշխատում ծրագրային ապահովման մշակման այս մեթոդաբանությունները: Ենթադրենք, մենք ունենք Պիտերը՝ ապրանքի տերը։ Նա չգիտի տեխնիկական մանրամասները, բայց ունի մեծ պատկերի տեսլական։ Նա գիտի, թե ինչի համար է անհրաժեշտ ապրանքը, ինչ խնդիրներ է այն լուծելու և ում է բավարարելու։ Կան նաև շահագրգիռ կողմեր։ Նրանք կարող են օգտագործել արտադրանքը, աջակցել դրա ստեղծմանը կամ այլ կերպ ներգրավվել դրա ստեղծման մեջ: Կարող եք նաև ավելացնել օգտվողների պատմություններ, որոնք արտահայտում են շահագրգիռ կողմերի ցանկությունները: Օրինակ՝ Մոսկվա-Սանկտ Պետերբուրգ սովորական ավտոբուսների տոմսերի ամրագրման համակարգը պետք է ունենա թռիչքների որոնում։ Պետրոսը կօգնի հետաքրքրված անձանց։ Այն կվերցնի իրագործումը օգտատերերի պատմության գաղափարներից: Կա նաև զարգացման թիմ: Սրանք այն մարդիկ են, ովքեր կառուցելու են աշխատանքային համակարգը։

Քանի որ օգտագործվում է արագաշարժ զարգացման մեթոդաբանություն, օգտվողների պատմությունները չեն կուտակվում մեծ թողարկումից առաջ, այլ թողարկվում են ավարտից անմիջապես հետո և հնարավորինս հաճախ: Մշակված հարցումների թիվը թիմի շաբաթական թողունակությունն է: Որպեսզի չկորցնեք թափը և չխրվի ձեռքով փորձարկման մեջ, թիմը պետք է աշխատի ավտոմատացված ինտեգրման վրա: Ի՞նչ է դա։ Յուրաքանչյուր աշխատանքային պահի համար գրվում է ավտոմատ թեստ։ Եթե ​​պատմությունները շատ են, ապա կարող է լինել շտապողականություն, մոտիվացիայի կորուստ, արտադրողականության և որակի կորուստ: Նման դեպքերի համար նախատեսված է «երեկվա եղանակը» մեթոդը։ Դա կայանում է նրանում, որ դուք պետք է խիստ սահմանափակումներ դնեք աշխատանքի ծավալի վրա և ուշադիր ընտրեք, թե կոնկրետ ինչ է իրականացվելու: Նախկինում հիշատակված «Կանբան»-ն առաջարկում է առաջադրանքի սահմանափակում սահմանել։

Ի՞նչ անել հերթի հետ:

Լավ, այնպես որ թիմը որոշեց, որ նրանք կարող են շաբաթական չորս պատմություն մշակել: Բայց ինչպե՞ս նավարկել այն ամենի մեջ, ինչ կա: Ենթադրենք, օգտվողները շաբաթական տասը պատմություն են վերբեռնում: Չորսը ընթացքի մեջ են։ Այսպիսով, հերթն անընդհատ կաճի։ Այս դեպքում կա միայն մեկը արդյունավետ մեթոդ- «ոչ» բառը. Ապրանքի սեփականատիրոջ համար սա չափազանց կարևոր է: «Այո» ասելը դժվար չէ։ Շատ ավելի դժվար և կարևոր է որոշել, թե ինչ չանել։ Ընդ որում, դրա համար անհրաժեշտ է նաև պատասխանատվություն կրել։ Ուստի պետք է որոշել, թե հիմա ինչի վրա պետք է ուշադրություն դարձնել, իսկ ինչին պետք է հետաձգել։ Այն ճիշտ հասկանալու համար ապրանքի սեփականատերը պետք է հասկանա յուրաքանչյուր պատմության արժեքը և շրջանակը:

Մենք որոշումներ ենք կայացնում

Պատմություններից մի քանիսը չափազանց անհրաժեշտ են։ Մյուսները պարզապես հաճելի բոնուս են: Որոշ պատմություններ մշակելու համար մի քանի ժամ կպահանջվի: Մյուսների համար ամիսներ կպահանջվեն ավարտելու համար: Շատերը հաճախ կապ են ստեղծում պատմվածքի չափի և դրա արժեքի միջև: Բայց սա միշտ չէ, որ ճիշտ է։ Ավելի լավը նույնը չէ: Առաջադրանքի բարդությունն ու արժեքը Պետրոսին օգնում են ճիշտ առաջնահերթություն սահմանել: Ինչպե՞ս կարելի է քանակականացնել այս բնութագրերը: Ոչ մի դեպքում. Սա իսկական գուշակության խաղ է։ Իսկ ավելի մեծ արդյունավետության համար անհրաժեշտ է դրանում ներգրավել շատ մարդկանց։ Սա մշակող թիմն է, որը կտեղեկացնի աշխատանքի ծավալների և շահագրգիռ կողմերի մասին։ Բայց պետք է հասկանալ, որ այս կերպ ստացված բոլոր տվյալները մոտավոր գուշակություններ են։ Այստեղ ճշգրիտ թվեր չկան։ Սկզբում բացթողումներ կլինեն։ Բայց փորձ ձեռք բերելու հետ նրանց թիվն ու մասշտաբները կնվազեն։

Հնարավոր ռիսկեր

Խնդիրներից խուսափելու համար անհրաժեշտ է մի շարք հարցերի անկեղծ պատասխաններ տալ։ Այն:

1. Արդյո՞ք մենք ճիշտ բաներ ենք անում: Սա բիզնես ռիսկ է:
2. Կարո՞ղ ենք իրականացնել այն, ինչ մեզ անհրաժեշտ է:
3. Արդյո՞ք նախագիծը կաշխատի այս հարթակում: Սա տեխնիկական ռիսկ է։
4. Բավարար գումար կա՞, և մենք ժամանակ կունենա՞նք: Սրանք իրականացման ժամկետների և ծախսերի ռիսկեր են:

Այս դեպքում անհրաժեշտ է գիտելիք։ Դրանք կարող են դիտվել որպես ռիսկերի հակադրություններ: Երբ ֆիքսվում է անորոշության զգալի մակարդակ, մենք ձեռք ենք բերում գիտելիքներ, օրինակ՝ ստեղծում ենք ինտերֆեյսի նախատիպեր կամ տեխնիկական փորձեր: Եվ արդեն տիրապետելով դրանց՝ մենք որոշումներ ենք կայացնում, թե որ ուղղությամբ պետք է շարժվենք։

Ինչպե՞ս սովորել:

ՏՏ ոլորտը չափազանց արագ է զարգանում, և ի վերջո չպարտվելու համար անհրաժեշտ է անընդհատ սովորել, կատարելագործել հմտությունները և աշխատանքի արդյունավետությունը։ Ուստի վերապատրաստման և իրականացման հարցերն առավել քան երբևէ արդիական են։ Որտեղի՞ց սկսել: Մեծ մասը լավագույն տարբերակը- Սա համագործակցություն է մի ընկերության հետ, որտեղ Agile-ն արդեն կիրառվել է: Այս դեպքում թրեյնինգը կանցկացնեն մարդիկ, ովքեր խոսակցություններով չգիտեն, թե ինչ է արագաշարժ զարգացումը: Բայց, ավաղ, դա միշտ չէ, որ հնարավոր է։ Ամենից հաճախ ներգրավված է երրորդ կողմի մասնագետ, ով գիտի, թե ինչ է Agile-ը: Այս մոտեցման իրականացումն իրականացվում է նրա հսկողության ներքո։ Ճիշտ է, նման մասնագետի ծառայություններն արժեն։ Բայց եթե դուք իսկապես բանիմաց մարդ եք ձեռք բերում, ապա բոլոր ծախսերը բավականին կվճարվեն: Ի վերջո, ներս ժամանակակից աշխարհԱշխատակիցների կատարողականը կարևոր դեր է խաղում:

Ի՞նչ է սպասվում ապագայի համար:

Ծրագրային ապահովման մշակման մեթոդոլոգիաները մշտապես զարգանում են: Գործունեության և աշխատանքի արդյունավետությունը բարելավելու նոր ուղիներ և հնարավորություններ փնտրել: Բավականին խնդրահարույց է ասել, թե ինչ է սպասվում մեզ ապագայում։ Հավանաբար, զարգացման ճկուն համակարգը կինտեգրվի ավտոմատացման գործիքների հետ արտադրական գործընթացները. Օրինակ, հնարավոր կլինի խնդիրներ լուծել նույնիսկ ընկերության գտնվելու վայրից հեռավորության վրա։ Շատ առումներով ապագան որոշվում է նորով Ինֆորմացիոն տեխնոլոգիա. Ի վերջո, երբ դրանք առաջանում են, դուք պետք է տիրապետեք նրանց հետ աշխատելու նոր մեթոդներին: Եվ այս դեպքում ցիկլի մեջ փակված զարգացում կա։

Վերջապես

Այսպիսով, ճկունների էքսկուրսիան ավարտվեց, բայց պետք է հիշել, որ տեսությունը մի բան է, իսկ պրակտիկան բոլորովին այլ բան: Նոր տեղեկատվական տեխնոլոգիաները, որոնք մշտապես առաջանում են, մարտահրավեր են նետում մշակողների մեծ համայնքին: Ինչպե՞ս կարող եք ձեր թիմն ավելի արդյունավետ դարձնել: Այս հարցի պատասխանը յուրաքանչյուրն ինքն է գտնում։ Այստեղ ներկայացված տեղեկատվությունը կարող է օգտագործվել ողնաշարը ձևավորելու համար: Բայց գործնականում դուք ստիպված կլինեք աշխատել գոյություն ունեցող մոդելի հետ և իրերի վիճակը հասցնել առկա մարտահրավերներին համապատասխանեցման վիճակի: Այդ ժամանակ թիմը կկարողանա արդյունավետորեն իրականացնել իր նպատակները։