2. О себе
Роман Шейко
• QA Lead, Luxoft
• Блог: http://33testers.blogspot.ru/
• E-mail: r.sheyko@gmail.com
• Twitter: @RSheyko
2
3. Вопросы
• Насколько важны навыки общения для
тестировщика?
• Как их можно развить?
3
Технические vs
софт скилы
4. Тестирование и коммуникации
Тестирование - это:
• Сбор информации, важной в данный
момент (1)
• Представление ее в удобном виде (2)
• Передача заинтересованным лицам (3)
4
9. Умение задавать вопросы
• Вопросы должны быть конкретны
• Их нужно готовить
• Но вопросы должны зависеть от хода
разговора
9
Блог Майкла Болтона:
http://www.developsense.com/blog/2013/09/interview-questions/
10. Умение слушать
• Активное и пассивное слушание
• Их соотношение
10
Книга:
Messages: The Communication Skills Book (Matthew McKay,
Martha Davis, Patrick Fanning)
11. Блоки активного слушания
• Сравнение
• Чтение мыслей
• Репетирование
• Фильтрование
• Негативное
отношение
• Мечтание
• Перевод темы
• И другие
11
17. Умение писать
• Метод сбора камней Вайнберга:
1. Порционность
2. Периодичность
3. Пишите о том, что вам нравится
17
Книга:
Weinberg on Writing: The Fieldstone Method (Gerald
Weinberg)
18. Заведение баг репортов
• Курс BBST – Bug Advocacy - советы:
– Мотивируйте заинтересованных лиц
– Используйте доверительные источники
– Сохраняйте нейтральный тон
18
Курс BBST – Bug Advocacy:
http://www.testingeducation.org/BBST/bugadvocacy/
19. Отчетность
• Из чего состоят отчеты:
– Список задач, их стaтус, ETA
– Проблемы / риски / предложения
19
«Сделайте свою работу
видимой»
22. Summary
• Насколько важны навыки общения для
тестировщика?
– В целом, коммуникации в тестировании важны
– Нужные навыки зависят от команды / роли
• Как их можно развить?
– Тренинги, книжки. Практика!
Главное - желание
22
Привет! Меня зовут Роман, мой доклад называется «Коммуникации в тестировании».
Коротко о себе.
Основные вопросы, на которые отвечает этот доклад:
- Насколько важны навыки общения для тестировщика?
- Как из можно развить?
Эти вопросы я задавал себе довольно давно – сначала как тестер, потом – работая тим лидом.
И я довольно часто разрывался между желанием изучить что-то техническое или развить свои софт скилы.
Лично мне технические скилы давались легче, но с развитием в профессии и переходом на менеджерскую позицию потребность в навыках общения возрастала. И я активно начал их развивать.
Итак, давайте посмотрим, как тестирование в целом связано с коммуникациями. Одно из определений тестирования говорит о том, что это процесс сбора информации о продукте, представление этой информации в удобном виде, и передача заинтересованным лицам – для принятия решений.
Более наглядно – на картинке.
Слева мы видим продукт, который оценивается командой QA в ходе тестирования. Давайте перечислим активности, которые происходят на этом этапе оценки состояния продукта:
Выполнение тестов
Разговоры с программистами
Изучение спецификаций и общение с аналитиками, техническими писателями
Общение с пользователями по поводу их жалоб и пожеланий по улучшению продукта
Участие в Scrum митингах
На следующем этапе – этапе обработки информации:
Подготовка отчетов
Сообщение статуса тестирования
Уточнение приоритетов
Далее идет процесс передачи информации. Такие активности, как:
Митинги о состоянии продукта
Митинги о релизе/не релизе
Сортировка найденных багов на важные/не важные для релиза
Активности, выделенные оранжевым, так или иначе связаны с коммуникациями. Можно сделать вывод о том, что в процессе тестирования коммуникации используются везде – и во время сбора информации, и в процессе передачи информации заинтересованным лицам.
Итак, давайте поговорим об устных коммуникациях для тестировщика. О том, как можно развить навыки устного общения.
Мы поговорим о таких общих и важных вещах (не только для тестировщика), как умение задавать вопросы и слушать. Потом поговорим о более специфичных для нашей профессии вещах: общении с программистами и митингах.
Вопросы… Как часто нам приходится их задавать. Они, конечно, должны быть конкретны. Если вы задаете слишком общие вопросы – вы тратите чужое время: время на уточнение того, что вам нужно. Так что, вопросы нужно готовить.
Но не нужно впадать и в другую крайность, когда вы при разговоре не умеете отойти от подготовленного списка вопросов, хотите задать их все: от первого до последнего.
Хороший пример приводит Майкл Болтон в своем блоге. Он предложил сравнить эффективность интервью о приеме на работу в двух случаях: 1) когда у вас есть возможность задать 10 вопросов, которые вы заранее подготовили. 2) когда у вас есть всего 10 вопросов, и каждый следующий вопрос будет зависеть от ответа на предыдущий.
Во втором случае у вас есть возможность провести интервью эффективнее, потому что вы подстраиваетесь под разговор. Некоторые вопросы отпадут сами собой, другие важные вопросы возникнут.
Умение слушать – это, пожалуй, тот навык, который дается мне труднее всего. Я люблю погружаться в себя, в свою работу. При разговоре я продолжаю думать о чем-то и упускаю важную информацию. Причем не только на работе – дома меня тоже часто упрекают, что я невнимательно слушаю.
Поэтому в этом разделе мы поговорим о вещах, которые могут вам помочь:
Активном слушании (по сравнению с пассивным)
Перефразировании и прояснении деталей в процессе разговора
А также об обратной связи, которую вы даете говорящему
Активное слушание подразумевает, что вы слушаете говорящего с целью: научиться, понять, помочь, поддержать. При этом все ваще внимание сконцентрировано на говорящем.
Перефразирование – очень полезная вещь. Когда вы слушаете человека, а потом говорите ему, как вы его поняли, своими словами. Таким образом, он убеждается, что вы его правильно поняли. А вы показываете, что сказанное им для вас действительно важно.
Прояснение деталей – очень похоже на перефразирование. Если вам что-то непонятно – уточняйте.
Обратная связь – тот момент, когда вы услышали человека и можете высказать свое мнение. Не забывайте, что обратная связь должна быть честной, своевременной, и поддерживающей.
Эти и другие вопросы, связанные с коммуникациями, я прочитал в хорошей книжке Messages. Советую ее вам.
В этой книжке было упражнение: записать, насколько активно вы слушаете разных людей. Оказалось, что процент активного слушания по сравнению с пассивным у меня меньше всего на работе. Дома я слушаю лучше. Это было для меня неожиданностью, потому что я считаю себя ответственным работником.
Что мешает нам слушать?
В той же книжке приведены наиболее популярные «блоки» слушания:
1. Сравнение. Когда вы сравниваете себя с говорящим: как он ведет себя, насколько успешен, насколько хорошо одет.2. Чтение мыслей. Вы не считаете нужным слушать то, о чем говорят. Вы пытаетесь найти то, что у человека на уме. 3. Репетирование. Во время разговора вы репетируете, что скажите в свою очередь.4. Filtering. You are interested in some theme and ignore the others.5. Judging. When you have negative opinion about someone who speaks. It prevents from careful listening.6. Dreaming. You remember your personal stories related to the subject.7. Identifying. When you identify the thing you are talking with similar story from your experience.8. Advising. You start MBB taking advices very fast, without listening to the end.9. Sparring. Conversation is a fight, you defence yourself and attack the opponent. You put him down too quickly or discount yourself when hearing compliment.10. Being right. If you think you right - you will ignore critics, feedback.11. Derailing. You don't listen to something bad or boring - you change the topic.12. Placating. You want to be nice and agree with everything. But don't examine what person is really talking about.
Давайте начнем обсуждение коммуникативных навыков тим лида с проведения митингов. Думаю, это больная тема не только для меня, но и для многих из вас.
Обычно на них уходит много времени, поэтому в наших интересах – сделать их более полезными.
Как можно это сделать? Советы универсальные:
Адженда. Она должна быть. Если вы организуете митинг – постарайтесь заранее набросать план митинга и выслать его приглашенным людям. Если организатор – не вы, то попробуйте попросить его выслать адженду или просто поинтересуйтесь, что будет обсуждаться и какая информация потребуется с вашей стороны. Наверное, вам знакома ситуация, когда вас приглашают на митинг, название которого лишь намекает на его содержание.
Митинг ноутс. В процессе митинга очень полезно делать заметки – митинг ноутс. Если вы – организатор митинга, то, можно сказать, что эта ваша обязанность. Если вы – просто участник, то просто записывайте основные пункты обсуждения для себя – к тому же, это помогает сфокусироваться. Желательно добавить в митинг ноутс список экшенов, которые участники обсудили и приняли на исполнения. Каждый экшен должен быть назначен на ответственного человека. Желательно добавлять ETA для каждого экшена - хотя бы примерный. Только все эти вещи должны быть действительно обсуждены на митинге. Если вы составите список экшенов, которые на самом деле не обсуждался, и назначите сами для них даты – это будет странно и неправильно. Это вызовет только справедливое негодование.
Список участников должен быть продуман. Надо продумать, кого пригласить на митинг. Вы понимаете, что чем больше народа – тем больше времени нужно для обсуждения, и тем больше будет неорганизованности. Приглашайте только нужных людей. Если вы сомневаетесь, приглашать человека или нет – узнайте у него, хочет ли он участвовать. К тому же, в почтовых клиентах обычно есть возможность указать список обязательных участников, а также список опциональных участников. Пользуйтесь этой фичей.
Придерживаться темы митинга и адженды. Сторонние темы нужно выносить на отдельные обсуждения, поэтому не стесняйтесь направлять митинг в нужное русло, если начинается оффтоп.
Итак, давайте поговорим об устных коммуникациях для тестировщика. О том, как можно развить навыки устного общения.
Поговорим о навыках письменных коммуникаций, которые очень важны для тестера. Ведь значительная часть нашей работы связана с написанием отчетов, с описанием багов – то есть, с грамотным изложением своих мыслей на бумаге.
Поэтому - как можно развить эти навыки? Как научиться писать?
Вообще, чтобы учиться говорить – нужно говорить, чтобы научиться плавать – нужно плавать. И чтобы научиться писать – тоже нужно писать.
Крупный специалист в области разработки и тестирования – Джеральд Вейнберг, написавший более 50-ти книг, в одной из своих книг (Weinberg on Writing: The Fieldstone Method) предлагает использовать метод камней. В чем он заключается?
Вы пишете часто, периодично, накапливаете материал - кирпичики, один за одним. Потом из этих кирпичиков можно собрать дом – статью в тестерский журнал, например, или книгу. Или доклад на SQA days.
Периодичность – важное условие. Потому что после каждого перерыва – все тяжелее вернуться к этому занятию. Это касается не только навыков письма, но и спорта, скажем. Без регулярных тренировок тяжело набрать форму. Так же и с навыком писательства.
Теперь давайте перейдем от общего к частному. От развития письменных коммуникаций в целом – к заведению баг репортов.
Это целая наука. И даже искусство, я бы сказал. Баг репорт – один из основных продуктов нашей работы, поэтому мы должны стараться сделать их информативными, но в тоже время короткими, убедительными.
Хорошие материалы по заведению багов содержатся в курсе BBST BugAdvocacy:
http://www.testingeducation.org/BBST/bugadvocacy/
Этот курс покрывает не только непосредственное заведение багов, но и исследования, которые нужно провести, чтобы понять важность бага, найти его самое сильное проявление.
Вот, например, несколько советов из этого курса непосредственно по заведению багов:
Используйте разные способы мотивации заинтересованных лиц. Как мы знаем, качество – это ценность для определенного человека. Поэтому разные люди заинтересованы в разных критериях качества. При заведении бага думайте о том, как мотивировать конкретного стейкхолдера (заинтересованного лица) на то, чтобы баг был исправлен. К разным людям нужны разные подходы. Чтобы добиться исправления бага, недостаточно его исследовать и описать, нужно его описать в мотивационном для стейкхолдера / стейкхолдеров ключе. Например, для программиста мотивирующим будет баг, который делает вызов его профессионализму (исправлю его или не исправлю – интересно!). Для проджект менеджера важным будет баг, на который жалуется постоянный и крупный пользователь. И так далее.
Используйте источники информации, которые имеют вес в вашей компании. Старайтесь опираться на мнения людей, мнение которых важно. Почаще используйте мнения пользователей. Подкрепляйте свои баг репорты фактами сравнения с конкурентами, ссылками на документацию и другие доверительные источники.
Заводите баги в нейтральном тоне, избегайте эмоций. Злость и агрессия по отношению к разработчику или автору документации не должна отражаться в баг репорте, даже если вы испытываете эти чувства. Сохраняйте нейтралитет.
На этой диаграмме я постарался наглядно показать, какие коммуникативные навыки у тестера и тим лида совпадают. Но у тим лида эти навыки получают большее развитие – ему, как правило, приходится больше и интенсивнее коммуницировать.
Это не говорит о том, что, например, тестер не должен уметь мотивировать и проводить митинги эффективно. Нет. Просто тим лиду нужно быть более искусным и опытным во владении этими навыками.
Например, такой навык, как обратная связь, тим лиду приходиться использовать чаще. Тестер в основном выдаёт фидбэк разработчикам, а тим лид – и своей команде тоже.