Customer satisfaction для программистов

Цикл статей и видео на эту тему https://blog.byndyu.ru/2015/02/customer-satisfaction.html

Transcript

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
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 Mapping Story 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