Розробка програмного забезпечення
Будуємо продукт, який і після першого релізу можна підтримувати, розвивати й передати іншій команді.
Які переваги надає технологія
Продукт належить вам разом із кодом і даними. Ви самі вирішуєте, що й коли змінювати, без огляду на плани постачальника. Інтерфейс зроблено під щоденні задачі ваших людей, і вони швидко його освоюють. Вимоги безпеки й цифрової доступності продукт виконує з першої версії, тож аудит не вимагає переробок. Ми проєктуємо й пишемо нові продукти, модернізуємо старі системи й супроводжуємо їх після запуску.
Що входить
- Проєктування архітектури
- Серверна частина й інтерфейс
- Тестування й випуск
- ШІ‑функції в продукті
Які проблеми ми вирішуємо
Частина роботи йде в таблицях поза системою
Продукт будуємо навколо ваших ролей і прав, тож уся робота йде в ньому.
Помилки в даних помічаємо надто пізно
Система перевіряє дані ще під час введення, і помилку видно до того, як вона зашкодить роботі.
Перед релізом тиждень тестуємо вручну
Автоматичні тести перевіряють кожну зміну, і реліз не чекає тижня ручних перевірок.
Боїмося змінювати те, що вже працює
Тести фіксують поточну поведінку модуля, тож команда може безпечно його змінювати.
Код розуміє лише одна людина
Кожну зміну переглядає ще один інженер, тож жоден модуль не тримається на одній людині.
Команда більшає, а релізи повільнішають
Чіткі межі модулів дають командам працювати паралельно й не заважати одна одній.
Коли потрібно, а коли не варто
Потрібно
- потрібного продукту немає на ринку
- стара система гальмує зміни в бізнесі
- зовнішніх запитів більшає, і нинішній порядок обробки їх не витримує
Не потрібно
- задачу закриває готовий SaaS: вистачить підписки й налаштування
- прототип потрібен за два тижні: його швидше зберуть із готових блоків на UnityBase
Як ми це робимо
- 01
Стежимо за архітектурою з першого дня
Архітектор переглядає кожну велику задачу, а на впорядкування коду лишаємо час у кожному спринті. Так темп не падає на другий рік.
- 02
Починаємо з однієї системи, поділеної на модулі
Окремий сервіс виділяємо, лише коли його треба випускати чи нарощувати незалежно від решти. Інакше обслуговування багатьох сервісів забирає час, потрібний для нових функцій.
- 03
ШІ пише чернетки, рішення — за інженером
ШІ готує чернетки коду й тестів, і вони проходять ті самі перевірки, що й код інженера. Якщо ШІ‑функція в продукті помиляється, її вимикають, а роботу беруть правила або люди.
Етапи проєкту
- 3–4 тижні
Обстеження
Процеси, ризики й записані рішення до першого рядка коду.
- 3–4 тижні
Архітектура
Модулі, обмін даними, цілі надійності й план відновлення.
- 3–4 місяці
Перша версія
Один сценарій із живими користувачами перевіряє архітектуру й припущення.
- 6–18 місяців
Розширення
Функції додаємо поетапно, від найважливіших для бізнесу.
- постійно
Супровід
Оновлення компонентів і регулярні перевірки безпеки.
Платформи й стандарти
Java · .NET · Python · Node.js · Go · UnityBase
React · Vue · Angular · Next.js · TypeScript
Docker · Kubernetes · GitHub Actions · GitLab CI · Playwright · JUnit
ISO/IEC 27001:2022 · NIST SSDF · OWASP ASVS 5.0 · WCAG 2.2 AA · SBOM · Cyber Resilience Act
Питання
Скільки триває розробка власного продукту?
До промислової експлуатації зазвичай минає 6–12 місяців від старту. Продукт за два місяці найчастіше означає шаблонне рішення або переробки, за які доведеться платити пізніше.
Як виміряти якість команди розробки?
Рахуємо за показниками DORA: як часто й швидко виходять зміни, скільки з них дають збій і як швидко відновлюють роботу. Цілі погоджуємо окремо для кожного сервісу.
Чи бачить ШІ наш код і секрети?
Лише той код, до якого має доступ роль. Секрети й персональні дані до ШІ не потрапляють.
Що почитати
Що ви хочете створити?
Тридцять хвилин з архітектором, щоб розібрати ідею й технічні ризики.