Сбор и анализ требований в Scrum Адаптация процесса ICONIX Вольфсон Борис Руководитель проектов Руководитель регионального отдела веб-

Содержание

Слайд 2

Цели и содержания доклада

Среда использования
Описание процесса ICONIX
Диаграммы и процесс
Адаптация процесса ICONIX под

Цели и содержания доклада Среда использования Описание процесса ICONIX Диаграммы и процесс
Scrum/Agile
Потери при производстве
Синхронизация диаграмм и кода
Соответствие принципам Agile
Обсуждение и вопросы

Слайд 3

Среда использования Scrum и ICONIX

Компания Softline
Разработка высоконагруженных коммерческих сайтов:
Корпоративные веб-сайты
Веб-сайты для электронной

Среда использования Scrum и ICONIX Компания Softline Разработка высоконагруженных коммерческих сайтов: Корпоративные
коммерции
Около 100 основных участников проектов
Страны СНГ и дальнего зарубежья
Распределенная команда разработки
Москва, Новосибирск и Оренбург

Слайд 4

Среда использования Scrum и ICONIX: Product Owner

Среда использования Scrum и ICONIX: Product Owner

Слайд 5

Сбор и анализ требований в Scrum

Создание и нормализация видения продукта
Выявление и описание

Сбор и анализ требований в Scrum Создание и нормализация видения продукта Выявление
персонажей
Создание юзер-стори
Как «персонаж», я «действие» для «цель»
Описания юзер-стори хранятся в виде «знаний» команды
Для распределенных команд удобно использовать вики

Слайд 6

Сбор и анализ требований в Scrum

Сбор и анализ требований в Scrum

Слайд 7

Как мы понимаем Scrum

Как мы понимаем Scrum

Слайд 8

Полная UML

Большой входной порог
Более 10 видов диаграмм
900-страничное руководство
Слишком подробное описание
Неявная «Водопадная модель»
Избыточность
Необходимость

Полная UML Большой входной порог Более 10 видов диаграмм 900-страничное руководство Слишком
постоянной актуализации диаграмм

Слайд 9

Потери при производстве: UML

Перепроизводство
Ожидание
Переключение между задачами
Лишние этапы обработки
Лишние запасы
Ненужные перемещения сотрудников
Дефекты

Потери при производстве: UML Перепроизводство Ожидание Переключение между задачами Лишние этапы обработки

Слайд 10

Что такое ICONIX?

Что такое ICONIX?

Слайд 11

ICONIX подмножество UML

ICONIX подмножество UML

Слайд 12

Классическая схема процесса ICONIX

Протип UI

Варианты использования

Робастность

Последовательность

Динамика

Сценарии тестирования

Статика

Предметная область

Обновления предметной области

Классы

Код

Классическая схема процесса ICONIX Протип UI Варианты использования Робастность Последовательность Динамика Сценарии

Слайд 13

Диаграмма предметной области

Диаграмма предметной области

Слайд 14

Диаграмма классов

Диаграмма классов

Слайд 15

Диаграмма вариантов использования

Марья Васильевна как пользователь читает справку, чтобы понять, как использовать

Диаграмма вариантов использования Марья Васильевна как пользователь читает справку, чтобы понять, как использовать систему
систему

Слайд 16

Диаграмма робастности

Диаграмма робастности

Слайд 17

Зачем нужна диаграмма робастности?

Проверка полноты юзкейсов
Выявление дополнительных объектов
Проверка текста юзкейсов
Предварительная проработка архитектуры
«Мост»

Зачем нужна диаграмма робастности? Проверка полноты юзкейсов Выявление дополнительных объектов Проверка текста
между анализом и архитектурой

Слайд 18

Зачем нужна диаграмма робастности?

Что? (анализ)

Как?
(архитектура)

Пропасть

Зачем нужна диаграмма робастности? Что? (анализ) Как? (архитектура) Пропасть

Слайд 19

Диаграмма последовательности

Диаграмма последовательности

Слайд 20

Практики процесса ICONIX

Анализ и уточнение требований
Системный аналитик для Product owner’а
Уменьшение количества неправильных

Практики процесса ICONIX Анализ и уточнение требований Системный аналитик для Product owner’а
требований
Анализ предметной области
Проектирование взаимодействия с системой
Префакторинг – рефакторинг модели
Синхронизация моделей и кода
Агрессивное тестирование на всех уровнях

Слайд 21

Проектирование взаимодействия с системой

Проектирование взаимодействия с системой

Слайд 22

Возвращение к водопадной модели?

Классический ICONIX:
Близок к водопадной модели
Допускает потери при производстве
Перепроизводство -

Возвращение к водопадной модели? Классический ICONIX: Близок к водопадной модели Допускает потери
проработка лишних требований
Лишняя обработка - актуализация диаграмм
Лишние запасы – проработка всей модели
… но ICONIX отлично адаптируется к Agile

Слайд 23

Варианты политик синхронизации диаграмм и кода

Актуализация – это потери!
Полная или частичная синхронизация
«Внешние

Варианты политик синхронизации диаграмм и кода Актуализация – это потери! Полная или
разработчики»
Распределенная команда
Поддержка продукта
Части продукта для синхронизации
Основной функционал
Взаимодействие с внешними системами

Слайд 24

Различия между моделью и кодом

Количество различий

Модель

Код

Время

Различия между моделью и кодом Количество различий Модель Код Время

Слайд 25

Спринт №4

Подводное плавание - метафора содержания проекта

Размер/рамки проекта

Детализация проекта

Общее описание системы и

Спринт №4 Подводное плавание - метафора содержания проекта Размер/рамки проекта Детализация проекта
архитектура

Спринт №1

Спринт №2

Спринт №3

Спринт №1

Спринт №2

Спринт №3

Спринт №4

Слайд 26

Нулевой спринт – плаваем на поверхности

Видение продукта
Диаграмма предметной области
Диаграмма вариантов использования
Роли и

Нулевой спринт – плаваем на поверхности Видение продукта Диаграмма предметной области Диаграмма
персонажи
Юзер-стори без описания
Проработка юзер-стори для первого спринта
Важно ограничить нулевой спринт по времени

Слайд 27

Последующие спринты – ныряем на глубину

Подробное описание юзер-стори
Не больше двух параграфов
Баланс текстового

Последующие спринты – ныряем на глубину Подробное описание юзер-стори Не больше двух
и графического описания
Диаграмма робастности
Диаграмма последовательности
Диаграмма классов
Обновление диаграммы предметной области и диаграммы юзкейсов

Слайд 28

Возможные опасности

Возможные опасности

Слайд 29

Agile Manifesto

Люди и их взаимодействие важнее процессов и инструментов
Готовый продукт важнее полной

Agile Manifesto Люди и их взаимодействие важнее процессов и инструментов Готовый продукт
документации
Сотрудничество с заказчиком важнее контрактных ограничений
Реакция на изменения важнее следования плану

Слайд 30

Инструменты

Простота

Функционал

Инструменты Простота Функционал

Слайд 31

Плюсы и минусы ICONIX

Плюсы и минусы ICONIX

Слайд 32

Методологии

Методологии

Слайд 33

Литература

Литература
Имя файла: Сбор-и-анализ-требований-в-Scrum-Адаптация-процесса-ICONIX-Вольфсон-Борис-Руководитель-проектов-Руководитель-регионального-отдела-веб-.pptx
Количество просмотров: 752
Количество скачиваний: 3