По материалам конференции .NET разработчиков - http://dotnetconf.ru/materialy/customersatisfaction

1. Customer satisfaction для
программистов
Александр Бындю
http://byndyu.ru
9-я конференция .NET разработчиков
12 октября 2014
dotnetconf.ru

2. 2
Обо мне
1. Владелец компании ByndyuSoft
http://byndyusoft.com
2. Консультант по вопросам разработки приложений и
организации работы IT компаний, Certified CIAgile Professional
3. Технический блог http://blog.byndyu.ru
4. Преподаю в ЮУрГУ и ЧелГУ
5. Тренер в ScrumTrek и на AgileCamp’ах
6. Организую конференции .NET-разработчиков
http://dotnetconf.ru
7. Веду группу по проблемам разработки приложений
https://groups.google.com/forum/?hl=ru&fromgroups#!forum/
dotnetconf

3. 3
Моя область
• Outsourcing и Outstaffing
• Длинные проекты
• Направления: .NET и JavaScript

4. 4
Границы применимости
1. Вы сделали работу качественно
2. Речь не идет про ситуацию, когда
ничего не работает и надо доказать
заказчику, что всё отлично

5. 5
Как часто бывает, что вы написали
отличный код, решили задачу, а заказчик
недоволен?

6. 6
Вы совершили чудо и отрефакторили кучу
плохого кода, но никто не оценил

7. 7
Сделали всё по ТЗ, но оказалось это не то,
что нужно заказчику

8. 8
Речь не пойдет про…
У платного врача:
— Вы знаете, я, пожалуй, не буду платить за прием. Как-то мне диагноз не
понравился. Изюминки нет, понимаете ли.
В диагностической лаборатории:
— Почему я должен платить за анализ вперед? А если вы ничего не найдете?
В туристической фирме:
— Нет, вы меня сначала свозите в несколько отелей, покажите, дайте выбрать. Тогда
и решим.
В магазине:
— Я вот тут бутылку минералки купил у вас. Налил, отпил и внезапно понял, что
минералки я сегодня не хочу. Поменяйте ее на квас. Какие деньги? Я же напиток
оплатил!
В ресторане:
— А вы сначала сварите несколько блюд, дайте мне их все попробовать, а я уже
потом оплачу, но только то, которое мне понравится.

9. 9
С одной стороны
Разработчик не менеджер и
управленческие навыки может не
развивать
С другой стоны
Хочется уметь отстаивать свою позицию и
получать заслуженную похвалу за
хорошую работу

10. 10
http://www.impactmapping.org

11. 11

12. 12

13. 13
Why?
Зачем мы это делаем?
Какой цели мы пытаемся достичь?
Увеличить
удовлетворенность
пользователей в 2
раза
…
…
…
…
… …
…
…
…
…
… …

14. 14
Who?
Кто способен произвести нужный эффект?
Кто может помешать ему?
Кто потребители продукта?
Увеличить
удовлетворенность
пользователей в 2 раза
Отдел
маркетинга
…
…
…
… …
Модератор
нашего форума
…
…
…
… …

15. 15
How?
Увеличить удовлетворенность
пользователей в 2 раза
Отдел маркетинга
Привлечет больше
людей
…
…
Ускорение покупки
до 1 клика
…
Модератор нашего
форума
Ответ на вопрос в
течение 1 минуты
…
…
Структурирование
ответов на FAQ
…
Как они смогут помочь достижению цели?
Как произойдут изменения?

16. 16
What?
Увеличить удовлетворенность
пользователей в 2 раза
Отдел маркетинга
Привлечет больше
людей
…
…
Ускорение покупки
до 1 клика
…
Модератор нашего
форума
Ответ на вопрос в
течение 1 минуты
…
…
Структурирование
ответов на FAQ
…
Что нужно сделать?
Какой список фич реализовать?

17. 17
Оградим заказчика от потока
ненужных идей через
Imact Mapping!

18. 18
Story Mapping

19. 19
Story MappingStory Mapping в нашем офисе

20. 20
Kanban доска

21. 21
http://habrahabr.ru/company/stratoplan/blog/202028/

22. 22
http://dotnetconf.ru/materialy/design_process_models

23. 23
Все программисты —
оптимисты.
Возможно, эта современная разновидность
колдовства особенно привлекательна для
тех, кто верит в хэппи-энды и добрых фей.
Возможно, сотни неудач отталкивают всех,
кроме тех, кто привык сосредоточиваться
на конечной цели. А может быть, дело всего
лишь в том, что компьютеры и
программисты молоды, а молодости
свойствен оптимизм. Как бы то ни было, в
результате одно: «На этот раз она точно
пойдет!» Или : «Я только что выявил
последнюю ошибку!»
Итак, в основе планирования разработки
программ лежит ложное допущение, что
все будет хорошо, т.е. каждая задача займет
столько времени, сколько «должна» занять.
(с) Брукс

24. 24
Проблем быть не должно
• Вы решаете проблемы
• Заказчик не 100% на проекте
• Границы компетентности заказчика

25. 25
Domain Driven Design

26. 26
Кейсы для разбора
• Что делать, если заказчик «молчит»?
• Что делать, если заказчик сверх
активный?
• Как достучаться до PO, если вместо себя
он выставляет прокси?

27. 27
Спасибо за внимание!
Буду рад ответить на ваши
вопросы лично или через:
blog.byndyu.ru
alexanderbyndyu
alexander.byndyu@gmail.com