All you need is www.uml2.ru
Эффективность аналитических работ
Химонин Юрий,Нужненко Сергей
Летний Аналитический Фестиваль 2012
Факторы эффективностиДля руководителя проектов, эффективность
использования аналитических работ напрямую зависит от:
• получаемых «выгод»• стоимости работ
Летний Аналитический Фестиваль 2012
Летний Аналитический Фестиваль 2012
Выгоды1. Повысить эффективность разработки, за
счет уменьшения количества изменений.2. Повысить эффективность коммуникаций.3. Улучшить процесс управления.4. Снять риски потери ключевых знаний.----------------------------------------------------------------
Документирование
Летний Аналитический Фестиваль 2012
Летний Аналитический Фестиваль 2012
Затраты1. Внедрение процессов (МП+ВА)2. Управление требованиями (МП+Команда)3. Разработка требований4. Поддержка требований
Летний Аналитический Фестиваль 2012
Эффективность разработкиТаким образом, простейшими измерениями
эффективности аналитических работ, является отношение переработок, которые он смог(бы) предотвратить, к затратам на него
Летний Аналитический Фестиваль 2012
Методы измеренияСтатистический – подсчет количества
переработок может оцениваться исходя из функционала, который был выброшен из проекта или сильно переработан.
a) подсчет количества версий системы вышедшей после релиза, но до начала эксплуатации;
b) маркировка требований, как «пропущеные или дефектные» требования.
Product Development Hot Fix
Update Pack 1
Update Pack 2
Летний Аналитический Фестиваль 2012
Методы измеренияЭкспертный – предложение руководителю:
– привлечь на проект необходимые аналитические ресурсы и
– пройти необходимое обучение;
одновременно с требованием определить стоимость проекта после этих изменений.
Летний Аналитический Фестиваль 2012
Характеристики проекта, на которые может влиять• Точность оценки бюджета проекта.• Возможность управления объемом
проекта.• Определение текущего прогресса.• Количество проблем при сдаче-приемке.
Летний Аналитический Фестиваль 2012
Точность оценки бюджета
Летний Аналитический Фестиваль 2012
Возможность управления объемом проектаОсновные требования:• оперативное выявление изменений,
выходящих за рамки текущего объема• адекватное реагирование на него )оценка
стоимости изменения и принятие решения о его внесении в объем проекта) реализации.
Летний Аналитический Фестиваль 2012
Определение прогресса• Метод освоенного объема.• Burn-Up/ Burn-Down charts в разрезе
требований.• Качество функционала (распределение
багов по требованиям).
Летний Аналитический Фестиваль 2012
Что важно учесть• Управление требованиями (УТ) должно
происходить по заказу менеджера проекта по единому процессу и с участием всей команды
• Разработка требований (РТ) может иметь огромную скрытую стоимость
• Небольшое повышение качества требований или процессов может выливаться в другой порядок стоимости
Летний Аналитический Фестиваль 2012
Типовые проблемы УТ• Нет общепризнанной схемы деления• Не выбран принцип деления на элементы
объема• Нет единого места учета• Границы зафиксированы отрывочно и по разному• Требования оторваны от структуры системы• Высокая трудоемкость поддержки выбранной
схемы учета• Высокая трудоемкость управления изменениями
Летний Аналитический Фестиваль 2012
Типовые проблемы РТ• Полная стоимость РТ не учтена при
планировании• Обрыв в потоке информации (недоступны
источники информации или потребители)• Не совмещен контекст• Нет возможности получить адекватное
проектное задание• Нет разделения на варианты проработки при
создании новой системы
Летний Аналитический Фестиваль 2012
Рабочий поток РТ
РТИД
ИИ
ИИЛПРЭксперты
Требования
Потребители
ПЗ/обр. связь
Летний Аналитический Фестиваль 2012
Эффективность взаимодействия
Время аналитика/Общие трудозатраты команды на РТ
1
Эффективностьаналитическихработ
Летний Аналитический Фестиваль 2012
Контекст
ИД
ИИИИ
ЛПРЭксперты
Потребители
Аналитик
Летний Аналитический Фестиваль 2012
Качество требований1. Входящие требования зафиксированы как
есть2. Достаточно для
a) Учета объема системыb) Оценки работ (указанной точности)c) Приемки и разработки системыd) Тестирования
С ростом качества стоимость разработки и поддержки растет нелинейно.
Летний Аналитический Фестиваль 2012
Документ vs контекст
Команда Заказчик
Общий контекст
Документы
Летний Аналитический Фестиваль 2012
Эффективность коммуникации
Заказчик 1
Заказчик 2
Заказчик 2
Группа разработки 1
Группа разработки 2
Тест лаб.
Аналитическийпроцесс
Летний Аналитический Фестиваль 2012
Разделение роли аналитика• Менеджер проекта• Владелец системы/представитель
заказчика/менеджер продукта• Архитектор/разработчик/тестировщик –
кросс-функциональные игроки
Летний Аналитический Фестиваль 2012
Выделенный аналитик• Очень много (десятки) заинтересованных лиц вне
проекта, мнения которых надо сводить воедино (когда МП не хватает)
• Очень большая команда (десятки) с отчетливым разделением ролей
• Необходимость контрактирования и организации сдачи-приемки
• Большие потоки изменений, требующие управления• Сложная концептуальная проработка• Разработка сложной технологии применения ИТ• Необходимость создания центра экспертизы
Летний Аналитический Фестиваль 2012
Чтобы аналитик был эффективен• Адекватный заказ от менеджера проекта
(компетенция МП не всегда позволяет применить аналитика эффективно)
• Вовлечение всей команды в управление требованиями
• Вложение полной стоимости в разработку требований
• Обеспечение неразрывности потока информации
Летний Аналитический
Фестиваль
г. Иваново23-24 июня 2012
conf.uml2.ru
All you need is …