2. О себе
Разработчик → … → CIO
Идеолог uml2.ru
Тренер
Консультант
Докладчик на конференциях
bas@uml2.ru
http://uml2.ru
http://blogs.uml2.ru/blogs/bas
http://baikin.moikrug.ru
Александр Байкин
4. Проблемы внедрения
Непонятны текущие проблемы
Непонятны цели внедрения
Нет Заинтересованных лиц
Плохие БП
Платформа <<< БП + потребности
Сроки
Бюджет
И т.д.
5. Постоянно по СУТ
Какой лучший инструмент?
А рисовать где?
Трассировки поддерживает?
Насколько важно для аналитика использовать case-средства?
Как оценить ROI?
….
12. Девиз моего отдела
Каждый должен внедрять новые эффективные методы работы.
Каждый должен вдохновлять своих товарищей.
Быть открытым для перемен.
Принимать на себя ответственность за результаты.
Мыслить позитивно.
Изо всех сил стараться сделать лучшее, на что способен.
(с) Робен Шарм
14. Управление требования
Управление изменениями требований
Планирование работы с требованиями
Знание инструментов УТ и CASE
Выстраивание процесса работы с требованиями
Понимание методологий разработки ПО
15. Пр Обл и Технологии
Предметная
Область
Технологии
16. Пр Обл и Технологии
Предметная
Область
Технологии
Разработчик
или
Архитектор
17. Пр Обл и Технологии
Предметная
Область
Технологии
Системный
Аналитик
18. Пр Обл и Технологии
Предметная
Область
Технологии
Бизнес
Аналитик
19. Пр Обл и Технологии
Предметная
Область
Технологии
Эксперт в
Предметке
20. Пр Обл и Технологии
Предметная
Область
ТехнологииУниверсал
21. Коммуникации
Умение слушать и задавать вопросы
Проведение (фасилитация) совещаний
Презентационные навыки
Управление ожиданиями
Межличностные отношения
Находить взаимное решение
Обладать харизмой
22. Управление людьми
Лидер
Планирование и контроль задач
Постановка процесса работы
Постановка ПУТ
Мотивация
Взаимодействия с другими отделами
Найм, увольнение и построение команды
И т.д.
25. Постановка процесса
ЗЛ, проблемы и цели
Методология
План управления требованиями
Согласуйте процесс работы с
Другими проектными активностями
Командой
Заказчиком
План УТ на проект
27. План УТ
• Кто и что делает в процессе
• Как собираем, анализируем и док-руем
• С кем и по каким каналам коммуницируем
• Как проверяем и согласовываем Тр:
o Кто и в какой последовательности проверяет
o Кол-во итераций и сроки согласований
o Как принимаем и фиксируем замечания
o Критерии качества требований
• Управление изменениями требований
28. Управление изменениями
Неуправляемые изменения
Процесс управление изменениями
Разделяйте типы запросов: bugs, ERequest
Запрос соответствует рамкам? Приоритет?
Кто проверяет и подтверждает запрос?
Кто оценивает влияние изменений?
Комитет по управл. изменениями (CCB)
Все запросы идут по принятому процессу
Увеличение бюджета и сроков
Изменения будут – это естественно
Инструменты: СУТ, BTS или Excel
29. Управление версиями
Baseline – согласованный набор Тр
Тр проверены и согласованы
Все договорились об образе Системы
Определен бюджет и команда на разработу
После – процесс управления изменениями
Управление версиями документов Тр
Требования всегда должны быть актуальными
Все должны иметь доступ к последней версии
Изменять должны только необходимые люди
Должны храниться изменения
