Дизайн-мышление как инструмент предпроектной проработки

12.07.21

Управление проектом

Дизайн-мышление включает ряд инструментов, которые можно использовать на этапе предпроектной проработки. На митапе «Инструментарий руководителя проекта» специалист по гибким и классическим подходам Алексей Таченков рассказал про концепцию дизайн-мышления и самый эффективный инструмент, который можно применять для анализа «боли» пользователя – Customer journey map.

 

 

 

Два слова о себе.

Я с 2004 года работаю руководителем проектов, специализируюсь как на классических методах – PMBOK, IPMA, так и на гибких Agile-подходах – Scrum, Kanban.

С точки зрения международного подхода у меня статус PMP, PMI-ACP и в том числе я очень сильно заморачиваюсь вопросами предпроектной подготовки.

 

В начале доклада я попросил участников митапа поделиться сложностями, с которыми им приходилось сталкиваться в своей практике при сборе требований.

Посмотрим результаты опроса:

  • пользователи не говорят правду;

  • невозможно договориться с клиентом о стоимости и сроках;

  • заказчик не может сформулировать свои требования;

  • требования заказчика противоречивы;

  • низкая квалификация;

  • люди не знают, чего хотят;

  • противоречащие друг другу требования стейкхолдеров;

  • согласование требований;

  • нет четких требований;

  • изменчивость первоначальных требований.

Конечно, не все эти проблемы может закрыть дизайн-мышление, но этот метод достаточно серьезно работает, когда нет четких требований, когда они противоречивы или заказчик просто не может их сформулировать.

Достаточно давно я занимался тем же, чем и многие присутствующие: в анамнезе я 1С-ник – у меня есть сертификаты 1С:ПРОФ, 1С:Специалист по платформе, я занимался разработкой на 7.7, 8.1, 8.2. На этапе работы с 8.2 я перешел в руководители проектов и открыл свою компанию 1С-франчайзи. И если бы в этот период у меня уже были инструменты, связанные с дизайн-мышлением, мне было бы проще жить.

 

Что такое дизайн-мышление

 

 

Для начала – посмотрите на картинку. Как вы думаете, что перед вами за девайс?

Многие узнали в нем аппарат МРТ. Если вы сталкивались с ним, то следующий вопрос – как это влияет на пациентов, когда они входят в комнату?

Те, кому доводилось проходить МРТ-исследование, знают, что сначала нужно «въехать» в эту штуку, потом все вокруг начинает греметь. А что бы вы чувствовали, если бы были детьми, а не взрослыми, серьезными людьми?

В этом плане идея с МРТ – абсолютно не юзер-френдли. Как правило, детям очень неудобно взаимодействовать с такой системой.

 

 

В свое время компания «Дженерал Электрик» задумалась над тем, как улучшить пользовательские свойства этого изделия.

Используя дизайн-мышление, они в серии клиник для детей превратили кабинет для МРТ в пиратский корабль. Ребенок, который оказывался на МРТ, становился членом пиратской команды, а не просто пациентом. Понятно, что шхуна плывет в океане, а вокруг нее, конечно, все гремит и шумит. Дети стали счастливее, ведь в неприятный процесс добавили элемент игры и веселья.

При этом дизайн оказался недорогим, но стоимость бизнеса возросла. Изменился подход, это больше не врачебная процедура, а приключение, через которое дети проходят с большим удовольствием. Это про дизайн-мышление.

 

 

Дизайн-мышление – методология решения инженерных, деловых и прочих задач, основывающаяся на творческом, а не аналитическом подходе.

Когда я спрашивал у слушателей про требования заказчиков, то фокусировал внимание именно на аналитическом подходе. Но дизайн-мышление – это про другое, это про создание продуктов и услуг, ориентированных на человека.

 

 

Возникает вопрос – причем здесь ИТ? При чем тут дизайн? А вот ИТ как раз очень сильно причем.

Дизайн-мышление позволяет не просто разработать внешний вид чего-то, но и отработать интерфейсы и создать продукты, которые будут удобны клиенту, которые клиент захочет использовать.

Ну правда, мы очень часто не можем разработать внутренние алгоритмы и структуры. Это я говорю как 1С-программист в прошлом. Сейчас я уже получил второе высшее психологическое и больше фокусируюсь на психологии, но тем не менее.

Да, Figma.com – в помощь, прекрасная вещь, она очень хорошо работает для прототипирования. Но когда мы работаем с пользователями, нужно понимать, что с ними происходит.

Очень часто при сборе функциональных требований и техзаданиях заказчики озвучивают свои требования: это часто «ни о чем». Мы можем сделать, как они хотят, но это не всегда будет то, что им нужно.

Дизайн-мышление как раз позволяет на сложных проектах при сложных функциональностях работать с прототипом. Но для того, чтобы дойти до прототипов, надо выполнить несколько правил.

 

Основные принципы дизайн-мышления

 

 

У дизайн-мышления есть ряд правил.

  1. Не пишите сразу код, не пытайтесь сразу погрузиться в работу. Сначала придумайте множество идей. Есть правило полной корзины: чем больше допущений и предположений вы сделаете и затем выбросите в корзину, тем лучше.

  2. Можно сколько угодно на словах объяснять пользователю, как работает ваша система, какие у нее алгоритмы и интерфейсы. Но вместо 1000 слов лучше нарисуйте прототип – тогда будет проще.

  3. Первым делом спрашивайте у пользователя, нравится ли ему то, что у вас получилось. Демонстрируйте прототип. Если не понравился – скомкайте и выбросьте в корзину. Прототипы бывают разными, сделать их можно из чего угодно, и еще это дешево.

  4. Делайте вместе с заказчиком, помните о кроссфункциональности.

  5. Критика в дизайн-мышлении не приветствуется, приветствуется развитие. В общении с заказчиком отдайте предпочтение конструкции «Да, и...».

 

Этапы дизайн-мышления

 

 

У дизайн-мышления есть собственная система, четкий алгоритм – оно состоит из этапов, которые прекрасно можно использовать в ИТ. Над всем этим стоит ориентированность на человека и эмпатия.

  • Начните с исследования, придите к пользователю и расспросите его: как он решает задачи, что чувствует в этот момент, на что злится, что бы его сделало счастливее.

  • Вы вместе обнаружите большое количество проблем, поймете корневые и сфокусируетесь.

  • Пока не думайте о решении. Накидайте миллиард разных идей, как можно решить проблемы клиента. Возможно, бредовых идей, но среди них будет много хороших.

  • Дальше будет алгоритм – внутри дизайн-мышления есть очень четкие фокусные инструменты на этот счет.

    • Выберите идею – сделайте прототип – покажите прототип пользователю.

    • Если это не то – выбрасывайте, цикл начнется заново.

    • Если то – узнайте, что можно улучшить, и только потом приступайте к реализации.

 

 

На этапе предпроекта у нас может быть множество идей и решений, но не все идеи одинаково полезны. Большое количество проектов, которые запускается в организации, нужно выбросить в мусорное ведро. Нужен фильтр, который позволит нам проанализировать, какие из идей хороши. И как раз дизайн-мышление позволяет отфильтровать ненужные идеи.

Неважно, какой жизненный цикл вы выберете – Waterfall, Agile, Scrum, Crystal, Kanban, гибридный метод. На предпроекте вы должны понять, что конкретно нужно сделать. А для этого нужно использовать прототипирование. Но перед этим нужно понять, что у пользователя болит.

 

Customer journey map

 

 

За оставшееся время доклада я успею вам показать только один инструмент дизайн-мышления, но это один из моих любимейших инструментов – Customer journey map. Это возможность «пройти в пользовательских мокасинах», понять, как он работает.

Этот способ подразумевает исследование. Вы приходите к пользователю и говорите: так, дорогой друг, покажи, как ты действуешь. И неважно, он оформляет накладную в 1С или идет с этой бумажной накладной на склад и понимает, что ему не хватает в ней данных. Вы проходите с пользователем по всему бизнес-процессу и анализируете, что с ним и в какой момент времени происходит. В какой момент времени ему было хорошо, в какой – плохо. В какой момент он ругнулся матом и как – со злостью или с восторгом. И все это записывайте.

 

 

Что получается на выходе. Есть такая замечательная проектная команда – Wonderfull. Они одни из первых, кто притащил в Россию идею дизайн-мышления. И то, что вы видите на экране – один из широко распространенных примеров Customer journey map, когда они к Чемпионату мира по футболу проанализировали путь приезжающих в Россию иностранцев, чтобы сделать их визит комфортным.

  • Итак, иностранец прилетает в Москву на ЧМ в 12 часов. Он думает, на чем ему добраться из аэропорта до города быстро и недорого, чтобы не быть обманутым.

  • В 12:05 он обнаруживает Wi-Fi, радуется.

  • А тут ему облом – в 12:10 он понимает, что без российского номера телефона авторизоваться в сети не получится.

  • В 12:20 увидел зазывающих таксистов: они ему говорят, что довезут за 5 тысяч, если им покажут дорогу.

  • В 12:35 иностранец увидел англоязычный указатель на аэроэкспресс – обрадовался.

  • В 12:45 подошел к кассам и обнаружил, что никто не говорит на английском. Тем не менее, правдами и неправдами, удалось купить билет

  • И к 13:30 – получилось на аэроэкспрессе добраться до города.

Кто летал до пандемии в московские или питерский аэропорты знают, что сегодня и к Wi-Fi можно подключиться не только с российского номера, да и с такси все проще – стоек «Яндекс.Такси» полно. Достаточно и англоговорящих кассиров. То есть, благодаря Customer journey map проектная команда Wonderfull сделала достаточно хороший, новый результат для клиентов.

То же самое в ИТ-бизнесе. Вы можете пройти с клиентом его путь, найти большие проблемы, именно на них сфокусироваться, сгенерить решение проблемы и через прототипирование попробовать провести решение для клиента наилучшим образом.

 

 

Кому интересно – есть книги про дизайн-мышление в разных сферах.

  • Дизайн-мышление в бизнесе

  • Думай как дизайнер

  • Привычка достигать

Там представлено огромное количество разнообразных инструментов для каждого этапа – исследование проблем, фокусировка на проблеме, генерация идей, как проблему решать, выбор наилучшего решения, изготовление прототипа, демонстрация прототипа заказчику и совместный выбор путей дальнейшего решения.

Используйте это в своей практике!

 

*************

Данная статья написана по итогам доклада (видео), прочитанного на онлайн-митапе "Инструментарий руководителя проекта".

 

10 - 12 октября 2024 года состоится конференция INFOSTART TECH EVENT, на которой прозвучит 130+ докладов.

Темы конференции:

  • Приемы, методы разработки и тестирования
  • DevOps-практики, управление инфраструктурой разработки
  • Интеграция и обмен данными
  • Идеи и тренды в разработке 
  • Администрирование серверов 1С и СУБД. HighLoad оптимизация  
  • Развитие технической команды. Личная эффективность разработчика 

INFOSTART TECH EVENT - крупнейшая профессиональная конференция для программистов 1С.


Подробнее о конференции.

 


См. также

Компетенции и навыки РП Конфигурации 1cv8 Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного РП и тимлида. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все особенности работы руководителей проектов.

02.05.2024    2987    0    biimmap    39    

38

Канбан и поставка ценности Программист Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бесплатно (free)

При разработке 1С:Бухгалтерии 8 используются унифицированные процессы обработки задач, построенные на методике Kanban. О том, как выглядит доска задач, в чем пишут код команды – в конфигураторе или в EDT, и что делается для повышения качества и понятности кода самого многопользовательского проекта фирмы «1С», пойдет речь в статье.

26.04.2024    4098    0    mrXoxot    5    

29

Канбан и поставка ценности Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

Применение Agile в отделе разработки 1С:Бухгалтерии не сразу оправдало возложенные на него ожидания. Но только благодаря гибким методикам удалось стабилизировать выпуск релизов и перестроить разработку так, чтобы она всегда начиналась с анализа задачи и с общения с пользователями. Расскажем об квинтэссенции опыта разработки самого многопользовательского проекта фирмы «1С».

23.04.2024    3442    0    user1853337    8    

29

Кейсы проектов Руководитель проекта Бесплатно (free)

Как определить, что риск проекта высок настолько, что взяться за него – в 99% случаев значит потерять драгоценное время, деньги и другие ресурсы? Как еще до старта определить, что проект в лучшем случае на выходе станет пародией на задуманное, а в худшем – будет сорван? Сформулируем список типовых рисков срывов проекта и постараемся уберечь от ошибок внедренцев и заказчиков.

20.12.2023    3321    0    1СERP    21    

31

Кейсы проектов Программист Бизнес-аналитик Пользователь Руководитель проекта Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В 2021 году начали проект в дистрибьюторской компании. Имели большой опыт внедрения УПП, но периодически возникали вопросы. Зачем что-то придумали в ERP, что стало менее удобнее, чем было в УПП? Почему нельзя было взять лучшие идеи из УПП и ERP и скрестить их? А идея, что обеспечение нужно выносить из заказов, с каждым новым проектом находила все большее подтверждение. В итоге на этом проекте удалось применить лучшие (на мой взгляд) методические решения, которые мне довелось внедрять в конфигурациях УПП и ERP, в т.ч. подход, что реагировать нужно только на важное (то, как на заре появления ERP Фирма 1С ее позиционировала).

05.07.2023    15054    0    ASchekachev    37    

55

Канбан и поставка ценности Бесплатно (free)

Когда ИТ-отдел разрывается между разнотипными задачами от внутренних заказчиков, стоит посмотреть в сторону гибких подходов. О том, как, используя три практики Канбана – WiP-лимит, визуализация и распределение по сервисам – улучшить отношения с заказчиками, не бояться давать обещания по срокам и укладываться в них, на конференции Infostart Event 2021 Moscow Premiere рассказал руководитель направления 1С в компании UTG Станислав Алексенко.

28.06.2023    6169    0    stnslv    5    

25

Управление проектом Команда Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом Бесплатно (free)

Предыдущие мои статьи на тему управления проектами носили концептуальный характер – ради чего мы делаем проекты, почему мы не получаем поддержку от коллектива пользователей, где найти помощь и мотивацию, как победить сложного заказчика. Теперь от концепций перейдем к технологии. Первая часть будет посвящена вопросам декомпозиции проектных задач на подзадачи для выявления узких мест нашего проекта.

10.02.2023    5226    0    andironenko    3    

32

Компетенции и навыки РП Бизнес-аналитик Руководитель проекта Бесплатно (free)

Многое узнать ты еще можешь, мой старый падаван. Это только начало… Если честно, каждый раз, когда мне предлагают поднять тему “компетенций руководителя проекта”, у меня возникает ощущение, что я все время бьюсь в одну и ту же стену.

12.01.2023    5797    0    MariaTemchina    28    

22
Оставьте свое сообщение