Разработка основанная на требованиях

• Место требований в современных процессах разработки
  • Управление рисками на проекте
    • сделать вовремя
    • сделать то, что нужно
    • сделать качественно
    • успех проекта зависит от качества требований
  • Оценка стоимости проекта (конус неопределенности)
  • Лишняя работа, большой объем работ
  • BRUF vs NRUF, BDUF
  • Эволюция требований при разработке ИТ-систем
  • О чем часто забывают
    • требования - форма коммуникации
    • способ сохранить знания
  • Роли аналитика
    • Постановка/проектирование
    • Владелец продукта
• Типы требований
  • Пользовательские
  • Технические/системные
  • Функциональные
  • Нефункциональные
• Форматы требований, какой и когда использовать, частые ошибки, антипаттерны
  • Заявка, хотелка, пожелание
  • История пользователя
  • Бизнес-кейс, IDEF, BPMN
  • Вариант использования (прецедент)
  • Story Boarding
  • UML
  • Аналитик Vs Архитектор
  • Системные или технические требования:
    • архитектура 4+1,
    • High Level Design,
    • SAD
  • BDD
  • ТЗ, ЧТЗ
  • ГОСТ 34, 19, авиационноый ГОСТ
• Преимущества документов над журналами
  • Качества требований
  • Backlog vs Спецификация
• Оценка требований
  • Когда применять
  • Абсолютные и относительные оценки
  • Оценка сложности или трудозатрат
  • UCP, FPA
  • COCOMO
  • COSYSMO
  • Связь оценки и формата (структуры) требований
• Структурирование требований
  • Один документ (как ГОСТ)
  • По подсистемам
  • По типам требований (макеты, архитектура, алгоритмы, бизнес-кейсы)
• Управление требованиями в СУТ
  • Высокоуровневая модель требований (пользовательские - системные - реализация)
  • Фиксация пожеланий
  • Современные схемы приоритезации требований
  • Контроль выполнения требований
  • Контроль трудозатрат и сравнение с оценкой
  • Версионирование и бейзлайны
  • Реализация требований
• Производные проектные артефакты и трассировка
  • Виды зависимостей
    • структурные
    • причинно-следственные
    • покрытие
    • зависимости
  • Тестовая документация
    • Типовые сценарии тестирования, приемочное тестирование (тестовая документация, приемочные критерии в историях)
    • Проверка нефункциональных требований
  • Эксплуатационная документация
  • Матрица трассировки
    • Контроль целостности
    • Отслеживаемость реализации
• Управление изменениями
  • Анализ влияния
    • Традиционный путь и что можно улучшить
    • Локализация изменений (структура требований, функции, тэги, поиск)
    • Автоматический поиск требований для изменений
  • Поддержка проектных артефактов в актуальном состоянии
  • Просмотр изменений по сравнению с предыдущей версией
  • Реализация изменившихся требований
• Знакомство с инструментами
  • Confluence, слабые стороны Wiki
  • Jama
  • TopTeam Analyst
  • Sparx EA
  • Cradle3SL
  • HP ALM
  • DoorsNG
  • TFS

Форматы проведения:

• Корпоративный (только для сотрудников вашей компании)

Продолжительность

• Корпоративный тренинг: 1 день