Будую ERP-системи і команди, які працюють без ручного керування — для виробництва, складу і фінансів.
9 років в ERP: від C#-розробника у вендора IT-Enterprise до керівника розробки ERP у МХП. Говорю однією мовою з інженерами, бізнесом і вендорами та захищаю інтереси бізнесу як його технічний адвокат.
Одна історія звернення по кадрах. Люди ухвалюють рішення, AI-агент підхоплює розбір, контроль і рутину між кроками.
Не результати команди, а те, що я побудував, щоб команда давала результат без ручного керування.
Розробку ERP вів вендор, власної експертизи в холдингу не було.
Підбір за мисленням, а не за стеком; онбординг через реальні задачі; рев'ю коду і ТЗ.
Команда з 15 людей — 7 розробників, 2 аналітики, 4 підтримки, 2 тестувальники — сама веде доробки, впровадження і супровід 4 заводів.
Строк — «як вийде», перенос помічали, коли задача вже горіла.
Target Date для кожної задачі в Azure; правило: перенос без погодження до строку — це зрив; рев'ю щотижня.
Бізнес бачить реальні дати, кожен у команді — свою динаміку по кварталах.
Щорічна оцінка трималась на враженнях керівника.
Дашборд з даних Azure: вчасність, зриви, переноси, автономність; 8 критеріїв оцінки з прикладами задач.
Кожна оцінка підкріплена задачами з посиланнями, без суперечок «а мені здається».
Вимоги приходили в чатах, пакети на PROD проводились без чіткого підтвердження.
Вимога → ТЗ-рев'ю → оцінка → розробка → тест бізнесом → PROD з підтвердженням.
Кожен реліз має заявку, погодження бізнесу і відмітку «проведено».
Розбір звернень, контроль релізів і звіти забирали години керівника щодня.
AI-агенти: тріаж ITSM кожні 15 хв, черговий по релізах, звіт о 8:00 по непроведених пакетах.
Звернення не губляться, а мій час іде на рішення, а не на пересилання.
Рішення вендора приймались «на слово», без незалежної перевірки.
Незалежна експертиза ТЗ, оцінок і архітектури; питання бізнесу — аналітику, техніка — розробнику.
Холдинг менше залежить від підрядника і розуміє, за що платить.
Те, що зараз у роботі в команди і в мене особисто. Оновлюю, коли щось переходить у PROD.
Черговий по релізах, тріаж звернень ITSM кожні 15 хвилин, ранкові звіти. Людина вирішує, агент виконує і звітує.
Комплектувальник бачить ящики замість кілограмів, ТЗД сам рахує вагу по палеті і веде по завданню.
Передача надходжень з IT-Enterprise в 1С і контроль розбіжностей між системами.
Простежуваність за серійним номером уже працює: від заводу до клієнта і вся історія сервісу. Зараз — модуль технічного обслуговування і ремонтів.
Практичний онлайн-курс: як керівнику і команді використовувати AI в щоденній роботі.
«Ніколи не йди на компроміс» — переговори з вендорами і бізнесом без поступок навмання.
Оберіть роль — праворуч підсвітяться навички, які вона сформувала. Або натисніть навичку, щоб побачити, де вона працювала на практиці.
Агро і м'ясопереробка, видобуток, молочна галузь, оборонне КБ, девелопмент, приладобудування і дистрибуція обладнання.
З моїх дописів у LinkedIn і з того, як реально працює команда щодня.
Вендор бачить усю систему, замовник — лише звіти. Моя роль — щоб бізнес розумів, як і чому ухвалюються рішення, і не купував чужу залежність за власні гроші.
Не питаю «що ти зробив». Визначаю, що має бути зроблено, і довіряю команді як. Моя робота — прибирати бар'єри.
Код можна навчитися писати, мислення — ні. Краще мислячий джун, ніж шаблонний сеньйор.
Книги, які реально змінили, як я керую командою, процесом і переговорами.
Кріс Восс, колишній переговірник ФБР. Тактична емпатія, калібровані питання і «ні» як початок розмови — те, чого бракує на комітетах з вендорами.
Контекст замість контролю: як Netflix будує команди, яким не треба керувати.
Чому люди довіряють керівнику і що руйнує цю довіру.
Теорія обмежень — основа того, як шукати вузькі місця у виробництві.
IT-відділ як виробництво: потік робіт, релізи і технічний борг.
Як розділити команди, щоб вони рухались швидко і не заважали одна одній.
Про ERP-впровадження, лідерство і команди. Повні тексти й обговорення — у LinkedIn.
Не бюджет і не строки, а інформаційна асиметрія між вендором і замовником. Чому бізнесу потрібен технічний адвокат.
Читати в LinkedIn ↗ 14.04.2025Автономність як стиль лідерства: ціль замість інструкцій, довіра замість контролю.
Читати в LinkedIn ↗ 12.04.2025Майже без технічних питань: шукаю мислення, а не знання фреймворку.
Читати в LinkedIn ↗ 05.04.2025Що робити з рішучими і прямолінійними людьми за DISC, щоб вони стали двигуном, а не конфліктом.
Читати в LinkedIn ↗Технічна освіта — щоб розуміти систему. Гуманітарна — щоб пояснити її людям.
У виробничій чи дистрибуційній компанії, де ERP — ядро бізнесу. Побудую команду, процес і архітектуру, які компанія розвиває сама.
