В рамках 1С я прошел путь Программист -> Аналитик -> Функциональный архитектор.

В проектах я занимаюсь в том числе:

• контролем за ходом  этапов проекта и выходной документации на соответствие технологиям компании;
• адаптацией технологии под конкретный проект;
• усовершенствованием проектной технологии компании с учетом опыта завершенных проектов.

Цель доклада – повысить качество вашей работы с основой проекта – требованиями. Сократить количество ошибок на последующих этапах. Рассказать о практическом опыте работы с реестром требований и необходимости управления требованиями в проектах внедрения систем 1С.

Доклад предназначен для руководителей проектов, архитекторов и аналитиков, которые хотят на ранних этапах проекта снизить риски неполного, несвязанного описания будущей системы, ошибок проектирования, выбора целевой архитектуры и, как следствие, значительного увеличения объемов проекта.

• Реестр требований – основной Источник ошибок системы. Определение важности реестра требований в масштабе всего проекта.
• Иерархия требований. Какие еще требования бывают, кроме функциональных.
• Первичный сбор требований, создание реестра требований. Откуда возникают требования?
• Минимальный жизнеспособный продукт и критически важные требования.
• Атрибуты требований. Какие необходимые и достаточные колонки включать в реестр требований.
• Ненадлежащее управление требованиями. Какие последствия?
• Управление требованиями – что за зверь?
• Переход от реестра требований к управлению. Как работу с реестром требований превратить в управление требованиями?
• Категории управления требованиями:
  • Первичный сбор и отслеживание состояния требований
  • Группирование и упорядочение требований
  • Разрешение проблем с требованиями (дубли, неправильные, отсутствующие требования и т.п.)
  • Анализ и определение приоритетов требований
  • Управление зависимостями
  • Мониторинг и отчет о ходе выполнения

• Инструменты управления требованиями