Доклад на конференции HappyDev 2015

1. Пять самых важных
составляющих процесса
выпуска успешных проектов
Александр Бындю,
Андрей Шапиро
http://byndyusoft.com

2. 2
План доклада
1. Зачем? …...результаты
2. Что?.............устройство процесса
3. Блок вопросов
4. Как?.............разбор на частном случае

3. 3
Синергия нашей команды
Александр
Бындю
http://byndyu.ru
Андрей
Шапиро
http://ashapiro.ru

4. 4
Успешные продукты
Медицина
Наружная реклама
Соц. медиа
Госзакупки
Налоги
Логистика
E-commerce

5. 5
Типовой проект
Объемом работы от 500 человеко-дней
(загрузка для 4 инженеров на 4-5 месяцев)

6. 6
Что мы знаем в самом начале?
Цели → Гипотезы → Эксперимент → Проверка
ФеноменологияОнтология

7. 7
Заказчик и его видение

8. 8
Разработчики не знают
предметную область
.

9. 9
Общий взгляд на процесс
Разработка ПО —
это процесс
создания знания.

10. 10
Общий взгляд на процесс
В начале работы неопределенность крайне высокая

11. 11
Общий взгляд на процесс
Уменьшаем неопределенность через
эксперименты с короткой обратной связью

12. 12
Общий взгляд на процесс

13. 13
You cannot improve what you cannot see

14. 14
You cannot improve what you cannot see

15. 15
You cannot improve what you cannot see

16. 16
You cannot improve what you cannot see

17. 17
Что это? Agile? Waterfall?
Перешагнули этап
процесса по книжкам
Свой процесс под
каждый проект

18. 18
Детальный взгляд на процесс

19. 19
Детальный взгляд на процесс

20. 20
Детальный взгляд на процесс

21. 21
Бизнес-кейс
Предметная область: транспортная компания,
работа с налогами.
Первый релиз 800 человеко-дней.

22. 22
Цель – заменить камаз бумаги
на нажатие одной кнопки

23. 23
Анализ первой попытки
Предыдущие придерживалась каскадного процесса
Написали ТЗ и ушли в работу на несколько месяцев
Сделали по ТЗ, но не то, что нужно
Созданной системой невозможно было пользоваться

24. 24
Анализ первой попытки
«Главная проблема — сложная предметная область». На данный
момент мы можем сказать, что предметная область действительно
сложная и довольно запутанная, но разве с налогами бывает как-то
иначе?
В ТЗ написано одно, а по факту надо было другое. Например, количество
Приложений, относящихся к одному акту, может быть неограниченным,
может перечисляться через запятую, а может и через интервал
посредством дефиса.
В ТЗ многие детали были пропущены. Например, не было сказано, что
номер Акта является уникальным в рамках Договора и года. На первый
взгляд небольшая деталь, но она может значительно повлиять на
реализацию.

25. 25
Начинаем с целей
Google Docs + Skype
• Технический
директор с
заместителем
• Главный бухгалтер с
помощниками
• Коммерческий
директор
• С нашей стороны
была вся команда.

26. 26
User Story Mapping

27. 27
Пересборка и инвентаризация User Story Map

28. 28
Инвентаризация User Story Map

29. 29
Когда высок риск не нащупать верную концепцию,
первые макеты в наиболее пластичном материале

30. 30
Диаграммы состояний — отличный механизм
визуализации понимания

31. 31
Fail-fast! Из г**на и палок

32. 32
Архитектура и DDD, шесть месяцев уточнений

33. 33
Разработка и релиз
Разработка шла по Scrum
Итерацией в одну неделю
Глобально проект разрабатывался по схеме Fixed price, так
как этого требовали бизнес-процессы компании заказчика
Внутри разработка строилась, исходя из гибких границ
проекта

34. 34
Разработка и релиз
Первый релиз залит
на сервера заказчика
Уже 2 раза отправили
отчет за квартал
Стартовали вторую
версию

35. 35
Не всё так гладко

36. 36
Почему это работает
С самого начала запускается процесс понимания, что
на самом деле надо продукту для успеха.
Постоянная обратная связь и полная прозрачность
процесса. Подробней про это в статье
http://blog.byndyu.ru/2015/02/customer-satisfaction.html
Качественный код, но это же по умолчанию должно
быть ;)

37. 37
Спасибо за внимание!
Александр Бындю http://byndyusoft.com
Андрей Шапиро http://ashapiro.ru
Статья https://vc.ru/p/byndyu