Agile, Scrum және Kanban қарапайым тілмен: айырмашылығы неде және IT-командаға қайсысын таңдау керек

Agile — команда өнімді шағын бөліктермен шығаратын, кері байланысты жиі алатын және жұмыс барысында жоспарды өзгертетін әзірлеу тәсілі. Scrum және Kanban — осы тәсілмен жұмыс істеудің ең кең таралған екі жолы: Scrum жұмысты рөлдері мен оқиғалары бекітілген қысқа спринттердің айналасында құрады, Kanban — процестегі жұмысты шектей отырып, тақтадағы тапсырмалардың үздіксіз ағынының айналасында.

Мақала осы сөздердің артында не тұрғанын түсініп, өз командасына жұмыс моделін таңдағысы келетін Қазақстандағы IT-командалардың негізін қалаушыларына, басшыларына және тимлидтеріне арналған. Agile қағидаларын, Scrum мен Kanban құрылымын, олардың айырмашылықтарын, Scrumban гибридін, мұның бәрі таск-трекерде қалай бапталатынын және енгізу кезінде командалар әдетте неден сүрінетінін талдаймыз.

Agile: әдістеме емес, құндылықтар

Agile 2001 жылы команда айлар бойы егжей-тегжейлі жоспар бойынша жұмыс істеп, соңында тапсырыс берушіге басқа нәрсе керек екені анықталатын ұзақ жобаларға жауап ретінде пайда болды. Бір топ әзірлеуші төрт құндылықтан тұратын Agile-манифест тұжырымдады:

• Адамдар мен өзара әрекеттестік процестер мен құралдардан маңыздырақ.
• Жұмыс істейтін өнім толық құжаттамадан маңыздырақ.
• Тапсырыс берушімен ынтымақтастық келісімшарт талаптарын келісуден маңыздырақ.
• Өзгерістерге дайын болу бастапқы жоспарды ұстанудан маңыздырақ.

Құндылықтарға он екі қағида қосылады. Басшы үшін олардың бірнешеуі маңызды: жұмыс істейтін өнімді жиі, бірнеше аптадан бірнеше айға дейінгі аралықпен жеткізу; талаптардың өзгерістерін кейінгі кезеңдерде де қабылдау; прогресті есептермен емес, жұмыс істейтін өніммен өлшеу; тұрақты түрде тоқтап, өз процесін жетілдіру.

Түсінуге тұрарлық басты нәрсе: Agile қанша кездесу өткізу керектігін және тақтада қандай бағандар салу керектігін айтпайды. Бұл құндылықтар жиынтығы. Нақты ережелерді соның негізінде құрылған фреймворктер мен әдістер, ең алдымен Scrum және Kanban береді. Сондықтан «біз Agile бойынша жұмыс істейміз» деген сөз өз бетінше команда жұмысының қалай құрылғаны туралы ештеңе айтпайды.

Жиі кездесетін қате түсінік — Agile жоспарсыз және мерзімсіз жұмысты білдіреді деу. Бұлай емес. Жоспар бар, бірақ ол қысқа және тұрақты қайта қаралады, ал ұзақ мерзімді мақсаттар өнімнің жол картасында тұрады. Мерзімдер де бар: итерациялармен тұрақты жұмыс істейтін команда оларды дәлірек болжайды, өйткені жарты жыл бұрын жасалған бағалауға емес, өткен итерациялардың нақты жылдамдығына сүйенеді.

Scrum: рөлдер, спринт, оқиғалар және артефактілер

Scrum — Agile тәсілдерінің ішіндегі ең формалданғаны. Оның ережелері Scrum Guide құжатында сипатталған, қолданыстағы редакциясы 2020 жылы шықты. Команда ұзақтығы бір айдан аспайтын спринттермен жұмыс істейді, іс жүзінде көбіне бір-екі апта. Әр спринттің соңында пайдалануға дайын нәтиже болуы тиіс.

Рөлдер. Scrum Guide құжатында олар жауапкершілік аймақтары деп аталады. Команда әдетте он адамнан аспайды.

Рөл	Не үшін жауап береді	Әдеттегі қате
Product Owner	Өнімнің құндылығы, бэклогтағы тапсырмалар реті, өнім мақсаты	Рөлді оған уақыты жоқ директорға береді
Scrum Master	Процестің жұмысқа қабілеттілігі, кедергілерді жою, команданы оқыту	Хаттама жүргізетін хатшыға айналады
Әзірлеушілер	Инкрементті жасау, спринт жоспары, сапа	Жоспарлауға қатысудың орнына толық техникалық тапсырманы күтеді

Оқиғалар. Спринт — қалған төртеуіне арналған контейнер.

Оқиға	Scrum Guide бойынша ұзақтығы	Не үшін
Спринтті жоспарлау	Бір айлық спринтке 8 сағатқа дейін, екі апталыққа азырақ	Спринттің мақсаты мен тапсырмаларын таңдау
Daily Scrum (дейли)	15 минут	Спринт мақсатына қарай қозғалысты және кедергілерді салыстыру
Спринт шолуы (демо)	Бір айлық спринтке 4 сағатқа дейін	Нәтижені тапсырыс берушіге көрсету, бэклогты жаңарту
Ретроспектива	Бір айлық спринтке 3 сағатқа дейін	Команда жұмысында нені жақсарту керегін табу

Артефактілер және оларға қойылатын міндеттемелер: өнім мақсаты бар өнім бэклогы, спринт мақсаты бар спринт бэклогы, дайындық критерийлері (Definition of Done) бар инкремент. Спринт мақсатын жиі өткізіп жібереді, бірақ бекер: онсыз спринт тапсырмалар тізіміне айналады да, алғашқы шұғыл сұраныс түскенде нені кейінге қалдыруға болатынын ешкім түсінбейді.

Трекерде спринттерді күн бойынша қалай жүргізу керектігін Plane-дегі спринттер мен Agile-жеткізу туралы мақалада толық айттық.

Kanban: ағын, тақта және WIP-лимиттер

Kanban әзірлеуге Toyota өндірістік жүйесінен келді. Scrum-нан айырмашылығы, онда рөлдер, спринттер және міндетті кездесулер жоқ. Соңғы редакциясы 2025 жылдың мамырында шыққан Kanban Guide үш практиканы сипаттайды:

1. Workflow-ды көрнекі ету. Тапсырма өтетін кезеңдерді салып, әр тапсырманы тақтада карточка ретінде көрсету.
2. Жұмыстағы тапсырмаларды белсенді басқару. Олардың санын WIP-лимиттермен шектеу, тапсырмалардың тұрып қалмауын қадағалау.
3. Workflow-ды жетілдіру. Метрикаларды тұрақты қарап, процесті өзгерту.

WIP-лимит — Kanban-ның орталық идеясы. Бұл бір кезеңде немесе бір адамда бір мезгілде тұрған тапсырмалар санына қойылатын шектеу. Мысалы, бір әзірлеушіге «Жұмыста» күйінде екі тапсырмадан, ал командаға «Ревью» күйінде үш тапсырмадан артық емес. Лимитке жеткенде жаңа тапсырма алынбайды: алдымен басталғанын аяқтауға көмектеседі. Бұл интуицияға қайшы естіледі, бірақ тапсырманың басталуынан нәтижеге дейінгі уақыт дәл осылай қысқарады.

Канбан-тақта қалай көрінеді

IT-командаға арналған канбан-тақта әдетте бес-алты бағаннан тұрады: «Кіріс», «Жұмысқа», «Жұмыста», «Ревью», «Тест», «Дайын». Жұмыс бағандарының тақырыбында лимит жазылады, мысалы «Жұмыста (4)». «Кіріс» бағанында лимит жоқ, оған бүкіл жаңа нәрсе түседі, ал команда күніне немесе аптасына бір рет «Жұмысқа» бағанына не өтетінін және қандай ретпен өтетінін шешеді.

Пайдалы тәсіл — көлденең жолақтар (swimlanes). Жоғарғы жолақты құлаған продакшен сияқты шұғыл тапсырмаларға береді, оның өз шағын лимиті болады, мысалы командаға бір тапсырма. Қалған жұмыс кәдімгі жолақпен жүреді. Осылайша шұғыл іс жоғалмайды, бірақ команданың бүкіл қуатын жеп те қоймайды. Егер карточкалар «Ревью» немесе «Тест» алдында жиналса, бұл есептерсіз-ақ көрінетін тар жер.

Kanban Guide ағынның төрт метрикасын қадағалауды ұсынады: жұмыстағы тапсырмалар саны (WIP), өткізу қабілеті (белгілі бір кезеңде қанша тапсырма аяқталды), жұмыстағы тапсырманың жасы және цикл уақыты (тапсырма басталғаннан дайын болғанға дейін қанша уақыт алды). Басшы үшін соңғы метрика ең түсініктісі: ол клиенттің «қашан дайын болады» деген сұрағына жауап береді.

Scrum және Kanban: айырмашылығы неде

Критерий	Scrum	Kanban
Ырғақ	Ұзақтығы бекітілген спринттер	Үздіксіз ағын
Жоспарлау	Әр спринттің басында	Қуат босаған сайын
Рөлдер	Product Owner, Scrum Master, әзірлеушілер	Белгіленбеген, бар рөлдер пайдаланылады
Міндетті кездесулер	Жоспарлау, дейли, шолу, ретроспектива	Жоқ, команда өзі таңдайды
Жұмыстағы өзгерістер	Спринт құрамын мүмкіндігінше өзгертпейді	Жаңа тапсырманы кез келген уақытта алуға болады
Жұмысты шектеу	Спринт көлемімен	Кезеңдердегі WIP-лимиттермен
Басты метрикалар	Спринт мақсатының орындалуы, команда жылдамдығы	Цикл уақыты, өткізу қабілеті
Кімге сәйкес келеді	Тұрақты релиздері бар өнімді әзірлеу	Қолдау, DevOps, өтінімдер мен багтар ағыны

Таңдаудың қысқа ережесі. Егер команда екі апта алдын ала жоспарлай алса және жұмыста шұғыл іс аз болса, Scrum оған ырғақ пен болжамдылық береді. Егер жұмыстың жартысынан көбі кенеттен келіп, келесі спринтті күте алмаса, Kanban шыншылырақ: ол жоспар бар деп кейіп танытпайды.

Жалпы алғанда, бір тәсіл екіншісінен жақсы емес. Бір компаниядағы әр түрлі командалар әртүрлі жұмыс істей алады: өнімді әзірлеу спринттермен, қолдау мен DevOps Kanban бойынша. Маңыздысы — бір команда ішінде ережелер бірыңғай және бәріне түсінікті болуы, ал басшы екі көріністі бір трекерде көруі.

Scrumban: гибрид қашан керек

Іс жүзінде көптеген команда екі тәсілдің қоспасына келеді, оны Scrumban деп атайды. Scrum-нан тұрақты жоспарлау, шолулар мен ретроспективаларды алады. Kanban-нан — тапсырмалардың үздіксіз ағыны мен WIP-лимиттерді.

Scrumban үш жағдайда жақсы жарайды:

• Әзірлеу командасы өнімді қатар қолдап, күн сайын шұғыл багтар алады.
• IT-студия бірнеше клиенттік жоба жүргізеді, ал басымдықтар екі аптада бір реттен жиі өзгереді.
• Команда Scrum-нан Kanban-ға немесе керісінше көшіп жатыр және бәрін бірден бұзғысы келмейді.

Әдеттегі сызба: аптасына немесе екі аптада бір рет команда қысқа жоспарлау өткізіп, «Жұмысқа» бағанын толықтырады, тапсырмалар WIP-лимиттер бойынша алынады, шұғыл істерге тақтада жеке лимиті бар бөлек жолақ бөлінген, ал ретроспектива кесте бойынша өтеді. Багтар мен шұғыл тапсырмалар ағынын басымдықтар мен SLA арқылы қалай құру керектігін баг-трекинг және workflow туралы мақалада талдадық.

Таск-трекерде бұл қалай көрінеді

Agile-ды қабырғадағы стикерлермен де жүргізуге болады, бірақ команда қашықтан жұмыс істей бастағанда немесе жобалар біреуден көп болғанда, трекер керек. Төменде Қазақстандағы IT-командалар жиі таңдайтын екі жүйедегі ұғымдардың сәйкестігі берілген.

Ұғым	Jira	Plane
Өнім бэклогы	Жоба бэклогы	Жоба бэклогы
Спринт	Scrum-тақтадағы Sprint	Cycle (цикл)
Ірі фича	Epic	Тапсырма түрі ретіндегі Epic, Module
Канбан-тақта	Жобаның Kanban-тақтасы	«Тақта» Layout-ы
WIP-лимит	Тақта бағандарындағы шектеулер	Команда ережесі, көріністер арқылы бақылау
Есептер	Burndown, жылдамдық, ағынның жинақтаушы диаграммасы	Цикл прогресі, дашбордтар
Іздеу және сүзгілер	JQL	PQL

Баптау екі жағдайда да бірдей басталады: нақты кезеңдерді көрсететін төрт-бес статус, бір бэклог, түсінікті тапсырма түрлері. Қате — құрал істей алатынның бәрін бірден баптауға тырысу. Jira мен Plane-ді басқа критерийлер бойынша салыстыру — 2026 жылы Plane немесе Jira мақаласында.

Қазақстандық IT-командаларда енгізу кезіндегі әдеттегі қателер

Біздің енгізу тәжірибемізше, командалар теорияға емес, әдеттерге сүрінеді.

• Scrum үшін Scrum. Компания барлық оқиғаны енгізеді, бірақ шешім қабылдау тәсілін өзгертпейді. Дейли басшыға есеп беруге, ретроспектива өзгерістерсіз формальдылыққа айналады.
• Өкілеттігі жоқ Product Owner. Рөл формалды түрде бар, бірақ басымдықтарды бәрібір негізін қалаушы әзірлеушілермен жеке хат алмасуда өзгертеді.
• Мақсатсыз спринт. Спринтке жиналып қалғанның бәрін үйіп тастайды да, соңында тапсырмалардың жартысы ғана жабылады.
• Бэклог бірнеше жерде. Тапсырмалардың бір бөлігі трекерде, бір бөлігі клиентпен чатта, бір бөлігі тимлидтің басында.
• Лимитсіз Kanban. Команда тақтаны канбан деп атайды, бірақ әркімде «Жұмыста» күйінде алты тапсырмадан тұр және бірде-біреуі соңына жетпейді.
• Әрекетсіз ретро. Мәселелерді әр екі апта сайын талқылайды, бірақ өзгерістер енгізілмейді. Екі айдан кейін ретро өткізу тоқтайды.

Қазақстан контексі. Күшті WhatsApp мәдениеті Agile-ды басқа нәрселерден жиі бұзады. Клиент немесе басшы әзірлеушіге тікелей жазады, тапсырма бэклогты айналып өтіп жұмысқа кетеді, ал спринт жоспары мәнін жоғалтады. Жұмыс ережесі: мессенджерден келген кез келген сұраныс трекердегі тапсырмаға айналады, ал оны ағымдағы спринтке алу-алмау туралы шешімді Product Owner қабылдайды. Екінші жергілікті ерекшелік — Алматы, Астана және қашықтан жұмыс арасында бөлінген командалар және екі тілділік: дейли мен ретроны кесте бойынша бір бейнеарнада өткізген, ал сипаттамалар бәріне түсінікті болуы үшін трекердегі тапсырмалардың тілі туралы алдын ала келіскен дұрыс.

Неден бастау керек: бірінші айға жоспар

Апта	Не істейміз	Нәтиже
1	Барлық тапсырманы бір бэклогқа жинаймыз, Scrum немесе Kanban таңдаймыз, статустар туралы келісеміз	Бірыңғай бэклог, 4–5 статус, Product Owner тағайындалды
2	Бірінші спринт немесе WIP-лимиттері бар канбан-тақтаны іске қосу	Команда тек трекерден жұмыс істейді
3	15 минуттық дейли, «чаттағы сұраныстар — тек тапсырма арқылы» ережесі	Шұғыл іс хат алмасуда емес, тақтада көрінеді
4	Нәтиже демосы және бірінші ретроспектива, процестегі бір-екі өзгеріс	Не жұмыс істейтіні және нені өзгерту керегі түсінікті

Бәрін бірден енгізуге тырыспаңыз. Бір команда, бір бэклог және бір ай адал жұмыс бүкіл компанияға арналған үш күндік әдістеме тренингінен көбірек береді. Мессенджердегі тапсырмалардан жүйеге көшудің жалпы тәртібін компанияда таск-трекерді қалай енгізу керек мақаласында сипаттадық.

Біз мұны қалай жасаймыз

Біз диагностикадан бастаймыз: командаға қандай жұмыс келетінін, оның ішінде шұғыл іс қаншалықты көп екенін, басымдықтар туралы шешімдерді кім қабылдайтынын және қазір тапсырмалар қайда тұратынын қарастырамыз. Қорытындысы бойынша модельді (Scrum, Kanban немесе Scrumban) және оған арналған трекердің ең аз баптауын ұсынамыз, әдетте Jira немесе Plane жүйесінде. Содан кейін бір командамен екі-үш спринтке немесе Kanban бойынша бір айлық жұмысқа пилот іске қосамыз, алғашқы жоспарлаулар мен ретроспективаларды командамен бірге өткіземіз және тек содан кейін тәсілді қалған командаларға таратамыз.

Егер Agile-процесті трекерден бөлек емес, онымен бірге құрғыңыз келсе, Jira және Plane таск-трекерлерін енгізу бетін қараңыз: онда процесс, мерзімдер және нәтижеге не кіретіні сипатталған.

---

Дереккөздер. Agile-манифест: agilemanifesto.org. Scrum Guide 2020: scrumguides.org. Kanban Guide 2025: kanbanguides.org. Plane репозиторийі: github.com/makeplane/plane.

Терминдер қарапайым тілмен

Agile

Әзірлеудің құндылықтары мен қағидаларының жиынтығы: қысқа итерациялар, жиі кері байланыс, жоспарды өзгертуге дайын болу. Әдістеме емес, ойлау тәсілі.

Scrum

Үш рөлі, бес оқиғасы және үш артефактісі бар қысқа спринттермен жұмыс істеуге арналған фреймворк. Командаға жоспарлау мен релиздер ырғағын береді.

Kanban

Жұмыс ағынын басқару әдісі: кезеңдерді тақтада көрнекі ету, жұмыстағы тапсырмаларды шектеу және процесті үнемі жетілдіру.

Спринт

Ұзақтығы бір айдан аспайтын, әдетте бір-екі апталық, мақсаты және тапсырмалар жиынтығы бар жұмыс кезеңі. Соңында команда нәтижені көрсетеді.

Product Owner

Өнімнің құндылығы мен бэклогтағы тапсырмалар реті үшін жауап беретін адам. Команданың бірінші кезекте не істейтінін шешеді.

WIP-лимит

Бір мезгілде жұмыстағы тапсырмалар санын шектеу. Басталған істі соңына дейін жеткізуге мәжбүрлейді және процестің тар жерлерін көрсетеді.

Ретроспектива

Спринт соңындағы кездесу, онда команда жұмысқа не кедергі болғанын талқылап, келесі спринтке бір-екі өзгеріс таңдайды.

Scrumban

Scrum мен Kanban гибриді: тұрақты жоспарлау мен ретроспективалар және WIP-лимиттері бар тапсырмалардың үздіксіз ағыны.