Vinnytsky

1. Як перетворити Державне
підприємство на
Продуктову компанію
Олександр Вінницький
ДП “Прозорро”

2. Головні герої

3. Що на вас чекає
● Продукт і його оточення
● Підходи та інструменти
● Практичний досвід

4. Продукт і його
оточення
Хлопець, який копає рів, може
розповісти вам про будівництво
доріг більше, ніж всі інженери
разом узяті.
Анґус Янґ, AC/DC
● Про себе
● Про команду
● Прозорро

5. Про себе
● Більше 10 років роботи в ІТ галузі
● Основна спеціалізація - процесний реінжиніринг
○ Розробка
○ Автоматизація
○ Документування
○ Впровадження
● Розуміння найпоширеніших менеджмент практик
○ ITIL, CobIT, Lean, Agile, PMBOK
● Навички фасилітації

6. Про команду
● ДП - адміністратор системи Прозорро
● Загальна кількість співробітників - 60
● Команда розробки - 23 (9 на аутсорсингу)
○ 6 BA - проектування, документування, контроль
○ 4 QA - тестування (ручне та авто), документування, валідація
○ 6 DEV - проектування, розробка (Python/PHP)
○ 5 DevOps - супровід, впровадження змін, розвиток (CI/CD)
○ 2 Security - проектування, аудит, відповідність вимогам (КСЗІ)

7. Прозорро
● Основна ідея
○ Підзвітність держави
○ Відкриття ринку
○ Викриття корупції
● Цифри
○ ~240 тис. користувачів
○ ~4000 процедур в день
○ ~21 млн. сесій в день
○ ~80 Тб об’єм бази даних
○ Трафік в день
■ ~442 Гб download
■ ~ 88 Гб upload
Держава
Суспільство Бізнес

8. Мінекономіки
(Публічні закупівлі)
Державне
підприємство
Гібридна модель
Центральна
база даних
Комерційний
майданчик
Замовник
ПостачальникГромадянин
Кабінет
Офіційний
портал
Контролер
API
Business
intelligence

9. Підходи та
інструменти
● Продуктова компанія
● Матриця відповідальності
● Фокуси уваги
● Контроль та комунікаціяЛюбіть те життя, яким ви живете.
Живіть тим життям, яке ви любите!
Боб Марлі

10. Продуктова компанія - це ...
● Робота з потребами ринку, формування та
перевірка гіпотез
● Постійне вдосконалення внутрішніх процесів
● Розвиток компетенцій персоналу
● Відчуття причетності до чогось значного
● Прагнення стати кращим
● Середній рівень ЗП

11. Проект 0
Продукт2
Продукт1
Проект 1
Матриця відповідальності
● ~15 продуктів
○ Визначення цінності
○ Маркетинг
○ Перевірка гіпотез
○ Пріоритезація фічей
● 23 проекти
○ Забезпечення
доставки
○ Розвиток інструментів
○ Гарантування
цілісності, доступності
та захищеності
Продукт3
Проект 2
ПродуктN
Проект N
Product Manager
DeliveryManager

12. Управління інфраструктурою та безпекою
Фокуси уваги
Управлінн
я
вимогами
Розробка та
тестування
Управління
релізами
Підтримка
Маркетинг

13. Управління вимогами
● Roadmap - excel-таблиця з узгодженими
пріоритетами розробки
● Steering committee - щотижнева зустріч по
актуалізації
Steering committee
●Stakeholders
●Delivery
Manager
●Product
Manager
●Needs
●Ideas
●Bugs
Roadmap

14. Refinement
Planning
Розробка та тестування
● Працюють 2 команди з тижневим перекриттям
● Щоденні stand-up`и
Backlog
Sprint
Backlog
(planned)
Sprint
Backlog
(active)
Roadmap Increment
Demo

15. Управління релізами
Development Sandbox Staging Production
Increment Release
Candidate
Release
Final
Release
● DEV (K8s) - функціональне тестування кожної фічі
● SB - інтеграційне та регресійне тестування,
валідація функціональності на майданчиках
● ST - smoke-тестування

16. Підтримка
● Обробка звернень клієнтів
● Взаємодія з партнерами (Майданчики)
● База знань та ескалація на DEV для глибокої
діагностики (чергування)
●Users
●Brokers ●Bugs
Incident Management
Backlog

17. Інфраструктура та безпека
Інфраструктура
● Хмарна архітектура
(Міграція з Amazon)
● Відкритий код та
opensource рішення
● Моніторинг доступності та
життєздатності компонент
системи - ELK stack
● CI/CD на базі GitLab, docker
та k8s
Безпека
● КСЗІ на систему в хмарі
● SoD
● застосування рішень від
DDos та сегментація мережі
● Bug Bounty для виявлення
та усунення вразливостей
● Узгодження архітектурних
змін (Architecture
committee)

18. Контроль та комунікація
● Confluence
○ Документація, База знань
● Jira
○ Спрінти, задачі, релізи
● Slack
○ Швидке спілкування, групи
обговорень, алертинг
● GSuite
○ Переписка, календарі,
документація, meetings

19. Практичний
досвід
● Ключові точки впливу
● Перші кроки та результати
● Неперервне вдосконалення
● Свої серед чужихНіколи не можеш бути впевненим в
успіху своїх задумів, поки не
побачиш їх результату.
Том Арая, Slayer

20. Фактор перемоги

21. Ключові точки впливу
● Людям краще працювати за
процесами
● Процеси стають зручніше
при використанні
технологій
● Технології спонукають
людей розвиватися
● Люди мотивуються
розвитком
Процеси
Люди Технології

22. Перші кроки
1. Визначили ключову діяльність та всіх хто до неї
відноситься
2. Провели навчання основам SCRUM та визначили
інструмент для роботи
3. Сформували Backlog
4. Визначились з ролями PO, SM та DevTeam
5. Почали виконувати ритуали SCRUM та працювати
за спринтами

23. На кожну акцію є реакція
● А що на цій зустрічі треба робити?
● А це точно функція Scrum Master`а?
● А хто визначає пріоритет?
● А чому я за це повинен відповідати?
● Нехай керівник скаже як треба робити
● Раніше було краще, може ну його цей SCRUM

24. Другий підхід
● Сформували Домовленості та DoD
● Перерозподіли ролі та функції
● Сформували Базу знань та практику проведення
внутрішніх тренінгів
● Ввели календарі чергування та відпусток
● Розпочали втягувати в jira суміжні процеси
(operation, legal, facility, support)
● Започаткували roadmap та регулярні зустрічі зі
стейкхолдерами

25. Неперервне вдосконалення
● Ретроспектива - неоціненний скарб
● Коли виникає проблема, перш за все, йдіть на Гембу
● Немає поганих працівників, є недосвідчені
керівники
● Не робить помилки той, хто нічого не робить
● Спілкуйтесь відверто

26. Навіщо ж так мучитися
● Зменшення time-to-market вдвічі у порівнянні з
періодом до Scrum
● Повний контроль поточних робіт та завантаження
ресурсів
● Покращення точності визначення строків реалізації
та об’єму робіт
● Можливість раннього виявлення проблем та
прийняття управлінських рішень
● Поліпшення комунікації в команді

27. Свої серед чужих

28. Ваші питання?