Lviv Project Management Day Федір Ружинський “Інженерні практики: погляд менеджера. Що? Як? Навіщо?”

1. ИНЖЕНЕРНЫЕ ПРАКТИКИ:
ВЗГЛЯД МЕНЕДЖЕРА. ЧТО?
КАК? ЗАЧЕМ?
Федор Ружинский
Project Manager, Sigma Software

2. ОБО МНЕ
Федор Ружинский, PMP, CSM, CSPO
Project Manager, Sigma Software
https://www.linkedin.com/in/theoruzhynskyi/
 10 лет в IT, 8 лет в Project Management
 Домены: Automotive, Aerospace, Finance, Real Estate, ERP,
Advertising, Energy, Healthcare
 Команды от небольших до 30+ человек
 Опыт работы с клиентами из США, Великобритании, Франции,
Голландии, Панамы, ОАЭ, Швеции, Италии, стран СНГ

3. АГЕНДА
 Инженерные практики – определение и примеры
 Критерии и принципы выбора инженерных практик
 Работа с инженерными практиками
 Работа с техническим долгом
 Клиенты и инженерные практики

4. OUT OF SCOPE
 Доказательство того, что инженерные практики применять
надо 
 Экспертная рекомендация по конкретным практикам
 Детальный обзор практик и кейсов их применения

5. ЧТО ТАКОЕ ИНЖЕНЕРНЫЕ
ПРАКТИКИ?

6. ПРИМЕРЫ
 Source Control, Clear Branching Strategy
 Code reviews/design reviews process
 Static code analysis
 CI/CD
 Quality Gates (e. g. Pull Requests, Gated Check-ins, Pre-tested
Commits, etc.)
 Unit/Integration testing, coverage tracking
 Technical debt management

7. ПРИНЦИПЫ
 Определяем цели
 Слушаем заказчика
 Привлекаем команду
 Считаем окупаемость

8. ВСЕ ХОРОШО В МЕРУ!
STARTUP PRODUCT HOUSE ENTERPRISE

9. ПРОСТО = НЕ ПРОЩЕ, ЧЕМ
НУЖНО!WAY! *

10. ACTIVITY REQUIREMENTS ARCHITECTURE DESIGN CODE
REQUIREMENTS TESTING 87% 5% 10% 5%
ARCHITECTURE REVIEWS 10% 85% 10% 2,5%
TECH DESIGN REVIEWS 14% 10% 87% 7%
CODE REVIEWS 15% 12,5% 20% 85%
UNIT TESTING 4% 2.5% 7% 35%
ЭФФЕКТИВНОСТЬ ПРАКТИК В ЦИФРАХ:
*Согласно статистике Capers Jones

11. УМНЫЙ ПОКУПАТЕЛЬ 1: ПОНИМАЕМ
ПРАКТИКИ

12. УМНЫЙ ПОКУПАТЕЛЬ 2: НЕНУЖНЫЕ
ПРАКТИКИ

13. ПРИМЕР АНАЛИЗА 1
Что сделать? Покрыть код проекта юнит-тестами
Зачем?
Повышение стабильности кода, уменьшение
багфиксинг
Что нужно? 400 часов инвестиций на каждые 1000 часов
Что получим?
150 часов экономии на багфиксинге на каждые 1000
часов разработки, 350 часов экономии на разработке
каждые 1000 часов
ROI? (500 – 400) / 400 * 100% = 25%
Оно нам надо? да

14. ПРИМЕР АНАЛИЗА 2
Что сделать? Перепедалить все под Angular
Зачем? Ну, надо
Что нужно? 100500 часов
Что получим? Ну, будет прикольно
ROI?
(Ну, будет прикольно – 100500) / 100500 * 100% =
пожалуйста!
Оно нам надо?

15. ОТСЛЕЖИВАЕМ ПРИМЕНЕНИЕ
88
80
66
64
56 56
40 40 40 40
29
33
39
44
52
56
67
69
75
78
36
49
41
39
36 37
31
22
14 13
27
31 30
26 26
13
9
6
3 2
ЯНВАРЬ ФЕВРАЛЬ МАРТ АПРЕЛЬ МАЙ ИЮНЬ ИЮЛЬ АВГУСТ СЕНТЯБРЬ ОКТЯБРЬ
затраты на тесты, ч покрытие тестами, % количество багов количество переоткрытий

16. УПРАВЛЯЕМ ТЕХНИЧЕСКИМ ДОЛГОМ
 Видишь долг? А он есть.
 Визуализируем
 Обеспечиваем прозрачность с клиентом
 Регулярно обновляем
 Выделяем время в рамках текущих активностей

17. ПРИМЕР:
# Item Description Severity Estimate, h
1 Fix TODOs in App.js Several TODOs were left in the App.js file in order
to deliver release 1.5.33 on time. Time to be
allocated to fix the TODOs on time.
Low 32
2 Divide User and Profile
classes
User management refactoring is required, user
management and profile management should be
distinguished and handled by separate classes.
Medium 54
3 Cover Profile module with
unit tests
Unit Tests were failed to be written during Sprint
35 due to urgent requests from Customer that
were addressed with the highest priority.
Low 24
4 Upgrade JS framework
version
ReactJS version needs to be upgraded to the
latest version.
Medium 32
5 DataParser: classes naming
improvements
DataParser classes naming should be improved
according to provided comments.
Low 8

18. КЛИЕНТЫ И ИНЖЕНЕРНЫЕ ПРАКТИКИ
???

19. А НАДО ВОТ ТАК:
Item Expected Value $ to invest $ to return ROI
Unit Tests Support effort, code
stability
100500 200500 99%
1) Показываем ценность практики на языке бизнеса
2) Приводим примеры затрат на проектах, где не применялись инженерные
практики

20. В ИТОГЕ:
 Только разумное инвестирование времени и денег
 Успешные проекты
 Довольные разработчики
 Довольный заказчик
 Довольный ты 

21. ЛИТЕРАТУРА
1. S. McConnell: Code Complete: A Practical Handbook of Software Construction, Second
Edition.
2. Paul S. Gill: Technical Excellence: a requirement for Good Engineering.
3. Pressman, Roger S: Software Engineering: A Practitioner's Approach (7th ed.).
4. Kent Beck: Extreme Programming Explained: Embrace Change, Addison–Wesley.
5. Leonard C. MacLean, Edward O. Thorp, W. T. Ziemba: The Kelly Capital Growth Investment
Criterion: Theory and Practice.
6. Joshua M. Pearce: Return on Investment for Open Source Hardware Development.
7. Capers Jones: Software Engineering Best Practices: Lessons from Successful Projects in the
Top Companies.
8. B. Graham: The Intelligent Investor.

22. СПАСИБО!