Ценностная эмпатия как способ лучше понять своих клиентов, партнёров и коллег
•Télécharger en tant que PPTX, PDF•
1 j'aime•874 vues
Доклад Дениса Тучина на конференции SPM Conf-5, 6 ноября 2015 г., Минск www.spmconf.ru
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (16)
En vedette
En vedette (20)
Similaire à Ценностная эмпатия как способ лучше понять своих клиентов, партнёров и коллег
Similaire à Ценностная эмпатия как способ лучше понять своих клиентов, партнёров и коллег (20)
Plus de SQALab
Plus de SQALab (20)
Ценностная эмпатия как способ лучше понять своих клиентов, партнёров и коллег
- 1. Денис Тучин Agile Coach, ScrumTrek Ценностная эмпатия как способ лучше понять своих клиентов, партнёров и коллег
- 2. О докладчике —С 2004 в разработке коммерческого ПО —С 2009 применение Agile практик —C 2011 руководство командами и проектами —С 2014 Agile Coach в ScrumTrek
- 4. ЦЕННОСТНАЯ ЭМПАТИЯ: ЧТО ЭТО И ЗАЧЕМ?
- 5. Эмпатия
- 6. Эмпатия осознанное сопереживание текущему эмоциональному состоянию другого человека без потери ощущения внешнего происхождения этого переживания ВикипедиЯ
- 7. Ценностная эмпатия Понимание и принятие ценностей, целей и мотивов другого человека
- 9. Ценностная эмпатия. Зачем? —Мотивация сотрудников —Разрешение конфликтов —Более эффективное общение – В том числе за счёт выбора подходящих аргументов —Спокойный сон
- 11. 1. «Все хорошие» Обычно у людей: —Нет причин что-то вам назло —Нет причин осознанно заниматься вредительством —Нет причин ссориться с Вами —Есть веские причины для их действий – Даже если вам так не кажется :)
- 12. 1. «Все хорошие» —Основная установка Кёрта для ретроспектив: «Независимо от того, что мы обнаружим, мы должны считать и искренне верить, что каждый сделал лучшее, на что был способен, с учетом доступной на тот момент информации, обладая своими навыками и способностями, при наличии доступных ему ресурсов и сложившейся на тот момент ситуации.»
- 13. 1. «Все хорошие» Алгоритм: 1. Принять правило 2. Понять причины 3. Если возможно, проверить предположение 4. Продолжить общение исходя из предположения
- 15. 2. «Почему ты сделал именно так?» —Если предыдущий способ не работает, лучше просто спросить – Лучше устно —В некоторых случайх: «Почему ты не сделал <так-то>?»,
- 16. 2. «Почему ты сделал именно так?» Алгоритм: 1. Задать вопрос 2. Продолжить общение исходя из полученной информции
- 17. КОММИТ Г-НО КОДА
- 19. 3. «Зачем тебе это?» Чтобы снизить риск сделать не то, что хотел заказчик Нужно узнать, почему он хочет именно такую реализацию
- 21. 4. «Что важно?» Если заказчик не смог сформулировать ответ на предыдущий вопрос, либо мы не смогли его осознать в силу сложности предметной области Стоит выяснить, а что важно заказчику в данной задаче или проекте
- 22. Я − ЗАКАЗЧИК, ДЕЛАЙТЕ, КАК Я СКАЗАЛ!
- 23. 5. «Почему важно?» —Для совсем не пробиваемых заказчиков :) —Ответ на этот вопрос – либо убережёт нас же от каких-то рисков – либо мы сможем ему предложить более выгодную обеим сторонам альтернативу
- 26. 6. «Что важно в работе?» —Чтобы понять, что мотивирует сотрудника, часто достаточно просто спросить, что ему важно —Чем более доверительные отношения, тем более качественный ответ.
- 27. САША «ХИПСТЕР»
- 28. 7. «Какие личные и рабочие цели?» —Если предыдущий вопрос не помог, нужно выяснить, какие вообще сейчас приоритеты у сотрудника. —Мотивировать на выполнение тех или иных задач, исходя из его ценностей
- 30. Что почитать? —Дейл Карнеги «Как приобретать друзей и оказывать влияние на людей» —Норм Керт «Ретроспектива проекта» —Майк Кон «Пользовательские истории»
- 31. Спасибо за внимание! Денис Тучин Agile Coach, ScrumTrek facebook: denis.tuchin dtuchin@scrumtrek.ru Skype: denis.tuchin twitter: @denistuchin http://scrumtrek.ru/
Notes de l'éditeur
- Опыт ценностной эмпатии - Сложно сказать, когда начал - Осознанно в 8 классе, на правоведении - Были задачки, в том числе на оправдание обвиняемого - Чтобы выстроить защиту для обвиняемого, нужно было понять его мотивы - Тогда я захотел стать адвокатом - Как видите не стал, но понял, что в работе руководителя и коуча тоже большой простор для применения этого навыка
- - Сначала разработчик Рома благодарил за баги - Они с Аналитиком Свевтой сидели напротив друг друга. Через перегородку. Забавно, что общались голосом через перегородку - Вдруг во время 5 спринта в один из дней разработчик работал удалённо на очередную пачку багов Рома написал аналитику, тебе нечем заняться и это вообще не баги - Аналитик Света вспылила, мол она знает, что является багами, а что нет. Написла гневное письмо - Разработчик ничего не ответил на письмо, но баги к концу спринта не были пофикшены. - Что случилось? По ходу спринта возникли доп. задачи по разработке и Роме пришлось работать в выходные, чтобы успеть передать на тестирование очередную фичу и приступить к не менее трудоёмкому рефакторингу. - В тоже время он видел, что аналитики сидят по 8 ч в офисе при этом выбирают шторы и обои для своей квартиры в рабочее время, то и дело ходят попить чай и посплетничать. - С одной стороны у него много важных задач, без которых спринт вообще не взлетит, и ему приходится работать сверхурочно с другой стороны он видит, что аналитики недогружены и прислали ему баги на тот функционал, ради которого он пожертвовал выходными. - Света, зная ситуацию и характер Ромы могла понять откуда такая реакция у него, и могла бы просто не отреагировать, а пообщаться позже лично в менее напряжённый момент по поводу фикса багов, а могла бы сформулировать, что-то вроде "Извини, что отвлекла от важной задачи. Когда тебе будет удобно пообщаться по поводу багов?" - Ну и кончено тут ещё мораль чисто из Agile: нужно всегда сидеть рядом и любые конфликтные ситуаци решать очно
- - Проект web-приложения видео-конференций - В команде разработки обсудили низкоуровневый дизайн новой фичи - демонстрация прикрепленных документов. С одним из ведущих разработчиков Женей немного поспорили по поводу шаблонов проектрования, но в итоге договорились, причём итоговый паттерн предложил он. - Жене как и нам всем очень нравился проект и он часто засиживался на работе до 10-11 вечера. Этот день не был исключением - С утра следующего дня, я просматривая, коммиты в ReviewBoard вижу просто вопиющий антипаттерн, зачекининый Женей - Можно было пойти на него накричать или написать гневное письмо, а в самом плохом случае ещё и коллег в копию добавить - Я уже начал писать письмо, т.к. Женя в этот день отпросился до обеда. Но вспомнил, что Женя толковый разработчик и скорее всего у него были веские причины - Когда он пришёл я ещё раз выдохнул и подошёл и спросил, почему такое решение было в комичено - Оказалось, что правда причина была и в данной конкретной ситуации я бы сделал точно также.
- - Электронный кошелёк очень крупного провайдера связи - Сергей - архитектор заказчика попросил сделать доменную диаграмму - Доменную диаграмму пилил 1,5 недели. несколько раз переставлял квадратикии - Было много кубиков и стрелочек - пришлось агрегировать, но вышел всё равно монстр - Оказалось, что такая диаграмма не нужна, а нужно было понять мою компетенцию как тимлида - Если бы я уточнил для чего диаграмма, то я бы сделал более полезный и понятный архитектурный документ возможно совместно с заказчиком, чтобы он мог оценить компетеность онлайн и возможно понял, что какие-то моменты в архитектуре не стоит прорабатывать
- * Элла - системный аналитик с многолетним опытом работы в банке и с данной системой * Рома опытный Java разработчик * Внедрили итерации и MVP * В итоге при реализации третьего модуля Рома понимает, что ему не удобно работать с единым конфигом - Элла, давай, сделаем несколько файлов - Нет, нужно единый конфиг - Это твой каприз, я считаю будет удобнее несколько конфигов - Рома, ты вообще ничего не понимаешь в системе, делай как тебе сказал заказчик - У меня заказчик PO, ты просто аналитик. PO пишет бизнес требования, а я решаю, как конкретно это реализовать * Дальше накал нарастает, в итоге Элла в слезах, Рома на следующий день работает удалённо * Я как бывший разработчик, понимаю пользу раздельных и с спрашиваю почему важно 1 файл? * Оказывается, что одна из основных целей, чтобы аналитик легко мог вносить изменения в конфигурацию приложения без помощи разработчиков * Что можно было сделать? сесть вместе и обсудить, как сделать один конфиг удобный для обоих или поддерживаемое дерево конфигов