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

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

выпуском (release management)
Процессы, относящиеся к управлению проектом:
Планирование
Отслеживание хода проекта
Управление рисками
Управление конфигурациями
Управление ресурсами

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

повторяемости процесса и максимизацию его эффективности в рамках и в объеме, необходимых для решения задач организации

и развития

описан
Который осознан и понят
Для которого проведено обучение
Который используется на практике
Организация должна взять на себя обязательства (commitment) следовать определенному процессу
Выделяются ресурсы на поддержание процесса

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

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

каких условий начинать исполнение?

Выходные критерии
Какой результат должен быть достигнут, чтобы исполнение процесса можно было считать завершенным?

Входные данные

Выходные данные

В чем состоит суть шага?
Кто должен его выполнить?
В какой момент его нужно выполнить?

Назначение процесса
Метрики, определяющие эффективность и/или качество
Способы сбора и анализа метрик
Описание основного результата
Описание способов его верификации

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

неприменимых и нецелесообразных процессов

Изменение процессов для отражения специфики

Адаптация – необходимый элемент управления процессами
Возможно любое изменение, если оно обосновано...
...тем не менее, рамки должны существовать

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

благоразумием и здравым смыслом

Да

Нет

Да

Нет

Качество

Творческий хаос

Безумная бюрократия

Катастрофа

Документированный процесс

Здравый смысл

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

конкретная процедура или набор процедур (Merriam Webster online)

... нечто более детально проработанное, комплексное и «научно обоснованное», чем процесс

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

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

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

долю рынка для нового продукта
с целью привлечения дополнительного финансирования
Цели процессов:
Короткое время выхода на рынок
Высокое качество
Метрики:
Длительность цикла разработки
Количество дефектов

договорами с фиксированной стоимостью

Цели процессов:
Точные предварительные оценки

Метрики процессов:
Степень «недооценки» проектов

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

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

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

для представления

применяются для проверки

являются
эталонами для

приводят к

начинаются с

разрабатываются для достижения

Подход к измерению процессов

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

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

технологий или инструментов разработки
Производимые изменения в процессе