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

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

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

89a0966b0f29e90ebf602a77e1349a6b?s=128

Alexander Byndyu

October 12, 2014
Tweet

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

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