Plane-дегі спринттер мен Agile-жеткізу: циклдерді қалай баптап, релиздерді бұзбау керек

Plane-де спринттер циклдер (Cycles) арқылы жүргізіледі: циклдің күндері, тапсырмалар жиынтығы және прогресі бар, ал бір спринттен ұзақ жүретін фичалар модульдерге (Modules) жиналады. Релиздер бұзылмауы үшін үш нәрсе керек: циклдің бекітілген ұзақтығы, жоспарлауға дейінгі бағалаулар және бір мезгілде қанша тапсырма жұмыста бола алатыны туралы ереже. Құрал құрылым береді, ал мерзімдерді тұрақты рәсімдердің тәртібі ұстап тұрады.

Мақала Jira-дан Plane-ге көшіп жатқан немесе командада Agile-ды алғаш рет енгізіп жатқан тимлидтерге, продактарға және әзірлеу басшыларына арналған. Төменде: циклдер мен модульдер қалай құрылған, бағалаулар мен статустарды қалай баптау керек, қандай графиктерді қарау керек, тұрақты рәсімдерді Plane-де қалай өткізу керек, екі апталық спринт күнтізбесі және релиздерді кейінге жылжытатын қателер.

Циклдер мен модульдер: жоспарлаудың екі осі

Jira-дан көшу кезіндегі басты қате — Plane-нен спринт пен эпиктің дәл көшірмесін іздеуге тырысу. Plane-де екі тәуелсіз ось бар.

Цикл — бұл уақыт. Команда белгілі бір тапсырмалар жиынтығын орындауға міндеттенетін екі апта. Циклдер бірінен соң бірі жүреді, әрқайсысының басталу және аяқталу күндері бар.

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

Тапсырма бір мезгілде бір циклге және бір модульге кіреді. Жоспарлау кезінде циклге әртүрлі модульдерден тапсырмалар аласыз, ал өнім ревьюінде әр модуль қаншалықты алға жылжығанын қарайсыз. 2026 жылы Plane-де тапсырма түрі ретінде эпиктер және релиздер (Releases) пайда болды, сондықтан ірі бастамаларды эпикпен сипаттап, жеткізулерді релизбен бекітуге болады. 30 адамға дейінгі команда үшін әдетте «цикл + модуль» байламы жеткілікті.

Егер команда Jira-дан көшіп жатса, импорттаушы спринттерді көшіретінін, бірақ эпиктер тапсырманың қарапайым түрі ретінде келетінін ескеріңіз. Оларды бірден Plane модульдеріне немесе эпиктеріне қайта жинаған жөн. Көшудің толық жоспарын Jira-дан Plane-ге көшу туралы мақалада сипаттадық.

Жобаны спринттерге баптау

Кейін спринттің ортасында ережелерді өзгертпеу үшін, бірінші циклге дейін жобаны бір рет баптаңыз.

1. Статустар. Бес-жеті статус жеткілікті: Бэклог, Жұмысқа дайын, Жұмыста, Код ревьюі, Тест, Дайын, Бас тартылды. «Жұмысқа дайын» статусы тапсырманың сипаттамасы, қабылдау критерийлері және бағасы бар екенін білдіреді.
2. Бағалаулар. Жоба баптауларында бағалау жүйесін қосыңыз: ұпайлар, санаттар немесе уақыт. Өнім командаларына ұпайлар немесе санаттар ыңғайлырақ, сағаттық келісімшарттары бар командаларға — уақыт.
3. Тапсырма түрлері. Ең азы: тарих немесе фича, баг, техникалық тапсырма. Бірінші күні он түр құрмаңыз.
4. Белгілер. Компоненттер немесе жұмыс түрі бойынша: бэкенд, фронтенд, мобильді, инфрақұрылым.
5. Цикл ұзақтығы. Бір ұзақтықты таңдап, оны кемінде бір тоқсан өзгертпеңіз.
6. Дайындық анықтамасы. Жоба бетіне «Дайын» нені білдіретінін жазыңыз: код негізгі тармақта, тест өтті, тапсырма продакт-менеджерге көрсетілді.

Бағалаулар, сыйымдылық және аяқталмаған жұмысты шектеу

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

Түзетуді есептеудің қарапайым тәсілі: соңғы үш циклдегі орташа қарқынды алып, оны қолжетімді адам-күндер үлесіне көбейтіңіз. Егер командада бес адам болса, цикл он жұмыс күніне созылса, ал бір әзірлеуші бір аптаға демалысқа кетсе, 50 адам-күннің 45-і қолжетімді, сондықтан циклге әдеттегі көлемнің шамамен 90%-ын алған жөн. Есеп өрескел, бірақ «сезім бойынша» жоспарлаудан жақсы.

Жұмыс істейтін бағалау ережелері:

• Тимлид жалғыз емес, команда бағалайды.
• Циклдің жартысынан ірі тапсырма жоспарлауға дейін бөлінеді.
• Қайта жаңғыртылмаған баг бағаланбайды және циклге алынбайды.
• Циклді «әдемі» жабу үшін бағаны кейіннен өзгертпейді.

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

Графиктер мен дашбордтар: цикл кезінде нені қарау керек

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

Нені қарау және қалай оқу керек:

• Күндер бойынша цикл прогресі. Егер цикл ортасына қарай үштен бірінен азы жабылса, цикл қауіп астында. Бұл соңғы күні емес, дейлиде сөйлесуге себеп.
• Қозғалыссыз тапсырмалар. Статусы көптен бері өзгермеген тапсырмалар бойынша сүзгі команданың қай жерде тұрып қалғанын көрсетеді.
• Басталғаннан кейін қосылғандар. Жоспарлаудан кейін циклге қосылған әр тапсырма басқа бір нәрсені жылжытады. Оларды санаған жөн.
• Өткен циклден ауыстырылғандар. Егер бір тапсырмалар үшінші рет көшіп жатса, олар тым үлкен немесе ешкімге керек емес.
• Модульдер прогресі. Продактқа фичаның релизге қашан дайын болатынын көрсетеді.

Күрделі іріктемелерді JQL-ге ұқсас Plane сұраныстар тілі PQL арқылы жинап, көріністер ретінде сақтаған ыңғайлы.

Plane-дегі тұрақты рәсімдер

Трекер ауысқанмен рәсімдер өзгермейді, бірақ әрқайсысы құралда өз орнын алады.

Рәсім	Қашан	Plane-де не істейміз
Бэклог грумингі	Циклдің ортасы, 1 сағат	«Бағасыз» сүзгісі бар бэклог көрінісі, тапсырмаларды бөліп, бағалаймыз, «Жұмысқа дайын» күйіне ауыстырамыз
Жоспарлау	Циклдің бірінші күні, 1–2 сағат	Күндері бар цикл құрамыз, «Жұмысқа дайын» күйіндегі тапсырмаларды сыйымдылық деңгейіне дейін ауыстырамыз, blocked by байланыстарын тексереміз
Дейли	Күн сайын, 15 минут	Орындаушылар бойынша топталған цикл тақтасы, бұғатталған тапсырмалар мен WIP бұзушылықтарын қараймыз
Ревью және демо	Циклдің соңғы күні	Циклдің аяқталған тапсырмалар тізімі, модульдер мен релизді жаңартамыз
Ретроспектива	Демодан кейін, 1 сағат	Pages ішіндегі ретро беті, жақсартуларды келесі циклде тапсырма ретінде ресімдейміз
Релиз	Модуль дайын болғанда	Тапсырмалар тізімі бар Plane-дегі релиз, шығарылым туралы жазбалар бетте

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

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

Груминг немесе бағасыз тапсырмалар туралы еске салғыштарды Plane-нің жоспарланған автоматтандырулары Automations және Runner арқылы баптауға болады. Ондаған ережеден емес, бір-екі ережеден бастаңыз.

Спринттің екі аптасы күндер бойынша

Біз бастапқы нүкте ретінде пайдаланатын екі апталық цикл күнтізбесі. Нақты командаға қарай оны жылжытады, бірақ ретін сақтайды.

Күн	Не болады	Plane-де нені тексеру керек
1, дүйсенбі	Жоспарлау, циклдің басталуы	Цикл құрылды, тапсырмалар сыйымдылық шегінде, әрқайсысының жауаптысы бар
2–4	Әзірлеу, дейли	Екі күннен артық қозғалыссыз тапсырмалар жоқ, WIP ереже шегінде
5, жұма	Прогресті қысқаша тексеру	Бағалаулардың кемінде үштен бірі жабылды, тәуекелдер аталды
6, дүйсенбі	Келесі циклге груминг	«Жұмысқа дайын» күйінде келесі циклге тапсырмалар бар
7–8	Әзірлеу, код ревьюі	«Ревью» кезегі өспейді
9, бейсенбі	Жаңа тапсырмаларды тоқтату, тест	Циклге жаңа тапсырмалар қосылмайды, аяқталмағанның бәрі талқыланды
10, жұма	Демо, ретро, циклді жабу	Аяқталмаған тапсырмалар ашық талданды, ретро жазылды, модульдер жаңартылды

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

Спринт ішіндегі багтар мен шұғыл тапсырмалар

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

Үш тәсіл жұмыс істейді:

• Сыйымдылық резерві. Жоспарлау кезінде команда қарқынның бір бөлігін жоспарланбаған тапсырмаларға бос қалдырады. Нақты қанша екені тарихтан көрінеді: өткен циклдерде басталғаннан кейін қанша тапсырма қосылғанын қараңыз.
• Өтінімдерге арналған бөлек кіріс. Қолдау мен сату бөлімінің сұраныстары әзірлеушілерге жеке хабарламамен емес, Intake арқылы келеді. Кезекші оларды күніне бір рет талдап, қайсысы ағымдағы циклге, қайсысы бэклогқа баратынын шешеді.
• Багтар бойынша кезекші. Циклде бір әзірлеуші шұғыл багтар үшін жауап береді және жоспарлы тапсырмаларды азырақ алады. Бір адам күйіп кетпеуі үшін рөл кезекпен ауысады.

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

Шұғыл істері жартысынан көп командаларға қатаң циклдері бар Scrum сәйкес келмеуі мүмкін. Оларға Plane-дегі циклсіз, WIP-ережесі мен апталық релизі бар канбан-ағын ыңғайлырақ.

Релиздерді кейінге жылжытатын әдеттегі қателер

• Тілектер тізімі ретіндегі цикл. Циклге істегісі келетіннің бәрін алады. Сыйымдылық есептелмейді, әр циклде тапсырмалардың жартысы қалады.
• Қалдықтарды автоматты түрде ауыстыру. Жабылмаған тапсырмалар үнсіз келесі циклге көшеді. Команда нашар жоспарлайтынын байқауды қояды.
• Иесіз модуль. Фичада оның релизге дайындығы үшін жауап беретін адам жоқ, ал жұмыстың соңғы он пайызы айлар бойы ілініп тұрады.
• Қорсыз күнмен берілген бағалаулар. «Екі күн» деген баға ревьюді, тестті және қоңырауларды ескермейді.
• Циклді айналып өтетін чаттағы тапсырмалар. Басшы әзірлеушіге тікелей жазады, тапсырма трекерге түспейді, цикл көрінбейтін себеппен бұзылады.
• Есеп ретіндегі дейли. Циклді жабуға не кедергі келтіретінін талқылаудың орнына әркім не істегенін айтып береді.
• Цикл ұзақтығын өзгерту. Бір цикл екі апта, келесісі үш апта, кейін бір апта. Қарқынды салыстыру мүмкін болмай қалады.

Қазақстан контексі. Көптеген команда Алматы, Астана және қашықтан жұмыс арасында бөлінген, сондықтан дейли мен жоспарлау онлайн өтеді, ал келісімдер WhatsApp-та оңай жоғалады. «Тапсырма тек Plane циклінде болса ғана бар» ережесі мұнда кеңседегі командаға қарағанда маңыздырақ. Мерекелерді сыйымдылыққа енгізіңіз: Наурыз мейрамы бар наурыз күндерінде және мамыр мерекелерінде цикл бірнеше жұмыс күнін жоғалтуы мүмкін. Егер тапсырмалар мен тіркемелерде клиенттер деректері болса және компания үшін оларды Қазақстанда сақтау маңызды болса, self-hosted Plane-ді қазақстандық серверге орнатыңыз: вендордың бұлты деректерді шетелде сақтайды.

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

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

Біз диагностикадан бастаймыз: команда қазір қалай жоспарлайтынын, спринтте орта есеппен қанша тапсырма жабылмай қалатынын, талаптар қайда жоғалатынын және релиз құрамы туралы шешімді кім қабылдайтынын қарастырамыз. Содан кейін Plane-де бір командамен екі-үш циклге пилот іске қосамыз, статустарды, бағалауларды, көріністер мен тұрақты рәсімдерді баптаймыз және ретро қорытындысы бойынша ережелерді түзетеміз. Осыдан кейін схема базалық ережелерді өзгертпей қалған командаларға көшіріледі.

Енгізудің қалай өтетіні туралы толығырақ Jira және Plane таск-трекерлерін енгізу қызметі бетінде.

---

Дереккөздер. Plane тарифтері мен функциялары: plane.so/pricing. Plane-нің жаңа функцияларының сипаттамасы: Plane блогы. Community Edition бастапқы коды: github.com/makeplane/plane.

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

Agile

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

Спринт және цикл (Cycle)

Команда белгілі бір тапсырмалар жиынтығын алатын бекітілген кезең, әдетте екі апта. Plane-де спринттер циклдер деп аталады.

Модуль (Module)

Бірнеше цикл қатарынан созылуы мүмкін бір фичаның тапсырмалар тобы. Продактқа фичаның релизге қаншалықты дайын екенін көрсетеді.

WIP-лимит

Адам немесе команда бір мезгілде жұмыста ұстайтын тапсырмалар санын шектеу (Work in Progress). Басталған жұмыс неғұрлым аз болса, спринт соңына қарай соғұрлым көп тапсырма дайын болады.

Сыйымдылық және қарқын

Қарқын — команда бір циклде орта есеппен қанша бағалау ұпайын жабатыны. Сыйымдылық — демалыстар мен мерекелерді ескере отырып, келесі циклге қанша алуға болатыны.

Бэклог грумингі

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

Дейли және ретроспектива

Дейли — циклді жабуға не кедергі келтіретіні туралы күнделікті 15 минуттық кездесу. Ретроспектива — циклден кейінгі талдау: нені жақсарту керек, әр шешімге тапсырма мен жауапты адам тағайындалады.

Scrum және канбан

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