Scrum қалай дамыды: Методологияның пайда болуы мен қолданылуы
Scrum - команда ішінде ерекше рөлдерді бөлетін және итерацияларды ұйымдастыруда өзіндік ерекшелігі бар икемді дамытудың методологиясы. Scrum, басқа икемді жобаларды басқару әдістері сияқты, командалық тәсілді, қысқа итерацияларды және жұмыста үздіксіз жетілдіруді баса айтуда. Бұл принциптер нақты рөлдер, ережелер, процестер мен құралдар жиынтығы арқылы жүзеге асырылады, бұл командаларға өнімдер шығаруды екі есе жылдамдатуға мүмкіндік береді.
Scrum командаларында негізгі рөлдер Scrum master және өнім иесі, итерациялар жоспарлаудан басталады, онда команда мүшелері “жоспарлау покерінде ойнайды”, және демонстрация және ретроспективамен аяқталады.
Scrum методологиясы 1993 жылы Американдықтар Джефф Сазерленд, зерттеуші және бизнес кеңесші, және Кен Швабер, практикалық бағдарламалаушы, қолданысқа енгізді. 1995 жылы авторлары өз әдісін Техас, Остиндегі Атапанда ғылыми конференцияда ресми түрде таныстырды.
Серіктестердің идеясы жаңашыл болды: олар жапондық менеджмент зерттеушілері Такеучи және Нонаканың жұмыстарынан түсінік әрі атауды алды, "Жаңа өнімді дамыту ойыны", 1986 жылы жарық көрген. Жапон өндірушілері Scrum негізін құрайтын тәсілдерді қолданып болды. Методологияның атауы регби ойынынан алынды, онда "scrum" - команда жұмысының маңыздылығын көрсететін ойын.
Scrum-ның IT және одан тыс жерлердегі қолданылуы
Scrum бірінші рет бағдарламалық қамтама шығаратын компанияларда қолданылды. Сазерлендтің Scrum-ды ресми жариялауынан бұрын басқарған алғашқы жобасы банкоматтар желісіне программалық қамтама жасау (1983). IT компаниялары мен бөлімдерінде программисттер Scrum-ның негізгі пайдаланушылары болып қала береді. Алайда методология авторы Scrum кез-келген тапсырманы шешу үшін қолдануға болады деп дәлелдейді, өндіру, құрылыс, білім беру, саясат және тіпті жалпы үй жұмыстары сияқты мысалдарды келтіре отырып.
2016 жылғы Scrum Alliance есебіне сәйкес, Scrum әдісін қолдана отырып аяқталған жобалардың 21%-ының IT-ға қатысты емес. Түрлі бөлімдер Scrum-ды табысты қолданып жатыр:
Scrum vs. Agile vs. Waterfall
Scrum икемді методологиялар тобына жатады. Agile - жеке методология емес, даму философиясы. Оның негізгі принциптері "Икемді бағдарламалық қамтама дамуына арналған манифест" (2001) құжатында көрсетілген, командалық маңыздылығы, өнімге назар, процесс ашықтығы, үздіксіз жетілдіру және жылдам нәтижелерге баса назар аударады.
Scrum - жобалық жұмыс үшін формальданған методология, икемді методологиялардың бірі. Басқа икемді методологияларға XP, Crystal, Канбан, Lean, Жылдам қолданбалы дамыту, Scrumban және т.б. жатады. Яғни, Scrum икемді, бірақ икемді тек Scrum емес.
Scrum мен Agile арасындағы айырмашылықтар мен ұқсастықтарды визуалдау:
Scrum | Agile | |
Философия | - | + |
Методология | + | - |
Ритуалдар | + | - |
Рөлдер | + | - |
Артефактілер* | + | - |
Ашықтық | + | + |
Қысқа итерациялар | + | + |
Жиі шығару | + | + |
Өзгеріс басқармасы | + | + |
| Үздіксіз жетілдіру | + | + |
*Scrum-дағы артефактілер - жоба барысында команда тарапынан жасалған объектілер. Олар өнімнің арты, спринт артында, және өнім дәнекерленген функционалдылықтың жұмыс істейтін бөлігі - спринттің соңында көрсетілетін.
Икемді методологиялар суфирлы модельмен контраст жасайды, 90-шы жылдардағы даму командалары арасында кең қолданылған. Бұл модель кезеңдерді тізбектей орындауға негізделген, әр кезең өткенде ғана келесі кезеңді бастауға болады.
Scrum бойынша қалай жұмыс істеу керек
Scrum-дағы рөлдер:
- Scrum командасы: Scrum-ның негізі - команда - кәсіби мамандардың топы. Scrum командалары автономды, тапсырмаларды қалай орындау керектігін өздері шешеді.
- Scrum Master: Scrum командасының формальды жетекшісі, методологияны дұрыс қолдануды және команданың моральдық жағдайын қамтамасыз етеді. Олар жұмыстың қалай болатынына жауапты.
- Продукт Көшбасшысы: Өнімнің функционалдығына жауапты. Жобаның артымен басқарады және клиентпен қарым-қатынас жасайды.
- Клиент: Жобаның соңғы пайдаланушысы немесе клиенті, сыртқы немесе ішкі (мысалы, CRM жүйесін сұратқан сату бөлімі).
Жұмыс бөлімінде тұрақты Scrum кездесулер
- Жоспарлау: Бірінші кездесу спринтті бастайды. Команда, Scrum мастермен және өнім иесімен бірге, аяқтау үшін арттағы тапсырмаларды таңдайды.
- Күнделікті тоқтату: Әр күні бір уақытта команда мүшелері жұмыстың прогресін талқылайды, жауап беріп:
— Мен кеше команда мақсаттарына жетуге не істедім?
Бүгін не істеймін?
Менің жұмысымды не бөгеді? - Спринт шолу: Спринт аяқталған кезде, клиентке аяқталған функционалдылықтың демонстрациясы көрсетіледі.
- Ретроспектива: Команда аяқталған тапсырмаларды, кездескен проблемаларды және жетілдіру жолдарын талқылайды.
Алгоритм: Не келеді?
- Мақсаттарды анықтау үшін өнім көшбасшысын таңдаңыз.
- Scrum командасын құрыңыз.
- Scrum мастерін тағайындаңыз.
- Барлық потенциалды тапсырмаларды тізімдейтін жоба артына жасаңыз.
- Арттағы тапсырмаларды салыстырмалы мәндермен бағалаңыз (мысалы, Фибоначчи сандары).
- Спринтті жоспарлаңыз, тапсырмаларды таңдап, тағайындаңыз.
- Сприттты "To Do", "In Progress" және "Done" болып бөлу үшін Scrum тақтасын ұйымдастырыңыз.
- Күнделікті тоқтатуларды өткізіңіз.
- Спринттің соңында шолу және ретроспектива өткізіңіз.
Scrum-ды жақсы түсіну үшін не оқу керек
- Scrum нұсқаулығы (Кен Швабер, Джефф Сазерленд)
- Scrum: Жұмысты екі есе жылдамдату өнері (Джефф Сазерленд)
- Икемді манифест бағдарламалық дамуға арналған
Scrum-ның IT саласындағы артықшылықтары мен кемшіліктері
Артықшылықтар:
- Ашықтық: Ақпараттың ашық алмасуы мен ынтымақтастық.
- Команда автономиясы: Командалар жұмысты қалай істеу керектігін шешеді, еркіндік пен жауапкершілікті ынталандырады.
- Қауіптерді азайту: Жобаның өзгерістеріне тез жауап беру.
Кемшіліктер:
- Белгісіз аяқталатын өнім талаптары бар жобаларға жарамсыз.
- Үлкен жобаларда модификациясыз пайдалану қиын.