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.

Как мы разбирали слона. Целые, сломанные и лишние детали

141 views

Published on

Доклад Алексея Козлова на Analyst Days-7. 13-14 октября 2017. Минск
www.analystdays.com

Published in: Education
  • Be the first to comment

  • Be the first to like this

Как мы разбирали слона. Целые, сломанные и лишние детали

  1. 1. Война с зайцелопами От фантазий к требованиям Алексей Козлов стр. 54
  2. 2. Как всё начиналось Команда аналитиков 3 >10 С опытом работы в компании 2 5 С опытом в предметной области 1 2 Согласование ТЗ Обследование и написание ЧТЗ Передача в ПЭ и сопровождение/доработка Резкое увеличение команды За несколько лет до начала проекта 2
  3. 3. Первый блин 3
  4. 4. Айда все всё сделаем! • Для ускорения процесса выделена продуктовая и проектная команда. • Написание ЧТЗ происходит параллельно с реализацией. В ЧТЗ – подробная спецификация. • Реализация идёт параллельно с обследованием. И почти независимо. • Фронт работы непредсказуемо увеличивался во время работы. 4
  5. 5. Что в ЧТЗ? ЧТЗ Неопределённость и противоречия Счастье завтрашних нас Системность и возможность реализации Сроки Проще сейчас дать что просят 5
  6. 6. Столкновение интересов • Внедрение показало, что «надо не так». • Начала поступать обратная связь о том, что надо поменять, и… • Запросы на изменение «ломали» смежный функционал • А ещё запросы на изменение невыполнимы, непроверяемы, противоречивы, нецелесообразны или избыточны . . . • Проблема: ни один человек не может описать то, как должна работать система, от и до. 6
  7. 7. План решения проблем 7
  8. 8. Что на самом деле хочет Заказчик? • Должны торчать твёрдые штуки из головы • По бокам что-то должно висеть • Нужно чтобы было четыре лапы • Должен быть хвост • Должен питаться растениями • Не должен бояться воды 8
  9. 9. Как сделать то, что Заказчик хочет? • Должны торчать твёрдые штуки из головы • По бокам что-то должно висеть • Нужно чтобы было четыре лапы • Должен быть хвост • Должен питаться растениями • Не должен бояться воды 9
  10. 10. Выбор инструмента ЖЦ История изменения Трассировка Сложность внедрения Совместная работа Связь с задачами JIRA Цена Confluence Devprom Google Docs JIRA Enterprice Architect, Reqisite pro, Sybase Power- Designer 10
  11. 11. Версия 2 Решение по реализации Версия 1 Решение по реализации Объекты рабочего процесса в JIRA Требование заказчика Требование заказчика Внешнее ограничение Требование законодательства Требование заказчика Решение по реализации Задача Задача Задача Задача Задача Задача Задача Задача Задача Итерация 1 Итерация 2 Итерация 3 Итерация 4 11
  12. 12. Планирование и управление процессом До После Источник приоритетов и сроков реализации Внутреннее убеждение Реальная необходимость и ожидания Заказчика Критерии оценки корректности задач Самостоятельный анализ решений Соответствие задач связанным требованиям Критерии оценки необходимости реализации и приоритетов задач Глубокое погружение в предметную область Обоснованность задач требованиями Уровень верификации Технический дизайн целиком 1) Набор требований 2) Декларация соответствия набора требований техническому дизайну 3) Технический дизайн в части спорных моментов 12
  13. 13. Стоит ли пробовать? 13
  14. 14. Переход к процессу сопровождения Версия 8 Группа доработок Требование заказчика v15 Группа доработок Задача (ЗНИ) Задача Задача Задача Задача Итерация 56 Итерация 57 Итерация 58 Требование заказчика v16 Требование заказчика 14
  15. 15. Как избежать проблем внедрения? Донести до заказчика цели внедрения и преимущества. Согласовать, что будет являться артефактом рабочего взаимодействия и проговорить требования к нему. Договориться, что обязательно должна фиксироваться цель. Или вообще фиксировать цели отдельно. Если заказчик не понимает формальный язык требований – дополнять примерами, писать User Story. Проводить проверку полноты покрытия требованиями. 15
  16. 16. Результаты Решенные проблемы общие Отсутствие единой терминологии, неоднозначность понимания требований Несоответствие артефактов проекта компетенциям участников проектной команды и производства Заказчика и проектной команды Фактпередачи требований в реализацию не зафиксирован Статус выполнения требований к ПОне зафиксирован производства Не понятно, зачем нужны некоторые задачи Неттребуемых сроков реализации функционала Забываются существующие требования, рождаются противоречия Производственный план не основан на приоритетах Не фиксируется источник конкретного требования Тяжело и долго вникать в то, что просятсогласовать Слишком много ненужной конкретики, чтобы заложить универсальность Неудовлетворительное качество анализа решений 16
  17. 17. Вопросы 17 to.aleksey@gmail.com telegram, whattsapp: +7(926)693-0046

×