Двеста позиции в беклога, най-старата отпреди година и половина. Никой вече не помни кой я е подал, нито дали проблемът, за който се отнася, изобщо още съществува. Всяка седмица постъпват повече заявки, отколкото екипът затваря, а всеки разговор за приоритетите завършва еднакво: всичко е важно, значи нищо не е. Ако управлявате компания или отговаряте за продукт, такъв списък не е технически проблем. Той е проблем на решенията. И може да бъде решен, без да наемате трима допълнителни програмисти.
Преди да започнете каквото и да е да ускорявате, делегирате или режете, беклогът трябва да бъде сортиран. Не по дата на подаване и не по това кой по-силно настоява за своето.
Стъпка 1: разделете заявките на четири кошници
Първото сортиране се прави според бизнес последиците, не според техническата трудност:
- Критични за прихода: заявки, които блокират продажбите, обслужването на клиенти или фактурирането. Всеки ден забавяне има изчислима цена.
- Compliance с твърд срок: KSeF, GDPR, EU AI Act. Крайната дата не преговаря, а глобата понякога е по-висока от цената на цялата промяна.
- Quality-of-life: не блокират нищо пряко, но всеки ден струват време на хората. Ръчно преписване на данни, отчет, слепван в таблица, заобиколни решения, с които всички са свикнали.
- Nice-to-have: идеи, които преди година изглеждаха добри и оттогава никой не е попитал за тях.
От нашите проекти следва просто наблюдение: последната кошница често е 30–50% от целия списък. Изтрийте я смело. Ако някоя идея наистина е нужна, ще се върне сама, при това с по-добра обосновка, отколкото първия път.
Стъпка 2: добавете втора ос, тоест кой трябва да го прави
За заявките, оцелели след първото рязане, задайте втори въпрос: изпълнението изисква ли дълбоко познаване на Вашата област, или е стандартна инженерна работа? Добавяне на поле във формуляр, интеграция през API, нов отчет, миграция на данни, регресионни тестове: всичко това изглежда еднакво в транспортна компания и във фармацевтичен склад. Ценовата логика, алгоритъмът за планиране на маршрути, правилата за скоринг на клиента: това няма да го направи добре никой, който не познава Вашия бизнес.
От тези две оси се получава матрица, която подрежда решенията:
- Спешно и стандартно: най-добрият кандидат за делегиране на външен партньор. Добре дефинирани вход и изход, малко племенен контекст.
- Спешно и специфично за областта: собственият екип, веднага. Тук няма преки пътища.
- Неспешно и стандартно: делегирайте на пакети, когато се събере смислен обем.
- Неспешно и специфично за областта: съзнателно отложено, с конкретна дата за преглед вместо вечното „някога".
Честа грешка: делегиране наопаки
И тук едно мнение, изградено върху проекти за модернизация: много компании разпределят работата точно наобратно. Трудните, специфични за областта задачи дават навън, защото „нямаме хора за това", а простите промени държат при себе си, защото изглеждат евтини. Резултатът е двойно лош. Външният партньор с години учи областта, която компанията би трябвало да контролира сама, защото това е нейното конкурентно предимство. А собственият senior изгаря седмици в добавяне на полета към формуляри, тоест работа, която би свършил всеки солиден изпълнител. Дръжте ядрото на областта in-house дори когато върви по-бавно. Стандартната работа давайте навън без сантименти.
По какво се познава, че беклогът оздравява
Броят на позициите в списъка казва малко. Две метрики казват почти всичко:
- Възрастта на най-старата активна заявка. Ако пада от 18 месеца на 3, опашката реално се върти. Ако расте, сортирането е било козметично.
- Lead time, тоест медианата на времето от заявката до работеща промяна в продукционната среда. Това е единствената мярка, която бизнесът усеща.
Към това един контролен тест: балансът на постъпленията и изпълнението за месеца. Докато постъпва повече, отколкото се затваря, никаква приоритизация няма да е достатъчна — трябва да се увеличи пропускателната способност или да се реже по-смело. Едно уточнение: тези метрики лесно се лъжат. Изтриването на стари заявки само за да се подобри графиката подрежда отчета, не компанията.
Къде в тази схема е ESKOM AI
При такова разпределение на работата заемаме дясната колона на матрицата: поемаме стандартните промени, интеграциите между системите и автоматизацията на регресионните тестове, а Вашият екип остава собственик на ядрото на областта. Процесът, базиран на екип от специализирани AI агенти, с пълен набор от автоматични тестове (единични, интеграционни, E2E, на интерфейса, за сигурност и за производителност), позволява типична заявка от кошницата „стандартна работа" да се затваря за дни или седмици; за това откъде идва тази скорост писахме в текста как AI съкращава времето за изпълнение на промените. Честно: първите седмици на сътрудничеството са по-бавни, защото трябва да опознаем Вашата система и среда. Тази входна цена се изплаща от следващите заявки, така че за единична дребна поправка такъв модел няма смисъл. За поток от промени смисълът е голям.
Откъде да започнете още този петък
Блокирайте един час в календара и преминете през списъка с таблица до себе си: четири кошници, после втората ос. След този час ще знаете три неща: какво да изтриете, какво да направите със собствени сили и какво може да се даде навън веднага. А ако искате да преминете през това разпределение с някой, който го е правил многократно, запишете си безплатна консултация през формуляра на eskom.ai/pl/kontakt. Елате с експорт на беклога. Ще си тръгнете с подреден списък и реални времеви граници за заявките, които стават за делегиране веднага.