Двісті позицій у беклозі, найстаріша з яких датується півтори роки тому. Ніхто вже не пам'ятає, хто її подав, чи проблема, яку вона стосується, взагалі ще існує. Кожного тижня надходить більше заявок, ніж команда закриває, а кожна розмова про пріоритети закінчується однаково: все важливо, тому нічого не є. Якщо ви керуєте компанією або відповідаєте за продукт, такий список не є технічною проблемою. Це рішення про прийняття рішень. І його можна вирішити без залучення трьох додаткових програмістів.
Перед тим, як ви щось прискорите, делегуватимете чи виріжете, беклог потрібно відсортувати. Не за датою подання та не за тим, хто голосніше вимагає свого.
Крок 1: розділіть заявки на чотири кошики
Перший відбір проводиться за бізнес-ефектами, а не за технічною складністю:
- Критичні для доходу: заявки, які блокують продаж, обслуговування клієнтів або оплату. Кожен день зволікання має розрахований кошт.
- Відповідність вимогам з жорстким терміном: KSeF, GDPR, EU AI Act. Термін не обговорюється, а штраф може бути вищим, ніж вартість усієї зміни.
- Якість життя: нічого не блокує безпосередньо, але щоденно коштує час людей. Ручне переписування даних, звіт, склеєний в аркуші, обхідні шляхи, до яких усі звикли.
- Бажане: ідеї, які рік тому здавалися хорошими, але з тих пір ніхто про них не запитував.
З наших проектів випливає проста спостереження: останній кошик часто складає 30–50% всього списку. Видаліть його сміливо. Якщо якась ідея дійсно потрібна, вона повернеться сама, і з кращим обґрунтуванням, ніж за перший раз.
Крок 2: додайте другу вісь, тобто хто повинен це робити
Для заяв, які пройшли перше відсіяння, поставте друге питання: чи вимагає реалізація глибокого знання вашої галузі, чи це стандартна інженерна робота? Додавання поля до форми, інтеграція через API, новий звіт, міграція даних, тести регресії: все це виглядає однаково в транспортній компанії та в фармацевтичному складі. Логіка ціноутворення, алгоритм планування маршрутів, правила оцінки клієнта: цього не зробить добре ніхто, хто не знає вашого бізнесу.
З цих двох осей утворюється матриця, яка впорядковує рішення:
- Термінове і стандартне: найкращий кандидат на делегування зовнішньому партнеру. Добре визначений вхід і вихід, мало племінного контексту.
- Термінове і галузеве: власна команда, негайно. Тут немає короткого шляху.
- Нетермінове і стандартне: делегувати пакетами, коли зіб'ється сенсівний пакет.
- Нетермінове і галузеве: свідомо відкладене, з конкретною датою розгляду замість вічного «коли-небудь».
Частий похибка: делегування навпаки
І тут одна думка, сформована на проектах модернізації: багато компаній ділять роботу точно навпаки. Трудні, галузеві завдання віддають назовні, бо «в нас немає людей», а прості зміни тримають у себе, бо видаються дешевими. Ефект є подвійно поганим. Зовнішній партнер роками вчиться галузі, яку компанія повинна контролювати сама, бо це її конкурентна перевага. А власний старший спалює тижні на додаванні полів до форм, тобто роботі, яку виконав би будь-який солідний виконавець. Ядро галузі тримайте in-house навіть тоді, коли йде повільніше. Стандартну роботу віддавайте без сентиментів.
За чим розпізнати, що беклог оздоровлюється
Кількість позицій у списку говорить небагато. Дві метрики говорять майже все:
- Вік найстарішого активного звернення. Якщо він падає з 18 місяців до 3, черга реально рухається. Якщо зростає, сортування було косметичним.
- Lead time, тобто медіана часу від звернення до діючої зміни на виробництві. Це єдина міра, яку відчуває бізнес.
До цього один тест-контроль: баланс надходження та реалізації у місяці. Поки прибуває більше, ніж убуває, жодна пріоритизація не допоможе — потрібно збільшити пропускну здатність або скорочувати смеліші. Одне застереження: ці метрики легко обманути. Видалення старих звернень тільки для того, щоб поліпшити графік, впорядковує звіт, не фірму.
Де в цьому складі знаходиться ESKOM AI
У такому розподілі праці ми займаємо праву колонку матриці: приймаємо стандартні зміни, інтеграції між системами та автоматизацію тестів регресії, а ваша команда залишається власником доменового ядра. Процес, заснований на команді спеціалізованих агентів AI, з повним спектром автоматичних тестів (одиниці, інтеграційні, E2E, інтерфейсу, безпеки та продуктивності), дозволяє закривати типове звернення з кошика "стандартна робота" у днях або тижнях; про те, звідки береться ця швидкість, ми писали у статті як AI скорочує час реалізації змін. Уччесте: перші тижні співпраці є повільнішими, бо нам потрібно познайомитися з вашою системою та середовищем. Цей вступний кошт повертається від наступних звернень, тому для однієї окремої незначної поправки така модель не має сенсу. Для потоку змін має сенс великий.
Від чого почати у цей п'ятницю
Заблокуйте годину в календарі та пройдіть через список з аркушем поруч: чотири кошики, потім друга вісь. Після цієї години ви дізнаєтеся три речі: що видалити, що зробити власними силами та що можна віддати на зовні відразу. А якщо ви хочете пройти через цей розподіл з кимось, хто робив це багаторазово, домовтеся про безкоштовну консультацію через форму на eskom.ai/pl/kontakt. Приходьте з експортом беклога. Ви вийдете з посортованим списком та реальними межами часу для заяв, які підходять для делегування відразу.