IT-бөлімге арналған таск-трекер: өтінімдер, инциденттер және жобалар бір жүйеде

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

Мақала Қазақстандағы IT-бөлім басшыларына және ішкі командалардың тимлидтеріне арналған. Plane немесе Jira-да ағындарды қалай баптау, өтінімдерді қалай қабылдау, SLA туралы қалай келісу, кезекшілікті қалай ұйымдастыру және басшылыққа есепті қалай жинау керектігін талдаймыз. Соңында таск-трекер енді жетпейтінінің және ITSM қажет болғанының белгілерін тізіп береміз.

IT-бөлімнің үш жұмыс ағыны

Ішкі IT-бөлім бір мезгілде үш режимде жұмыс істейді.

Өтінімдер. Пайдаланушы бір нәрсе жасауды сұрайды: қолжетімділік беру, ноутбукты баптау, принтерді қосу, есепті экспорттау. Жұмыс ұсақ, қайталанатын және оның көлемі көп. Әрекет ету уақыты және өтінімнің жоғалып кетпеуі маңызды.

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

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

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

Ағындар бойынша тапсырма түрлері, мәртебелер және мерзімдер

Баптаудың негізі — әр ағынға бөлек тапсырма түрі. Plane-де бұл Work item types, Jira-да — өз workflow-ы бар тапсырма түрлері. Әдетте мына схемадан бастаймыз:

Ағын	Тапсырма түрі	Мәртебелер	Мерзім және SLA
Өтінімдер	Өтінім	Жаңа → Жұмыста → Пайдаланушыны күтуде → Шешілді → Жабылды	Басымдық бойынша әрекет ету және шешу
Инциденттер	Инцидент	Тіркелді → Диагностика → Қалпына келтірілді → Талдау → Жабылды	Әрекет ету минуттармен, қалпына келтіру сағаттармен
Қайталанатын ақаулар	Проблема	Ашық → Себепті талдау → Түзету → Жабылды	Қатаң SLA-сыз, апталық кездесуде бақылау
Өзгерістер	Өзгеріс	Сұралды → Келісілді → Жоспарланды → Орындалды → Тексерілді	Жұмыс терезесі және келісу
Жобалар	Тапсырма, эпик	Бэклог → Жұмыста → Тексеру → Дайын	Кезеңдер мен циклдар мерзімдері

Бірнеше қағидат.

• Мәртебелер қалағаныңыздан аз болсын. Бір түрге бес-алты мәртебе жеткілікті. Әр артық мәртебе — тапсырма тұрып қалатын орын.
• Өтінімдер үшін «Пайдаланушыны күтуде» мәртебесі міндетті. Онсыз жауап күту SLA-ны жеп қояды, ал инженерлер растауды күтпей өтінімдерді жаба бастайды.
• Инцидент пен проблема — әртүрлі нысандар. Инцидент сервис қалпына келтірілгенде жабылады. Проблема себеп жойылғанда жабылады. Қайталанатын инциденттер бір проблемамен байланыстырылады.
• Жұмыс жүйелеріндегі өзгерістер келісуден өтеді. Келісуші біреу болса да, келісу фактісі тапсырмада тіркеледі.

Өнімдердегі қателерге арналған басымдықтар мен мерзімдер логикасы да осылай құрылған, оны баг-трекинг, workflow және түзетуге арналған SLA туралы мақалада толық талдадық.

Өтінімдерді қабылдау: бестің орнына бір кіру

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

Қабылдау арналары:

1. Форма. Өрістері бар қысқа форма: не болды, өтініш беруші кім, бөлім, шұғылдығы, тіркеме. Plane-де бұл Intake: формадан немесе пошта мекенжайынан келген өтінімдер бөлек кезекке түседі, онда кезекші оларды қабылдайды немесе қабылдамайды.
2. Пошта. Өтінімдерге арналған бөлек мекенжай. Хат тапсырмаға айналады, хат алмасу оның тарихында қалады.
3. Мессенджер. WhatsApp пен Telegram-нан келген өтінімдерді кезекші кезекке өзі немесе бот арқылы көшіреді. Пайдаланушыға жауап — тапсырмаға сілтеме немесе өтінім нөмірі.

Intake-тің ыңғайлылығы — шикі өтініштерді жұмыс бэклогына жібермейді. Алдымен триаж: бұл шынымен IT-ге арналған тапсырма екенін тексеру, түрі мен басымдығын қою, орындаушыны тағайындау. Тек осыдан кейін өтінім жобаға түседі.

Қазақстан контексі. Қазақстандық компаниялардың көпшілігінде қызметкерлер WhatsApp-қа жазуға үйренген, оған тыйым салу мүмкін болмайды. Жұмыс істейтін ымыра: мессенджер байланыс арнасы болып қалады, ал тапсырма — есепке алудың жалғыз орны. Компанияда қазақ тілі ыңғайлырақ қызметкерлер болса, қабылдау формасын орыс және қазақ тілдерінде жасаңыз. Өтінімдерде қызметкерлердің аты-жөні, телефондары және кейде құжаттары болатынын да есте сақтаңыз. Егер компанияға мұндай деректерді Қазақстанда сақтау маңызды болса, елдегі сервердегі self-hosted трекер сәйкес келеді, деректерді шетелде сақтайтын бұлттық сервистер сәйкес келмейді.

Басымдықтар және SLA

SLA — бөлімнің ішкі мақсаты емес, бизнеспен келісім. Сондықтан мәндер компания басшылығымен келісіліп, барлық қызметкерлерге жарияланады.

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

Басымдық	Қашан қойылады	Әрекет ету	Шешу
P1 Маңызды	Бүкіл компания немесе негізгі процесс үшін сервис жұмыс істемейді, айналып өту жолы жоқ	15 минут	4 сағат
P2 Жоғары	Бөлім немесе басшы зардап шекті, айналып өту жолы ыңғайсыз	1 сағат	1 жұмыс күні
P3 Қалыпты	Бір пайдаланушы, айналып өту жолы бар	4 сағат	3 жұмыс күні
P4 Төмен	Тілек, жоспарлы баптау	1 жұмыс күні	Жоспар бойынша

Кестедегі мәндер норма емес, бастауға арналған бағдар. Бір айдан кейін нақты әрекет ету мен шешу уақытын қарап, түзетіңіз. Күн сайын бұзылатын SLA ешкімді тәртіпке салмайды.

SLA-ны іс жүзінде қалай есептеу керек. Jira Service Management-те жұмыс уақыты күнтізбесі бар SLA-таймерлер кіріктірілген. Plane-де және сервистік модулі жоқ Jira-да SLA тапсырма мерзімі, басымдық және автоматтандырулар арқылы бақыланады: мерзім триаж кезінде басымдықтар кестесі бойынша қойылады, жоспарланған автоматтандырулар (Plane-де бұл Runner, Jira-да — Jira Automation) жауаптыға мерзімі жақындаған тапсырмалар туралы еске салады, ал дашборд мерзімі өткендерді көрсетеді. 10–30 адамдық бөлімге әдетте мұндай схема жеткілікті.

Инциденттер және кезекшілік

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

Біз қалай баптаймыз:

• Кезекшілік кестесі Pages немесе Confluence бетінде жүргізіледі. Кезекші өз ауысымында барлық жаңа инциденттердің орындаушысы болып тағайындалады.
• Хабарландырулар. P1 басымдықты жаңа инцидент Slack-пен интеграция немесе мессенджердегі бот арқылы бірден кезекшіге және команда арнасына кетеді.
• Инцидентті жүргізу. Тапсырмада басталу уақыты, зардап шеккен сервистер, әрекеттер және қалпына келтіру уақыты тіркеледі. Түсініктемелер кейін емес, жұмыс барысында жазылады.
• Талдау. Қалпына келтірілгеннен кейін — инцидентке байланған бетте қысқа талдау: не болды, неге, қайталанбас үшін не істейміз. Талдаудағы әрекеттер орындаушысы мен мерзімі бар тапсырмаларға айналады.
• Эскалация. Егер кезекші инцидентті әрекет ету уақыты ішінде алмаса, хабарландыруды басшы алады. Бұл автоматтандырумен бапталады немесе регламентпен бекітіледі.

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

Операциялық жұмыстың қасындағы жобалар мен өзгерістер

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

Не көмектеседі:

• Өтінімдер мен инциденттерге арналған бөлек жоба. Операциялық жұмыс өз жобасында тұрады және жобалық жұмыспен араласпайды. Жобалар Plane-де Modules және Cycles-қа, Jira-да эпиктер мен спринттерге бөлінеді.
• Операциялық жұмысқа квота. Команда уақытының қандай үлесін өтінімдер мен инциденттерге беретінін келісіп алыңыз. Қалғаны — жобалар. Тапсырмалардағы Time tracking квотаның сақталып жатқанын көрсетеді.
• Ротация. Аптасына бір-екі инженер өтінімдерді жабады, қалғандары жобалармен жұмыс істейді. Бұл ауысулар санын азайтады.
• Өзгерістер келісу арқылы. Жұмыс жүйесіндегі кез келген жұмыс жұмыс терезесі мен кері қайтару жоспары бар «Өзгеріс» түріндегі тапсырмамен рәсімделеді.

Метрикалар және басшыға есеп

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

Метрика	Нені көрсетеді	Қаншалықты жиі қарау керек
Апталар бойынша кіріс өтінімдер ағыны	Жүктеме мен маусымдылықты	Апта сайын
Басымдықтар бойынша алғашқы әрекет ету уақыты	Қабылдау жылдамдығын	Апта сайын
Басымдықтар бойынша шешу уақыты	Жұмыс жылдамдығын	Апта сайын
SLA бұзушылықтарының үлесі	Бизнеспен келісімдердің орындалуын	Ай сайын
Мерзімі өткен ашық өтінімдер	Ұмытылған қалдықтарды	Апта сайын
Сервистер бойынша қайталанатын инциденттер	Инфрақұрылымның әлсіз жерлерін	Ай сайын
Жобалар мен операциялық жұмысқа кететін уақыт үлесі	Квотаның сақталуын	Ай сайын
Негізгі жобалардың мәртебесі	Бастамалар бойынша қозғалысты	Екі аптада бір рет

Отыз көрсеткіштен тұратын есеп жасамаңыз. Жүктемені көру және басшылықпен ресурстар туралы сезім негізінде емес, фактілер негізінде сөйлесу үшін бес-сегіз көрсеткіш жеткілікті.

Таск-трекер жетпей, ITSM қажет болғанда

Ағындары бапталған таск-трекер шағын және орта IT-бөлімдердің көпшілігінің қажеттіліктерін жабады. Бірақ ITSM-жүйеге, мысалы Jira Service Management-ке қарайтын уақыт келгенінің белгілері бар:

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

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

Мерзімдер мен орналастыруды ескеріңіз. Atlassian-ның бұлттық өнімдері деректерді өңірлерде сақтайды, олардың арасында Қазақстан жоқ. Data Center 2026 жылғы 30 наурыздан бастап жаңа клиенттерге сатылмайды, ал қолдау 2029 жылғы 28 наурызда аяқталады. Егер деректерді елде сақтау талаптары қатаң болса, self-hosted Plane-де Intake арқылы өтінімдерді қабылдау көбіне практикалықырақ болып шығады.

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

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

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

---

Дереккөздер. Data Center таймлайны: atlassian.com/enterprise/data-center. Atlassian Cloud деректерін сақтау өңірлері: Atlassian құжаттамасы. Plane репозиторийі: github.com/makeplane/plane.

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

SLA

Басымдыққа байланысты өтінімге әрекет ету мен оны шешудің бизнеспен келісілген мерзімі. Оны барлық қызметкерлерге жариялайды және нақты деректер бойынша қайта қарайды.

Инцидент және проблема

Инцидент — нақты ақау, сервис қайта жұмыс істегенде ол жабылады. Проблема — қайталанатын ақаулардың ортақ себебі, себеп жойылғанда ол жабылады.

ITSM

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

Intake

Plane-дегі кіріс өтінімдер кезегі, оларға өтінімдер формадан немесе поштадан түседі. Кезекші алдымен оларды қарайды, содан кейін ғана өтінім жұмысқа кетеді.

Триаж

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

Эскалация

Тапсырма уақытында алынбаса, оны жоғары деңгейге беру. Мысалы, кезекші маңызды ақауға әрекет етпегенде басшы хабарландыру алады.

Өзіне-өзі қызмет көрсету порталы

Қызметкер сұраныс түрін өзі таңдап, өтінімінің мәртебесін көретін бет. Бөлімге ITSM-жүйе қажет болғанының белгілерінің бірі.

Self-hosted

Компанияның өз серверіндегі трекер. Өтінімдерде қызметкерлердің деректері болса, Қазақстандағы серверге орнату оларды елде қалдырады.