1 / 35

Треугольник управления требованиями

Треугольник управления требованиями. Александр Байкин , uml2.ru. О себе. Разработчик → … → CIO Идеолог uml2.ru Тренер Консультант Докладчик на конференциях bas@uml2.ru http:// uml2.ru http:// blogs.uml2.ru/blogs/bas http:// baikin.moikrug.ru. Александр Байкин. План.

josephine-fischer
Download Presentation

Треугольник управления требованиями

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Треугольник управления требованиями Александр Байкин,uml2.ru

  2. О себе Разработчик →… →CIO Идеолог uml2.ru Тренер Консультант Докладчик на конференциях bas@uml2.ru http://uml2.ru http://blogs.uml2.ru/blogs/bas http://baikin.moikrug.ru Александр Байкин

  3. План Примеры из жизни Люди Процессы Инструменты Заключение

  4. Проблемы внедрения Непонятны текущие проблемы Непонятны цели внедрения Нет Заинтересованных лиц Плохие БП Платформа <<< БП + потребности Сроки Бюджет И т.д.

  5. Постояннопо СУТ Какой лучший инструмент? А рисовать где? Трассировки поддерживает? Насколько важно для аналитика использовать case-средства? Как оценить ROI? ….

  6. Как обычно 2. Люди 3. Процесс 1. Инструмент

  7. Как надо 1. Люди 3. Инструмент 2. Процесс

  8. Люди 1

  9. Аналитик

  10. Качества Аналитика Аналитический ум Системное мышление Хороший письменный язык Креативность Хорошая обучаемость и саморазвитие

  11. Профессионал Работа на результат Работа в команде Ответсвенность Управление своим временем Проактивная позиция

  12. Девиз моего отдела Каждый должен внедрять новые эффективные методы работы. Каждый должен вдохновлять своих товарищей. Быть открытым для перемен. Принимать на себя ответственность за результаты. Мыслить позитивно. Изо всех сил стараться сделать лучшее, на что способен. (с) Робен Шарм

  13. Разработка требований • Целепологание • Выявление требований • Анализ требований • Спецификация требований • Документирование • Моделирование • Проверка требований

  14. Управление требования Управление изменениями требований Планирование работы с требованиями Знание инструментов УТ и CASE Выстраивание процесса работы с требованиями Понимание методологий разработки ПО

  15. ПрОбл и Технологии Предметная Область Технологии

  16. ПрОбл и Технологии Разработчик или Архитектор Предметная Область Технологии

  17. ПрОбл и Технологии Системный Аналитик Предметная Область Технологии

  18. ПрОбл и Технологии Бизнес Аналитик Предметная Область Технологии

  19. ПрОбл и Технологии Эксперт в Предметке Предметная Область Технологии

  20. ПрОбл и Технологии Универсал Предметная Область Технологии

  21. Коммуникации Умение слушать и задавать вопросы Проведение (фасилитация) совещаний Презентационные навыки Управление ожиданиями Межличностные отношения Находить взаимное решение Обладать харизмой

  22. Управление людьми Лидер Планирование и контроль задач Постановка процесса работы Постановка ПУТ Мотивация Взаимодействия с другими отделами Найм, увольнение и построение команды И т.д.

  23. Процесс 2

  24. Работа с требованиями • Проверка • Выявление Управление • Документ • Анализ

  25. Постановка процесса • ЗЛ, проблемы и цели • Методология • План управления требованиями • Согласуйте процесс работы с • Другими проектными активностями • Командой • Заказчиком • План УТ на проект

  26. План УТ

  27. План УТ • Кто и что делает в процессе • Как собираем, анализируем и док-руем • С кем и по каким каналам коммуницируем • Как проверяем и согласовываем Тр: • Кто и в какой последовательности проверяет • Кол-во итераций и сроки согласований • Как принимаем и фиксируем замечания • Критерии качества требований • Управление изменениями требований

  28. Управление изменениями • Неуправляемые изменения • Процесс управление изменениями • Разделяйте типы запросов: bugs, ERequest • Запрос соответствует рамкам? Приоритет? • Кто проверяет и подтверждает запрос? • Кто оценивает влияние изменений? • Комитет по управл. изменениями (CCB) • Все запросы идут по принятому процессу • Увеличение бюджета и сроков • Изменения будут – это естественно • Инструменты: СУТ, BTS или Excel

  29. Управление версиями • Baseline – согласованный набор Тр • Тр проверены и согласованы • Все договорились об образе Системы • Определен бюджет и команда на разработу • После – процесс управления изменениями • Управление версиями документов Тр • Требования всегда должны быть актуальными • Все должны иметь доступ к последней версии • Изменять должны только необходимые люди • Должны храниться изменения

  30. Инструменты 3

  31. Разработка требований СУТ Wiki Word + version control (manual or VCS)

  32. Управление тр. СУТ Bug tracking system Excel

  33. Моделирование CASE средства Рисовалки

  34. Итого 1. Люди 2. Процесс 3. Инструменты

  35. blogs.uml2.ru www.uml2.ru/forum

More Related