23
Система управления требованиями Devprom Дмитрий Лобасев Управляющий партнер d [email protected] www.devprom.ru

Система управления требованиями Devprom

Embed Size (px)

Citation preview

Page 1: Система управления требованиями Devprom

Система управления требованиями Devprom

Дмитрий ЛобасевУправляющий партнер

[email protected]

Page 2: Система управления требованиями Devprom

Мы знаем, что..

• Все требования к ПО однозначно и непротиворечиво формулируются в Техническом Задании

• Требования не меняются по ходу проекта

• Сроки разработки строго соблюдаютсяК сожалению, это утопия!

Page 3: Система управления требованиями Devprom

В реальной жизни• Требования постоянно меняются в ходе

разработки

• Требования могут противоречить друг другу

• Меняются приоритеты разработки

• Ограничены ресурсы – нужно уметь расставлять приоритеты

• Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован

Требования

Планы

Трудозатраты

Page 4: Система управления требованиями Devprom

Постоянно важно знать

• Что нужно сделать и почему именно это?

• Что именно сейчас делают разработчики?

• Когда будет сделано то, что нам нужно?

• Сколько ресурсов на это уже ушло?

• Сколько ресурсов на это планируется еще потратить?

«..Надо найти и актуализировать план..»

Page 5: Система управления требованиями Devprom

Реализовать функцию печати файлов

Структурное решениеПроектный офис

Требования = ТЗ

Разработать GUI модуля печати

ЗадачиСидоров

Программисты

4

Итерация

Настройка параметров печати

Пожелания

Печать файлов

Функция2010.1

РелизMS Word

Проект

Департамент разработки

Page 6: Система управления требованиями Devprom

Требования

• Требование = Техническое Задание

• Функциональные требования описываются в виде UML-диаграмм, прецедентов

• У требований есть иерархия

• У требований всегда есть ссылка на источник

• Требования можно выгружать в MS Word

Реализовать функцию печати файлов

Требования = ТЗ

Page 7: Система управления требованиями Devprom

Сбор и анализ требований

• Настраиваемые типы требований

• Настраиваемые состояния и переходы (workflow)

• Настраиваемые списки

• История изменений требований

• «Срезы» по тегам

• Архив страниц

Page 8: Система управления требованиями Devprom

Трассировка требований

• Матрица трассируемости

• Трассировка на другие артефакты• Тестовые сценарии• Пожелания и задачи• Пользовательскую

документацию

Page 9: Система управления требованиями Devprom

Валидация требований

• Формирование тестовых планов

• Ручной запуск тестов• Поддержка окружений• Создание дефектов, связанных с тестом

• Отчеты по тестированию версий продукта

Page 10: Система управления требованиями Devprom

Пожелания

• Пожелания – декомпозиция требований на небольшие блоки, имеющие ценность для заказчика

• У пожеланий есть приоритет, состояние, оценка

• Результат работы по пожеланию можно протестировать и продемонстрировать

ОшибкиДоработкиРеализация требований

Настройка параметров печати

Пожелания

Page 11: Система управления требованиями Devprom

Задачи

• Задача – назначается на участника проекта

• Исполнитель отчитывается о прогнозируемых и фактических трудозатратах

• Задача относится к итерации, у задачи есть состояние

• У задачи есть тип (анализ, разработка, проектирование, тестирование…)

Разработать GUI модуля печати

Задачи

Page 12: Система управления требованиями Devprom

Совместная работа• Руководство, сейлы, заказчики – получают отчеты и

статистику

• Аналитики – заносят требования и пожелания

• Руководители проектов – планируют релизы, управляют пожеланиями, подписывают требования

• Разработчики – дают оценку трудозатрат, указывают фактические трудозатраты

• Тестировщики – заносят ошибки, отмечают протестированный функционал

• Внедренцы – заносят ошибки, ведут базу знаний

• Все – общаются

Page 13: Система управления требованиями Devprom

Выгрузка в MS Project

Page 14: Система управления требованиями Devprom

Отчеты Devprom

• Анализ сходимости задач

• Прогнозирование сроков разработки

Page 15: Система управления требованиями Devprom

Отчеты Devprom

• Трудоемкость реализации и сроки поставок функциональных модулей

Page 16: Система управления требованиями Devprom

Отчеты Devprom

• Распределение трудозатрат по функциональным модулям продукта

Page 17: Система управления требованиями Devprom

Портфели проектов

• «Взгляд сверху» на проекты компании

• Основные вехи проектов

• Отклонения от плановых сроков

Page 18: Система управления требованиями Devprom

Анализ загрузки ресурсов

• Планируемая и фактическая загрузка сотрудников

• Индикация перегрузки и недогрузки

• Быстрый просмотр назначенных задач

Page 19: Система управления требованиями Devprom

Таймшиты

• Сводная информация по затраченному времени по каждому проекту и сотруднику

• Экспорт в Excel для отчетности

Page 20: Система управления требованиями Devprom

Ценность для компании

• Инструмент управления требованиями• Приоритеты, исходные данные, трудозатраты, история

изменений

• Управление разработкой• Прозрачность, трудозатраты

• Управление проектом• Сроки, ответственные, выгрузка в MS Project

• Аналитические данные

• Отчеты для руководства

Page 21: Система управления требованиями Devprom

Преимущества Devprom

• Скорость и стоимость внедрения и поддержки

• Гибкость и простота настройки

• Быстрая реализация требуемых доработок

• Цикл выпуска новых версий 1 месяц

• Качественная поддержка на русском языке

Page 22: Система управления требованиями Devprom

Стоимость решения

• Лицензия пользователя 6750 рублей• Не имеет срока окончания действия• Не привязана к конкретному человеку• Включен 1 год поддержки

• Поддержка от 49000 рублей в год

• Всегда бесплатные обновления до новых версий

Page 23: Система управления требованиями Devprom

Дальнейшие шаги

• Пробная установка на тестовый сервер• Помощь в установке и настройке

• Пилотный проект (проекты)• Обучение пользователей

• Промышленная эксплуатация• Перенос на боевое окружение• Подключение всех пользователей