Александр Самбук1 Управление процессами разработки программного обеспечения. - презентация

1 Александр Самбук1 Управление процессами разработки программного обеспечения

2 Александр Самбук2 Что такое процесс Процесс – последовательность шагов, выполняемых ради достижения установленной цели; серия действий или операций, приводящих к логическому завершению (Словарь Вебстера) Процесс разработки ПО – последовательность шагов, выполняемых ради достижения установленной цели, которая имеет отношение к созданию и/или поддержке программного обеспечения

3 Александр Самбук3 Примеры процессов 1 Процессы, относящиеся непосредственно к разрабатываемому продукту: Управление требованиями Проектирование Кодирование Тестирование Документирование продукта Управление выпуском (release management) Процессы, относящиеся к управлению проектом: Планирование Отслеживание хода проекта Управление рисками Управление конфигурациями Управление ресурсами

4 Александр Самбук4 Примеры процессов 2 Процессы, относящиеся к управлению процессами: Разработка и улучшение процессов Анализ эффективности процессов Контроль степени следования процессам Процессы, относящиеся к управлению организацией: Определение целей и выработка стратегии организации Анализ эффективности работы организации Управление ресурсами Управление финансами

5 Александр Самбук5 Определение управления процессом Управление процессом – комплекс мероприятий, направленных на достижение повторяемости процесса и максимизацию его эффективности в рамках и в объеме, необходимых для решения задач организации

6 Александр Самбук6 Атрибуты зрелости процесса Осознанность Документированность Переносимость Конкретность области применимости Пригодность к анализу Наличие ресурсов для поддержки и развития

7 Александр Самбук7 Что такое «определенный процесс» Определенный процесс – это процесс: Который систематизирован и описан Который осознан и понят Для которого проведено обучение Который используется на практике Организация должна взять на себя обязательства (commitment) следовать определенному процессу Выделяются ресурсы на поддержание процесса

8 Александр Самбук8 Почему полезно определять процесс Лучшее осознание Формальное описание чего-либо – хороший способ для индивидуального и коллективного осознания Фиксация и повторное использование знаний Изучение с нуля того, как делаются определенные вещи, очень дорого (по времени и деньгам) Уменьшение вероятности пропуска или искажения шагов Некоторые шаги процесса могут быть пропущены или искажены по забывчивости или по незнанию Обучение Для того, чтобы обучать других тому, что мы делаем, мы должны знать, что мы делаем, а для этого необходимо описание Измерения Мы не сможем узнать, есть ли какие-то улучшения, если мы не знаем, что мы делаем Согласованность Мы будем действовать более согласованно, если мы все будем играть по одним правилам Удовлетворение требований клиентов Клиенты, как правило, отдают предпочтение исполнителям, у которых определены процессы

9 Александр Самбук9 Почему это не всегда делается Непонимание необходимости «У нас и так все работает» «Нам не нужна бюрократия» Нет времени или людей Лень Отсутствие знаний Отсутствие опыта... иногда процессы описываются «для галочки»

10 Александр Самбук10 Атрибуты определенного процесса Описание шагов Входные критерии В какой момент и при соблюдении каких условий начинать исполнение? Выходные критерии Какой результат должен быть достигнут, чтобы исполнение процесса можно было считать завершенным? Входные данныеВыходные данные В чем состоит суть шага? Кто должен его выполнить? В какой момент его нужно выполнить? Назначение процесса Метрики, определяющие эффективность и/или качество Способы сбора и анализа метрик Описание основного результата Описание способов его верификации

11 Александр Самбук11 Уровни определения процесса Глобальный корпоративный уровень Процессы, которые охватывают все корпоративные виды деятельности на всех уровнях Локальный корпоративный уровень Процессы, которые затрагивают единственное подразделение Уровень программы Процессы, характерные для всех проектов Уровень проекта Процессы, специфичные для конкретного проекта

12 Александр Самбук12 Адаптация процессов (tailoring) Более высокий уровень Более конкретный уровень Детализация Появление специфичных процессов Отказ от неприменимых и нецелесообразных процессов Изменение процессов для отражения специфики Адаптация – необходимый элемент управления процессами Возможно любое изменение, если оно обосновано......тем не менее, рамки должны существовать

13 Александр Самбук13 Мифы о процессах и злоупотребления процессами – 1 Вера в то, что какая-либо из моделей является «серебряной пулей» (панацеей) Неверие в целесообразность описания и совершенствования процессов Насаждение процессов без вовлечения задействованных в них лиц Начало работ по совершенствованию процессов без предварительного измерения базового состояния, характеризующего результативность текущих практик

14 Александр Самбук14 Мифы о процессах и злоупотребления процессами - 2 Грубое обхождение с благоразумием и здравым смыслом Да Нет ДаНет Качество Творческий хаос Безумная бюрократия Катастрофа Документированный процесс Здравый смысл

15 Александр Самбук15 Мифы о процессах и злоупотребления процессами - 3 Непредрасположенность или неспособность увязать процессы с бизнес-потребностями Совершенствование процессов без учета бизнес-целей Следование «букве закона» вместо той цели, достижению которой служат законы

16 Александр Самбук16 Методология Методология – свод методов, правил и постулатов, применяемых в дисциплине; конкретная процедура или набор процедур (Merriam Webster online)... нечто более детально проработанное, комплексное и «научно обоснованное», чем процесс

17 Александр Самбук17 Методология в разработке ПО Полная совокупность процессов, применяемых в проекте разработки ПО или в какой-либо его самодостаточной части Правила адаптации процессов Общий глоссарий Ясные интерфейсы между процессами Привязка к временной оси Поддерживающие материалы: шаблоны документов технические руководства рекомендации (guidelines) Как и процесс, методология может быть более или менее зрелой

18 Александр Самбук18 Процессная документация Политики и описания процессов Описание методологии Поддерживающие материалы

19 Александр Самбук19 Организация работы по управлению процессами Требует инициативы и продвижения со стороны руководства Необходимы выделенные ресурсы (занятые полностью или частично) Задачи группы по управлению процессами: анализ эффективности процессов и качества результата сопоставление фокуса процессов с целями организации предложение и реализация мер по улучшению процессов пропаганда идеи улучшения процессов пилотирование новых процессов обучение

20 Александр Самбук20 Цикл Деминга

21 Александр Самбук21 Целевые характеристики качества и эффективности Целевые характеристики качества и эффективности (quality and process performance objectives) – значения показателей качества и производительности, ожидаемые в рамках организации Откуда можно взять эти значения?

22 Александр Самбук22 Отображение на бизнес-цели организации

23 Александр Самбук23 Взаимосвязь бизнес-целей организации и целей процессов (1/2) Пример 1: Потребности организации: Захватить большую долю рынка для нового продукта с целью привлечения дополнительного финансирования Цели процессов: Короткое время выхода на рынок Высокое качество Метрики: Длительность цикла разработки Количество дефектов

24 Александр Самбук24 Взаимосвязь потребностей организации и целей процессов (2/2) Пример 2: Потребности организации: Работать с договорами с фиксированной стоимостью Цели процессов: Точные предварительные оценки Метрики процессов: Степень «недооценки» проектов

25 Александр Самбук25 Базовый набор характеристик качества и эффективности Базовый набор характеристик качества и эффективности (process capability baseline, PCB) – набор значений этих характеристик, достигаемых в реальной деятельности организации Цель использования – постановка реалистичных целей Как можно определить эти значения? PCB и KPI – не одно и то же

26 Александр Самбук26 Модель характеристик качества и эффективности Модель характеристик качества и эффективности (quality and process performance model) – описание функциональной зависимости одной характеристики от другой Цель – оценка ожиданий в отношении целей, которые не могут быть измерены «сейчас» Частный случай модели – эволюция значения какой-либо характеристики во времени Примеры моделей: зависимость количества дефектов от трудозатрат, потраченных на тестирование распределение количества реализованной функциональности в зависимости от этапа проекта взаимосвязь между количеством обнаруженных и необнаруженных дефектов

27 Александр Самбук27 Количественное управление процессами Количественное управление процессами (quantitative process management) – принятие управленческих решений, постоянно базирующееся на анализе количественных характеристик процессов Такой анализ также позволяет выявлять проблемы и слабые места процесса, если таковые существуют Статистическое управление процессами (statistical process management) – количественное управление процессами, базирующееся на анализе статистически обработанных данных Практически невозможно без соответствующего измерительного инструментария

28 Александр Самбук28 Потребности организации Цели процессов Метрики процессов Текущие измерения процессов Целевые значения Результаты совершенствования процессов Мероприятия по совершенствованию процессов анализируются с целью выработки определяют выбор сравниваются с применяются для представления применяются для проверки являются эталонами для приводят к начинаются с разрабатываются для достижения Подход к измерению процессов

29 Александр Самбук29 Количественное управление на практике Определить набор метрик, характеризующих достижение целей Дать однозначные определения всем метрикам Внедрить инструменты, с помощью которых можно получать эти метрики Собрать историческую информацию по этим метрикам Статистически ее обработать, в результате чего разработать PCB Ставить количественные цели для процессов на уровне проекта и организации На регулярной основе проводить мониторинг и анализ метрик на уровне проекта и организации Регулярно пересматривать PCB

30 Александр Самбук30 Примеры метрик Измеряемая сущностьВозможная метрика Объем продуктаКоличество логических строк компилируемого кода, входящего в продукт Трудозатраты проектаКоличество человеко-часов, потраченных назначенными на проект сотрудниками, на работы, входящие в план-график проекта Качество продуктаСумма количества дефектов, обнаруженных пользователями после ввода в эксплуатацию, и количества известных неисправленных дефектов, деленная на объем продукта Удовлетворенность клиента Оценка, выставленная клиентом продукту по определенному опросному листу

31 Александр Самбук31 Сбор исторической информации по метрикам Необходимо произвести измерения и рассчитать метрики в достаточном количестве проектов (или за достаточный период времени), чтобы при статистической обработке данных получить реально существующую картину (это могут быть закрытые проекты, релизы, при длительных проектах – измерения за длительный промежуток времени). Достаточное количество проектов для получения статистически достоверных исторических данных – не менее 10 проектов. При сборе исторической информации за период времени достаточным считается временной отрезок в 1 год.

32 Александр Самбук32 Возможные причины дестабилизации процесса Некорректные измерения Пренебрежение регламентами Недостаток квалификации «Избыток» квалификации Использование других технологий или инструментов разработки Производимые изменения в процессе

33 Александр Самбук33 Спасибо