Project sourcing та Delivery
Беремо на себе пошук спеціалістів, управління проєктом і поставку: від Discovery та дизайну до розробки, QA, DevOps і запуску.
Ролі та відповідальність
- PM / Delivery:план, ризики, терміни, бюджет, комунікації.
- Tech Lead:архітектура, стек, code review, безпека, performance.
- Design → QA → DevOps:UX/UI, прототипи, тести, CI/CD, моніторинг.
Як це працює
1. Інтервʼю та вимоги
Починаємо з розмови, а не з оцінки. Інтервʼю з тими, хто користуватиметься системою, дають вимоги; вимоги перетворюються на беклог, беклог — на оцінку й бюджет.
2. Підбір команди
Пошук спеціалістів під конкретну задачу: дизайн, розробка, QA, безпека. Набирається рівно той склад, якого вимагає беклог, а не універсальна команда «на всякий випадок».
3. Архітектура і стек
Tech Lead фіксує архітектуру й стек до того, як написано перший рядок. Далі тримає code review, безпеку і performance протягом усієї роботи.
4. Розробка з прототипами
UX/UI і прототипи йдуть попереду коду, тести — поруч із ним. PM веде план, ризики, бюджет і комунікації, тож замовник бачить стан, а не звіт постфактум.
5. Запуск
DevOps готує CI/CD і моніторинг, QA закриває тести, система виходить у продакшн із погодженим SLA.
6. Розвиток
Після запуску лишаються аналітика, оптимізація і roadmap: продукт продовжує рухатись, а не завмирає на версії запуску.
Що перевірити перед стартом
- Чи є людина з боку замовника, яка може давати відповіді на інтервʼю Discovery — без неї вимоги збираються з здогадів.
- Чи зафіксовано, що входить у скоуп, а що ні: беклог і оцінка мають спиратись на той самий перелік.
- Хто ухвалює рішення щодо бюджету — PM веде бюджет, але не замінює власника грошей.
- Які вимоги до безпеки: їх дешевше закласти в архітектуру, ніж додавати після запуску.
- Який SLA потрібен після запуску і хто його забезпечує — це визначає склад DevOps-частини.
Часті питання
Ви шукаєте людей чи ведете проєкт?
Що входить у Discovery?
Що відбувається після запуску?
Відповіді по темі
Розгорнуті пояснення без маркетингу — корисні навіть тому, хто нас не найме.
Своя система чи готова коробка: чесне порівняння
Коли готовий продукт виграє, коли варто робити своє, і третій варіант — готова система під ваш процес. Привʼязка, право на код, підтримка, переїзд.
Заміна 1С: що переносити першим
Порядок міграції з 1С: із чого починати, що можна лишити надовго, як не зупинити роботу під час переходу і де зазвичай губляться дані.