Қазақстандағы IT студиялар мен агенттіктер клиенттік жобаларды Plane-де қалай жүргізеді

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

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

Клиенттік жобаларды басқару қай жерде бұзылады

Әдеттегі студия былай өмір сүреді: тапсырмалар клиентпен WhatsApp чатына келеді, техникалық тапсырма бөлек құжатта жатыр, сағаттар кестеде саналады, ал өзекті статусты тек жоба менеджері біледі. Клиент үшеу болғанда бұл жұмыс істейді. Оныншы клиентте жоғалтулар басталады.

Белгілері бірден танылады:

• «Осы аптада клиент үшін не істеп жатырмыз» деген сұраққа қоңыраусыз ешкім жауап бермейді.
• «Кепілдік бойынша» түзетулер мен жаңа жұмыстар араласып кеткен, сондықтан студия сатуы тиіс нәрсені тегін жасайды.
• Айдағы сағаттар акт қол қойылар алдында есте қалғаны бойынша жиналады.
• Клиент одан не күтілетінін түсінбейді, сондықтан қабылдау апталарға созылады.
• Әзірлеуші үш жобада жұмыс істейді және басымдықтар туралы бес чаттан біледі.

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

Құрылым: кеңістік, жобалар, модульдер және циклдер

Plane-дегі жұмыс кеңістігі бүкіл студияға сәйкес келеді. Әр клиент жоба алады. Егер ірі клиенттің әртүрлі командалары бар бірнеше өнімі болса, жобаны клиентке емес, өнімге ашыңыз. Жоба ішінде модульдер фичаларға немесе шарт кезеңдеріне, циклдер итерацияларға жауап береді, ал релиздер жеткізілімдерді бекітеді.

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

Plane деңгейі	Студияда бұл не	Мысал	Иесі
Жұмыс кеңістігі	Бүкіл студия	Барлық клиенттер мен ішкі жобалар	Студия басшысы
Жоба	Клиент немесе клиенттің өнімі	«А клиенті — мобильді қосымша»	Жоба менеджері
Модуль	Фича немесе шарт кезеңі	«Жеке кабинет», «Төлем интеграциясы»	Тимлид
Цикл	Бір-екі аптаға арналған итерация	«14-цикл»	Жоба менеджері
Релиз	Клиентке жеткізілім	«Сторлардағы 1.3 нұсқа»	Тимлид
Тапсырма	Клиент көретін нәтиже	«Төлем экраны»	Орындаушы немесе тимлид
Ішкі тапсырма	Бір жауаптысы бар қадам	«Төлем экранының беттемесі»	Орындаушы
Pages	Техникалық тапсырма, хаттамалар, шешімдер	«12.10 кездесу хаттамасы»	Жоба менеджері
Ішкі жоба	Пресейл, бағалаулар, R&D	«Жаңа клиентке арналған бағалау»	Студия басшысы

Жобалардың қысқа идентификаторларын мағыналы етіңіз: пікірдегі немесе коммиттегі тапсырма префиксі бойынша қай клиент туралы сөз болып тұрғаны бірден көрінеді.

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

Клиенттің қолжетімділігі: Members және Guests рөлдері

Студия командасы Member рөлімен, кеңістік әкімшілері Admin рөлімен жұмыс істейді. Клиентті Guest ретінде шақырып, тек өз жобасына қосады. Қонақ рөлі шектеулі: клиент тапсырмаларды көріп, пікір қалдыра алады, бірақ баптауларды басқармайды және басқалардың жобаларын көрмейді. Қонақ құқықтарының нақты жиынтығы жоба баптауларына және Plane нұсқасына байланысты, сондықтан алғашқы шақыруға дейін сынақ қонақ ашып, жобаға соның көзімен қараңыз.

Егер нәзігірек бақылау керек болса, мысалы тапсырыс беруші мен оның мердігеріне әртүрлі құқықтар қажет болса, Plane-нің жоғары тарифтерінде Granular Access Control бар. Студиялардың көбіне базалық рөлдер мен клиенттік жобада не жазу керектігі жөніндегі тәртіп жеткілікті.

Не	Клиент (Guest)	Команда (Member)
Өз жобасының тапсырмалары	Жоба баптаулары рұқсат еткен көлемде	Барлығы
Басқа клиенттік жобалар	Көрмейді	Өзі қосылған жобаларды көреді
Тапсырмаларға пікірлер	Оқиды және жазады	Оқиды және жазады
Техникалық тапсырма мен хаттамалар	Келісілген нұсқалар	Барлық беттер мен жобалар
Бағалаулар, мөлшерлемелер, маржа	Көрмейді, ішкі жобада жүргіземіз	Басшы мен менеджер көреді
Тапсырмалар бойынша сағаттар	Актіге экспорт түрінде алады	Жазады және есептерде көреді
Өтінімдер	Intake арқылы жібереді	Талдайды және қабылдайды
Цикл статусы	Жоба тақтасын көреді	Тақтаны, кестені және дашбордтарды көреді

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

Кезеңдер бойынша статустар және бір жауаптысы бар ішкі тапсырмалар

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

1. Бэклог — өтінім қабылданды, бірақ жоспарланбаған.
2. Талаптар — клиенттен нақтылаймыз, техникалық тапсырма жазамыз.
3. Дизайн — макеттер және келісу.
4. Әзірлеу — код.
5. Тест — ішкі QA.
6. Қабылдау — доп клиенттің жағында.
7. Дайын және Бас тартылды.

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

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

Тәуелділіктерді blocking және blocked by байланыстарымен бекітіңіз. Егер фронтенд API-ді күтсе, байланыс екі орындаушыға да, менеджерге де көрінеді, ал бэкендтің кешігуі демо күні тосын жағдай болудан қалады.

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

Әртүрлі стейкхолдерлерге арналған көріністер

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

• Клиентке — оның жобасының статустар бойынша тақтасы. Артық ештеңе жоқ.
• Жоба менеджеріне — «Қабылдау» сүзгісі және мерзімі өткен тапсырмалар бар, өз жобаларының бәрі бойынша кесте.
• Тимлидке — шамадан тыс жүктемені және басқалар бұғаттаған тапсырмаларды көру үшін орындаушылар бойынша тақта.
• Студия басшысына — ірі жобалардың модульдері бойынша Gantt және команда жүктемесі көрсетілген дашборд.
• Әзірлеушіге — басымдық бойынша сұрыпталған, барлық жоба бойынша «менің тапсырмаларым».

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

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

Құжаттар мен өтінімдер: Pages және Intake

Техникалық тапсырманы, кездесу хаттамаларын, архитектура бойынша шешімдерді және орталар сипаттамасын клиент жобасының ішіндегі Pages-те сақтаңыз. Құжатты тапсырмамен байланыстыруға, ал тапсырмаларды тікелей хаттамадан жасауға болады: кездесудегі шешім бірден жауаптысы бар жұмысқа айналады. Нені қай жерде сақтау керектігін Confluence-сіз команда құжаттамасы туралы мақалада толығырақ талдаймыз.

Клиентпен кездесу хаттамасының үлгісі:

• күні мен қатысушылар;
• не көрсеттік;
• қандай шешімдер қабылдадық;
• қандай тапсырмалар жасадық, сілтемелерімен;
• клиенттен не күтеміз және қай мерзімге.

Құпиясөздер мен қолжетімділік кілттерін Pages-те сақтамаңыз. Олар үшін құпиялар менеджері керек.

Intake қайдан келгені белгісіз өтінімдер мәселесін шешеді. Клиент немесе менеджер өтінімді Intake-ке, соның ішінде қабылдаудың email мекенжайы арқылы енгізеді. Кезекші менеджер ағынды күніне бір рет талдайды: жобаға қабылдайды, түсіндірмемен қабылдамайды немесе қайталанған деп белгілейді. Бэклогқа тек «кепілдік» немесе «шарттан тыс» белгісі бар талданған өтінім ғана түседі.

Сағаттарды есепке алу және сағаттық шарттар

Plane-де уақытты есепке алу тапсырмаларға байланған. Орындаушы сағаттарды қысқа пікірмен ішкі тапсырмаға жазады, менеджер ай соңында жоба бойынша сағаттарды экспорттап, актімен салыстырады. Тіркелген бағалы шарттарға да сағаттар керек: оларсыз студия жобаның нақты маржасын білмейді және келесі бағалауда сол қателерді қайталайды.

Жұмыс істейтін ережелер:

• Уақытты жұма күні есте қалғаны бойынша емес, күн сайын жазу.
• Бүкіл жобаға емес, ішкі тапсырмаға жазу.
• Кепілдік бойынша сағаттарды бөлек белгілеу, оларға клиентке шот қойылмайды.
• «Шарттан тыс» жұмыстарды бағалау келісілгенге дейін бастамау.

Plane қаржы жүйесін алмастырмайды: мөлшерлемелер, шоттар және маржа экспорт негізінде бөлек есептеледі.

Қазақстан контексі. Қазақстандық ЖШС-мен сағаттық шарттар әдетте ай сайынғы орындалған жұмыстар актісімен жабылады, ал тапсырмалар бойынша сағаттар экспорты оның қосымшасына айналады. Клиенттер WhatsApp-қа жазуға үйреніп қалған, сондықтан «тапсырма тек Intake-те бар» деген ережені шарттың басында айтып, менеджерге хабарламаларды көшіруге уақыт бөлу керек. Егер клиент үшін деректердің Қазақстанда сақталуы маңызды болса, self-hosted Plane-ді қазақстандық хостердің серверіне орнатыңыз. Хостинг шарт бойынша теңгемен төленеді, ал бұлттық тарифтер картамен долларда төленеді. Қай редакцияны таңдау керектігін Plane нұсқалары туралы мақалада талдаймыз.

Студияда Plane-ді іске қосу чек-листі

1. Студияға бір жұмыс кеңістігі, клиентке немесе клиенттің өніміне бір жоба.
2. Пресейлге, бағалауларға және талқылауларға арналған ішкі жоба.
3. Барлық клиенттік жобада кіру критерийлері бар бірдей статустар.
4. Жұмыс түрі бойынша белгілер, оған қоса «кепілдік» және «шарттан тыс».
5. Ереже: ішкі тапсырманың дәл бір жауаптысы болады.
6. Орындаушылар арасындағы тәуелділіктерге арналған blocking және blocked by байланыстары.
7. Клиентке, менеджерге, тимлидке және басшыға арналған сақталған көріністер.
8. Бет үлгілері: техникалық тапсырма, кездесу хаттамасы, орталар сипаттамасы.
9. Intake қосылған, күнделікті талдауға жауапты адам тағайындалған.
10. Уақытты есепке алу қосылған, күн сайын жазу ережесі жарияланған.
11. Сынақ қонақ клиенттің не көретінін тексерді.
12. Алғашқы клиент Plane-ге көшірілді, қалғандары екі-үш аптадан кейін.

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

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

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

---

Дереккөздер. Plane тарифтері мен функциялары: plane.so/pricing. Community Edition бастапқы коды мен құжаттамасы: github.com/makeplane/plane. Бағалар 2026 жылғы қазандағы жылдық төлем бойынша көрсетілген және өзгеруі мүмкін.

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

Жұмыс кеңістігі

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

Guest (қонақ рөлі)

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

Intake

Plane-дегі өтінімдерді, соның ішінде email арқылы, қабылдаудың бірыңғай нүктесі. Менеджер ағынды күн сайын талдайды: жұмысқа қабылдайды, қабылдамайды немесе қайталанған деп белгілейді.

Модуль және цикл

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

Бэклог

Қабылданған, бірақ әлі жоспарланбаған тапсырмалар тізімі. Студияда оған тек «кепілдік» немесе «шарттан тыс» белгісі бар талданған өтінімдер ғана түседі.

Blocking және blocked by

Тапсырмалар арасындағы байланыс: біреуі екіншісі дайын болмайынша алға жылжи алмайды. Мысалы, фронтенд бэкендті күтеді, ал менеджер кешігуді демо күні емес, алдын ала көреді.

QA

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

Granular Access Control

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