РИТ++ 2017, Whale Rider Зал Москва, 6 июня, 13:00 Тезисы: http://whalerider.ru/2017/abstracts/2587.html Будучи директором IT-компании, в которой использовался широкий стек технологий (порядка 40 библиотек, фреймворков, СУБД и языков), я столкнулся с проблемой управления проектами и менеджерами-"непрограммистами". В этой ситуации очень помогло создание нескольких метрик. Одна из них формализует уровень сложности задач, а вторая – уровень владения разработчиком той или иной технологией. Сверх ожидаемого результата с помощью этих метрик мы получили сокращение времени выполнения задач, улучшение декомпозиции задач, оценки и мотивации сотрудников, а также понимание стратегии их профессионального развития. Расскажу о нюансах внедрения, подводных камнях и результатах.

1. Две метрики
для оптимизации
распределения ресурсов
Андрей Плетенев

2. Андрей Плетенев
• В IT 30 лет
• Из них в управлении – более 20 лет
• 5 лет – управленческий консалтинг
Pletenev.com

3. SiberLogic
• CMS для управления тех. документацией
• ~ 60 проектов в год
• Компиляция и сборка дистрибутива ~ 2 часа
Pletenev.com

4. Менеджеры «не программисты»
Pletenev.com

5. Pletenev.com
Когда задача не по силам

6. •Дорого
•Демотивация
•Нет роста
Pletenev.com
Когда силы не по задаче

7. Обычные порошки решения
• Назначают сами себе
Недостатки: выбирают то, что интереснее/понятнее/легче, не всегда по
силам, специализируются
• Назначает технический специалист
Недостатки: перегрузка, дорого, демотивация
• Назначают менеджеры
Недостатки: перестраховка - > неэффективно, дефицит сильных, простои
слабых, специализация
Pletenev.com

8. Что мы сделали
Классы сложности решаемых задач
Pletenev.com

9. Классифицировали сложность задач
• 1. Изменения, требующие только относительно простых действий
без предварительных консультаций с кем-либо (например,
добавление в поток файла, про который известно, где он находится и
куда его требуется добавить)
• 2. Изменения, требующие преимущественно простых действий,
возможно с предварительной консультацией с разработчиком, но не
требующие знания кода
• 3. Изменения, требующие лишь поверхностного знакомства с кодом
фронтенда (например, исправления ошибок, причина которых
очевидна) и используемым инструментарием.
• И т.д. …..
Pletenev.com

10. Сергеев – 9
Рядченко – 6
Гордиевских – 5
Кузьмина – 3
Баренцев – 3
Шпренгер – 8
…
Pletenev.com
Присвоили каждому класс сложности

11. Pletenev.com
Что получили

12. От чего избавились
• Назначают сами себе
Недостатки: выбирают то, что интереснее/ понятнее/ легче, не по силам,
специализируются
• Назначает технический специалист
Недостатки: перегрузка, дорого, демотивация
• Назначают менеджеры
Недостатки: перестраховка - > неэффективно, дефицит сильных, простои
слабых, специализация
Pletenev.com

13. Про деньги
Pletenev.com
Минимально достаточная компетенция
Минимально возможная стоимость реализации
задачи
Минимальная себестоимость реализации проекта
Прибыль, конкуренция

14. Дополнительная оптимизация по скорости
и стоимости
• Декомпозиция по сложности
Pletenev.com
Class 7
Class 7
Class 3

15. Как управлять стоимостью, не зная
бюджета и зарплат
Распространенная картина:
• PM не знает бюджета и зарплат
• В лучшем случае, учитывается перерасход в человеко-днях
• Но, себестоимость человеко-дня - разная
Pletenev.com

16. Кадровая потребность (в цифрах)
Pletenev.com
8-10
5-7
3-4
% задач Сложность % разработчиков

17. Pletenev.com
Мотивация наращивать квалификацию
KPI

18. Скорость роста разработчика в цифрах
Pletenev.com
Класс
сложности
решаемых
задач
Время
Сергеев
Рядченко

19. Основа для других показателей
• Владение технологиями
• Производственная мощность
• Производственная эффективность
• И др. метрики
Pletenev.com

20. Цена вопроса
Однократно:
• выработали шкалу ~1 день
• оценили уровень программистов ~5мин. на человека
• обучили, регламентировали ~1 день
Регулярно:
• оценивали сложность каждой задачи ~1мин. на задачу.
Pletenev.com

21. Итого
Потратили: ~2 дня
Pletenev.com
Получили Когда
Возможность распределять задачи, не
привлекая тех. специалистов
Сразу
Минимально возможную себестоимость
проектов
Через 2-3 месяца
Прозрачный KPI, отражающий ценность
сотрудника
Сразу

22. Задачи требуют владения
технологиями
Pletenev.com

23. Стек используемых технологий
• ATL/WTL
• C++
• COM/ActiveX
• CSS
• DHTML
• DSSSL
• DTD
• DocBook
• Epic
• FrameMaker
• HTTP/HTTPS
• IIS
• IE
• JDBC
• JAVA
• Jena
• MFC
• MS SQL
• MSXML
• MySQL
• Oracle
• PHP
• Perl
• RDW/OWL
• SQL
• Servlets
• TCP/IP
• Tomcat
• Unix
• WebDAV
• Win32API
• XML
• XMLMind
• XMetal
• XSL-FO
• XSLT
• Xerces
• Wise
PLETENEV.COM

24. Ресурсные зависимости
Pletenev.com
Проект 1

25. Ресурсные зависимости
Pletenev.com
Иванов
Проект 1
ИвановПроект 2

26. Что мы сделали
Метрика владения технологиями
Pletenev.com

27. Разработчики
Сергеев – C++, Java, XML, MS SQL, Oracle
Рядченко – Java, Jena, XML, RDW/OWL
Гордиевских – HTML/SHTML, DHTML, CSS, IIS, Javascript, PHP, XML
Кузьмина – XSLT, XSL-FO
Баренцев – Java, WISE
Шпренгер – С++, Java, Framemaker, WebDav, XSLT, XSL-FO
…
Pletenev.com

28. Задачи
Задача 1 – Java, XML
Задача 2 – XSLT
Задача 3 – Java, Javascript
Задача 4 – Java, Framemaker
Задача 5 – С++, Oracle
…
Pletenev.com

29. Что получили
Pletenev.com

30. Кадровая потребность (в цифрах)
Pletenev.com
2000 2002 2005
C++ C++ C++
Java Java
Прочее Прочее Прочее

31. Мотивация осваивать необходимые
технологии
KPI учитывает:
• Объем выполненных задач по технологии
• Классы сложности задач
• % владеющих технологией
Pletenev.com
ФИО Технология 1 Технология 2 Технология N Технологический
опыт

32. Цена вопроса
Однократно
• Составили список технологий ~ 1 час
• Составили таблицу соответствия: разработчик – технологии ~ 1
час на человека
• Разработали автоматический отчет ~5 дней
• Обучили, регламентировали ~1 день
Регулярно:
Указывали 2 технологии в задаче ~1мин на задачу
Pletenev.com

33. Итого
Потратили: ~10 дней
Pletenev.com
Получили Когда
Возможность распределять задачи, не
привлекая тех. специалистов
Сразу
Автоматический KPI, отражающий опыт
владения технологиями
Через 3-4 месяца
Мотивацию к освоению “дефицитных”
технологий
Через 3-4 месяца

34. Вперед
• CMMI level 5 – фокус на совершенствовании
• CMMI level 4 – управление на основе количественных данных
• CMMI level 3 – процессы на уровне всей организации
• CMMI level 2 – процессы на уровне проекта
• CMMI level 1 – процессы непредсказуемые. AdHoc.
Pletenev.com

35. Что нужно знать при внедрении метрик
Pletenev.com
https://www.slideshare.net/andreypletenev/slideshare-31504963

36. Готов ответить на ваши вопросы
Pletenev.com
Андрей Плетенев
Pletenev.com