Книжная полка. Rex Black, Leo van der Aalst, James L. Rommens "The Expert Test Manager"

Сегодня на книжной полке будет профильный обзор книги по тест-менеджменту, которую я рассматриваю не как этап для подготовки к экзамену ISTQB Expert Level Test Management, а как книгу для руководителя отдела тестирования - Rex Back, Leo van Der Aalst, James Rommens "The Expert Test Manager".

Да, книга позиционируется как "Guide to the ISTQB Expert Level Certification", но экспертный уровень имеет ограничения:

• срок действия ограничен 5 годами, дальше - подтверждать или набирать баллы
• цена экзамена 650 евро + поездка сдавать в другую страну (я нашел ближайший вариант в Германии компании Gasq и не нашел ни одного варианта сдачи экзамена онлайн)

Поэтому, несмотря на репутационные и другие плюсы экспертного сертификата, плюсы пригодятся консультанту по тестированию глобально, и на 5 лет. Поэтому, если надо по работе (заказчик или партнер требует подтверждения высшего уровня) или вы консультируете проекты, которые запрашивают награды и достижения, имеет смысл подумать о сертификате. Для руководства отделом тестирования и консультирования в нашем регионе смысла сдавать данный сертификат пока не вижу.

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

Технико-тактические характеристики:

Год издания: 2017 ( "Rocky Nook")

Страниц: 500

Скорость чтения - 3 из 5 (средняя)

Время на прочтение:  12-18 часов
Полезность - 4 из 5 (выше средней)

Силлабус экспертного тест менеджера, состоит из 3 больших тем, разбитых на части-главы из книги Рекса Блэка:

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

Мы видим, что есть перекрытие по темам главы. Например, доменные и проектные факторы, управление внешними связями, оценка эффективности и действенности относятся одновременно к блокам 1 и 2 (стратегический менеджмент и операционный тест-менеджмент), а управление внешними связями - к блокам 1 и 3. Все главы и взаимосвязи с частями я объединил в таблице.

Глава книги | Тема ISTQB EL	Стратегический менеджмент	Операционный тест-менеджмент	Управление командой
1. Миссия тестирования, политики, стратегии и цели
2. Управление командой тестирования
3. Управление внешними связями
4. Управление в организации
5. Основы проектного менеджмента
6. Оценка тестового проекта, отчетность
7. Доменные и проектные факторы, влияющие на тестирование
8. Оценка эффективности и действенности

Пример. Если изучаете только стратегический менеджмент - читайте главы, выделенные зеленым: 1, 3, 4, 7 и 8.

Первая глава "Миссия тестирования, стратегия и цели" начинается с определения миссии, политики (policy) - почему мы тестируем, стратегии - как мы тестируем. По Рексу Блэку, тестовая стратегия может включать следующие разделы: 

• техники анализа и документации тестовых спецификаций, как генерируются тесты
• Объем и независимость тестирования
• Тестовые окружения
• Тестовые данные
• Автоматизация
• Регрессионное тестирование
• Нефункциональное тестирование
• Управление конфигурациями
• Контроль процесса тестирования
• Метрики тестирования и отчетность
• Управление дефектами>
• Инструменты
• Стандарты
• Интеграционное тестирование

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

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

• в описании вакансии - не использовать описание вакансии другой позиции (например, разбавлять вакансию разработчика навыками тестировщика)
• в собеседовании - использовать несколько раундов интервью, смешанную команду собеседующих. Во время собеседования обращать внимание не только на технические наыки и навыки тестирования плюс релевантный опыт, но и навыки решения проблем, наличие критического мышления, коммуникационные навыки, командная работа, любознательность
• в увольнении - действовать в зависимости от причины: плохая личная производительность, изменение бизнес-фокуса или процесса, закрытие бизнеса. При плохой личной производительности - документировать проблемы, обратиться в HR-отдел

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

• индивидуальное развитие (тренинги, книги, самообучение, курсы-университеты, применение новых навыков на практике), 
• постановка целей (цели по SMART на ближайший период - полгода-год, групповые цели), 
• использование навыков (делятся на профессиональные, технические, бизнес-доменные и навыки тестирования) 
• оценка не только индивидуальных навыков, но и групповых (чего не хватает всей команде)
• роли в команде (использование матрицы RACI и типологии Майерс-Бриггс)
• тренинги и менторство
• оценка производительности и обратная связь (360-ревью).

"Лидство" команды тестирования включает:

• обмен информацией и коммуникация (какие митинги и для чего использовать)
• поощрения лояльности и доверия
• тим-билдинг
• мотивация команды
• управление удаленными командами

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

Четвертая глава "Управление в организации" (Managing Across the Organization) описывает взаимодействие отдела тестирования с другими отделами. Это самая большая глава книги (68 страниц), которая включает и стратегические, и операционные аспекты. К стратегическим относятся: интеграция инструментов в организации, система контроля качества и тестирование. К операционным - типы внешних взаимодействий, контрактные вопросы, стратегии коммуникаций. Некоторые выдержки из главы:

• работа тест-менеджера включает промоушн команды тестирования и её ценности в организации
• роль тест-менеджера включает "защиту" команды тестирования и расширение ее роли
• тест-менеджер всегда должен находить пути, чтобы позиционировать тестирование как конструктивное и приносящее ценность
• четыре элемента маркетинга и "продажи" тестирования - демострировать преимущества, подчеркивать успех, сообщать о предстоящих изменениях, признавать и исправлять ошибки
• пять элементов поддержки уровня группы тестирования (как в оригинале, без перевода): adequately staffed, well-trained, properly resourced, well-informed, respected
• три элемента "защиты" команды - открытые коммуникации, хорошая документация, сильные процессы
• независимость (группы тестирования) означает, что цепочка отчетности команды тестирования ведет к высшему или исполнительному руководству, а не к продуктовым, проектным, программным или операционным менеджерам
• построение отношений, идеи - общие обеды, приглашение стейкхолдеров на общие митинги, празднование успехов

Пятая глава "Основы проектного менеджмента" включает его основы и обзорно описывает:

• Задачи проектного менеджмента: эстимации (техники) и факторы влияющие на них, составление расписания, управление бюджетом и ресурсами, управление проектом и метрики (количество спроектированных тестов, цена качества, эффективность тестирования, количество найденных VS ожидаемых дефектов, прогресс выполнения тестов), треугольник качества, управление изменениями, управление временем
• Управление проектными рисками
• Система менеджмента качества и тестирование (QM = QA + QC)

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

• дэшборды, показывающие текущий статус по тестам и по дефектам
• отчеты по ресурсам и бюджету
• таблица митигации рисков
• таблица покрытия тестами
• тренды по дефектам
• индикаторы здоровья проекта ("светофор" - зеленый-желтый-красный)
• прогнозирующие метрики
• рекомендации "go-no go"

Далее приводятся метрики по каждой из фаз проекта по ISTQB: планирование и контроль, анализ и дизайн, внедрение и выполнение, оценка критерия выхода и отчетность, активности по завершению тестирования.

Седьмая глава "Доменные и проектные факторы, влияющие на тестирование" начинает рассказ с моделей жизненного цикла, их влияния на тестирования, преимуществ каждой из них: от каскадной модели до гибких методологий. Далее Рекс Блэк рассказывает о влияние на тестирование в "неполных" (partial) проектах: интеграции, сопровождении, проектах связанных с тестированием "железа" и embedded проектах, проектах, связанных с жизнью людей (safety lifecycle projects).

Восьмая глава "Оценка эффективности и действенности" перечисляет метрики, позволяющие "посчитать" эффективность, действенность, и рассказывает, как составить опросник (survey) для стейкхолдеров. Заканчивается глава обзором проведения ретроспективы проекта.

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

Вывод: Обстоятельная, обзорная, книга с примерами из практики тест-менеджера - руководителя отдела, полезна любому начинающему и продолжающему строить отдел тестирования. При обзорности, свойственной книге по сертификации, нюансы каждой темы учтены и описаны, для более глубоких нюансов (например, в управлении проектами) необходимы специализированные книги. В книге есть вопросы с разбором и ответами из экзамена ISTQB EL Test Management, для знакомства и самопроверки. Рекомендую читать и планировать свой todo-лист по рекомендациям в книге, если вы возглавили отдел тестирования в компании.

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

Продолжаю писать о книгах по стратегии, переходим от книги Ричарда Румельта "Хорошая стратегия, плохая стратегия" (ссылка на обзор) к книге для бизнес-лидера "Стратегии тоже нужна стратегия" Мартина Ривза.

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

Технико-тактические характеристики:

Год издания: 2016 ( "Эксмо")

Страниц: 272

Скорость чтения - 3/5 (средняя)

Время на прочтение:  6-8 часов
Полезность - 3/5 (средняя)

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

В зависимости от параметров бизнес-среды, автор получает 5 стратегий:

• Классическая: я могу предугадать, но не могу изменить бизнес-среду
• Адаптивная: я не могу предугадать и не могу изменить бизнес-среду
• Визионерская: я могу предугадать и могу изменить бизнес-среду
• Формирования: я не могу предугадать, но могу изменить бизнес среду
• Восстановления: мои ресурсы крайне ограничены

Соответственно, книга состоит из 7 глав, к 5 главам по одной на каждую стратегию добавляются главы по амбидекстрии (смешивание стратегий) и выводы для руководителя компании.

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

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

10 цитат из книги:

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

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

Рубрика "ПочитайQA". Лента ссылок за июнь-2018

Всем привет. Как обычно, моя первая статья в месяце - сборка ссылок. Ссылки за май - здесь.

Мой июнь вышел плотным для блога:

• сделал обзор на 2 книги - "Цель-2. Дело не в везении" Элияху Голдратта и "Шаг за шагом к достижению цели. Метод кайзден" Петера Маурера
• написал об 11 способах, как результативнее ходить на конференции

Как обычно, я разделил ссылки по рубрикам:

• События - что мне запомнилось в прошедшем месяце.
•  QA - Quality Assurance. Обеспечение качества, контроль качества, тестирование. Заинтересовавшие меня статьи по профильной теме за месяц.
• STU - Studying, образование и самообразование, обучение.
• GA - Gamification. Геймификация тестирования, обучения, управления - составляющих Qastugama.
• MA - Management and leadership - управление командой, людьми, лидерство. Составляющие Management.

И

• Books - обзоры прочитанных и/или рекомендованных книг.
• Other - "сборный раздел". То, что не относится к предыдущим четырем темам, но то, чем я хотел бы с вами поделиться.
• Bonus.Fun. - (не)серьезно о тестировании, об IT и не-IT.

События.

• Номинация "Статья месяца" - Майкл Болтон о тест-кейсах и покрытии - "Blog: Test Cases and Coverage" 
• Номинация "Подкаст месяца" - QA Guild "О том, через какие курсы лучше "Войти в АйТи" (18+)"
• Номинация "Архив месяца" - Сергей Мартыненко "Различные подходы к риск менеджменту. Краткий экскурс." (статья из архивов Сергея за 2005 год)

Quality Assurance.

• Software Testing Help "Cognitive Bias in Software Testing: Why Do Testers Miss Bugs?"
• Сергей Мартыненко "Метрики тестирования"
• Sticky Minds "Shifting Testing Left Is a Team Effort"
• Quality-lab "Инструменты тест-менеджера, которые всегда должны быть под рукой"
• Алексей Лупан "Санитарное тестирование санитаров"

Test Automation.

• Google Testing Blog "Testing on the Toilet: Keep Tests Focused"
• Michael Bolton "Blog: Which Test Cases Should I Automate?"
• Software-testing.ru, перевод статьи Б. Дийкстры "Куда, по моему мнению, движется автоматизация"
• Software-testing.ru, перевод статьи К. Клоки "Идентификация вклада команды в автоматизацию и влияние на это, часть 1"

Studying.

• Riot Games "Riot's Agile Team Leadership Model: A Story of Challenging Convention"

Management.

• Сергей Мартыненко "Анализ процессов при помощи карт Шухарта. Синопсис вебпосиделок Клуба иФБ."
• Максим Цепков "2018-06-30: Руководитель проекта - субличность или марионетка"
• Глеб Архангельский "Правило второго раза"
• Software Testing Help "Is There Any Start and Stop Boundary to the QA’s Role in Scrum?"
• Software Testing Help "Role of Business Analysts in SCRUM and Why is a QA Best for this Role?"
• Макс Крайнов "Проблема с властью (authority)"
• Vc.ru "Линия Билла Гейтса: когда компания становится платформой и чем она отличается от агрегатора"

Books.

• Обзор книги Максима Ильяхова "Пиши. Сокращай" от Глеба Архангельского

Other.

• Хабр "Два раза в одну реку или (Не)много о профессиональном выгорании"
• Lifehacker.ru "Отоспаться в выходные — вопрос жизни и смерти. Учёные рассказывают почему"
• Knife.media "Счастье — не в гедонизме. Почему ученые советуют перестать гнаться за удовольствиями"

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

Книжная полка. Роберт Маурер "Шаг за шагом к достижению цели. Метод кайдзен"

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

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

• задавать маленькие вопросы
• думать маленькие мысли
• совершать маленькие действия
• решать маленькие проблемы
• раздавать маленькие награды
• определять маленькие моменты

Технико-тактические характеристики:

Год издания: 2017 ( "Альпина-Паблишер")

Страниц: 192

Скорость чтения - 4/5 (выше средней)

Время на прочтение:  3-5 часов
Полезность - 4/5 (выше средней)

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

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

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

Книга очень маленькая: в карманном формате с обычным шрифтом, структурная, читается быстро, осознается сразу.

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

9 цитат из книги:

• Мелкие перемены помогают человеческому разуму обходить страх, препятствующий успеху и творческим решениям
• Совершая маленькие шаги, вы эффективно переорганизовываете нервную систему с тем, чтобы
• Разрушить блокаду творческой деятельности
• Обойти реакцию «нападай или убегай»
• Создать новые связи между нейронами, чтобы мозг с воодушевлением воспринял процесс перемен и вы начали приближаться к поставленным целям в ускоренном темпе
• Вопросы быстрее и эффективнее задействуют мозг. Ваш мозг хочет работать! Вопросы пробуждают его и доставляют ему несказанное удовольствие…. Если только вопрос не настолько серьезен, что вызывает страх
• Кайдзен приносит плоды лишь в том случае, если вы позволяете переменам происходить естественным и комфортным путем
• Не сдавайтесь! Лучше уменьшите размер шагов.
• Лучше научиться обращать внимание на маленькие предупреждающие знаки заранее
• Спросите себя, присущи ли вам некие качества, которые раздражают вашу семью, друзей, коллег или клиентов?
• Три типа обстоятельств, в которых мы с особенно высокой степенью вероятности игнорируем мелкие жизненные проблемы: в начале пути к переменам, вблизи финишной линии и непреодолимый кризис
• Деминг понимал, что большинство людей хотят гордиться своей работой и желают вносить в общее дело полезный вклад
• Награда должна быть адекватна цели
• Награда должна быть адекватна человеку

Вывод: "Шаг за шагом к достижению цели. Метод кайдзен" - базовая книга для знакомства с философией кайдзен, набор практических советов, которые надо "брать и делать", но понемногу. Автор приводит практические рекомендации, как применять кайдзен для вопросов, мыслей, действий, наград, моментов. Читается книга за 1-2 вечера. Рекомендую для чтения. Книга откликнется у вас и пусть у вас тоже сработает метод кайдзен. Всем успехов и роста в тестировании и не только!

Книжная полка. Элияху Голдратт "Цель-2. Дело не в везении" + 12 ключевых фраз

Я слышал доклады и читал статьи об идеях и инструментах Голдратта, до того, как прочитать первую "Цель. Процесс непрерывного усовершенствования", но книга все равно впечатлила.  Два года назад я написал статью в формате "мысли -проекции на тестирование ключевых фраз из бизнеса романа".

Спустя год я возглавил отдел тестирования в продуктовой компании PandaDoc, и идеи "Цели" мне пригодились в формировании отдела и работе с командой. Из моей команды в 11 человек книгу "Цель" прочитали 6, сейчас читает седьмой. И скажу прямо, что в нашей команде идеи "Цели" работают (напишу подробнее отдельную статью или подготовлю доклад), и мы продолжаем двигаться дальше, к "Цели-2" и новым инструментам Голдратта.

Технико-тактические характеристики:

Год издания: 2018 ( "Альпина-Паблишер")

Страниц: 230

Скорость чтения - 4/5 (выше средней)

Время на прочтение:  5-7 часов
Полезность - 5/5 (высокая)

Книга "Цель-2" рассказывает о продолжении славной карьеры Алекса Рого - главного героя, уже в должности вице-президента компании. Алекс сталкивается с новыми вызовами и конфликтными ситуациями. К действующим лицам из первой части - семья Алекса и коллеги в бытность Алека директором завода - добавляются "акулы бизнеса" - новые коллеги вице-президенты. Теперь Алекс помогает принимать решения вместе с женой - детям-подросткам и даже себе, на заводах со старыми коллегами, решает задачи развития компании с новыми коллегами.

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

• сокращения на описание проблемы: вы сразу погружаетесь в совещание вице-президентов и новую проблему Алекса
• разборе новых инструментов Мыслительных Процессов - Дерева Текущей Реальности, Дерева Будущей Реальности, Карты Предпосылок, Грозовой Тучи, Дерева Предпосылок и Дерева Переходов. Чтобы детальнее разобраться с инструментами, книги "Цель-2" недостаточно

Как и для первой "Цели", перехожу от ключевых фраз книги к мыслям и аналогиям на процесс тестирования.

• Часто именно тот, кто не очень разбирается в предмете, может подать хорошую идею

Мой друг Андрей Павлов рассказывал на эту тему доклад на SQA Days-23 об эффекте бункера в тестировании. Помните, что хорошие идеи могут лежать за пределами вашего отдела. Обращайтесь за советом к ключевым пользователям, советуйтесь с коллегами на разных мероприятиях, консультируйтесь с соседними отделами разработки, бизнес-анализа, инфраструктуры, техподдержкой.

• Странно, но мы всегда задаем вопрос «Почему вы не сделали этого раньше?», когда находим новое решение, основанное на здравом смысле

Обращайтесь к здравому смыслу, он важен: "иногда легче научить человека со здравым смыслом тестированию, чем тестировщика - здравому смыслу"

• Что на самом деле определяет восприятие стоимости продукта? Не усилия, затраченные на его производство, а выгода, полученная от приобретения этого продукта

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

• Существуют 2 типа выгоды: когда добавляется что-то положительное или устраняется что-то отрицательное

Тестирование чаще всего помогает выявить то отрицательное, что следует устранить. Это связано с тем, что тестировщик, стоя за спиной архитектора, бизнес-аналитика, менеджера, разработчика и перед заказчиком, помогает выявить проблемы на предыдущих стадиях. Но тестриование может добавлять "положительные" моменты, например, добавлять новые виды тестирования до того, как их "проведет" пользователь - тестирование удобства использования (оно же usability), исследовательское тестирование и другие. И опять же, как глава команды или отдела, показывайте "добавленную положительную" или "устраненную отрицательную" выгоду.

• Мы как высшее руководство фирм должны сделать так, чтобы наши фирмы обеспечили все 3 условия. Если мы нарушим любое из необходимых условий, то не сможем достичь нашей цели
• Делать деньги в настоящем и будущем
• Обеспечить сотрудникам стабильную и достойную рабочую среду в настроящем и будущем
• Обеспечить удовлетворение потребностей рынка в настоящем и будущем

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

И фразы о soft-skills:

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

Вывод: "Цель-2" - базовая книга для продолжения знакомства с теорией ограничений, читается за 1-2 вечера, содержит не только описание инструментов Мыслительных процессов, но и размышления о фирме, и примеры необходимых качеств и действий руководителей. Для инструментов необходима практика, примеров в книге может оказаться недостаточно.

11 способов, как результативнее ходить на конференции

Две недели назад в Минске прошла конференция SQA Days-23. И после окончания второго дня я хотел написать отзыв о том, как круто была организована конференция, о докладах и докладчиках, о том, как я рад был увидеть много друзей-коллег и познакомиться с новыми... Возможно, и об этом я напишу, а сегодня, в совсем "несезонный для работы июнь" хочу задаться вопросом "зачем ходить на конференции, и если ходить, то как по-максимуму приобретать знания на них?"

Начнем со второй части вопроса. Ниже мои субъективные мысли как участника Программного комитета SQA Days, как результативнее ходить на конференции.

1. В любой новой отрасли вы сначала собираете знания по "блокам", затем по "кирпичам", затем по крупицам. И у вас есть 2 варианта: либо расширять свою стену знаний блоками из других тем (автоматизация, безопасность, производительность и т.д.), либо дополнять стену кирпичами.
2. Если вы знаете доклад или тему - не теряйте времени, идите в соседний зал, либо в баркемп. Например, Максим Цепков может побыть 10-15 минут на одном докладе, затем переместиться на другой - и в перерыве написать 2 отзыва на оба доклада в параллели
3. Ловите докладчиков и больше общайтесь в кулуарах, расширяйте и углубляйте полученные знания прямо на конференции. Спрашивайте по теме докладов, узнавайте, какие книги докладчик посоветует по профильной теме. А кофе и булочки могут подождать до следующего перерыва.
4. Спрашивайте, советуйтесь с Программным Комитетом и/или опытными коллегами, какие доклады могут быть для вас полезными. Об этом уже говорила Рина Ужевко, глава ПК SQA Days. Мы не страшные, с удовольствием подскажем :)
5. Задавайте свою тему и приходите в баркемп. Интересную тему другие участники поддержат своим присутствием и мнением. И сегодня это тема на баркемпе, а завтра - доклад или мастер-класс.
6. Обратите внимание на докладчика и на то, что даже в знакомой теме найдутся пробелы. Возможно, вы услышите более простую и понятную формулировку для себя(упрощайте), или поймете расказанное спустя некоторое время (знание как бомба замедленного действия), или узнаете, что вашу проблему успешно уже решили (переизобретение велосипеда).
7. Ходите на "смежные" конференции: бизнес-анализ, управление проектами, продуктами, и другие. Полезные знания находятся и "на границе" двух дисциплин.
8. Расширяйте географию конференций. Мой коллега Влад Романенко написал на хабре исчерпывающую статью об этом.
9. Тренируйте презентационные навыки, выступайте. Для коллег из компании, на внутренних митапах и конференциях, антиконференциях, онлайн-конференциях, подкастах, международных конференциях.
10. Записывайте полезные мысли за докладчиком или делайте скетч-ноуты. Вы задействуете несколько каналов восприятия информации одновременно, а для скетчноутов - усиливаете визуальную и добавляете еще и "твороческую составляющую".
11. Обучайте других. Да, обучение - это отдельная тема, но на конференциях есть флипчарты, используйте их чтобы изобразить и рассказать интересное вам. И вам будут благодарны, и вы потренируетесь, и даже услышите неожиданные вопросы.

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

Всем лета, и оставайтесь с Qastugama!

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

Всем привет. Как обычно, моя первая статья в месяце - сборка ссылок.

Мой майский сезон прошел в обучении - с BBST-курсом от Сэма Канера - Test-Design, о котором я напишу, и подготовкой и самой конференцией SQA Days-23 в Минске (напишу свой отзыв).

Как обычно, я разделил ссылки по рубрикам:

• События - что мне запомнилось в прошедшем месяце.
•  QA - Quality Assurance. Обеспечение качества, контроль качества, тестирование. Заинтересовавшие меня статьи по профильной теме за месяц.
• STU - Studying, образование и самообразование, обучение.
• GA - Gamification. Геймификация тестирования, обучения, управления - составляющих Qastugama.
• MA - Management and leadership - управление командой, людьми, лидерство. Составляющие Management.

И

• Books - обзоры прочитанных и/или рекомендованных книг.
• Other - "сборный раздел". То, что не относится к предыдущим четырем темам, но то, чем я хотел бы с вами поделиться.
• Bonus.Fun. - (не)серьезно о тестировании, об IT и не-IT.

События.

• Номинация "Конференция месяца" - SQA Days, и обзор Макса Цепкова
• Номинация "Байка месяца" - Сергей Мартыненко "Думай как тестировщик"
• Номинация "КачествА месяца" - Software Testing Help blog "Quality Quotient of a Tester: 22 Core Strengths to Be a Good Tester"

Quality Assurance.

• Google Testing Blog "Code Health: Understanding Code In Review"
• Сергей Мартыненко "Мои 300 часов"
• Jason Arbon "Testers Don't Test Anymore"
• Michael Bolton "Very Short Blog Posts (36): Positive, Negative, and Sympathetic Testing"
• Sticky Minds "Getting Started with Business Intelligence Testing"
• Software-testing.ru перевод статьи Майкла Болтона "Четыре (и не только) вопроса, которые должны задавать тестировщики"
• Quality-lab.ru "UX-экспертиза – больше, чем юзабилити"

Test Automation.

• Software-testing.ru перевод "Хорошие заголовки для сценариев Gherkin"

Studying.

• "Coaching & Mentoring: Sometimes It's About The Pebbles"

Gamification.

• Yu-kai Chou "The 10 best social products that use Gamification to literally save the world"

Management.

• Software Testing Blog "Agile Estimation Techniques: A True Estimation in an Agile Project"
• Gerald Weinberg "Can a Boss Take Corrections From Subordinates?"
• Идеономика "11 признаков, что ваш начальник — слабый руководитель"
• Максим Дорофеев "Не отвергать и не цепляться..."

Books.

• обзор книг по анализу от James Bach "My Personal Source Code: Books to Learn Analysis"

Other.

• Habr "Как зарабатывать на чужих ошибках: История Bug Bounty"

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

Книжная полка. Cam Kaner "The domain testing workbook"

Как и обещал, делаю обзор на книгу по тест-дизайну. Встречайте - Cam Kaner "The domain testing workbook".

Технико-тактические характеристики:

Год издания: 2013 (Context Driven Press) - ссылка

Страниц: 488

Скорость чтения - 3/5 (средняя)

Время на прочтение:  12-18 часов с упражнениями
Полезность - 5/5 (высокая)

Сэм Канер в представлениях не нуждается: его книгу "Lessons Learned in Software Testing" рекомендуют всем начинающим и продолжающим тестировщикам. За 17 лет с момента первого издания книга не устарела, а Максим Захаров глава за главой в течение 2 лет перевел все 293 урока на русский язык. Затем Сэм Канер в том числе занимался и построением онлайн-системы образования для тестировщиков, критиковал традиционную схему MOOC (онлайн-курсов). Сейчас его онлайн-система работает, состоит из 4 онлайн-курсов, от BBST: Foundations, который является обязательным для доступа к следующим курсам, к курсам "Bug Advocacy" и "Test Design". На мой взгляд, курсы Канера - лучшие из тех, что я видел в онлайн-образовании для тестировщиков.

Книга, которую выпустил Сэм Канер, посвящена всего одной технике черного ящика - доменному тестированию. Это не тестирование бизнес-домена: домен (domain) - это набор значении, и техника предполагает разделение домена на поддомены (эквивалентные классы) и выбор значений из каждого поддомена.

Но доменное тестирование - это не только разбиение на эквивалентные классы и граничные значения. "Прикладные" задачи по эквивалентным классам - одна из составляющих доменного тестирования. Я бы назвал доменное тестирование полноценной техникой с

• предварительным анализом переменных, 
• анализом переменных и проектированием тестов, 
• анализом зависимостей между переменными
• оценке рисков непроанализированных переменных. 

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

Форма обучения и структура книги у Канера построена по спирали из 3 витков, каждый из которых более подробно раскрывает предыдущий:

1. Основные термины и определения, алгоритм доменного тестирования на примере простой задачи сложения двух целых чисел, 
2. Детальный анализ каждого из этапов доменного тестирования. Рассматривается шаг за шагом на 2-3 задачах с возрастающей сложностью. После каждого этапа автор дает 3-4 практические задачи.
3. Сборник из 30 задач с анализом решений по схеме доменного тестирования

В названии книги есть слово "workbook" (рабочая тетрадь), что предполагает работу читателем (решение задач) перед тем, как прочитать авторский ответ.

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

По уровню подготовки читателя, книга будет понятна новичку с практическим опытом, который уже знаком с техникой эквивалентных классов и граничных значений. Для читателя с опытом 2+ лет сама техника доменного тестирования поможет объединять техники в алгоритме доменного тестирования, и конечно попрактиковаться на задачах.

Книга не читается за 1-2 вечера. Как и "Lessons learned in software testing", книга по доменному тестированию будет хороша для неспешного чтения по одной-две составные части 4 шагов алгоритма и затем - закреплением на практических задачах в 3 части. Каждый шаг алгоритма прост, но хорош для самостоятельного анализа, так как оставляет читателю поле для маневра или подключения других техник черного ящика.

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

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

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

Месяц получился непродуктивным с точки зрения блога (ни одной статьи), но "рабочим" и подготовительным к маю, в котором я подготовил и уже прочитал новый тренинг по тест-дизайну, а впереди меня и вас ждут:

• обзоры книг (да-да, я не забыл про обещание), 
• новый BBST-курс от Сэма Канера - Test-Design, на который я записался и начну проходить уже завтра (обзор и формат курса я описывал в статье про BBST Foundations of Software Testing
• конференция SQA Days-23, которая пройдет в Минске. Дома на этот раз я не выступаю как докладчик, но продолжаю помогать готовить докладчикам в составе Программного Комитета конференции.

Как обычно, я разделил ссылки по рубрикам:

• События - что мне запомнилось в прошедшем месяце.
•  QA - Quality Assurance. Обеспечение качества, контроль качества, тестирование. Заинтересовавшие меня статьи по профильной теме за месяц.
• STU - Studying, образование и самообразование, обучение.
• GA - Gamification. Геймификация тестирования, обучения, управления - составляющих Qastugama.
• MA - Management and leadership - управление командой, людьми, лидерство. Составляющие Management.

И

• Books - обзоры прочитанных и/или рекомендованных книг.
• Other - "сборный раздел". То, что не относится к предыдущим четырем темам, но то, чем я хотел бы с вами поделиться.
• Bonus.Fun. - (не)серьезно о тестировании, об IT и не-IT.

События.

• Номинация "Статья месяца" - Martin Fowler "How to break a Monolith into Microservices"
• Номинация "Ответ месяца" - Gerald Weinberg "How can I become a software developer who only designs?"
• Номинация "Тестовая стратегия месяца" - Katrina Clokie "Setting strategy in a Test Practice"

Quality Assurance.

• Sticky Minds "5 Things That Will Impact the Future of Software Testing"
• Michael Bolton "Blog: Very Short Blog Posts (34): Checking Inside Exploration"
• Software Testing Help "Career Shift from a Tester to Business Analyst – A Step by Step Guide"
• Ольга Назина "Инструменты для Pairwise"
• Блог A1QA "Оптимизируем тестирование миграции больших объемов данных"
• Тимур Нурлыгаянов "Как искать и находить баги"
• Quality Lab "Какие баги не будут поправлены и как с этим жить"

Test Automation.

• Katrina Clokie "How do you choose a test automation tool?"
• Software-testing.ru (перевод) "Основы BDD: Юнит, Интеграционные и End-to-End тесты"
• Quality Lab "Автоматизация тестирования REST API при помощи Postman и JavaScript"

Studying.

• Максим Дорофеев "Про сложности обучения при помощи видосов, вебинаров и всего такого"
• Максим Дорофеев "Про высшее образование, опыт работы, тренинги и развитие персонала (буду рад, если ошибаюсь)"

Management.

• Gerald Weinberg "Leaders: Smart-but-evil versus Dull-but-good?"
• Jonathan Kohl "When Product Management Goes Wrong – Part 5 – the Dread Pirate Roberts"
• Quality Lab "Особенности планирования работ по тестированию мобильных приложений"
• Improvement.ru "Генеральная уборка социальных сетей"

Books.

• Максим Дорофеев "Статистика и котики - лучший учебник по математической статистике"
• "Не заставляйте меня думать. Стив Круг" обзор Ольги Назиной
• "Максимальная концентрация. Люси Джо Палладино" обзор Ольги Назиной

Other.

• Viktor Prokopenya on stress in IT: “The world won’t stop if we pause”
• Михаил Дубаков "25. Как Targetprocess проиграл JIRA"
• Глеб Архангельский "Финансовая безопасность семьи"
• Лайфхакер "10 вопросов, которые изменят вашу жизнь"
• "Paper Airplane Designs"

Fun.

• "Почему в нашем проекте постоянно пожары?"
• Что делать, если "программистом мало платят"

До встречи в апреле в блоге, оставайтесь с Qastugama!