Advertisement
Ценностная эмпатия как способ лучше понять своих клиентов, партнёров и коллег
Report
SQALabFollow
SQALabNov. 10, 2015•0 likes•873 views
1 likes
Be the first to like this
Show More
views
Total views
0
On Slideshare
0
From embeds
0
Number of embeds
0
Ценностная эмпатия как способ лучше понять своих клиентов, партнёров и коллег
Nov. 10, 2015•0 likes•873 views
1 likes
Be the first to like this
Show More
views
Total views
0
On Slideshare
0
From embeds
0
Number of embeds
0
Download to read offline
Report
Education
Доклад Дениса Тучина на конференции SPM Conf-5, 6 ноября 2015 г., Минск www.spmconf.ru
SQALabFollow
SQALabAdvertisement
Advertisement
Advertisement
Recommended
Коммуникация с клиентом для фрилансера. Блок 1Denys Safonov
Коммуникация с клиентом для фрилансера. Блок 2Denys Safonov
визит представителя к врачуmedpred. org.ua
возраженияБизнес-Школа ЧЕ-ЛИНК
Основы копирайтингаVladyslava Rykova
Тренинг, борьба с возражениями._08_2014. Виноградский Юрий Леонидович.Юрий
Ценностная эмпатия как способ лучше понять своих клиентов, партнёров и коллег
- Денис Тучин Agile Coach, ScrumTrek Ценностная эмпатия как способ лучше понять своих клиентов, партнёров и коллег
- О докладчике —С 2004 в разработке коммерческого ПО —С 2009 применение Agile практик —C 2011 руководство командами и проектами —С 2014 Agile Coach в ScrumTrek
- DISCLAIMER Все имена и фотографии изменены, любые совпадения случайны
- ЦЕННОСТНАЯ ЭМПАТИЯ: ЧТО ЭТО И ЗАЧЕМ?
- Эмпатия
- Эмпатия осознанное сопереживание текущему эмоциональному состоянию другого человека без потери ощущения внешнего происхождения этого переживания ВикипедиЯ
- Ценностная эмпатия Понимание и принятие ценностей, целей и мотивов другого человека
- Ценностная эмпатия. Зачем?
- Ценностная эмпатия. Зачем? —Мотивация сотрудников —Разрешение конфликтов —Более эффективное общение – В том числе за счёт выбора подходящих аргументов —Спокойный сон
- ЦЕННОСТНАЯ ЭМПАТИЯ: УНИВЕРСАЛЬНЫЕ ПРАКТИКИ
- 1. «Все хорошие» Обычно у людей: —Нет причин что-то вам назло —Нет причин осознанно заниматься вредительством —Нет причин ссориться с Вами —Есть веские причины для их действий – Даже если вам так не кажется :)
- 1. «Все хорошие» —Основная установка Кёрта для ретроспектив: «Независимо от того, что мы обнаружим, мы должны считать и искренне верить, что каждый сделал лучшее, на что был способен, с учетом доступной на тот момент информации, обладая своими навыками и способностями, при наличии доступных ему ресурсов и сложившейся на тот момент ситуации.»
- 1. «Все хорошие» Алгоритм: 1. Принять правило 2. Понять причины 3. Если возможно, проверить предположение 4. Продолжить общение исходя из предположения
- «ВЫДУМАННЫЕ» БАГИ
- 2. «Почему ты сделал именно так?» —Если предыдущий способ не работает, лучше просто спросить – Лучше устно —В некоторых случайх: «Почему ты не сделал <так-то>?»,
- 2. «Почему ты сделал именно так?» Алгоритм: 1. Задать вопрос 2. Продолжить общение исходя из полученной информции
- КОММИТ Г-НО КОДА
- ОБЩЕНИЕ С ЗАКАЗЧИКОМ
- 3. «Зачем тебе это?» Чтобы снизить риск сделать не то, что хотел заказчик Нужно узнать, почему он хочет именно такую реализацию
- ДОМЕННАЯ ДИАГРАММА
- 4. «Что важно?» Если заказчик не смог сформулировать ответ на предыдущий вопрос, либо мы не смогли его осознать в силу сложности предметной области Стоит выяснить, а что важно заказчику в данной задаче или проекте
- Я − ЗАКАЗЧИК, ДЕЛАЙТЕ, КАК Я СКАЗАЛ!
- 5. «Почему важно?» —Для совсем не пробиваемых заказчиков :) —Ответ на этот вопрос – либо убережёт нас же от каких-то рисков – либо мы сможем ему предложить более выгодную обеим сторонам альтернативу
- «НЕКОМПЕТЕНТНЫЙ» ЗАКАЗЧИК
- МОТИВАЦИЯ СОТРУДНИКОВ
- 6. «Что важно в работе?» —Чтобы понять, что мотивирует сотрудника, часто достаточно просто спросить, что ему важно —Чем более доверительные отношения, тем более качественный ответ.
- САША «ХИПСТЕР»
- 7. «Какие личные и рабочие цели?» —Если предыдущий вопрос не помог, нужно выяснить, какие вообще сейчас приоритеты у сотрудника. —Мотивировать на выполнение тех или иных задач, исходя из его ценностей
- ЛЕНИВЫЙ ВЛАДИСЛАВ
- Что почитать? —Дейл Карнеги «Как приобретать друзей и оказывать влияние на людей» —Норм Керт «Ретроспектива проекта» —Майк Кон «Пользовательские истории»
- Спасибо за внимание! Денис Тучин Agile Coach, ScrumTrek facebook: denis.tuchin dtuchin@scrumtrek.ru Skype: denis.tuchin twitter: @denistuchin http://scrumtrek.ru/
Editor's Notes
- Опыт ценностной эмпатии - Сложно сказать, когда начал - Осознанно в 8 классе, на правоведении - Были задачки, в том числе на оправдание обвиняемого - Чтобы выстроить защиту для обвиняемого, нужно было понять его мотивы - Тогда я захотел стать адвокатом - Как видите не стал, но понял, что в работе руководителя и коуча тоже большой простор для применения этого навыка
- - Сначала разработчик Рома благодарил за баги - Они с Аналитиком Свевтой сидели напротив друг друга. Через перегородку. Забавно, что общались голосом через перегородку - Вдруг во время 5 спринта в один из дней разработчик работал удалённо на очередную пачку багов Рома написал аналитику, тебе нечем заняться и это вообще не баги - Аналитик Света вспылила, мол она знает, что является багами, а что нет. Написла гневное письмо - Разработчик ничего не ответил на письмо, но баги к концу спринта не были пофикшены. - Что случилось? По ходу спринта возникли доп. задачи по разработке и Роме пришлось работать в выходные, чтобы успеть передать на тестирование очередную фичу и приступить к не менее трудоёмкому рефакторингу. - В тоже время он видел, что аналитики сидят по 8 ч в офисе при этом выбирают шторы и обои для своей квартиры в рабочее время, то и дело ходят попить чай и посплетничать. - С одной стороны у него много важных задач, без которых спринт вообще не взлетит, и ему приходится работать сверхурочно с другой стороны он видит, что аналитики недогружены и прислали ему баги на тот функционал, ради которого он пожертвовал выходными. - Света, зная ситуацию и характер Ромы могла понять откуда такая реакция у него, и могла бы просто не отреагировать, а пообщаться позже лично в менее напряжённый момент по поводу фикса багов, а могла бы сформулировать, что-то вроде "Извини, что отвлекла от важной задачи. Когда тебе будет удобно пообщаться по поводу багов?" - Ну и кончено тут ещё мораль чисто из Agile: нужно всегда сидеть рядом и любые конфликтные ситуаци решать очно
- - Проект web-приложения видео-конференций - В команде разработки обсудили низкоуровневый дизайн новой фичи - демонстрация прикрепленных документов. С одним из ведущих разработчиков Женей немного поспорили по поводу шаблонов проектрования, но в итоге договорились, причём итоговый паттерн предложил он. - Жене как и нам всем очень нравился проект и он часто засиживался на работе до 10-11 вечера. Этот день не был исключением - С утра следующего дня, я просматривая, коммиты в ReviewBoard вижу просто вопиющий антипаттерн, зачекининый Женей - Можно было пойти на него накричать или написать гневное письмо, а в самом плохом случае ещё и коллег в копию добавить - Я уже начал писать письмо, т.к. Женя в этот день отпросился до обеда. Но вспомнил, что Женя толковый разработчик и скорее всего у него были веские причины - Когда он пришёл я ещё раз выдохнул и подошёл и спросил, почему такое решение было в комичено - Оказалось, что правда причина была и в данной конкретной ситуации я бы сделал точно также.
- - Электронный кошелёк очень крупного провайдера связи - Сергей - архитектор заказчика попросил сделать доменную диаграмму - Доменную диаграмму пилил 1,5 недели. несколько раз переставлял квадратикии - Было много кубиков и стрелочек - пришлось агрегировать, но вышел всё равно монстр - Оказалось, что такая диаграмма не нужна, а нужно было понять мою компетенцию как тимлида - Если бы я уточнил для чего диаграмма, то я бы сделал более полезный и понятный архитектурный документ возможно совместно с заказчиком, чтобы он мог оценить компетеность онлайн и возможно понял, что какие-то моменты в архитектуре не стоит прорабатывать
- * Элла - системный аналитик с многолетним опытом работы в банке и с данной системой * Рома опытный Java разработчик * Внедрили итерации и MVP * В итоге при реализации третьего модуля Рома понимает, что ему не удобно работать с единым конфигом - Элла, давай, сделаем несколько файлов - Нет, нужно единый конфиг - Это твой каприз, я считаю будет удобнее несколько конфигов - Рома, ты вообще ничего не понимаешь в системе, делай как тебе сказал заказчик - У меня заказчик PO, ты просто аналитик. PO пишет бизнес требования, а я решаю, как конкретно это реализовать * Дальше накал нарастает, в итоге Элла в слезах, Рома на следующий день работает удалённо * Я как бывший разработчик, понимаю пользу раздельных и с спрашиваю почему важно 1 файл? * Оказывается, что одна из основных целей, чтобы аналитик легко мог вносить изменения в конфигурацию приложения без помощи разработчиков * Что можно было сделать? сесть вместе и обсудить, как сделать один конфиг удобный для обоих или поддерживаемое дерево конфигов
Advertisement