суббота, 27 июня 2015 г.

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

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

Технико-тактические характеристики:
Год издания: 2014 (Добрая книга)
Страниц: 432
Скорость чтения - выше среднего
Время на прочтение:  8-10 часов
Полезность - выше среднего

Менеджерская книга о методах и технике переговоров и ведения борьбы за перехват и удержание управления. Для тест-менеджеров, тест-лидов и тестировщиков. Помогает побеждать и избегать борьбы, где она не нужна.

Автор - Владимир Тарасов, разрабатывал системы управления в СССР в 70-80х, в 1984 году открыл первую школу бизнеса в СССР - Таллиннскую школу менеджеров.

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

Цельной технологии перехвата и удержания управления в книге нет. Есть "список приемов", которые предлагает автор. Только теория. Практика отрабатывается в управленческих поединках (примкнуть к клубу Управленческих поединков, если нет в городе - организовать).

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

В клубах управленческих поединков в игровых условиях, участники тренируются управлять и вести переговоры. Участники в форме "активного диалога" выступают в определенных ролях в заданной конфликтной ситуации. Игроки ведут переговоры к достижению своей цели. Победу игрока комментируют (дают обратную связь игрокам) и определяют судьи. 

Второй вариант тренировки навыка - "Мысленный эксперимент". Если у вас завтра встреча, переговоры, потратьте сегодня 10-15 минут на мысленную отработку плана действий, используйте приемы из книги.

В книге "Технология управления" 3 части. В каждой части 40-70 глав на 1-2 страницы каждая. Каждая глава - притча с поучительным выводом. Напоминает басни Крылова, в которых вывод содержится в последних 2 строках. Четких рекомендаций "делай так и не делай иначе" в книге нет,  как и в сборнике по единоборствам: есть набор приемов, но выбор приема зависит от контекста.

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

Я не боюсь того, кто изучает 10 000 различных ударов. Я боюсь того, кто изучает один удар 10 000 раз. (с) Брюс Ли
Для борьбы лучше в совершенстве освоить один прием, чем теоретически знать пятьдесят. (с) Владимир Тарасов

Перейдем к содержанию. Часть первая, "Картина мира" - о субъективном представлении о мире. Картина мира изменяется в результате событий, которые происходят в жизни. Автор советует позаботиться об адекватности собственной картины мира - отделить "твердое от пустого". Адекватная картина мира включает адекватные представления о картинах мира других участников ситуации.

Мне понравились приемы как проверить других людей. Пример: чтобы проверить объект, вы просите проверить псевдообъект. Вы проверяете, составил ли сотрудник отчет (объект). Если вы спросите прямо, то ответ "да" будет машинальным. Спросите метрику из отчета, которую вы знаете. Например, сколько открытых багов (псевдообъект - который нельзя проверить, если не посмотреть в объект - отчет).
Еще один практический пример - "нагружение ответственностью" - задайте сотруднику такую мотивацию, чтобы он проверял для вас так добросовестно, как и для себя.

Перепрыгнуть пропасть на 98% и на 100% - не одно и то же!
Вовремя раздружиться не менее важно, чем вовремя подружиться. 
Максимально приближайтесь к оленю: пробуйте сами, разговаривайте с первоисточником сами, сами пересчитывайте, когда это не требует много времени.
Признак правильного решения - попутно решает ряд других проблем. Признак неправильного решения - вроде решил одну проблему, но породил ряд других.
Избегайте этических компромиссов.

Часть вторая, "Структура поведения". О поведении, стереотипах в сознании и ролях, которые исполняет человек. Автор дает определение управленческой, позиционной борьбе, говорит о видах борьбы и как можно перевести один вид борьбы в другой:
  • борьба за прошлое - бессмысленна
  • борьба за настоящее - особо жестокая, из-за необратимости результатов.
  • борьба за будущее - с помощью небольших ограничений и усилий в настоящем получить значительный результат в будущем.

Бедность происходит от перетаскивания мертвых грузов. (с) Генри Форд.
Понимание ролевого распределения между партнерами, чистый и точный переход от роли к роли - основа успеха в управленческой борьбе.
Эффективность приема зависит от трех частей: захват, тело приема, фиксация.
Эмоции ловко подменяют нам цель на похожую, но нам не нужную. Когда же мы твердо держим цель, исчезают и эмоции.

Часть третья, "Основные приемы и стратагемы". Состоит из 36 приемов для практики. Рекомендую выбрать ~5 приемов, подумать, когда они пригодятся в практике. Затем потренируйте мысленные эксперименты "по ролям" с выбранными приемами.

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

Вывод. Легкая в прочтении книга в форме притчей-приемов управленческой борьбы из жизни с выводами. Книга теоретическая, помните о практике. Для практики работает принцип "лучше меньше, но качественнее". Полезна тестировщикам, тест-лидам и менеджерам чтобы расширить арсенал переговоров и решения конфликтов.

вторник, 23 июня 2015 г.

Книжная полка. Келли Макгонигал "Сила воли. Как развить и укрепить"

Продолжаю пополнять Книжную полку в июне. Вслед за Майклом Уоткинсом "Первые 90 дней" - книгой о переходе на новую должность - я расскажу о книге Келли Макгонигал "Сила воли. Как развить и укрепить".
Келли Макгонигал "Сила воли. Как развить и укрепить" на oz.by
Технико-тактические характеристики:
Год издания: 2012
Страниц: 312
Формат: 145*215мм
ISBN: 978-5-91657-382-4
Скорость чтения - выше среднего
Время на прочтение:  4,5 - 6 часов
Полезность - высокая

Книга о силе воле, которой нам не хватает. Келли Макгонигал читает курс "Наука о силе воли" в Стэнфорде в программе дополнительного образования. Из курса и опыта студентов, которые делились с автором достижениями в понимании собственного поведения  и укреплении силы воли, родилась книга.

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

Сначала автор предлагает читателю выбрать одно испытание силы воли: сформулировать одну мысль "я буду", "я не буду" или "я хочу", а затем применять предложенные идеи и стратегии к испытанию. Келли Макгонигал советует использовать мировоззрение ученого и пробовать идеи на практике.

Так как книга строится на материалах 10-недельного образовательного курсе для студентов, автор предлагает два способа чтения книги:
  1. Читать одну главу в неделю и пробовать один способ самоконтроля из прочтенной главы.
  2. Читать книгу целиком, запомнить наиболее интересное. Вернуться к книге, когда готовы действовать.
Я выбрал второй подход: читал книгу по 15-20 страниц каждый день и параллельно пробовал идеи на практике. Мой спортивный эксперимент "я буду каждый день заниматься спортом" удался благодаря книге "Силе воли". Запланировал новое испытание, которое проведу по конспекту.

Каждая глава состоит из:
  • множества (по 1-2 на каждую страницу) примеров из жизни на тему главы,
  • 2-3 заданий "Под микроскопом" на анализ прошедших событий,
  • 2-3 заданий "Эксперименты" на работу с испытанием силы воли,
  • резюме на 1-2 абзаца,
  • конспекта главы на полстраницы - страницу.
Книга последовательная, структурная и мотивирующая, читается легко. Примеры и задания запоминающиеся.  Рекомендую "Силу воли" как настольную книгу: must-read для чтения + иногда обращаться к заданиям и прокачивать силу воли.

Топ экспериментов для работы с силой воли, которые у меня сработали:
  1. отслеживание волевых решений в течение дня и анализ (глава 1)
  2. пятиминутная медитация (глава 1)
  3. отслеживать взлеты и падения силы воли (глава 3)
  4. проверять обещание награды - соответствует ли реальность обещаниям мозга? (глава 5)
  5. установить обязательства для будущего "я" - принимать решения заранее и на расстоянии, сделать чтобы приходилось сложнее принимать будущие решения, дрессировать будущее "я" (глава 7)
  6. отправить сообщение будущему "я" с помощью сервиса www.futureme.org (глава 7) - я применил на год - ссылка на пост в ФБ
Перейдем к главам книги.

Первая глава "Что такое сила воли и почему она важна". Об истории развития силы воли, ее месте в мозге, проблеме двух рассудков - самоконтроле и "импульсивном я", правилах силы воли.

Самообладание - управление тремя силами: "я буду", "я не буду" и "я хочу", и оно помогает вам достичь целей.
Чтобы победило высшее "я", нужно укреплять системы самосознания и самоконтроля.
Мозг - как жаждущий знаний ученик - поразительно чутко реагирует на любой опыт.

Вторая глава - "Инстинкт силы воли". Рассказывает о двух угрозах - реакция на стресс "бей или беги" и "пирожное на витрине". Вторая угроза - ненастоящая, чтобы избежать ее, используйте подход "остановись и спланируй". Автор приводит подходы снижения стресса.

Все, что снижает стресс и заботится о здоровье: спорт, крепкий сон, здоровая пища, минуты с друзьями и семьей, медитация - пополняет телесный резерв силы воли.
Наиболее ощутимо улучшают настроение и снижают стресс пятиминутные, а не часовые упражнения.
Силу воли увеличивает подлинный физический и умственный труд.

Третья глава - "Почему самоконтроль похож на мышцу". Задача - тренировать силу воли. Самоконтроль ограничен (напоминает Максима Дорофеева - "2 ситуации, когда люди хотят личной эффективности: кончилось время и кончился мозг"). Мозг, чтобы избежать истощения, экономит силы и сигнализирует об усталости. Сила воли укрепляется маленькими упражнениями каждый день, выберите которое вам понравится.

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

Четвертая глава - "Разрешение на грех". Не попадайте в ловушку, когда вы поработаете над силой воли, а потом решаете себе дать "награду" - расслабиться (пример - диета в течение недели и "подарок - торт"). Составив список дел, мы считаем задачу выполненной, хотя цель - выполненные дела, а не длинный список.

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

Пятая глава - " Величайший обман мозга: почему мы принимаем желание за счастье".  О мозговых процессах, когда мозг замечает награду. О магазинных трюках, чтобы обойти нашу силу воли.

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

Шестая глава - "Как раскаяние подталкивает нас к соблазну". Подталкивают раскаяние и стресс: мы ищем надежду и защиту в том, что обещает награду.

Мозг особенно восприимчив к соблазнам, когда нам грустно.
Эффект "какого черта" состоит из цикла поблажек, сожаления и еще больших поблажек.
При самокритике устойчиво снижается интерес к делу и ухудшается самоконтроль.
Прощение, а не вина, помогает вернуться в нужное русло.

Седьмая глава - "Будущее на продажу: экономика сиюминутных наслаждений".  Начинается с эксперимента самоконтроля для шимпанзе и людей. Вывод - шимпанзе ждали больше вознаграждения в 72 процентах случаев. Люди - в ... 19 процентах. Дальше автор разбирает, почему так происходит. Еще один запомнившийся эксперимент: студенты в будущем приписывали себе в 2 раза больше, а "за того парня" - в 4 раза больше обязательств, чем себе в настоящем.

Ограниченная рациональность: мы выбираем краткосрочное, безотлагательное удовольствие, только когда оно у нас под носом. 
Наша системка подкрепления не умеет реагировать на будущие блага.
Если "раз и навсегда" кажется вам слишком суровым волевым испытанием, давайте себе 10-минутную отсрочку, чтобы укрепить самоконтроль.
Когда мы думаем о себе в настоящем и будущем, то задействуем разные области мозга.

Глава восьмая - "Заразно! Почему сила воли заразительна". Самоконтроль заразен в обе стороны: если у человека полнел друг, риск того, что он сам получит ожирение, взмывал на 71 процент. Важна душевная связь с человеком. Это пример социального доказательства из книги Роберта Чалдини "Психология влияния".

Глава девятая - "Не читайте эту главу: пределы силы "Я не буду". Эксперимент "не думать о белой обезьяне" - люди размышляли об обезьяне больше, чем когда не пытались себя контролировать или когда думали о ней намеренно. Выход: сдаться, перестать командовать переживаниями, и тогда вы обретете контроль над поступками.

Задачу "не думать" мозг разбивает на две части: первая направляет прочь от запретной мысли, вторая ищет в мыслях, чувствах или действиях запретное содержание.
Думать что вы можете сделать, а не что делать нельзя. "Я не буду" превращается в "я буду".

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

суббота, 20 июня 2015 г.

Книжная полка. Майкл Уоткинс "Первые 90 дней."

Сегодня на Книжной полке книга Майкла Уоткинса "Первые 90 дней".
Технико-тактические характеристики:
Год издания: 2013 (Манн-Иванов-Фербер)
Страниц: 288
Скорость чтения - выше среднего
Время на прочтение:  5-6 часов
Полезность -высокая

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

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

Книга - персональный 90-дневный план из 10 задач. Каждая задача рассматривается в отдельной главе. Каждая глава состоит из примера из жизни сотрудника  (в 7 из 10 глав пример "fail-story"), рекомендаций автора как избежать подобной ловушки, вывода и списка контрольных вопросов.

Я рекомендую прочитать переходящим на новую должность и продолжающим работать на старой. Рекомендации и советы автора работают и для вас. Мне понравилось, что книга
  • структурная - главы разбиты на практические понятные рекомендации
  • последовательная - картина процесса адаптации на новой должности раскрывается постепенно. Главы объединяются друг с другом и дают целостную картину
  • ровная - нет "проходных" и выпадающих из авторской идеи глав.
  • практическая - содержит рабочие примеры и рекомендации из серии "бери и используй"

Больше всего мне понравились инструменты из книги, которые я использую:
  • модель STaRS (глава 3)
  • волны изменений и планирование волн (глава 4)
  • правило пяти бесед (глава 5)
  • карта влияния (глава 8)
Рекомендую читать книгу с первой до последней главы. Я читал по одной главе в день (не каждый день), чтобы обдумать идеи и попробовать. Книга не "водянистая", но язык автора (или перевода, не знаю) суховатый, я бы упростил некоторые формулировки (что и делал в конспекте ниже).

Пройдем по каждой главе книги.

Глава первая - "Личное продвижение". Говорит, почему важно быть психологически готовым к переходу, как и почему сосредоточиться на требованиях новой ситуации. Включает мышление в рамках новой должности, планирование первого дня - недели - месяца - трех месяцев, оценку слабых и сильных сторон, обучение и пересмотр сети контактов.

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

Во второй главе "Ускорение процесса обучения" автор говорит о неспособности учиться но новой должности, как выделить лучшие из доступных источников информации (внутренних и внешних), изучении культуры компании (символы, нормы и убеждения)

Обучение во время адаптации в новой должности циклично: вначале ваша программа обучения состоит из вопросов, но по мере того как вы будете узнавать больше, вы начинаете выдвигать свои гипотезы о том, что происходит и почему.
Как не оказаться под влиянием того, что вам скажут первые 2-3 коллеги? Придерживаться в ходе бесед одного и того же "сценария" и задавать 5 основных вопросов.

Третья глава - "Выбор стратегии, соответствующей ситуации". Рассказывает о модели STaRS-ситуации, придуманную автором. Майкл Уоткинс выделяет 4 типа ситуации - стартап, выход из кризиса, реорганизация, стабильный успех. В зависимости от ситуации, в которой вы оказались, вы выбираете стратегию: больше наступления или больше защиты + больше обучения или больше действия (матрица 2*2). Напоминает типы руководителей по Адизесу. Автор выделяет четыре направления профессионального развития:
  1. Развитие управленческих функций
  2. Международный опыт
  3. Подготовка к переломным моментам в карьерном росте
  4. Опыт управления в бизнес-ситуациях STaRS

Парадокс вознаграждения: самая наградоемкая ситуация - выход из кризиса, наименьшая достойная вознаграждения - реорганизация.

Четвертая глава - "Первые победы". "Плотная" глава по количеству полезных мыслей. Включает ловушки для неосторожных лидеров, определение стратегических задач (включает бизнес-приоритеты и изменение поведения, первостепенные задачи), рассказывает как обеспечить первые победы и руководить переменами.
Мне понравились волны изменений - сначала закрепляем результат малыми победами (краткосрочные улучшения), затем переходим к стратегии, структуре и накоплению знаний (для фундаментальной перестройки). Интенсивность волн зависит от STaRS-ситуации компании.

Победы на раннем этапе - ключ к быстрому завоеванию авторитета.
В адаптационный период нельзя одновременно гнаться за двумя зайцами.
Лидер должен видеть самые спелые и низко висящие фрукты - потенциальные возможности краткосрочных улучшений в деятельности организации.
Как только мнение о вас укрепится, его потом сложно изменить.
Прямолинейный подход "запланируй и внедри" работает когда вы уверены, что есть осведомленность, диагноз, концепция, план и поддержка.

Пятая глава - "Обсуждение успеха". О необходимости активно обсуждать (=определять "правила игры") с боссом достигнутые успехи, какие главные принципы работы с начальником. Мне понравилось правило "пяти бесед" - последовательные диалоги о бизнес-ситуации, об ожиданиях, стиле взаимодействия, ресурсах, личном развитии. В каждой из пяти бесед автор рассказывает о принципах и целях.

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

Шестая глава - "Выравнивание". О проблеме, когда составляющие компании работают несогласованно, и необходимо выравнивать самые проблемные участки. Определите несоответствия и выровняйте стратегию, структуры, системы, компетенции и культуру и "замкнуть контур".

Стратегия определяет, что ваша организация будет делать, но главным образом - что она делать не будет.
Самое сложное - предложить значительные изменения стратегии в ситуации реорганизации.

Глава седьмая - "Формирование команды". О ловушках, оценке команды, установке критериев, реструктуризации и установке новых командных процессов.

Ни один лидер не может достичь ничего в одиночку.
Избегайте явных "строительных мероприятий до тех пор, пока у вас не сложится та команда, которая вам нужна.
В течение первых 30-60 дней необходимо выяснить, кто есть кто.
Как можно раньше встретьтесь один на один с каждым членом своей новой команды.
Система средств поощрений: выбор средств мотивации, соотношение материальных и нематериальных способов поощрения, что поощряется больше: индивидуальные или коллективные достижения.

Глава восьмая - "Создание коалиций", как помогают сети влияния и неформальные связи между коллегами. Как определить сторонников, оппонентов и сомневающихся и работать с ними. Примеры убеждений похожи на примеры из "Психологии влияния" Чалдини. Мне понравился инструмент "Карта влияния" - схема из руководителей и зависимостей между ними, кто на кого влияет.

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

Глава девятая - "Сохранение равновесия". Когда вы переходите на новую должность, вы неуверены, что выводит из равновесия. Автор предлагает тест из семи утверждений, каждое утверждение сигнализирует об одной из семи опасностей нарушения равновесия, которые автор раскрывает.
Автор дает "три кита собственной эффективности":
  1. Применяйте стратегии успеха - рекомендации предыдущих восьми глав
  2. Повышайте самодисциплину. Перечень аспектов: планируйте планирование, не торопитесь брать на себя обязательства, оставьте время для выполнения важной работы, "выходите на балкон", обратите внимание на процесс, занимайтесь самоанализом, определяйте, когда остановиться.
  3. Создайте свою личную систему поддержки - о порядке в семье и создании прочной сети советчиков и консультантов.
Глава десятая - "Содействуйте всем". Автор советует помогать, установив в организации универсальную модель перехода на новые должности.

Для помощи в адаптации автор дает ссылку на сайт с инструментами самодиагностики -  http://www.harvardbusinessonline.com

Оптимальный уровень стресса считается по закону Йеркса-Додсона.

Вывод. Книга must-read, практическая и работающая. Для тех, кто переходит в новую должность, но полезна и "продолжающим работать". Автор дает практические инструменты, которые можно сразу применять. Читается легко, рекомендую периодически обращаться к рекомендациям в книге.

четверг, 18 июня 2015 г.

SQA Days-17. Обзор второго дня конференции

Был вечер первого дня, и было афтепати, и наступил второй день конференции SQA Days.

Как и в обзоре первого дня конференции, каждому докладу я поставил оценку за мастерство докладчика+презентацию и оценку за содержание доклада, принятой в шкале в  голосовании SQA Days: 1 балл - отлично, 0 баллов - хорошо. Минусы я не ставил. В обзор я дополнительно включаю доклады, которые я посмотрел на репетиции докладов SQA Days, состоявшейся благодаря встрече минского QA Club 23 мая.

Топ ожидаемых записей докладов, которые я пропустил (положительные отзывы коллег):

Никита Налютин "Миграция JIRA - безобразие или безрассудство"

(+1 докладчик и презентация, 0 содержание доклада)
Доклад о миграции Джиры непривычного без бороды Никиты Налютина. Организационно-технический доклад, полезный администратору и тестировщику, если вдруг на него возложат почетные обязанности с организацией и контролем переезда. Впечатляют сроки переезда для большой компании: планировалось 4 месяца, по факту 1... год. О_о
  • Переезд Джиры в маленькой и средней компании линейный (последовательно финансы и закупки, железо+софт, пользователи) и прогнозируемый
  • В миграции участвует команда от администратора JIRA до отделов закупок и информационной безопасности

Алена Дашкевич "Улучшить KPI в два раза? Сделано!"

(+1 докладчик и презентация, +1 содержание доклада)

Доклад о тест-менеджменте и оптимизации процессов. Success story на проекте с командой в 150 человек, из них 50 тестировщиков. Целевой KPI для улучшения - часы тестирования на story points. При первом замере KPI =4.31 часа (тестирование - узкое место), после оптимизации - 1.29. Советы Алены - готовый чеклист для улучшений на проекте - анализируй для проекта и применяй:
  • Метрики нужны не только для менеджеров, но и для себя, чтобы понимать проект мертв или жив
  • Заказчик делает демо-сессии, которые выкладываются в базу знаний и помогает с расстановкой приоритетов
  • Чеклисты вместо тест-кейсов (уточнить формат, степень детализации, содержание, цвета, специфические данные)
  • Второй монитор: в одном смотрим приложение, во втором - пишем чек-лист
  • CI и установка сборки
  • Тестовые данные - автоматизированные скрипты для создания
  • Работа с багами: общие правила создание, объединение по причинам, избегание дубликатов - проектный чат, в котором тестировщики обсуждают, заведен ли такой баг
  • Анализ багов и ошибок пользователя, причин пропущенных багов
  • Митинги - оптимизация, внедрение best practices, которые сработали у подкоманд, ретроспективы
  • Полезные метрики для оптимизации: количество багов заказчика на 1 story point, количество раундов тестирования для фич (больше 2 - надо разбираться)

Александр Сербул "Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные камни и надводные скалы"

(+1 докладчик и презентация, 0 содержание доклада)

Докладчик сразу удивил страшной схемой (на фото) и образностью языка: "UML написан кровью" "менеджмЕнт" "менеджер - волшебник Изумрудного города". Докладчик и его стиль напомнили Евгения Гришковца. Слайды переполнены информацией, объем рассказа перекрывал вдвое время доклада. И Александру не хватило времени, чтобы все рассказать. Доклад получился несбалансированным: интересные "облачные" вещи смешались с очевидными процессными ходами и лирическими отступлениями. Улучшение доклада - оставить самое интересное о cloud и выкинуть известное, о чем говорили и написали. Похожий метод проходил с докладом моего коллеги Сергея Остапенкова "Обеспечение качества - практические советы" на SQA Days-15.

Александр Стельмах "Все твои ходы записаны"

(+1 докладчик и презентация, +1 содержание доклада)

Саша - мой коллега, эксперт в мобильном тестировании и организатор Mobile Testing Community в Минске. Саша рассказал о примерах из жизни, сборе аналитики в мобильных приложениях, ее типах, о причине паранойи пользователей и как учитывать в тестировании.
  • "Гугл вы разрешили и попросили отслеживать вашу геолокацию. Недалеко ушел и Apple. Лучше проявил себя Windows Phone: он в Windows манере спрашивает: вы точно хотите, чтобы за вами следили?"
  • Samsung и LG отсылают личную информацию и следят за вами в IPTV
  • NSA взломало сим-карты Gemalto
  • Virus Shield для Android - "пустышка"
  • Сканер пальца взламывается по фото
  • Определение пин-кода по взгляду
Сбор аналитики приносит пользу:
  • Парк устройств из статистики пользования
  • Тестовые сценарии навигации по экранам
  • Сбои приложения

Екатерина Засухина "Маленькое кладбище багов"

(+1 докладчик и презентация, 0 содержание доклада)

Блиц доклад о четырех уроках из жизни Екатерины в тестировании. Познавательный доклад для новичков.
  • "Если что-то ломалось дважды, то оно неотвратимо сломается в третий раз"
  • "Самое эффективное средство как для мотивации, так и для демотивации – личный пример"
  • "Тестовые площадки могут не соответствовать продакшну"
  • "Все инциденты нужно рассматривать не только с точки зрения быстрого устранения проблемы, но и с позиции «как не позволить проблеме повториться»"

Александр Мартинович "Как методы естественных наук могут помочь в тестировании"

(+1 докладчик и презентация, +1 содержание доклада)

Заслуженный "бронзовый призер" конференции: за харизму и подачу доклада. Нестандартный подход к тестированию через эксперименты сэра Шерингтона с образом, который видит  сознание, получая разную информацию левого и правого глаза. Советы Александра:
  • Не щадите черные ящики
  • Мысленные эксперименты не стоят ничего: сначала представьте, как вы тестируете - потом тестируйте
  • Инструменты важны - устройте свою лабораторию
  • Провоцируйте коллег на критику - чтобы сделать работу лучше

Антон Капитаненко "ССР или Сколько Стоит Ретроспектива?"

(+1 докладчик и презентация, +1 содержание доклада)
Антон рассказал об оптимизации ретроспектив в распределенных командах из 15-20 человек. Оптимизации считались из баланса "стоимость возможных улучшений VS стоимость потерь" и применялись на этапах ретроспективы.

Александр Уланов ""Дедуктивный метод тестировщика". Ищем баги анализируя статистику"

(+1 докладчик и презентация, +1 содержание доклада)

На примере проекта - Музыка в Одноклассниках - Александр рассказал, как статистика помогла найти трудноуловимые баги. Александр отслеживает следующие показатели: клики по разделам, количество прослушиваний, музыкальных событий, жалоб, просмотров видео. Cобирается и сравнивается почасовая статистика в соседние дни и анализируются случаи, если аномальная разница в одни и те же часы соседних дней.

Иванна Мельник "Мотивация - 36.6° Или MTWH как термометр определения температуры мотивации"

(+1 докладчик и презентация, +1 содержание доклада)

Иванна рассказала об инструменте отслеживания мотивации MTWH (Mood Tools Work Horizon). Сначала менеджер анализирует сотрудника по 4 параметрам по пятибальной шкале:
  • Mood - с каким настроением человек пришел на работу
  • Tool - технический уровень знаний
  • Work - насколько человеку нравится то, что он делает и хорошо ли он выполняет работу
  • Horizon - перспективы, какой следующий шаг по карьерной лестнице
Затем собственные  оценки менеджер "сравнивает" (ВАЖНО - не рассказывает) свои субъективные оценки с ожиданиями сотрудника и делает выводы и следующие шаги.

Анна Винькова "Тестирование тестировщиков. Нейрофидбэк в QA"

(0 докладчик и презентация, +1 содержание доклада)
Анна рассказала об исследования внимания тестировщиков при работе. Анна использовала гаджет для ЭЭГ мозга, который считывал электрическую активность докладчика по четырем мозговым ритмам: альфа, бета, дельта, тетта. Бета ритм отвечает за внимание, альфа - за релаксацию, частота сердечных сокращений - показатель тревожности. При помощи специальных упражнений на тренажере тренируется внимание.

Андрей Ладутько "Как оценить процесс тестирования на проекте"

Мой доклад как делать аудит тестирования на проекте не проверкой на соответствие требованиям стандарта, а приносить реальную пользу проекту с помощью анализа конкретной проблемы и треугольника "цена-качество-ресурсы". Я рассказал о подводных булыжниках внутреннего аудита, перечислил модели аудитов и перешел к пошаговому процессу аудита. Во второй части доклада мы решали с аудиторией практические задачи - анализировали запросы на действующих проектах и выдвигали гипотезы при анализе багов.

Спасибо аудитории за активное участие на исходе второго дня, за вопросы и положительные отзывы в блогах (Рома Шейко, Андрей Мясников)! Я рад, что доклад получился. Но далек от мысли, что доклад прошел идеально: жду видеозаписи и буду смотреть, над чем еще нужно работать.

На этом обзор двух дней докладов конференции заканчивается. В следующем посте я поделюсь общими мыслями и идеями по конференции. Лета, и оставайтесь с Qastugama!

      SQA Days-17. Обзор первого дня конференции.

      После дня тренингов Рекса Блэка ("Risk Based Testing") и Пола Геррарда наступил первый день конференции SQA Days.

      Сегодня я расскажу только о докладах первого дня конференции. О докладах второго дня и об общем впечатлении о конференции я расскажу отдельными постами. В обзор я дополнительно включаю доклады, которые я посмотрел на репетиции докладов SQA Days, состоявшейся благодаря встрече минского QA Club 23 мая.

      Мой топ-3 докладов первого дня конференции:
      Мой топ-3 ожидаемых записей докладов, которые я пропустил (положительные отзывы коллег):
      Перехожу к докладам в хронологическом порядке. Каждому докладу я поставил оценку за мастерство докладчика+презентацию и оценку за содержание доклада, принятой в шкале в  голосовании SQA Days: 1 балл - отлично, 0 баллов - хорошо. Минусы я не ставил: докладчики готовились, старались.

      Сергей Атрощенков "Моделирование угроз для приложений"

      (+1 докладчик и презентация, +1 содержание доклада)

      Первый доклад - и сразу сложный выбор между докладчиками: Рекс Блэк эстимировал в секции А, а Игорь Бондаренко рассказывал о безопасности мобильных приложений в секции С. Но в моем рейтинге победил Сергей Атрощенков, и вот почему:
      • рекомендация Игоря Бондаренко, он член ПК и докладчик 8 конференций SQA Days, из них - 5 докладов по безопасности
      • формат мастер-класса - взаимодействие со слушателями и запоминание лучше, чем в формате лекции
      • близкая мне тема (работал над моделированием угроз за неделю до конференции)
      Сергей рассказал об угрозах, проблемах с безопасностью, и моделировании угроз. Затем Сергей перешел к модели STRIDE и составляющим, построению диаграммы угрозы и применению к ней STRIDE, и об обработке угроз. И на десерт - рассказ о бесплатной Microsoft Threat Modelling Tool 2014 - она автоматически генерирует на основе построенной модели угрозы и отчеты по мненомонике STRIDE.

      Соглашусь с отзывом Алексея Виноградова, что времени 40 минут на мастер-класс - мало и не достаточно для полноценного мастер-класса: 20 минут ушло на введение и "разогрев" аудитории в неспешном темпе, а вторые 20 минут - информационно плотные и быстрые.Но есть презентация и запись доклада, рекомендую к просмотру и работе со ссылками и тулой.
      • Модель STRIDE в формате Mind Map - здесь

      Paul Gerrard "How to Test the Internet of Everything"

      (+1 докладчик и презентация, +1 содержание доклада)

      Пол Геррард подготовил красочный футуристичный рассказ о будущем, которое ждет нас через 10-20 лет, - Internet of Everything, или Интернет Всего. Это тысячи взаимодействующих статических, мобильных устройств и приборов (сенсоры, автомобили, автобусы, электроинструменты в домах, больницах, на работе), взаимодействующих между собой и интегрированных в сотни сервисов и платежных систем. Возникают проблемы тестирования IoE, о которых говорил Пол Геррард и сделал прогнозы, как будут решать эти проблемы тестировщики через 20 лет:
      • Области развития для тестировщика IoE: непрерывная доставка (Continuous Delivery), DevOps, автоматизация и компьютерная симуляция;
      • Как эмулировать функциональное тестирование, интеграцию и взаимодействие тысяч приборов и сотен сервисов
      • Тестирование производительности, нагрузочное и стресс-тестирование
      • Тестирование сетей, тестирование безопасности на различных уровнях
      • Тестирование Big Data: логистика, визуализация, backup / recovery
      • Новая модель тестирования - описание здесь 
      • "Automation will not make testing easy, it will make testing possible"
      Тестовая стратегия IoE:
      • Тест-дизайн на основе паттернов, использование оракулов
      • Использование сильно отличающихся тестовых окружений: от моделирования окружения дома до города
      • Программы для тестирования будут включать автоматизированную поддержку
      • Большинство компонент будет тестироваться через API, web и другие сервисы

      Rex Black "Case Studies in Success with Free Test Tool"

      (+1 докладчик и презентация, 0 содержание доклада)
      Рекс Блэк рассказал об успешном опыте внедрения бесплатных инструментов тестирования у заказчиков, с которыми он работает. Ключевая мысль доклада - "free tools are not free in terms of time", или на бесплатный инструмент мы тратим время, которое не бесплатно. Рекс Блэк рассмотрел бесплатные инструменты автоматизации пользовательского интерфейса, тестирования производительности, веб-сервисов, динамического и статического анализа, непрерывной интеграции, модульного тестирования, тест-дизайна, скриптовые инструменты.

      Блэк не рассказал о бесплатных инструментах для управления тестированием, а на мой вопрос ответил, что "there is no data about test management tools". :(

      Хотя новых инструментов и открытий по используемым тулам я не услышал, но доклад мне понравился. Если вас интересуют бесплатные инструменты  - посмотрите доклад.
        • Для выбора инструмента GUI-автоматизации надо знать бизнес-контекст + посчитать ROI (разработка + сопровождение).
        • Платная версия SoapUI содержит те же проблемы, что и бесплатная.
        • Инструменты статического анализа показывают, что код написан синтаксически правильно, но не показывают, что код работает правильно.
        • Скриптовые инструменты - слишком много инструментов и языков -> "Вавилонская башня".
        • Лучше дописать готовый опенсорсный инструмент, чем писать самому инструмент с нуля.

        Vojtech Barta "QA as responsibility of Whole Team"

        (+1 докладчик и презентация, +1 содержание доклада)
        Как метко заметила Рина Ужевко, "правильный доклад". Войцех рассказал как строить тестирование в Agile - "you cannot test quality in, you need to build it in". "Зубры" Геррард и Блэк задали высокую планку уровню докладов и ожиданиям слушателей от последующих докладчиков в секции А, но Войтех справился. Мне понравились и ответы на вопросы, они дали почувствовать практический, а не только теоретический опыт докладчика.
        • All projects are based on Statement of Work (SOW), but it is hard to push to make the process real later in the project
        • You need to have clear exit criteria
        • There is no (dedicated) test phase in Agile
        • Expectation agreements are important during
        • Customer is ready to be involved whenever is needed
        • Teach customers acceptance testing, but do not do instead of them

        Юрий Малый "Monthly Operations Review"

        (+1 докладчик и презентация, +1 содержание доклада)

        Доклад о метриках и истории внедрения сначала на один проект, затем - на 4 других. Сборник универсальных метрик для проекта. Доклад легко воспринимается, на каждую метрику Юра приводит графики из рабочих проектов. Но чтобы собирать много метрик, вам нужно время и аппрув начальства. Если времени не хватает, собирайте там, где у вас "болит" (чтобы не тратить время и фокус) и подумайте об автоматизации сбора метрик.
        Метрики, которые привел Юра, - burndown chart, velocity chart, hours of work, detailed activity trend (время на работы - development, testing, bugfix, meeting e t.c. - по спринтам), fault density (количество багов по компонентам), root cause category (причины багов), test case pass rate, test case quality coverage rate, automation efficiency, communication matrix.

        Олег Коледа "Качественное тестовое задание? Без проблем!"

        (+1 докладчик и презентация, +1 содержание доклада)

        Блиц-доклад с примером технического тестового задания для миддлов и сеньоров. Задание - найти все ссылки на странице и составить список ссылок с ответами (HTTP response), которые они генерируют при нажатии. Тем, кто не видел доклад, рекомендую сначала скачать и попробовать пройти тестовое задание, которое составил Олег. (Спойлер) Чтобы найти все ссылки, вам понадобится знание html, firebug, обфускации, умение читать код и проверить ссылки в четырех браузерах.

        Анастасия Симанович "Как повысить продуктивность команды тестирования: что говорят менеджеры, а что тестировщики "

        (0 докладчик и презентация, +1 содержание доклада)

        Блиц-доклад для начинающих менеджеров, в тройке лучших докладов конференции по содержанию. Состоит из трех частей: проблемы взаимодействия в команде тестирования, текучка кадров и качества идеального подчиненного и руководителя. Информация и мысли правильные, но доклад и слайды перегружены: 20 минут мало для того объема материала, который собрала Анастасия. Чтобы составить портрет идеального руководителя глазами подчиненного и наоборот, Настя провела опрос коллег и проранжировала результаты в карте памяти.
        • Что нужно тестировщику (по убыванию важности): творчество - зарплата - отличная команда - перспективы роста;
        • Идеальный тестировщик глазами руководителя (по убыванию): ответственный, коммуникабельный, самостоятельный, желает развиваться в профессии, талант к выявлению неисправностей, помимо своей работы помогает другим;
        • Идеальный руководитель глазами тестировщика (по убыванию): грамотно руководит, вдохновляющий лидер, коммуникабельный и заинтересованный в своей команде, заботится о команде и развитии каждого, четко и понятно ставит задачи, выполняет организационные функции;

        Наталья Руколь "Грабли тестировщика"

        (+1 докладчик и презентация, 0 содержание доклада)
        Доклад в формате "story telling" или 4 истории из жизни Натальи Руколь. Опыт и подача Наташи - на уровне "зубров". Главная идея доклада - "не бойтесь ошибаться, выходить из зоны комфорта - иначе не вырастете". Плюс начальное знакомство с алгоритмом и техниками решения проблем. В уровне сложности доклада я бы поставил одну звездочку, а не две.
        • Алгоритм обработки проблем: принятие, ответственность, поддержка, поиск причины, поиск решения
        • Процессы и техники решения проблем: опросы, метрики, кайзен, теория ограничений, 5 почему, кружки качества, бережливое производство.

        Артём Рогудеев "О процессе интеграции на примере крупнейшего провайдера CAS в России"

        (0 докладчик и презентация, 0 содержание доклада)
        Сложный для восприятия доклад. Когда добавят запись - я пересмотрю доклад и возможно, поменяю оценку. Неконтрастные слайды в секции С едва читались, докладчик выступал первый раз на конференции, терминология (например, под интеграционным тестированием имелось ввиду системное интеграционное тестирование) - в итоге я понял процесс как тестируют CAS (Conditional Access System или система условного доступа), но итоговую картинку не сложил.

        Екатерина Гайнутдинова "Делегирование. Повышаем шансы на исполнение."

        (+1 докладчик и презентация, 0 содержание доклада)

        Доклад Кати (как и доклад Наташи Руколь) по сложности не на две звездочки, а на одну. Катя рассказала о делегировании, сформулировала и объяснила с примерами 4 правила делегирования: сформулировать описание, указать принадлежность, выбрать страховку и установить точки контроля.

        Роман Иовлев "Micro Model based testing"

          (+1 докладчик и презентация, 0 содержание доклада)

          О "тестирование на основе моделей, которое не так уж страшно", рассказывал и показывал пример Алексей Баранцев на конференции SQA Days-15. Роман рассказал об эволюции автоматизированного тестирования от автотестов и Page Object к BDD и тестированию состояний. Затем на примере Роман показал оптимизацию тест-кейса и перешел к генерации модели из тестов. Недостатки MBT - долгий первый результат и дополнительная поддержка модели - Роман предлагает решить с помощью перехода не к большим моделям, а к микромоделям, которые наглядны, понятны. Но есть две проблемы MBT:
          • Нет Open-source инструментов, а платные - дорогие и сложные в освоении
          • "Продать" заказчику MBT еще сложнее, чем продать BDD, ROI которого тоже еще надо обосновать в каждом конкретном проекте. Так что пока интерес к MBT чисто технический.
          Первый день закончился, вечером ждало afterparty и второй день конференции, на который я шел с докладом. Но это уже другая, не менее интересная история. Продолжение следует. Лета, и оставайтесь с Qastugama!

          >>продолжить чтение о докладах во второй день конференции


          вторник, 16 июня 2015 г.

          Тренинг Рекса Блэка "Risk Based Testing"

          В январе я узнал две новости, которые зарядили май двумя события из разряда "must visit". Первая - в Минск снова едет конференция SQA Days! В 2012 году в Минске я впервые побывал на SQA Days-12 и выступил с докладом. Вторая - на конференцию приедут с докладами Рекс Блэк и Пол Джеррард! Но встал вопрос выбора, чей мастер-класс выбрать. И, как в 2008-м, когда я купил черную книгу "Ключевые процессы тестирования" (единственная книга Блэка, переведенная на русский язык), так и спустя 7 лет, я выбрал мастер-класс Risk Based Testing.

          Тренинг оказался полезным и познавательным. Новички ознакомились с техникой тестирования, основанной на рисках. Продвинутые систематизировали знания по технике, зададут практические вопросы из опыта на своем проекте. Опытные и преподаватели увидели вживую, как преподает Рекс Блэк и почерпнули полезные "фишки" для себя.

          Конспект не претендует на полный сборник идей и мыслей, прозвучавших на тренинге. Для знакомства с техникой Risk Based Testing (RBT), дополнительно рекомендую источники:
          Каждый участник получил ссылки на запись курса и сборник материалов для ревью и пересмотра. Курс состоял из 6 частей:
          1. Определение Risk Based Testing (далее - RBT)
          2. Идентификация рисков, связанных с качеством
          3. Сбор и оценка рисков
          4. Кейс-стади по RBT
          5. Как формализировать или наоборот, увеличить точность RBT
          6. Интеграция RBT в жизненный цикл разработки и тестирования
          В первой части Рекс Блэк говорил о невозможности полного тестирования (как и Сэм Канер в курсе BBST: Foundations), определениях риска, quality and project risks, RBT и его преимуществах.

          Риск - вероятность негативного результата (>0% и <100%)
          Один человек не может знать все риски, но вместе с командой вы можете выделить большинство рисков. Вывод: не пытайтесь собрать все риски в одиночку.

          Как организовать сбор рисков? Рекс Блэк предлагает серию митингов-брейнстормов "1-на-1" с заинтересованными лицами ("технарями" и "бизнесом") продолжительностью 90-120 минут каждый.

          Вторая часть тренинга - идентификация рисков. Используйте фреймворки для обнаружения и классификации рисков (по аналогии с фазой тест-дизайна - чит-листы), содержащие список возможных рисков: чек-листы рисков, риски из старого стандарта качества ISO 9126 и нового стандарта ISO 25000 и другие. Пример категорий списка рисков Рекса Блэка - здесь.

          Для каждой категории рисков назначается ответственный исполнитель и список тестов, которые отвечают за риск. "Граничный" риск, который попадает в две категории, делится на 2-3 риска так, чтобы каждый выделенный риск попал в отдельную категорию.

          Quality risk -> test
          Project risk -> manage, not test

          В третьей части тренинга мы говорили о сборе и оценке рисков.

          Анализ quality risks приводит к трем побочным продуктам, которые нужно собрать: проектные риски (ответственный - менеджер проекта), дефекты во входной документации (ответственный - бизнес-аналитик) и предположения, сущности (issues) и вопросы (ответственный - разработчик).

          Каждый риск оценивается по двум параметрам: вероятность (Likelihood) и влияние (Impact). Есть много шкал для оценки параметров, самая распространенная - пятибальная: от 1 (наиболее вероятно) до 5 (очень маловероятно). Важно, чтобы все участники проекта:
          • знали и понимали критерии каждого балла в принятой шкале
          • при оценке риска предполагали типовой, а не наихудший сценарий (пример с порезанным пальцем)
           More "risky" features in agile must be delivered first (as early as possible).

          Для оценки риска (RPN - risk priority number, номер приоритета риска) вероятность и влияние перемножаются и полученные произведения ранжируются. Риски с наименьшим произведением - самые важные. Для оценки необходимого количества тест-кейсов для каждого риска используется практический метод: от 20 для рисков с RPN = 1-2 до 0 для рисков с RPN = 16-25 (один из примеров, количество тест-кейсов зависит от проекта).

          В четвертой части тренинга мы разбирали практический пример оценки рисков на реальном проекте: от анализа quality risks до "выравнивания рисков" (если риски "сваливаются" на начало или конец прямой RPN от 1 до 25).

          Пятая часть тренинга рассказывает о возможных оптимизациях стратегии Risk Based Testing: формулы для эстимаций тестирования, таблица приоритетов рисков, failure mode and effect analysis (FMEA).

          В шестой части тренинга Рекс Блэк говорил о применении RBT для последовательных и итеративных циклов разработки и для процесса тестирования (рассматривался generic test process, описание которого дается в ISTQB - Planning, Analysis, Design, Implementation, Execution, Evaluating exit criteria and Reporting, Closure).

          RBT is ideal for sequential lifecycle.
          In iterative lifecycle, you need to prioritize Bug Fix VS feature development.

          Для каждой фазы процесса тестирования Рекс Блэк приводил графики и примеры оценки рисков. Например, на фазе дизайна - процент покрытия рисками с течением времени (похожа на диаграмму покрытия тест-кейсами продукта), на фазе выполнения тестов - круговые диаграммы с процентами рисков от наиболее до наименее вероятных, и для каждого процента рисков - круговая диаграмма со статусом тест-кейсов (Passed, Failed, Not Run).

          И на десерт - еще одна практическая часть, работа с требованиями "почти реального" проекта. И автографы для желающих и фотография с Рексом Блэком на память.

          Тренинг прошел быстро и продуктивно: прошло 8 часов, и за окном светило уже вечернее солнце. А мы, вооружившись методом Risk Based, готовились применить полученные знания на практике и встретиться с Рексом Блэком завтра, уже на первом дне SQA Days. Но это уже другая, не менее интересная история. Продолжение следует. Лета, и оставайтесь с Qastugama!


          понедельник, 1 июня 2015 г.

          Рубрика "ПочитайQA". Полезные ссылки за май-2015

          Всем привет!

          Вот и прошел мой самый любимый месяц в году - май. Позади День Рождения, участие в сессии Weekend testing 05: Тестирование белого ящика, тренинг Рекса Блэка и конференция SQA Days в Минске. О конференции и тренинге я расскажу в июне в блоге, а пока делюсь слайдами моего доклада со второго дня SQA Days  "Как оценить процесс тестирования на проекте":



          В мае я сделал обзор Макса Дорофеева "Джедайская техника пустого инбокса", прошедший в апреле в Минске, добавил на книжную полку 3 книги:
          В июне добавлю обзор еще двух книг, следите за блогом!

          Перехожу к постоянной рубрике "ПочитайQA"- сборке полезных ссылок, свежих новостей и открытий с интернет-ресурсов за прошедший месяц май.

          Разбиение ссылок традиционное:
          QA Quality Assurance. Обеспечение качества, контроль качества, тестирование. Заинтересовавшие меня статьи по профильной теме за месяц.
          STU Studying, образование и самообразование, обучение.
          GA Gamification. Геймификация тестирования, обучения, управления - составляющих Qastugama.
          MA Management and leadership - управление командой, людьми, лидерство. Составляющие Management.
          +
          Books - обзоры прочитанных и/или рекомендованных книг.
          +
          Other - "сборный раздел". То, что не относится к предыдущим четырем темам, но то, чем я хотел бы с вами поделиться.
          +
          Bonus.Fun. - (не)серьезно о тестировании, об IT и не-IT.

          Quality Assurance.


          Test Automation.

          Management.

          До встречи в июне, оставайтесь с Qastugama!