SlideShare a Scribd company logo
1 of 46
QA Fest 2017
СпецвыпуСк MythBusters для
начинающего QA-Менеджера
Andrey Pavlov
T-Systems RUS, Saint-Petersburg
overview
Разрушаем мифы:
 Микроменеджмент - это нормально
 Проекту требуется, чтобы люди работали в
overtime
 Ты можешь руководить любым количеством
тестировщиков
 Я могу рассчитывать работу исходя из
времени, которое люди проводят на работе
 Я должен решать проблемы команды за них
 Я могу придумать, как другие люди будут
делать свою работу
Idea:
About me
June
Ex-Developer
В IT более 10 лет
5 из них в тестировании
Test Team Lead @ T-Systems
linkedin.com/in/qapavlov
ru.apavlov@gmail.com
Disclaimer
June
Все события и герои вымышлены.
Любые совпадения с реальными
личностями случайны.
Myth 1: МикроМенеджМент - это норМально
June
Елена
QA-менеджер
Олег
Тестировщик
Привет, Олег! Как дела с тем багом?
Я еще не закончил…
Myth 1: МикроМенеджМент - это норМально
June
Ну, я должна знать, когда ты закончишь. Ты ведь
используешь именно тот подход, что мы обсудили?
Мы не обсуждали подход вообще.
Может быть, ты хочешь сделать это сама?!
Может быть, я могу вам помочь?
Елена
QA-менеджер
Олег
Тестировщик
Павел
Руководитель направления
Myth 1: МикроМенеджМент - это норМально
June
Это было бы здорово!
Елена
QA-менеджер
Олег
Тестировщик
Павел
Руководитель направления
Myth 1: МикроМенеджМент - это норМально
June
Окей, расскажи мне, что случилось.
Елена не дает мне делать мою работу! И это касается
не только этого бага.
Мне нужно время подумать!
Олег
Тестировщик
Павел
Руководитель направления
Myth 1: МикроМенеджМент - это норМально
June
А что значит, что это касается не только
данного бага?
Она всегда думает, что знает все лучше других.
Когда я говорю ей, что мне нужна помощь, она
отвечает, что когда она была тестером, то ей с такими
задачами никто не помогал.
Олег
Тестировщик
Павел
Руководитель направления
Myth 1: МикроМенеджМент - это норМально
June
Ладно, думаю, что сегодня у меня будет минутка
поговорить об этом с Леной.
Олег
Тестировщик
Павел
Руководитель направления
Myth 1: МикроМенеджМент - это норМально
Менеджеры должны учиться делегировать!
Если вы были одним из лучших технических специалистов, и были повышены до менеджера, вам
однозначно придется научиться, как делегировать задания.
Люди хотят чувствовать себя ответственными за свою собственную работу. Люди хотят и добиваться
успеха и терпеть неудачу самостоятельно.
Если вы объясните людям, зачем вы этого хотите, ваши сотрудники это сделают.
Myth 1: МикроМенеджМент - это норМально
Myth 2: Ты можешь руководиТь любым количесТвом
ТесТировщиков!
June
Иван
QA-менеджер
Екатерина
Test Team Lead
Катя, через две недели я добавлю еще троих
тестировщиков в твою команду.
Подожди! Нам нужно это обсудить.
Мне нужно нанять троих тестировщиков? Зачем?
Myth 2: Ты можешь руководиТь любым количесТвом
ТесТировщиков!
June
Иван
QA-менеджер
Екатерина
Test Team Lead
Нет-нет!
Я переведу троих тестировщиков из команды Олега.
Я хотел бы, чтобы ты ими руководила.
Если ты добавишь мне еще трех человек, я не буду в
состоянии руководить ими.
У меня не будет времени.
Myth 2: Ты можешь руководиТь любым количесТвом
ТесТировщиков!
Каково разумное число людей, которыми может управлять QA-менеджер?
Как с любыми сложными вопросами, ответ, разумеется: “Это зависит от…”.
Если вы уже менеджер, вы знаете, что вполне возможно руководить командой в восемь-девять
сотрудников. Как только вы пытаетесь управлять больше чем девятью людьми, вам приходится
искать дополнительное время, чтобы встретиться с людьми и обсудить их работу.
Это говорит о том, что пора посмотреть на конфигурацию команды и спросить, можно ли
делегировать больше ответственности другим, например, тим-лидам? Однако, не нужно забывать,
что и у них есть предел максимального количества сотрудников и вряд ли он больше, чем ваш.
Myth 2: Ты можешь руководиТь любым количесТвом
ТесТировщиков!
Myth 3: Я могу рассчиТываТь рабоТу исходЯ из
времени, коТорое люди проводЯТ на рабоТе
June
Алексей
Тестировщик
Ольга
Тестировщица
Ты слышала новую глупость, которую придумал наш
QA-менеджер Андрей?
Нет. Какую?
Myth 3: Я могу рассчиТываТь рабоТу исходЯ из
времени, коТорое люди проводЯТ на рабоТе
June
Алексей
Тестировщик
Ольга
Тестировщица
Мы должны заполнить тайм-шиты. Он хочет знать,
сколько времени мы реально проводим на работе.
Чем больше времени, тем лучше.
Ну, кажется, это не сложно.
Myth 3: Я могу рассчиТываТь рабоТу исходЯ из
времени, коТорое люди проводЯТ на рабоТе
June
Алексей
Тестировщик
Ольга
Тестировщица
Да. Но это глупость. Я не понимаю, почему он думает,
что может измерить нашу продуктивность по тому
времени, которое мы тратим здесь.
У всех бывают неудачные дни, когда работа просто
“не идет”.
Ну, у меня конечно, тоже бывают такие дни.
Хорошо, как мы можем обратить внимание Андрея на
его ошибку?
Myth 3: Я могу рассчиТываТь рабоТу исходЯ из
времени, коТорое люди проводЯТ на рабоТе
June
Алексей
Тестировщик
Ольга
Тестировщица
Возможно, стоит попросить его руководство
поговорить с ним. Или, возможно, мы должны сами
объяснить, что скорость работы имеет очень
небольшое отношение ко времени, проведенному на
работе.
Myth 3: Я могу рассчиТываТь рабоТу исходЯ из
времени, коТорое люди проводЯТ на рабоТе
Время – это не результат!
Когда вы используете время в качестве меры работы своих людей, вы заставляете их играть по
вашим правилам и показывать определенное поведение. Время на работе не равняется
продуктивной работе. Никогда не равнялась, и никогда не будет.
Если вы перестанете требовать обязательного нахождения на работе весь день при любых
условиях, ваши сотрудники смогут сами принимать решения относительно своих задач.
Сотрудники умственного труда работают в разном темпе в разные дни. Некоторые дни им
работается быстрее. Некоторые - медленнее. Я не скажу вам, сколько времени я писал этот доклад.
Но могу абсолютно точно заявить, что у этого процесса была неравномерная скорость. Однако
результат – законченный доклад, который вы сейчас слушаете.
Myth 3: Я могу рассчиТываТь рабоТу исходЯ из
времени, коТорое люди проводЯТ на рабоТе
Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в
overtime
June
Максим
IT – директор.
Марина
QA-менеджер
Марина, мы должны поговорить. Мне не нравится как
ты управляешь тестировщиками.
Все твои сотрудники уезжают из офиса 17:00 и 17:30!
А есть какая-то проблема с тестированием?
Насколько я знаю, на данный момент мы сделали
все, что было обговорено.
Я знаю, что тебе хотелось бы, чтобы мы делали
больше. Но мы делаем то, о чем договаривались.
В чем проблема?
Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в
overtime
June
Максим
IT – директор.
Марина
QA-менеджер
Люди уходят из офиса! В пять часов!
Нам нужен больший commitment! Нам нужно, чтобы
все в нашей лодке были готовы грести!
Что это за аллегории с бизнесом и лодками?
Они приходят к стендапу в 9:00. Вся команда
приходит к этому времени. До 17:00 работают, как
проклятые. К 17:30 они уже в полной запаре. Тебе
нужны усталые люди, которые работают над тестами
или документацией? Нет, вряд ли нужны.
Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в
overtime
June
Максим
IT – директор.
Марина
QA-менеджер
…
Хочешь знать, что я сказала сотрудникам? Я
разрешила им не задерживаться на работе, а
работать из дома, если будет желание. Это показало
отличные результаты. Почему? Поскольку люди не
утомлены. Они довольны своим временем и могут
самостоятельно им распоряжаться.
Теперь, еще раз, в чем проблема?
Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в
overtime
June
Максим
IT – директор.
Марина
QA-менеджер
Мне нужно, чтобы твоя команда выполняла больше
работы, помогала на других проектах.
Хорошо, тогда ты должен или забрать у нас часть
текущих задач, или позволить мне нанять больше
людей.
Но ты не можешь вытащить из людей больше работы.
Люди не могут думать больше.
Или тяжелее. Или быстрее.
Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в
overtime
Так в чем проблема?
Когда менеджеры просят, чтобы люди работали сверхурочно, они не думают о том, на что похож
день технического специалиста.
Когда менеджер хочет, чтобы люди работали сверхурочно, инвестировали свое время в проект и
компанию, какова реальная проблема, стоящая за этими словами?
Этот миф тесто связан с предыдущим, что менеджер хочет измерить работу тем временем которое
сотрудники тратят на работе. Когда вы не вынуждаете людей к обязательному соблюдению
рабочего времени, они прекращают заниматься бесполезной тратой времени. Они начинают
делать полезную работу, и они начинают сотрудничать. Но, только если Вы прекращаете
вмешиваться и все контролировать.
Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в
overtime
Myth 5: Я должен решаТь проблемы команды за них
June
Алексей
VP разработки
Так. Первым пунктом на нашей повестке дня мой
план относительно реорганизации нашего проекта.
Myth 5: Я должен решаТь проблемы команды за них
June
Я заметил, что некоторые проектные команды
испытывают затруднения при сотрудничестве, таким
образом, я решил, что нам нужна перестройка назад,
к функциональным командам.
О, нет, даже не думай об этом.
Это будет огромный шаг назад. Если ты это сделаешь,
я даже не знаю, что будет с проектом!
Действительно, разработка, наконец, добилась
успеха с TDD и continuous integration. Между
командами есть конфликты. Они работают над их
разрешением. Оставьте их в покое.
Какие проблемы Вы пытаетесь решить?Вера
Менеджер команды разработки
Алексей
VP разработки
Дмитрий
QA-менеджер
Myth 5: Я должен решаТь проблемы команды за них
June
На прошлой неделе я видел, как Наталья и Мария
кричали друг на друга, обсуждая последний билд.
Если мы разобьем аналитиков, разработчиков и
тестировщиков на функциональные группы, они не
будут так много ругаться, правильно?
Алексей, тестеры и разработчики наконец учатся,
как сотрудничать. Это ново для команд. Они никогда
работали так прежде. И вы должны ожидать “болезни
роста”. Позвольте им разобраться самим.
Эти люди - взрослые. Не пытайтесь решить проблемы
других людей для них. Позвольте им решить свои
проблемы самим.
Теперь, что дальше в Вашем списке на сегодняшний
митинг?Вера
Менеджер команды разработки
Алексей
VP разработки
Дмитрий
QA-менеджер
Myth 5: Я должен решаТь проблемы команды за них
Решайте проблемы на том уровне, на котором они были созданы.
Лучший способ решения проблем - когда люди с проблемой решают эту проблему. Если те люди
решают проблему слишком долго, то пора спросить, нуждаются ли они в помощи. Но главной
рекомендацией для менеджеров будет: “Позвольте, людям с проблемой решить эту проблему”.
Однако есть случаи, когда требуется помощь менеджеров. Бывает, команды или люди с проблемой
так погружены в нее, что испытывают явные затруднения при поиске решений.
Менеджеры, в данном случае, не те люди, которые должны проблему решить, но зачастую,
находясь на уровень выше, они могут яснее видеть решения.
Myth 5: Я должен решаТь проблемы команды за них
Один из способов, которыми мне нравится решать подобные проблемы, Правило Трех:
Найти одно решение проблемы – ловушка, которая с большой вероятностью заведет вас туда,
откуда будет очень сложно выбраться, хотя формально проблема может быть решена;
Найти два решения проблемы – всегда дилемма, которая оставляет после себя вопрос ”а что если
бы вы выбрали другой вариант?”;
Три же решения открывают возможности, и предоставляют нам выбор.
Myth 5: Я должен решаТь проблемы команды за них
Спросите команду, “Какая помощь вам может быть полезна от меня?” Могло случиться так, что
команда не думала о вас как о ресурсе для помощи вообще. И, тогда можно предложить ваши
варианты решения, но оставить возможность принять окончательное решение команде.
Менеджеры не должны решать проблемы команды. Они могут обеспечить обратную связь, тренинг,
ретроспективу, помощь.
Прежде чем вы возьметесь решать проблему команды, спросите себя, “Я делаю это для команды
или для себя?” Тогда Вы будете знать, что делать.
Myth 5: Я должен решаТь проблемы команды за них
Myth 6: Я могу придумаТь, как другие люди будуТ
делаТь свою рабоТу
June
Хорошо, я действительно рада, что весь менеджмент
смог сегодня собраться. Я хотела бы поговорить о
стандартизации.
Я хочу создать стандарты для наших проектов.
Анна
IT директор
Myth 6: Я могу придумаТь, как другие люди будуТ
делаТь свою рабоТу
June
Анна
IT директор
Николай
QA-менеджер
Мм, Аня, я правильно понимаю, что ты хочешь, чтобы
теперь мы поставили все свои фишки на agile?
Myth 6: Я могу придумаТь, как другие люди будуТ
делаТь свою рабоТу
June
Анна
IT директор
Николай
QA-менеджер
Почему нет?
Ну, мы не закончили наш пилотный проект, это во-
первых, и у нас нет достаточного количества денег
для обучения.
Почему тебя беспокоит, как мы работаем, пока мы
работаем эффективно?
Наша работа состоит в том, чтобы решить проблемы.
Твоя работа состоит в том, чтобы удостовериться, что
мы решаем правильные проблемы.
Myth 6: Я могу придумаТь, как другие люди будуТ
делаТь свою рабоТу
June
Анна
IT директор
Николай
QA-менеджер
Ну…
Если ты сможешь ответить, какие проблемы мы
должны решить, мы подумаем, как эти проблемы
решить.
Возможно, мы придем в выводу, что тут нам поможет
agile. Возможно – нет.
Переход на agile — или любой другой подход — не
должен происходить, просто потому что ты так
решила.
Myth 6: Я могу придумаТь, как другие люди будуТ
делаТь свою рабоТу
June
Анна
IT директор
Николай
QA-менеджер
Но я…
И почему мы должны использовать именно этот
подход? Почему мы должны быть так
стандартизированны? “Agile или смерть” для всех
проектов?
В конце концов, Аня, ты наняла меня, потому что я
могу думать. Я нанял людей, потому что они могут
думать. Кажется, пришло время дать им подумать не
только о том, что делать, но и как им делать свою
работу.
Myth 6: Я могу придумаТь, как другие люди будуТ
делаТь свою рабоТу
June
Анна
IT директор
Николай
QA-менеджер
Конечно, но…
Я говорю, к черту стандартизацию!
Все наши проекты отличаются друг от друга. И
команды в проектах, зачастую, сильно отличаются.
Почему мы должны использовать один и тот же
подход в каждом случае?
Давайте объявим нашим экспертам результаты,
которых хотим достичь и временные рамки, когда
нам нужен этот результат. Почему мы должны делать
что-то, кроме этого?
Myth 6: Я могу придумаТь, как другие люди будуТ
делаТь свою рабоТу
June
Анна
IT директор
Николай
QA-менеджер
Хорошо, давате поступим так. Если вы берете
ответственность над своими экспериментами и пока
из-за этого не начались проблемы с поставками ПО –
мы договорились
Myth 6: Я могу придумаТь, как другие люди будуТ
делаТь свою рабоТу
Стандарты дают менеджерам ложное чувство безопасности.
Когда у вас есть “стандартный” подход к проектам, или что-такое, менеджеры чувствуют, будто у них
есть чувство защищенности. Это - ложное чувство.
Когда Вы стандартизируете работу сотрудников умственного труда, вы рискуете делать работу
скучной, менее эффективной, и не ориентированной на реальную цель вашего проекта.
Работа ума и знаний уникальна и организует сама себя. Вот почему каждый проект должен искать
свой собственный подход, начинется ли это как водопад, итерационная модель, инкрементальная
или их комбинации. Нет единого правильного способа делать все проекты. Каждая проектная
группа должна решить, как и что сделать для ее собственного проекта.
Myth 6: Я могу придумаТь, как другие люди будуТ
делаТь свою рабоТу
Навязываение стандартов не дает людям думать.
Хуже того, многие стандарты пытаются касаться всех потенциальных проблем в процессе.
Навязываение стандартов не дает людям думать.
Почему мы нанимаем людей? Думать и решать проблемы. Почему тогда не хотим, чтобы люди
думали? Нет, мы хотим, чтобы люди думали и решали проблемы, является ли это проблемой в
процессе или продукте.
Мы наняли этих людей, потому что мы считаем, что они умны. И они умны. Позвольте им показать,
как они применяют свои навыки решения проблем к самому проекту, не только к их области
знаний.
Myth 5: Я должен решаТь проблемы команды за них
вопроСы
linkedin.com/in/qapavlov
ru.apavlov@gmail.com

More Related Content

What's hot

Как подготовить себе преемника?
Как подготовить себе преемника?Как подготовить себе преемника?
Как подготовить себе преемника?SQALab
 
"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile командеMichael Karpov
 
Как Повысить Продуктивность: 17 Уникальных Советов, Которые Действительно Раб...
Как Повысить Продуктивность: 17 Уникальных Советов, Которые Действительно Раб...Как Повысить Продуктивность: 17 Уникальных Советов, Которые Действительно Раб...
Как Повысить Продуктивность: 17 Уникальных Советов, Которые Действительно Раб...GanttPRO Software
 
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.CEE-SEC(R)
 
Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления пр...
Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления пр...Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления пр...
Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления пр...Valerii Kosenko
 
Business games for Agile Requirements
Business games for Agile RequirementsBusiness games for Agile Requirements
Business games for Agile RequirementsNikita Filippov
 
Jpoint 2017 - как это было (обзор конференции)
Jpoint 2017 - как это было (обзор конференции)Jpoint 2017 - как это было (обзор конференции)
Jpoint 2017 - как это было (обзор конференции)CleverDATA
 
Dima - Bulbacon Talk 2018
Dima - Bulbacon Talk 2018Dima - Bulbacon Talk 2018
Dima - Bulbacon Talk 2018Dima Korolev
 
пр Инструменты Тайм-менеджмента, которые работают
пр Инструменты Тайм-менеджмента, которые работаютпр Инструменты Тайм-менеджмента, которые работают
пр Инструменты Тайм-менеджмента, которые работаютAndrey Prozorov, CISM, CIPP/E, CDPSE. LA 27001
 
Как не надо строить команду
Как не надо строить командуКак не надо строить команду
Как не надо строить командуЮрий Кольцов
 
ук 03.010.01 2011
ук 03.010.01 2011ук 03.010.01 2011
ук 03.010.01 2011etyumentcev
 

What's hot (12)

Как подготовить себе преемника?
Как подготовить себе преемника?Как подготовить себе преемника?
Как подготовить себе преемника?
 
"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде
 
Как Повысить Продуктивность: 17 Уникальных Советов, Которые Действительно Раб...
Как Повысить Продуктивность: 17 Уникальных Советов, Которые Действительно Раб...Как Повысить Продуктивность: 17 Уникальных Советов, Которые Действительно Раб...
Как Повысить Продуктивность: 17 Уникальных Советов, Которые Действительно Раб...
 
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
Сопротивление изменениям. Как помочь команде пережить процессную трансформацию.
 
Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления пр...
Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления пр...Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления пр...
Рецензия на книгу Джеффа Сазерленда "SCRUM. Революционный метод управления пр...
 
Business games for Agile Requirements
Business games for Agile RequirementsBusiness games for Agile Requirements
Business games for Agile Requirements
 
AgileDays 2017: Особенности фасилитации больших команд
AgileDays 2017: Особенности фасилитации больших командAgileDays 2017: Особенности фасилитации больших команд
AgileDays 2017: Особенности фасилитации больших команд
 
Jpoint 2017 - как это было (обзор конференции)
Jpoint 2017 - как это было (обзор конференции)Jpoint 2017 - как это было (обзор конференции)
Jpoint 2017 - как это было (обзор конференции)
 
Dima - Bulbacon Talk 2018
Dima - Bulbacon Talk 2018Dima - Bulbacon Talk 2018
Dima - Bulbacon Talk 2018
 
пр Инструменты Тайм-менеджмента, которые работают
пр Инструменты Тайм-менеджмента, которые работаютпр Инструменты Тайм-менеджмента, которые работают
пр Инструменты Тайм-менеджмента, которые работают
 
Как не надо строить команду
Как не надо строить командуКак не надо строить команду
Как не надо строить команду
 
ук 03.010.01 2011
ук 03.010.01 2011ук 03.010.01 2011
ук 03.010.01 2011
 

Similar to QA Fest 2017.Андрей Павлов.Спецвыпуск MythBusters для начинающего QA-Менеджера

Какой у вас Agile: свежевыжатый или порошковый?
Какой у вас Agile: свежевыжатый или порошковый?Какой у вас Agile: свежевыжатый или порошковый?
Какой у вас Agile: свежевыжатый или порошковый?Stas Fomin
 
Как повысить продуктивность команды тестирования: что говорят менеджеры, а чт...
Как повысить продуктивность команды тестирования: что говорят менеджеры, а чт...Как повысить продуктивность команды тестирования: что говорят менеджеры, а чт...
Как повысить продуктивность команды тестирования: что говорят менеджеры, а чт...SQALab
 
Kак повысить продуктивность команды тестирования.Что говорят менеджеры, а что...
Kак повысить продуктивность команды тестирования.Что говорят менеджеры, а что...Kак повысить продуктивность команды тестирования.Что говорят менеджеры, а что...
Kак повысить продуктивность команды тестирования.Что говорят менеджеры, а что...Anastasiya Simanovich
 
Старт работы в Мегаплане
Старт работы в МегапланеСтарт работы в Мегаплане
Старт работы в Мегапланеglebkudr
 
тайм менеджмент для разработчика
тайм менеджмент для разработчикатайм менеджмент для разработчика
тайм менеджмент для разработчикаТатьяна Баева
 
Принципы Getting real (часть 1).Мегамозг
Принципы Getting real (часть 1).МегамозгПринципы Getting real (часть 1).Мегамозг
Принципы Getting real (часть 1).Мегамозгwisedarkness
 
Тренинг "Джедайская техника пустого инбокса" от Максима Дорофеева 24-25 сентя...
Тренинг "Джедайская техника пустого инбокса" от Максима Дорофеева 24-25 сентя...Тренинг "Джедайская техника пустого инбокса" от Максима Дорофеева 24-25 сентя...
Тренинг "Джедайская техника пустого инбокса" от Максима Дорофеева 24-25 сентя...Сергей Сичкар
 
Мифы про Project-ов, Product-ов, любимую Jira и многие темы вокруг на
Мифы про Project-ов, Product-ов, любимую Jira и многие темы вокруг на Мифы про Project-ов, Product-ов, любимую Jira и многие темы вокруг на
Мифы про Project-ов, Product-ов, любимую Jira и многие темы вокруг на Gonchik Tsymzhitov
 
Адидас навыки проведения интервью
Адидас навыки проведения интервьюАдидас навыки проведения интервью
Адидас навыки проведения интервьюConsultingEsc
 
Типичные ошибки компаний-работодателей при подборе айтишников
Типичные ошибки компаний-работодателей при подборе айтишниковТипичные ошибки компаний-работодателей при подборе айтишников
Типичные ошибки компаний-работодателей при подборе айтишниковit-people
 
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...Mikhail Galushko
 
Мини тренинг Как укомплектовать команду продаж
Мини тренинг Как укомплектовать команду продажМини тренинг Как укомплектовать команду продаж
Мини тренинг Как укомплектовать команду продажДенис Дроздов
 
Лира: Как мы строим распределенную работу с клиентами и внутри
Лира:  Как мы строим распределенную работу с клиентами и внутриЛира:  Как мы строим распределенную работу с клиентами и внутри
Лира: Как мы строим распределенную работу с клиентами и внутриArtem Akulov
 
Что я делаю каждый день: дневник креативного продюсера / Альберт Жильцов (1C ...
Что я делаю каждый день: дневник креативного продюсера / Альберт Жильцов (1C ...Что я делаю каждый день: дневник креативного продюсера / Альберт Жильцов (1C ...
Что я делаю каждый день: дневник креативного продюсера / Альберт Жильцов (1C ...DevGAMM Conference
 
тайм менеджмент
тайм менеджменттайм менеджмент
тайм менеджментsodrugestvo
 
Качество продукта через управление проектом
Качество продукта через управление проектомКачество продукта через управление проектом
Качество продукта через управление проектомОльга Павлова
 

Similar to QA Fest 2017.Андрей Павлов.Спецвыпуск MythBusters для начинающего QA-Менеджера (20)

IT-People PechaKucha
IT-People PechaKuchaIT-People PechaKucha
IT-People PechaKucha
 
Какой у вас Agile: свежевыжатый или порошковый?
Какой у вас Agile: свежевыжатый или порошковый?Какой у вас Agile: свежевыжатый или порошковый?
Какой у вас Agile: свежевыжатый или порошковый?
 
Как повысить продуктивность команды тестирования: что говорят менеджеры, а чт...
Как повысить продуктивность команды тестирования: что говорят менеджеры, а чт...Как повысить продуктивность команды тестирования: что говорят менеджеры, а чт...
Как повысить продуктивность команды тестирования: что говорят менеджеры, а чт...
 
Kак повысить продуктивность команды тестирования.Что говорят менеджеры, а что...
Kак повысить продуктивность команды тестирования.Что говорят менеджеры, а что...Kак повысить продуктивность команды тестирования.Что говорят менеджеры, а что...
Kак повысить продуктивность команды тестирования.Что говорят менеджеры, а что...
 
Старт работы в Мегаплане
Старт работы в МегапланеСтарт работы в Мегаплане
Старт работы в Мегаплане
 
Преемственность продуктов
Преемственность продуктовПреемственность продуктов
Преемственность продуктов
 
тайм менеджмент для разработчика
тайм менеджмент для разработчикатайм менеджмент для разработчика
тайм менеджмент для разработчика
 
Принципы Getting real (часть 1).Мегамозг
Принципы Getting real (часть 1).МегамозгПринципы Getting real (часть 1).Мегамозг
Принципы Getting real (часть 1).Мегамозг
 
Тренинг "Джедайская техника пустого инбокса" от Максима Дорофеева 24-25 сентя...
Тренинг "Джедайская техника пустого инбокса" от Максима Дорофеева 24-25 сентя...Тренинг "Джедайская техника пустого инбокса" от Максима Дорофеева 24-25 сентя...
Тренинг "Джедайская техника пустого инбокса" от Максима Дорофеева 24-25 сентя...
 
Мифы про Project-ов, Product-ов, любимую Jira и многие темы вокруг на
Мифы про Project-ов, Product-ов, любимую Jira и многие темы вокруг на Мифы про Project-ов, Product-ов, любимую Jira и многие темы вокруг на
Мифы про Project-ов, Product-ов, любимую Jira и многие темы вокруг на
 
Адидас навыки проведения интервью
Адидас навыки проведения интервьюАдидас навыки проведения интервью
Адидас навыки проведения интервью
 
Типичные ошибки компаний-работодателей при подборе айтишников
Типичные ошибки компаний-работодателей при подборе айтишниковТипичные ошибки компаний-работодателей при подборе айтишников
Типичные ошибки компаний-работодателей при подборе айтишников
 
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...
Записная книжка мистера Томпкинса (из книги Тома Демарко "Deadline: роман об ...
 
Stratoplan hpm career
Stratoplan hpm careerStratoplan hpm career
Stratoplan hpm career
 
Stratoplan hpm career
Stratoplan hpm careerStratoplan hpm career
Stratoplan hpm career
 
Мини тренинг Как укомплектовать команду продаж
Мини тренинг Как укомплектовать команду продажМини тренинг Как укомплектовать команду продаж
Мини тренинг Как укомплектовать команду продаж
 
Лира: Как мы строим распределенную работу с клиентами и внутри
Лира:  Как мы строим распределенную работу с клиентами и внутриЛира:  Как мы строим распределенную работу с клиентами и внутри
Лира: Как мы строим распределенную работу с клиентами и внутри
 
Что я делаю каждый день: дневник креативного продюсера / Альберт Жильцов (1C ...
Что я делаю каждый день: дневник креативного продюсера / Альберт Жильцов (1C ...Что я делаю каждый день: дневник креативного продюсера / Альберт Жильцов (1C ...
Что я делаю каждый день: дневник креативного продюсера / Альберт Жильцов (1C ...
 
тайм менеджмент
тайм менеджменттайм менеджмент
тайм менеджмент
 
Качество продукта через управление проектом
Качество продукта через управление проектомКачество продукта через управление проектом
Качество продукта через управление проектом
 

More from QAFest

QA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилин
QA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилинQA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилин
QA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилинQAFest
 
QA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The Future
QA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The FutureQA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The Future
QA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The FutureQAFest
 
QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...
QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...
QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...QAFest
 
QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...
QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...
QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...QAFest
 
QA Fest 2019. Никита Галкин. Как зарабатывать больше
QA Fest 2019. Никита Галкин. Как зарабатывать большеQA Fest 2019. Никита Галкин. Как зарабатывать больше
QA Fest 2019. Никита Галкин. Как зарабатывать большеQAFest
 
QA Fest 2019. Сергей Пирогов. Why everything is spoiled
QA Fest 2019. Сергей Пирогов. Why everything is spoiledQA Fest 2019. Сергей Пирогов. Why everything is spoiled
QA Fest 2019. Сергей Пирогов. Why everything is spoiledQAFest
 
QA Fest 2019. Сергей Новик. Между мотивацией и выгоранием
QA Fest 2019. Сергей Новик. Между мотивацией и выгораниемQA Fest 2019. Сергей Новик. Между мотивацией и выгоранием
QA Fest 2019. Сергей Новик. Между мотивацией и выгораниемQAFest
 
QA Fest 2019. Владимир Никонов. Код Шредингера или зачем и как мы тестируем н...
QA Fest 2019. Владимир Никонов. Код Шредингера или зачем и как мы тестируем н...QA Fest 2019. Владимир Никонов. Код Шредингера или зачем и как мы тестируем н...
QA Fest 2019. Владимир Никонов. Код Шредингера или зачем и как мы тестируем н...QAFest
 
QA Fest 2019. Владимир Трандафилов. GUI automation of WEB application with SV...
QA Fest 2019. Владимир Трандафилов. GUI automation of WEB application with SV...QA Fest 2019. Владимир Трандафилов. GUI automation of WEB application with SV...
QA Fest 2019. Владимир Трандафилов. GUI automation of WEB application with SV...QAFest
 
QA Fest 2019. Иван Крутов. Bulletproof Selenium Cluster
QA Fest 2019. Иван Крутов. Bulletproof Selenium ClusterQA Fest 2019. Иван Крутов. Bulletproof Selenium Cluster
QA Fest 2019. Иван Крутов. Bulletproof Selenium ClusterQAFest
 
QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...
QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...
QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...QAFest
 
QA Fest 2019. Володимир Стиран. Чим раніше – тим вигідніше, але ніколи не піз...
QA Fest 2019. Володимир Стиран. Чим раніше – тим вигідніше, але ніколи не піз...QA Fest 2019. Володимир Стиран. Чим раніше – тим вигідніше, але ніколи не піз...
QA Fest 2019. Володимир Стиран. Чим раніше – тим вигідніше, але ніколи не піз...QAFest
 
QA Fest 2019. Дмитрий Прокопук. Mocks and network tricks in UI automation
QA Fest 2019. Дмитрий Прокопук. Mocks and network tricks in UI automationQA Fest 2019. Дмитрий Прокопук. Mocks and network tricks in UI automation
QA Fest 2019. Дмитрий Прокопук. Mocks and network tricks in UI automationQAFest
 
QA Fest 2019. Екатерина Дядечко. Тестирование медицинского софта — вызовы и в...
QA Fest 2019. Екатерина Дядечко. Тестирование медицинского софта — вызовы и в...QA Fest 2019. Екатерина Дядечко. Тестирование медицинского софта — вызовы и в...
QA Fest 2019. Екатерина Дядечко. Тестирование медицинского софта — вызовы и в...QAFest
 
QA Fest 2019. Катерина Черникова. Tune your P’s: the pop-art of keeping testa...
QA Fest 2019. Катерина Черникова. Tune your P’s: the pop-art of keeping testa...QA Fest 2019. Катерина Черникова. Tune your P’s: the pop-art of keeping testa...
QA Fest 2019. Катерина Черникова. Tune your P’s: the pop-art of keeping testa...QAFest
 
QA Fest 2019. Алиса Бойко. Какнезапутаться в коммуникативных сетях IT
QA Fest 2019. Алиса Бойко. Какнезапутаться в коммуникативных сетях ITQA Fest 2019. Алиса Бойко. Какнезапутаться в коммуникативных сетях IT
QA Fest 2019. Алиса Бойко. Какнезапутаться в коммуникативных сетях ITQAFest
 
QA Fest 2019. Святослав Логин. Как найти уязвимости в мобильном приложении
QA Fest 2019. Святослав Логин. Как найти уязвимости в мобильном приложенииQA Fest 2019. Святослав Логин. Как найти уязвимости в мобильном приложении
QA Fest 2019. Святослав Логин. Как найти уязвимости в мобильном приложенииQAFest
 
QA Fest 2019. Катерина Шепелєва та Інна Оснач. Що українцям потрібно знати пр...
QA Fest 2019. Катерина Шепелєва та Інна Оснач. Що українцям потрібно знати пр...QA Fest 2019. Катерина Шепелєва та Інна Оснач. Що українцям потрібно знати пр...
QA Fest 2019. Катерина Шепелєва та Інна Оснач. Що українцям потрібно знати пр...QAFest
 
QA Fest 2019. Антон Серпутько. Нагрузочное тестирование распределенных асинхр...
QA Fest 2019. Антон Серпутько. Нагрузочное тестирование распределенных асинхр...QA Fest 2019. Антон Серпутько. Нагрузочное тестирование распределенных асинхр...
QA Fest 2019. Антон Серпутько. Нагрузочное тестирование распределенных асинхр...QAFest
 
QA Fest 2019. Петр Тарасенко. QA Hackathon - The Cookbook 22
QA Fest 2019. Петр Тарасенко. QA Hackathon - The Cookbook 22QA Fest 2019. Петр Тарасенко. QA Hackathon - The Cookbook 22
QA Fest 2019. Петр Тарасенко. QA Hackathon - The Cookbook 22QAFest
 

More from QAFest (20)

QA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилин
QA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилинQA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилин
QA Fest 2019. Сергій Короленко. Топ веб вразливостей за 40 хвилин
 
QA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The Future
QA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The FutureQA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The Future
QA Fest 2019. Анна Чернышова. Self-healing test automation 2.0. The Future
 
QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...
QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...
QA Fest 2019. Doug Sillars. It's just too Slow: Testing Mobile application pe...
 
QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...
QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...
QA Fest 2019. Катерина Спринсян. Параллельное покрытие автотестами и другие и...
 
QA Fest 2019. Никита Галкин. Как зарабатывать больше
QA Fest 2019. Никита Галкин. Как зарабатывать большеQA Fest 2019. Никита Галкин. Как зарабатывать больше
QA Fest 2019. Никита Галкин. Как зарабатывать больше
 
QA Fest 2019. Сергей Пирогов. Why everything is spoiled
QA Fest 2019. Сергей Пирогов. Why everything is spoiledQA Fest 2019. Сергей Пирогов. Why everything is spoiled
QA Fest 2019. Сергей Пирогов. Why everything is spoiled
 
QA Fest 2019. Сергей Новик. Между мотивацией и выгоранием
QA Fest 2019. Сергей Новик. Между мотивацией и выгораниемQA Fest 2019. Сергей Новик. Между мотивацией и выгоранием
QA Fest 2019. Сергей Новик. Между мотивацией и выгоранием
 
QA Fest 2019. Владимир Никонов. Код Шредингера или зачем и как мы тестируем н...
QA Fest 2019. Владимир Никонов. Код Шредингера или зачем и как мы тестируем н...QA Fest 2019. Владимир Никонов. Код Шредингера или зачем и как мы тестируем н...
QA Fest 2019. Владимир Никонов. Код Шредингера или зачем и как мы тестируем н...
 
QA Fest 2019. Владимир Трандафилов. GUI automation of WEB application with SV...
QA Fest 2019. Владимир Трандафилов. GUI automation of WEB application with SV...QA Fest 2019. Владимир Трандафилов. GUI automation of WEB application with SV...
QA Fest 2019. Владимир Трандафилов. GUI automation of WEB application with SV...
 
QA Fest 2019. Иван Крутов. Bulletproof Selenium Cluster
QA Fest 2019. Иван Крутов. Bulletproof Selenium ClusterQA Fest 2019. Иван Крутов. Bulletproof Selenium Cluster
QA Fest 2019. Иван Крутов. Bulletproof Selenium Cluster
 
QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...
QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...
QA Fest 2019. Николай Мижигурский. Миссия /*не*/выполнима: гуманитарий собесе...
 
QA Fest 2019. Володимир Стиран. Чим раніше – тим вигідніше, але ніколи не піз...
QA Fest 2019. Володимир Стиран. Чим раніше – тим вигідніше, але ніколи не піз...QA Fest 2019. Володимир Стиран. Чим раніше – тим вигідніше, але ніколи не піз...
QA Fest 2019. Володимир Стиран. Чим раніше – тим вигідніше, але ніколи не піз...
 
QA Fest 2019. Дмитрий Прокопук. Mocks and network tricks in UI automation
QA Fest 2019. Дмитрий Прокопук. Mocks and network tricks in UI automationQA Fest 2019. Дмитрий Прокопук. Mocks and network tricks in UI automation
QA Fest 2019. Дмитрий Прокопук. Mocks and network tricks in UI automation
 
QA Fest 2019. Екатерина Дядечко. Тестирование медицинского софта — вызовы и в...
QA Fest 2019. Екатерина Дядечко. Тестирование медицинского софта — вызовы и в...QA Fest 2019. Екатерина Дядечко. Тестирование медицинского софта — вызовы и в...
QA Fest 2019. Екатерина Дядечко. Тестирование медицинского софта — вызовы и в...
 
QA Fest 2019. Катерина Черникова. Tune your P’s: the pop-art of keeping testa...
QA Fest 2019. Катерина Черникова. Tune your P’s: the pop-art of keeping testa...QA Fest 2019. Катерина Черникова. Tune your P’s: the pop-art of keeping testa...
QA Fest 2019. Катерина Черникова. Tune your P’s: the pop-art of keeping testa...
 
QA Fest 2019. Алиса Бойко. Какнезапутаться в коммуникативных сетях IT
QA Fest 2019. Алиса Бойко. Какнезапутаться в коммуникативных сетях ITQA Fest 2019. Алиса Бойко. Какнезапутаться в коммуникативных сетях IT
QA Fest 2019. Алиса Бойко. Какнезапутаться в коммуникативных сетях IT
 
QA Fest 2019. Святослав Логин. Как найти уязвимости в мобильном приложении
QA Fest 2019. Святослав Логин. Как найти уязвимости в мобильном приложенииQA Fest 2019. Святослав Логин. Как найти уязвимости в мобильном приложении
QA Fest 2019. Святослав Логин. Как найти уязвимости в мобильном приложении
 
QA Fest 2019. Катерина Шепелєва та Інна Оснач. Що українцям потрібно знати пр...
QA Fest 2019. Катерина Шепелєва та Інна Оснач. Що українцям потрібно знати пр...QA Fest 2019. Катерина Шепелєва та Інна Оснач. Що українцям потрібно знати пр...
QA Fest 2019. Катерина Шепелєва та Інна Оснач. Що українцям потрібно знати пр...
 
QA Fest 2019. Антон Серпутько. Нагрузочное тестирование распределенных асинхр...
QA Fest 2019. Антон Серпутько. Нагрузочное тестирование распределенных асинхр...QA Fest 2019. Антон Серпутько. Нагрузочное тестирование распределенных асинхр...
QA Fest 2019. Антон Серпутько. Нагрузочное тестирование распределенных асинхр...
 
QA Fest 2019. Петр Тарасенко. QA Hackathon - The Cookbook 22
QA Fest 2019. Петр Тарасенко. QA Hackathon - The Cookbook 22QA Fest 2019. Петр Тарасенко. QA Hackathon - The Cookbook 22
QA Fest 2019. Петр Тарасенко. QA Hackathon - The Cookbook 22
 

QA Fest 2017.Андрей Павлов.Спецвыпуск MythBusters для начинающего QA-Менеджера

  • 1. QA Fest 2017 СпецвыпуСк MythBusters для начинающего QA-Менеджера Andrey Pavlov T-Systems RUS, Saint-Petersburg
  • 2. overview Разрушаем мифы:  Микроменеджмент - это нормально  Проекту требуется, чтобы люди работали в overtime  Ты можешь руководить любым количеством тестировщиков  Я могу рассчитывать работу исходя из времени, которое люди проводят на работе  Я должен решать проблемы команды за них  Я могу придумать, как другие люди будут делать свою работу Idea:
  • 3. About me June Ex-Developer В IT более 10 лет 5 из них в тестировании Test Team Lead @ T-Systems linkedin.com/in/qapavlov ru.apavlov@gmail.com
  • 4. Disclaimer June Все события и герои вымышлены. Любые совпадения с реальными личностями случайны.
  • 5. Myth 1: МикроМенеджМент - это норМально June Елена QA-менеджер Олег Тестировщик Привет, Олег! Как дела с тем багом? Я еще не закончил…
  • 6. Myth 1: МикроМенеджМент - это норМально June Ну, я должна знать, когда ты закончишь. Ты ведь используешь именно тот подход, что мы обсудили? Мы не обсуждали подход вообще. Может быть, ты хочешь сделать это сама?! Может быть, я могу вам помочь? Елена QA-менеджер Олег Тестировщик Павел Руководитель направления
  • 7. Myth 1: МикроМенеджМент - это норМально June Это было бы здорово! Елена QA-менеджер Олег Тестировщик Павел Руководитель направления
  • 8. Myth 1: МикроМенеджМент - это норМально June Окей, расскажи мне, что случилось. Елена не дает мне делать мою работу! И это касается не только этого бага. Мне нужно время подумать! Олег Тестировщик Павел Руководитель направления
  • 9. Myth 1: МикроМенеджМент - это норМально June А что значит, что это касается не только данного бага? Она всегда думает, что знает все лучше других. Когда я говорю ей, что мне нужна помощь, она отвечает, что когда она была тестером, то ей с такими задачами никто не помогал. Олег Тестировщик Павел Руководитель направления
  • 10. Myth 1: МикроМенеджМент - это норМально June Ладно, думаю, что сегодня у меня будет минутка поговорить об этом с Леной. Олег Тестировщик Павел Руководитель направления
  • 11. Myth 1: МикроМенеджМент - это норМально Менеджеры должны учиться делегировать! Если вы были одним из лучших технических специалистов, и были повышены до менеджера, вам однозначно придется научиться, как делегировать задания. Люди хотят чувствовать себя ответственными за свою собственную работу. Люди хотят и добиваться успеха и терпеть неудачу самостоятельно. Если вы объясните людям, зачем вы этого хотите, ваши сотрудники это сделают.
  • 12. Myth 1: МикроМенеджМент - это норМально
  • 13. Myth 2: Ты можешь руководиТь любым количесТвом ТесТировщиков! June Иван QA-менеджер Екатерина Test Team Lead Катя, через две недели я добавлю еще троих тестировщиков в твою команду. Подожди! Нам нужно это обсудить. Мне нужно нанять троих тестировщиков? Зачем?
  • 14. Myth 2: Ты можешь руководиТь любым количесТвом ТесТировщиков! June Иван QA-менеджер Екатерина Test Team Lead Нет-нет! Я переведу троих тестировщиков из команды Олега. Я хотел бы, чтобы ты ими руководила. Если ты добавишь мне еще трех человек, я не буду в состоянии руководить ими. У меня не будет времени.
  • 15. Myth 2: Ты можешь руководиТь любым количесТвом ТесТировщиков! Каково разумное число людей, которыми может управлять QA-менеджер? Как с любыми сложными вопросами, ответ, разумеется: “Это зависит от…”. Если вы уже менеджер, вы знаете, что вполне возможно руководить командой в восемь-девять сотрудников. Как только вы пытаетесь управлять больше чем девятью людьми, вам приходится искать дополнительное время, чтобы встретиться с людьми и обсудить их работу. Это говорит о том, что пора посмотреть на конфигурацию команды и спросить, можно ли делегировать больше ответственности другим, например, тим-лидам? Однако, не нужно забывать, что и у них есть предел максимального количества сотрудников и вряд ли он больше, чем ваш.
  • 16. Myth 2: Ты можешь руководиТь любым количесТвом ТесТировщиков!
  • 17. Myth 3: Я могу рассчиТываТь рабоТу исходЯ из времени, коТорое люди проводЯТ на рабоТе June Алексей Тестировщик Ольга Тестировщица Ты слышала новую глупость, которую придумал наш QA-менеджер Андрей? Нет. Какую?
  • 18. Myth 3: Я могу рассчиТываТь рабоТу исходЯ из времени, коТорое люди проводЯТ на рабоТе June Алексей Тестировщик Ольга Тестировщица Мы должны заполнить тайм-шиты. Он хочет знать, сколько времени мы реально проводим на работе. Чем больше времени, тем лучше. Ну, кажется, это не сложно.
  • 19. Myth 3: Я могу рассчиТываТь рабоТу исходЯ из времени, коТорое люди проводЯТ на рабоТе June Алексей Тестировщик Ольга Тестировщица Да. Но это глупость. Я не понимаю, почему он думает, что может измерить нашу продуктивность по тому времени, которое мы тратим здесь. У всех бывают неудачные дни, когда работа просто “не идет”. Ну, у меня конечно, тоже бывают такие дни. Хорошо, как мы можем обратить внимание Андрея на его ошибку?
  • 20. Myth 3: Я могу рассчиТываТь рабоТу исходЯ из времени, коТорое люди проводЯТ на рабоТе June Алексей Тестировщик Ольга Тестировщица Возможно, стоит попросить его руководство поговорить с ним. Или, возможно, мы должны сами объяснить, что скорость работы имеет очень небольшое отношение ко времени, проведенному на работе.
  • 21. Myth 3: Я могу рассчиТываТь рабоТу исходЯ из времени, коТорое люди проводЯТ на рабоТе Время – это не результат! Когда вы используете время в качестве меры работы своих людей, вы заставляете их играть по вашим правилам и показывать определенное поведение. Время на работе не равняется продуктивной работе. Никогда не равнялась, и никогда не будет. Если вы перестанете требовать обязательного нахождения на работе весь день при любых условиях, ваши сотрудники смогут сами принимать решения относительно своих задач. Сотрудники умственного труда работают в разном темпе в разные дни. Некоторые дни им работается быстрее. Некоторые - медленнее. Я не скажу вам, сколько времени я писал этот доклад. Но могу абсолютно точно заявить, что у этого процесса была неравномерная скорость. Однако результат – законченный доклад, который вы сейчас слушаете.
  • 22. Myth 3: Я могу рассчиТываТь рабоТу исходЯ из времени, коТорое люди проводЯТ на рабоТе
  • 23. Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в overtime June Максим IT – директор. Марина QA-менеджер Марина, мы должны поговорить. Мне не нравится как ты управляешь тестировщиками. Все твои сотрудники уезжают из офиса 17:00 и 17:30! А есть какая-то проблема с тестированием? Насколько я знаю, на данный момент мы сделали все, что было обговорено. Я знаю, что тебе хотелось бы, чтобы мы делали больше. Но мы делаем то, о чем договаривались. В чем проблема?
  • 24. Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в overtime June Максим IT – директор. Марина QA-менеджер Люди уходят из офиса! В пять часов! Нам нужен больший commitment! Нам нужно, чтобы все в нашей лодке были готовы грести! Что это за аллегории с бизнесом и лодками? Они приходят к стендапу в 9:00. Вся команда приходит к этому времени. До 17:00 работают, как проклятые. К 17:30 они уже в полной запаре. Тебе нужны усталые люди, которые работают над тестами или документацией? Нет, вряд ли нужны.
  • 25. Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в overtime June Максим IT – директор. Марина QA-менеджер … Хочешь знать, что я сказала сотрудникам? Я разрешила им не задерживаться на работе, а работать из дома, если будет желание. Это показало отличные результаты. Почему? Поскольку люди не утомлены. Они довольны своим временем и могут самостоятельно им распоряжаться. Теперь, еще раз, в чем проблема?
  • 26. Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в overtime June Максим IT – директор. Марина QA-менеджер Мне нужно, чтобы твоя команда выполняла больше работы, помогала на других проектах. Хорошо, тогда ты должен или забрать у нас часть текущих задач, или позволить мне нанять больше людей. Но ты не можешь вытащить из людей больше работы. Люди не могут думать больше. Или тяжелее. Или быстрее.
  • 27. Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в overtime Так в чем проблема? Когда менеджеры просят, чтобы люди работали сверхурочно, они не думают о том, на что похож день технического специалиста. Когда менеджер хочет, чтобы люди работали сверхурочно, инвестировали свое время в проект и компанию, какова реальная проблема, стоящая за этими словами? Этот миф тесто связан с предыдущим, что менеджер хочет измерить работу тем временем которое сотрудники тратят на работе. Когда вы не вынуждаете людей к обязательному соблюдению рабочего времени, они прекращают заниматься бесполезной тратой времени. Они начинают делать полезную работу, и они начинают сотрудничать. Но, только если Вы прекращаете вмешиваться и все контролировать.
  • 28. Myth 4: проекТу ТребуеТсЯ, чТобы люди рабоТали в overtime
  • 29. Myth 5: Я должен решаТь проблемы команды за них June Алексей VP разработки Так. Первым пунктом на нашей повестке дня мой план относительно реорганизации нашего проекта.
  • 30. Myth 5: Я должен решаТь проблемы команды за них June Я заметил, что некоторые проектные команды испытывают затруднения при сотрудничестве, таким образом, я решил, что нам нужна перестройка назад, к функциональным командам. О, нет, даже не думай об этом. Это будет огромный шаг назад. Если ты это сделаешь, я даже не знаю, что будет с проектом! Действительно, разработка, наконец, добилась успеха с TDD и continuous integration. Между командами есть конфликты. Они работают над их разрешением. Оставьте их в покое. Какие проблемы Вы пытаетесь решить?Вера Менеджер команды разработки Алексей VP разработки Дмитрий QA-менеджер
  • 31. Myth 5: Я должен решаТь проблемы команды за них June На прошлой неделе я видел, как Наталья и Мария кричали друг на друга, обсуждая последний билд. Если мы разобьем аналитиков, разработчиков и тестировщиков на функциональные группы, они не будут так много ругаться, правильно? Алексей, тестеры и разработчики наконец учатся, как сотрудничать. Это ново для команд. Они никогда работали так прежде. И вы должны ожидать “болезни роста”. Позвольте им разобраться самим. Эти люди - взрослые. Не пытайтесь решить проблемы других людей для них. Позвольте им решить свои проблемы самим. Теперь, что дальше в Вашем списке на сегодняшний митинг?Вера Менеджер команды разработки Алексей VP разработки Дмитрий QA-менеджер
  • 32. Myth 5: Я должен решаТь проблемы команды за них Решайте проблемы на том уровне, на котором они были созданы. Лучший способ решения проблем - когда люди с проблемой решают эту проблему. Если те люди решают проблему слишком долго, то пора спросить, нуждаются ли они в помощи. Но главной рекомендацией для менеджеров будет: “Позвольте, людям с проблемой решить эту проблему”. Однако есть случаи, когда требуется помощь менеджеров. Бывает, команды или люди с проблемой так погружены в нее, что испытывают явные затруднения при поиске решений. Менеджеры, в данном случае, не те люди, которые должны проблему решить, но зачастую, находясь на уровень выше, они могут яснее видеть решения.
  • 33. Myth 5: Я должен решаТь проблемы команды за них Один из способов, которыми мне нравится решать подобные проблемы, Правило Трех: Найти одно решение проблемы – ловушка, которая с большой вероятностью заведет вас туда, откуда будет очень сложно выбраться, хотя формально проблема может быть решена; Найти два решения проблемы – всегда дилемма, которая оставляет после себя вопрос ”а что если бы вы выбрали другой вариант?”; Три же решения открывают возможности, и предоставляют нам выбор.
  • 34. Myth 5: Я должен решаТь проблемы команды за них Спросите команду, “Какая помощь вам может быть полезна от меня?” Могло случиться так, что команда не думала о вас как о ресурсе для помощи вообще. И, тогда можно предложить ваши варианты решения, но оставить возможность принять окончательное решение команде. Менеджеры не должны решать проблемы команды. Они могут обеспечить обратную связь, тренинг, ретроспективу, помощь. Прежде чем вы возьметесь решать проблему команды, спросите себя, “Я делаю это для команды или для себя?” Тогда Вы будете знать, что делать.
  • 35. Myth 5: Я должен решаТь проблемы команды за них
  • 36. Myth 6: Я могу придумаТь, как другие люди будуТ делаТь свою рабоТу June Хорошо, я действительно рада, что весь менеджмент смог сегодня собраться. Я хотела бы поговорить о стандартизации. Я хочу создать стандарты для наших проектов. Анна IT директор
  • 37. Myth 6: Я могу придумаТь, как другие люди будуТ делаТь свою рабоТу June Анна IT директор Николай QA-менеджер Мм, Аня, я правильно понимаю, что ты хочешь, чтобы теперь мы поставили все свои фишки на agile?
  • 38. Myth 6: Я могу придумаТь, как другие люди будуТ делаТь свою рабоТу June Анна IT директор Николай QA-менеджер Почему нет? Ну, мы не закончили наш пилотный проект, это во- первых, и у нас нет достаточного количества денег для обучения. Почему тебя беспокоит, как мы работаем, пока мы работаем эффективно? Наша работа состоит в том, чтобы решить проблемы. Твоя работа состоит в том, чтобы удостовериться, что мы решаем правильные проблемы.
  • 39. Myth 6: Я могу придумаТь, как другие люди будуТ делаТь свою рабоТу June Анна IT директор Николай QA-менеджер Ну… Если ты сможешь ответить, какие проблемы мы должны решить, мы подумаем, как эти проблемы решить. Возможно, мы придем в выводу, что тут нам поможет agile. Возможно – нет. Переход на agile — или любой другой подход — не должен происходить, просто потому что ты так решила.
  • 40. Myth 6: Я могу придумаТь, как другие люди будуТ делаТь свою рабоТу June Анна IT директор Николай QA-менеджер Но я… И почему мы должны использовать именно этот подход? Почему мы должны быть так стандартизированны? “Agile или смерть” для всех проектов? В конце концов, Аня, ты наняла меня, потому что я могу думать. Я нанял людей, потому что они могут думать. Кажется, пришло время дать им подумать не только о том, что делать, но и как им делать свою работу.
  • 41. Myth 6: Я могу придумаТь, как другие люди будуТ делаТь свою рабоТу June Анна IT директор Николай QA-менеджер Конечно, но… Я говорю, к черту стандартизацию! Все наши проекты отличаются друг от друга. И команды в проектах, зачастую, сильно отличаются. Почему мы должны использовать один и тот же подход в каждом случае? Давайте объявим нашим экспертам результаты, которых хотим достичь и временные рамки, когда нам нужен этот результат. Почему мы должны делать что-то, кроме этого?
  • 42. Myth 6: Я могу придумаТь, как другие люди будуТ делаТь свою рабоТу June Анна IT директор Николай QA-менеджер Хорошо, давате поступим так. Если вы берете ответственность над своими экспериментами и пока из-за этого не начались проблемы с поставками ПО – мы договорились
  • 43. Myth 6: Я могу придумаТь, как другие люди будуТ делаТь свою рабоТу Стандарты дают менеджерам ложное чувство безопасности. Когда у вас есть “стандартный” подход к проектам, или что-такое, менеджеры чувствуют, будто у них есть чувство защищенности. Это - ложное чувство. Когда Вы стандартизируете работу сотрудников умственного труда, вы рискуете делать работу скучной, менее эффективной, и не ориентированной на реальную цель вашего проекта. Работа ума и знаний уникальна и организует сама себя. Вот почему каждый проект должен искать свой собственный подход, начинется ли это как водопад, итерационная модель, инкрементальная или их комбинации. Нет единого правильного способа делать все проекты. Каждая проектная группа должна решить, как и что сделать для ее собственного проекта.
  • 44. Myth 6: Я могу придумаТь, как другие люди будуТ делаТь свою рабоТу Навязываение стандартов не дает людям думать. Хуже того, многие стандарты пытаются касаться всех потенциальных проблем в процессе. Навязываение стандартов не дает людям думать. Почему мы нанимаем людей? Думать и решать проблемы. Почему тогда не хотим, чтобы люди думали? Нет, мы хотим, чтобы люди думали и решали проблемы, является ли это проблемой в процессе или продукте. Мы наняли этих людей, потому что мы считаем, что они умны. И они умны. Позвольте им показать, как они применяют свои навыки решения проблем к самому проекту, не только к их области знаний.
  • 45. Myth 5: Я должен решаТь проблемы команды за них