Выступление Сергея Поваляшко на SPM Conf-2, 16-17 ноября, 2012, Минск

1. Почему размер имеет
значение?
Сергей Поволяшко
Team International

2. Давайте познакомимся
В IT с 1996 года. Работал по нескольким IT
специальностям. С 2001 года: управление
проектами, ИТ подразделениями.
Chief Technology Officer в Team International, LLC.
www.teaminternational.com.
Сергей Поволяшко
 Лидирующее участие во Веду проект ИТ Тюнинг, www.it-tuning.com.
внедрении CMMI L3
Блог, тренинги, семинары по управлению
 Project Management проектами, процессами, ИТ компанией
Professional (PMP), PMI. 2007
 ITIL Foundation V3. 2009

3. Содержание
• Что такое размер и почему он важен
• Методики его определения
• Когда имеет смысл его определять и применять
• Модель размера
• Интерактив
• Непонятно - спрашиваем

4. Разминка
100 дефектов в
очередной
итерации.
По каким
параметрам вы
оцените это много
или мало?

5. Что здесь важно?
Результат
Кубометры
(единица размера)

6. Результат (размер результата) –
первичен
Способ достижения результата -
вторичен

7. Что здесь важно?
Качество
Количество
Производительность

8. Количество =
(производительность * размер) / качество
Размер –
условная единица объема работы

9. Размер. Методики и единицы
• Строки кода (LOC, KLOC)
• Function Points Analysis (FPA)
• Use Case Points (UCP)
• Story points (SCRUM)
• Специфичные единицы и
методики, осмысленно отражающие объем
работ или его существенную часть

10. Почему важен размер?
• Отображение реального объема работ
• Абстрагирование от уровня знаний и опыта исполнителей
• Использование в метриках для оценки
производительности (качества, количества, SLA, KPI)
• Постановка и контроль ожиданий по «отдаче»
• Последующий расчет трудозатрат, сроков
• Прогнозирование времени, сроков, качества
• Использование в Модели Размера

11. Когда Размер нужен?
• Можно выделить дискретные элементы работы
• Деятельность в основном типична, повторяема
• Нужно ставить и контролировать ожидания по
«отдаче»
• Нужно контролировать метрики деятельности
(сроки, качество, бюджет и т.п.)
• Нужна обоснованная оценка трудозатрат (aka
параметрическая оценка, или Модель Размера)
• Необходима быстрая оценка, в т.ч. при
ограниченном доступе к экспертам

12. Когда Размер нужен?
Примеры?

13. Когда Размер НЕ нужен?
• Сложно или не имеет смысла выделять
дискретные элементы работы
• Деятельность уникальная, исследовательская
• Вполне устраивают экспертные оценки
трудозатрат
• Нет необходимости в контроле «отдачи»
• Не нужно контролировать метрики
деятельности (сроки, качество, бюджет и т.п.)
• Всех и так все устраивает

14. Модель Размера. Кейс
Ядро –
базовый
функционал
Конфигурация
– заказной
функционал Конфигурация:
- Формы
- Бизнес логика
- Отчеты
- Запросы

15. Модель Размера. Кейс
Специфи- Экранные Отчеты Бизнес Журналы Размер
кация формы объекты событий
Спец. №1 4 6 35 2 65
х2 х3 х1 х2
Спец. №2 2 4 28 3 50
х2 х3 х1 х2
Калибровка
Размер Определен Использо- Уровень Калибро- Человеко-
-ность вание исполнителя. ванный часы
требований предыдущих Старший – 1 размер (напр. 1 ед
1-3 наработок Средний – 2 = 2 ч.ч)
0,5-1 Младший – 5
65 1 1 1 65 130
50 2 1 2 200 400

16. Модель Размера. Зачем?
• Учет разнообразных компонентов системы, продукта, их
количества и сложности
• Абстрагирование от исполнителей
• Последующий расчет трудозатрат, сроков, состава и
квалификации исполнителей
• Быстрые предварительные оценки без привлечения
экспертов
• «Убедительное» дополнение к экспертной оценке

17. Полезные ссылки
• Подборка материалов о подходах оценки трудозатрат http://it-
tuning.com/?p=1537
• Сравнение методов оценки стоимости проектов
http://www.ntrlab.ru/publications/190/
• International Function Point User Group – IFPUG (www.ifpug.org)
• http://csse.usc.edu/csse/research/COCOMOII/cocomo_main.html
• http://sunset.usc.edu/csse/research/COQUALMO/
• Поиск по FPA, UCP, COCOMO, Story Points

18. Спасибо за внимание
Сергей Поволяшко, РМР
info@it-tuning.com