Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Человеческий фактор 3D: выбор оптимального метода разработки требований

269 views

Published on

Григорий Печенкин, Colvir Software Solutions

Published in: Leadership & Management
  • Be the first to comment

  • Be the first to like this

Человеческий фактор 3D: выбор оптимального метода разработки требований

  1. 1. XII международная конференция CEE-SECR / РАЗРАБОТКА ПО 28 - 29 октября, Москва Григорий Печенкин Человеческий фактор 3D: выбор оптимального метода разработки требований
  2. 2. Что такое метод разработки требований?  Формат представления  Процесс разработки  Контекст для управления
  3. 3. Методы разработки требований Основанные на документах (ТЗ, Vision, SRS) Варианты использования / Use Cases Пользовательские истории / User Stories
  4. 4. Форматы представления – текст 1) Сайт должен предоставлять услугу только после предоплаты. 2) Сайт должен обеспечивать приём оплаты с использованием банковских карт VISA и MasterCard. 3) Для приёма оплаты картами должен использоваться платёжный сервис ACME.
  5. 5. Форматы представления – User Story Как пользователь сайта, я хочу оплачивать услуги банковской картой, чтобы выполнять оплату, не отходя от компьютера, и получить доступ к услуге сразу после оплаты. Приёмочные тесты: - принимаются VISA и MasterCard - услуга доступна сразу после оплаты
  6. 6. Форматы представления – Use Case Предусловие: пользователь авторизован 1. Пользователь выбирает тариф 2. Сайт отображает стоимость и условия 3. Пользователь вводит данные карты 4. Платёжный сервис авторизует оплату 5. Сайт сохраняет информацию об оплате 4а Оплата не авторизована 4а1 Сайт отображает сообщение об ошибке и предлагает ввести данные другой карты 4а2 Возврат на шаг 3
  7. 7. Методы разработки требований Основанные на документах (ТЗ, Vision, SRS) Варианты использования / Use Cases Пользовательские истории / User Stories Формат Процесс Управление ~ ~ ~ V V V V V V
  8. 8. Вопросы Что лучше выбрать для сайта – сценарии или User Stories? В какой раздел ТЗ по ГОСТ включать User Stories? Как использовать сценарии в Scrum?
  9. 9. Технические критерии выбора
  10. 10. Сравнение Use Cases и User Stories Use Cases User Stories Что содержит До ~20 атрибутов Пользователь, цель, контекст, критерии Глубина требований Детальное описание, включая альтернативы Общий контекст Охват системы Полная модель системы (в идеале) Фокус только на текущей итерации Кто разрабатывает Аналитик Команда
  11. 11. Детализация требований Доверие к программисту Use Case User Story
  12. 12. Детализация требований Доверие к программисту Требования и модели, детализированные до уровня кода Цели и контекст использования
  13. 13. Сравнение Use Cases и User Stories Use Cases User Stories Что содержит До ~20 атрибутов Пользователь, цель, контекст, критерии Глубина требований Детальное описание, включая альтернативы Общий контекст Охват системы Полная модель системы (в идеале) Фокус только на текущей итерации Кто разрабатывает Аналитик Команда
  14. 14. Покрытие требованиями Доверие к команде Фиксированный объём в ТЗ Наращивание по итерациям
  15. 15. Покрытие требованиями Доверие к команде Полная и подробная модель системы («хорошие требования») Атомарные требования, приоритет — ценность Fixed Price Time & Material
  16. 16. Фиксация обязательств Доверие к заказчику Фиксированные и утверждённые границы проекта Вовлечение заказчика
  17. 17. Фиксация обязательств Доверие к заказчику Концепция, ТЗ, Спецификация, Change Request, ... «Лёгкие» форматы, пригодные для обсуждения
  18. 18. Три оси доверия Доверие к заказчику Доверие к команде Доверие к программисту
  19. 19. Как же делать выбор? Оцените ваше положение по всем трём осям. Отбросьте методы, находящиеся на другом конце оси. Не забывайте о технических критериях выбора. Адаптируйте выбранный метод к культуре вашей организации.
  20. 20. Что почитать
  21. 21. Greesha.ru@gmail.com

×