Книжная полка. Мрочковский, Толкачев "Экстремальный тайм-менеджмент"

Добавляю на Книжную полку  еще одну книгу по тайм-менеджменту. Вместе с "классиками" Глебом Архангельским и Йоргом Кноблаухом это "художественная" книга в стиле бизнес-романа о чудесном превращении рядового работника в начальника отдела продаж с помощью правил управления временем.

Мрочковский, Толкачев "Экстремальный тайм-менеджмент"
Книга на oz.by

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

Год издания: 2013 (Альпина)

Страниц: 214

Скорость чтения - выше среднего

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

"Экстремальный тайм-менеджмент" построен по лекалам известного (положительные отзывы, включая писателей Михаила Веллера и Дмитрия Шахова, печатное издание второй книги) бизнес-романа Данияра Сугралинова "Кирпичи". Тот же неуклюжий главный герой, способный, но инертный и "серый ботан", и неожиданный наставник, и шаги-кирпичи, продвигающие героя к успеху. Язык повествования тоже похож, но у Толкачева он "нормативный" (формат книги обязывает). Сюжет в обоих произведениях проходит те же точки, и финал одинаково happy-end'овый с заманчивыми перспективами продолжения успеха и окрепшей за время испытаний верой главного героя.

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

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

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

В финале оставлю конспект полезностей (упражнений и цитат), что мне запомнилось из книги:

1. от того, как ты проживаешь сегодняшний день, и зависит твое будущее
2. различные сферы нашей жизни - это шары, которыми мы жонглируем: здоровье и спорт; твое окружение, твои друзья и близкие; твои семья или отношения с противоположным полом; карьера и бизнес; финансы; духовность и творчество; личностный рост; яркость жизни.
3. в каждое мгновение жонглер максимально собран и концентрирует свое внимание на одном конкретном шаре.
4. инструмент "Колесо жизни человека" (8 сфер). Только когда Колесо круглое, ты можешь гармонично двигаться по жизни. Не стоит делать хуже там, где сейчас хорошо или хотя бы нормально. Лучше подтягивать все остальное
5. если ты не знаешь, как можно себя развить в той или иной сфере, бери и пробуй разные вещи
6. в плане нужно четко прописывать конкретный результат, который хочешь получить.
7. посмотри в свой план на день и встрой в него специальные рабочие блоки
8. встраивай резервные блоки в план - когда кризисная ситуация возникнет, ты должен быть к ней готов.
9. объединяй мелкие дела в отдельный блок и закрывай их быстро, все разом
10. не ложись спать, пока не составишь подробный план действий на завтра
11. не делай того, чего нет в плане. Вообще не делай. Это научит тебя составлять более реальные планы, которые будут выполняться
12. ежедневно не менее одного часа выделяй на большие и важные дела.
13. инструмент "Работа на результат". Выбери крупное дело из своего списка. Сократи до минимума все остальное и весь день занимайся только этим делом. Результат - его полное выполнение.
14. когда будешь узнавать что-то новое - в тот же день внедряй это в жизнь.
15. если в течение 72 часов после обучения ты ничего не сделаешь, то, скорее всего, не сделаешь никогда
16. заведи себе дневник успеха, в котором фиксируй все успехи, которые ты достиг за день: маленькие и большие, все достижения.
17. нам дается ровно столько сил, сколько нужно для реализации наших целей
18. настоящий мужчина должен заниматься тем, что приносит ему удовольствие и деньги. И то, что он умеет делать хорошо.
19. отдыхают по-настоящему те, кто планируют свой отдых
20. один день в неделю спи без будильника, пока не проснешься сам
21. наведи порядок дома, выбрось все, чем не пользовался больше года
22. настроение напрямую связано с улыбкой
23. не ешь после восьми вечера
24. когда ученик готов, учитель приходит
25. развивай в себе внутреннюю силу

Вывод: если вы не знакомы с тайм-менеджментом, или "сухой" ТМ для вас не сработал - прочтите эту книгу. Главное - действуйте, решительно и регулярно, без боязни неизбежных ошибок и локальных неудач, и тогда экстремальный тайм-менеджмент для вас заработает. Если тайм-менеджмент уже в арсенале и работает для вас как швейцарские часы - то рекомендую читать книгу для мотивации и для нового взгляда на привычные вещи: новые инструменты вы вряд ли найдете. Литературная форма и герои шаблонные, не ищите в них словесные изыски. Маленькие последовательные шаги-кирпичи приведут вас к успеху. Сила - в постоянстве. И пусть поставленные цели вами и достигаются благодаря тайм-менеджменту!

Книжная полка. Йорг Кноблаух, Хольгер Вертье "Управление временем"

Сегодня на Книжной полке маленькая по размеру и формату книга Йорга Кноблауха  и Хольгера Вертье "Управление временем".

Йорг Кноблаух, Хольгер Вертье "Управление временем" на oz.by

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

Год издания: 2014 (восьмое издание)

Страниц: 144

Формат: 107х165 мм, карманный

ISBN: 978-5-370-03207-3

Скорость чтения - выше среднего

Ориентировочное время на прочтение:  1,5 - 3 часа
Полезность - средняя

Тема тайм-менеджмента мне близка: я уже публиковал свой отзыв на книгу (на мой взгляд, лучшую по тайм-менеджменту) Глеба Архангельского "Организация времени", а также подготовил доклад по организации времени для тестировщиков на ConfeT&QA и его продолжение на SQA Days-15 (о нем напишу чуть позже). И поэтому не мог пройти мимо этой миниатюрной книжки. Да, в таком объеме вряд ли возможно поместить "весь тайм-менеджмент", но выделить только самое главное авторам удалось.

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

Напоследок приведу те темы, которые затронуты в данной книге. Заодно можете потренироваться, что из перечисленного вам уже знакомо.

• постановка целей (замкнутый круг при отсутствии цели,  формулировка по SMART, которую авторы сводят до двух параметров: измеримость и осуществимость, поиск цели в жизни, краткосрочные и долгосрочные цели)
• умение выделять главное (принцип Парето 80/20, производительность и эффективность, расстановка приоритетов - матрица Эйзенхауэра, выбор жизненных ролей)
• планирование задач и времени (правила планирования, как планировать свой день, план на день-неделю, использование ежедневников и т. п.
• планирование рабочего дня (борьба с "пожирателями" времени и отсрочками, проведение переговоров, делегирование)
• DISG-типология менеджеров
  

Общий вывод: книга для чтения и (что важно) упражнениями - "зачетный минимум" по тайм-менеджменту. Для тех, кто только начинает знакомство с управлением временем. Кто уже знаком с ТМ - вряд ли вы найдете для себя что-то новое. Без "мотивашек", только информация и задания. Книга поглощается в один присест за один вечер, и дальше либо использовать предложенные инструменты, либо двигаться дальше, спланировав что-нибудь поосновательнее, например Глеба Архангельского "Организация времени", либо (если вам не хватает мотивации или вам по душе книги с сюжетной линией) попробуйте "Экстремальный тайм-менеджмент". Для творческих иррационалов, желающих совместить хаос и тайм-менеджмент, возможно, лучше подойдет книга Яны Франк - "Муза и чудовище".

SQA Days-15 в Москве. День второй.

Продолжение. Обзор первого дня - http://qastugama.blogspot.com/2014/04/sqa-days-15-1st-day.html

После первого дня и афтепати пришел второй день, причем с не менее интересными докладами: Объяснение довольно простое - в субботу выступали Александров, Налютин, Руколь, Баранцев, Цепков и Болтон. Причем к докладу Майкла Болтона организаторы поставили в параллель Алексея Баранцева и Максима Цепкова с очень интересными темами, так что казавшийся еще до конференции очевидным выбор - "Ну конечно, Болтон!" - растерял былую уверенность и склонился к нашим гуру: все-таки у нашего трио с Intetics - меня, Сергея Остапенкова и Игоря Бондаренко - еще был впереди целый восьмичасовой тренинг от канадского гуру в мире тестирования. Но обо всем по порядку.

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

Цель тест-дизайнера - подготовить тест-кейсы, которые будут одновременно и для ручного прогона, и для написания на основе их автоматизированных тестовых скриптов. Без "фундамента" таких тест-кейсов вы не получите.

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

Далее от требований переходим к либо чек-листам, либо к непосредственному тестированию "прямо по требованиям", либо к тест-кейсам.

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

• формат тест-кейса: порядковый номер шага, воздействие на систему, ожидаемый результат
• отделяем шаги от данных
• избавляемся от циклов типа "повторить шаги 5-73"
• конструкций типа "любой", "подходящий" и т.п.
• разумный компромисс сложности шагов и наборов данных (пример: UI не должен зависеть от данных в одном тест-кейсе)

Григорий Сенин "Waterfall revisited: практические метрики тестирования"

Пошел на доклад, потому что это Люксофт: метрики в нем считать умели. И неожиданно для себя открыл, нет не Америку, но тоже интересную и наглядную идею и лабораторную формулу расчета качества продукта ("Менеджер, показать тебе качество?" - "Покажи!")

Q = P3 * P2 * P1

• P3 - коэффициент багов = количеству закрытых багов ко всем найденным (Closed / All Found). "Третий (красный) стакан" системы.
• P2 - процент выполненных тестов из числа написанных (Test Executed / Tests Desinged). "Второй (синий) стакан" системы.
• P1 - процент написанных тестов из числа всех тестов (Test Designed / Test Planned). "Первый (серый) стакан" системы.

Затем были рассмотрены примеры из цикла жизни продукта, как выглядят эти стаканы в данных случаях:

• Разработка в разгаре (Р3 = 0, дефекты не исправляются)
• Разработка на финише (Р1 = 1, кейсы написаны)
• Шлифовка подсистем (Р2 = Р3, все найденные баги исправляются)
• Разработчики задерживают тестирование (Р2 близко к нулю, Р3 равно нулю)
• Требования задерживают разработку (Р1 = Р2 = Р3)

После этого докладчик на практических примерах показывал работу с показателями, взаимосвязь "стаканов" с burndown-chart'ом в Agile (прогноз скорости исправления, "зазор качества" и тем, откуда взять данные для подсчета коэффициентов-"стаканов".

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

Игорь Бондаренко "Crystal Agile, или как мы приспособили процесс разработки для обеспечения максимального качества".

Лучший "процессный" доклад конференции. Как мне кажется, он бы не затерялся и на менеджерской конференции, и на Agile-конференции. О том, как процесс из "классического" скрама из-за особенностей проекта и процесса (один тестировщик на проекте, и больше заказчик не хочет) превращается Crystal-процесс, при этом сохраняя требования к Crystal: ориетирован на людей, легкий и "stretch-to-fit". Процесс перехода занял 5 лет и все еще продолжается, поэтому не бойтесь экспериментов и работайте над качеством всей командой. И да, будьте человеком, который недоволен текущим процессом: кто как не мы должен быть рупором для улучшений. Авторские шаги получения данной методологии:

• Отказываемся от TDD в пользу BDD;
• Планирование - "метод взвешенных экспертных оценок";
• Формируем резерв спринта: загружаем спринт на 9 из 10 дней. Если появляются "горящие задачи" - тратим время на них, либо по приоритету, на уменьшение технического долга;
• Митинги - стэндапы не нужны
• Автоматизация: "наличие некрасивого теста лучше, чем его полное отсутствие"
• SOAP UI - для сервисов
• Вовлечение разработчиков в автоматизацию

Александра Ковалева "Планирование трудозатрат на тестирование"

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

Планирование тестирования состоит из следующих шагов:

• Определение требований к тестам
• Оценка рисков
• Разработка стратегии тестирования
• Оценка ресурсов
• Разработка тест-плана
• Создание графика работ

Все шаги были доступно и с долей юмора преподнесены, информация есть на слайдах, а видео я порекомендую ждать тем, кто хочет увидеть реальный пример составления графика работ по тестированию на MS Project. Баланс теории и практики на 40 минут, хотя изначально, как я понял, он был составлен на 1 час 30 минут. Но... время ограничено, а другие докладчики тоже постарались, поэтому на конференции было всего 2 полуторачасовых доклада: упомянутый в первом дне конференции доклад Катерины Овеченко и завершающий второй день и всю конференцию Майкл Болтон.

Андрей Ладутько "Организация времени в тестировании".
Мой доклад, засветившийся только в обзоре моего коллеги Игоря Бондаренко, поэтому моя оценки субъективны и могут не соответствовать реальности :) Первая версия этого доклада завоевала третье призовое место на ConfeT&QA в октябре 2013 года, а затем, анализируя отзывы по докладу, меня посетила идея попробовать хронометраж в своей работе и рассказать подробнее об этом мощном и недооцениваемом инструменте тайм-менеджмента. Отброшенной оказалась еще часть теории, я добавил обзор хронометража и его эволюцию, как для себя, так и для коллег с поправкой на специфику работы каждого тестировщика.

Ask 100 testers to describe their job and you'll get 100 different answers.
Lucas Dargis.

Таким образом, от первоначального доклада осталась лишь треть, в пожеланиях к докладу, прозвучавших на репетиции доклада в минском QA Club'е, были еще больше практики и личного примера. Надеюсь, мне удалось этого добиться в выступлении, а пока я поставлю в планах подготовить текстовую версию данного доклада в блоге, как я в свое время делал с докладом по организации времени в тестировании на SQA Days-13: первая и вторая части.

Станислав Башкирцев, Юлия Атлыгина "Тестирование в опенсорс" (блиц).

Живой и увлекательный доклад о том, как же организовать тестирование там, где нет денег и нереально большая текучка кадров. Список используемых инструментов есть в презентации ниже (и он очень хорош, я хочу сказать), но меня как преподавателя курсов по тестированию
больше заинтересовал тот факт, что в таком вот опенсорсном проекте можно получить первый полезный опыт работы тестировщиком в команде, и затем найти первую работу. Сейчас уже, чтобы стать Junior QA, одного желания и одной прочитанной книжки Савина может оказаться недостаточно, и опыт в реальном опенсорсном проекте может пригодиться. Взял координаты коллег, если кого заинтересует стажировка в этом проекте - спросите у Стаса и Юлии :)

Дарья Костюк "Путь к трассировке требований: от идеи к инструменту" (блиц).

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

Алексей Баранцев "Тестирование на основе моделей: "ужас-ужас" или всё не так страшно?"

Сначала Алексей немного "потроллил" менеджерские доклады конференции и заявил техническую тему: Model Based Testing, или тестирование на основе моделей. С помощью Selenium Webdriver'a Алексей в прямом эфире закодировал простейший кейс с одним cостоянием системы и двумя возможными переходами "login-logout" и используя "магию" неизвестного фреймворка, генерирующего тесты на основе моделей (вместо традиционных линейных тестов). Но вот в "магии" вопрос остался открытым: то ли это бесплатная свободно распространяемая библиотека (что очень хотелось бы), либо новейшая закрытая разработка. Но подход интересный, а доклад оказался не таким уж сложным для понимания: я бы вместо трех заявленных звезд сложности оставил две. Но в целом, доклад и подход интересный, что тоже ожидалось, если вы были раньше или смотрели видео докладов Алексея.

Рина Ужевко, Андрей Мясников, Максим Цепков "Вы и Заказчик: решаем проблемы, а не отрабатываем требования".

Последний доклад московской конференции, партия, разыгранная на 3 докладчика, причем каких! Все имеют опыт выступления на конференциях, являются призерами конференций, и каждый со своей стороны - игры, продуктовая и заказная разработка - показывал на кейсах проактивно-сотрудническую работу с заказчиком. Итого, самая эмоциональная часть получилась у Рины (досталось же ленте малоизвестной соцсети Лицокнига), самая аналитическая - у Максима, а самая суровая и "мемистая" - у Андрея: мем про путиницу с большим отрывом занял второе место после боевого тестирования данных на проде работником Сбера, набравшего к моменту написания статьи 202 ретвита. Ну а суровость Андрею за правду жизни: "если в продукте есть косяки, которые появились из-за непонимания заказчиком и разработчиком друг друга, то не заказчик дурак, а ты виноват. Виноват всегда исполнитель." Так вот. Ну а вместе - отличный "тройной" доклад.

На этом я заканчиваю с докладами, в следующей статье я напишу о семинаре Майкла Болтона. Коллеги, было очень приятно завести новые знакомства, встретить старых знакомых, пообщаться в кулуарах и баре, побывать в Москве, обменяться идеями, послушать ваши интересные доклады, поделиться своим опытом. До встречи на следующей SQA Days!

Книжная полка. Глеб Архангельский "Организация времени: от личной эффективности к развитию фирмы"

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

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

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

Год издания: 2008

Страниц: 432

Формат: 170*240 мм

ISBN: 978-5-91180-848-8

Скорость чтения - средняя

Ориентировочное время на прочтение: 8 - 10 часов
Полезность - высокая

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

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

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

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

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

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

Общий вывод: очень полезная книга для всех: от младшего тестировщика до тест-менеджера, заинтересованных в тайм-менеджменте, попробовавших простые идеи на себе и готовых двигаться в этом направлении дальше. Достаточно сложный язык, небыстрый ритм чтения, огромное множество полезных инструментов и ссылок на другие методы. На сегодня это наиболее полная, настольная, must-have книга по тайм-менеджменту.

Мои доклады. "Организация времени в тестировании: от слов к делу". ConfeT&QA-2013 Осень.

В октябре прошлого года я выступал на Chief ConfeT&QA c докладом про Организацию времени в тестировании  и получил третий приз за доклад.

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

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

Видео доклада:

Презентация доклада:


P.S. Мой перевод статьи Майкла Болтона "Куда уходит все время", о которой я упоминаю в докладе, вы можете почитать здесь.

Приятного просмотра!

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

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

Октябрь получился трудным, но успешным. Я сдал экзамен ISTQB Advanced Level Test Manager, набрал 71 процент правильных ответов при необходимом минимуме в 65. О формуле подсчета баллов за экзамены ISTQB я обязательно напишу в новом месяце, а также расскажу о некоторых интересных вещах, которые мне удалось почерпнуть из силлабуса ISTQB.

Также уже прошли две конфетки: Chief и Fun, на менеджерской с докладом про Организацию времени в тестировании я занял четвертое место и получил третий приз! Докладом пока поделиться не могу, а вот мой перевод статьи Майкла Болтона "Куда уходит все время" вы можете почитать здесь.
Про Fun ConfeT&QA я подробно написал в блоге: день первый, второй, третий.

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

Перехожу к списку ссылок. Кратко напомню, как осуществляется разбиение статей на группы:

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

Quality Assurance.

• Gojko Adzic, Давайте разобьем квадранты тестирования (eng) - http://gojko.net/2013/10/21/lets-break-the-agile-testing-quadrants/
• Ministry of testing, карьерный путь тестировщика. Набор навыков, необходимых для профессионального роста в одном из четырех направлений (eng) - http://www.ministryoftesting.com/2013/10/testing-an-obvious-career-choice/
• Sticky Minds: Test & Evaluation - http://www.stickyminds.com/testandevaluation.asp?Function=edetail&ObjectId=18031&ObjectType=COL#.Uk0ZZEXwpUo.twitter
• Jessica Fleet, обзор конференции STPConf, прошедшей осенью 2013 года (eng) - http://blog.utest.com/stpcon-fall-2013-recap/2013/10/
• IT расходует больше на тестирование мобильных приложений (eng) - http://blog.utest.com/it-spending-more-on-mobile-app-testing/2013/10/
• Keith Klain "Знай свою роль!" (eng) - http://qualityremarks.com/know-your-role-being-invested-and-the-art-of-objectivity/
• AST BBST Foundations Course, отзыв о том, как проходило обучение и экзамен - http://hvorostovoz.blogspot.com/2013/10/bbst-course.html
• Michael Larsen, обзор последнего совета из книги "99 Things You Can Do to Become a Better Tester" - пытайся всегда увидеть, что случится, если нарушить правила - http://www.mkltesthead.com/2013/10/try-always-to-see-what-happens-when-you.html
• Ольга Киселева "Тестовых инструментов на самом деле больше, чем ты думаешь" - http://okiseleva.blogspot.com/2013/10/blog-post_26.html
• Владимир Кривенко "Кейсы по сплочения команды тестирования" - http://bugscatcher.net/archives/3446
• Дмитрий Марков "Фреймворк: нужен ли идеальный" - http://testingforall.com/blog/?p=731
• Сергей Мартыненко "Тренды в автоматизированном тестировании" - http://blog.shumoos.com/archives/291
• Наталья Руколь "Тестирование - это решение чужих проблем" - http://natalyarukol.ru/2013/10/10/chuzhieproblemy/
• Максим Дорофеев "SoftwareStories: Баллада о пролетарской ненависти к багам" - http://cartmendum.livejournal.com/137439.html
• Автоматизированное создание отчета по тестированию - http://habrahabr.ru/post/195820/

Studying.

• Продолжается курс Coursera - Video Games and Learning - https://www.coursera.org/course/videogameslearning
• Курс Gamification будет и с русскими субтитрами, начало 27.01.2014 - https://www.coursera.org/course/gamification
• Александр Селяев, конспект заметок корпоративного тренинга  - http://seljava.blogspot.com/2013/10/blog-post.html
• 8 учебных лайфхаков - http://lifehacker.ru/2013/10/11/video-8-essential-study-hacks/
• Катастрофа: печальные последствия прошлогоднего набора в МГУ - http://t.co/I4zlcrdzr1
• Как легко выучить китайский - http://www.fresher.ru/2013/08/23/kak-legko-vyuchit-kitajskij/
• Курс Computer Science: Programming Methodology - http://academicearth.org/courses/programming-methodology/

Gamification.

• Martin Jansson, Используем геймификацию для того, чтобы объяснить и моделировать тестирование (eng) - http://thetesteye.com/blog/2013/10/using-gamification-to-explain-and-model-testing/
• Интервью с Anna Sort "Gamification in Health Care, 2 части - http://www.kohl.ca/2013/interview-with-anna-sort-nurse-teacher-consultant-and-gamer-part-1/ и http://www.kohl.ca/2013/interview-with-anna-sort-gamification-in-health-care-part-2/
• How Yu-Kai Chou Designed his Blog Gamification System - http://www.yukaichou.com/gamification-examples/yukai-chou-gamified-gamification-blog
• Enterprise Gamification - Ways to Increase Employee Engagement Through Gamification - http://enterprise-gamification.com/index.php?option=com_content&view=article&id=181%253Aways-to-increase-employee-engagement-through-gamification&catid=4&Itemid=251&lang=en
• Essential facts about computers and game industry - http://www.theesa.com/facts/pdfs/ESA_EF_2013.pdf

Books.

• Rikard Edgren, обзор книги Kahneman "Thinking, Fast and Slow" (eng) - http://thetesteye.com/blog/2013/10/kahneman-and-test-strategy-bias/
• Алексей Лупан Реальные лессонсы в тестинге (не открывая статью, попытайтесь догадаться, о какой книге пойдет речь :) - http://testitquickly.com/2013/10/31/in-folio/
• Дэвид Стрейкер: Быстрое решение проблем при помощи стикеров - http://cartmendum.livejournal.com/136831.html
• Ольга Павлова, отзыв на книгу "искусство обучать для тех, кто уже вляпался" - http://olgapavlova.livejournal.com/292215.html
• Карл Сьюэлл Клиенты на всю жизнь - http://blog.rotapost.ru/?p=558
  

Management.

• Dan Ashby, Почему чай - лучший тул для тестировщиков (eng) - http://danashby04.wordpress.com/2013/10/15/why-tea-is-a-great-tool-for-a-tester/
• Markus Gartner, Учет времени в Scrum (eng) - http://www.shino.de/2013/10/19/time-tracking-in-scrum/
• Андрей Мясников "Плагины на охране вашего времени" - помодоро для Хрома - http://lazy-tester.blogspot.com/2013/10/blog-post_23.html
• Лена Фалилеева "Trello - доска планирования для Kanban" - http://positiveflower.blogspot.com/2013/10/trello-kanban.html
• Максим Дорофеев "О людях-снежинках и счастье" - http://cartmendum.livejournal.com/140149.html
• Глеб Архангельский "ТМ-кейс. Желание сотрудников сократить время работы" - http://glebarhangelsky.livejournal.com/242565.html
• Михаил Субоч "Куда делегировать: как выбрать исполнителя" - http://lifeidea.org/2013/10/delegation-matrix/
• Мотивация 3.0, презентация Алексея Пименова - http://www.slideshare.net/pimenaus/30-27142487
• Решение проблем: 10 правил менеджера - http://habr.ru/p/198702/

Other.

• Сергей Атрощенков, инфографика про SQL Joins - http://barbaricqa.com/blog/archives/3074
• Александр Баглай "Уходить ли из компании? А если уходить, то как?" - http://apofig.blogspot.com/2013/10/blog-post_8.html
• Екатерина Ерохина "Проводим собеседования" - http://testwithoutrest.blogspot.com/2013/10/hr.html
• Культ карго в программировании - http://ift.tt/19cUmzD 
• Максим Цепков "Спиральная динамика" - http://lib.custis.ru/SpiralDynamics
• Насколько вы счастливы на своей работе? Треугольник удовлетворенности - http://lifehacker.ru/2013/10/18/triangle/
• 29 вещей, которые можно оценить к 29 - http://lifehacker.ru/2013/10/12/29-veshhej-kotorye-mozhno-ocenit-k-29/
• Запад против Востока. 17 отличий Европы от Азии в простых и понятных иллюстрациях китайской художницы. Бонусом - Россия в комментах - http://www.adme.ru/infografika/zapad-protiv-vostoka-566305/

Bonus. Fun.

• Andy Glover, Пасхальные software-eggs и другие рисунки (eng) - http://cartoontester.blogspot.com/2013/10/software-eggs-and-other-graphs.html
• Сравни предметы, что в них общего? - https://fbcdn-sphotos-g-a.akamaihd.net/hphotos-ak-ash3/579264_426237950809575_1183777042_n.jpg
• Дмитрий Гапчинский. Почему девочка злится. - http://crea87.livejournal.com/675917.html

На этом все, следите за новостями!

Куда уходит все время - перевод статьи Майкла Болтона

На прошлой неделе отзвучали сладкие ноты онлайн-конференции по тестированию ПО Chief Confet&QA. Как всегда, были очень интересные доклады, ценные мысли, а главное - дополнительный заряд мотивации действовать и развиваться. Чуть подробнее свои мысли по докладам я напишу в одном из следующих постов.

А сегодня я подготовил перевод статьи Майкла Болтона "Куда уходит все время" (Michael Bolton - "Where Does All That Time Go?"), о которой я рассказывал на своем конфетном докладе о тайм-менеджменте в тестировании. Статья очень интересная и поучительная, поэтому рекомендую к прочтению.

Ссылка на оригинал  -  http://www.developsense.com/blog/2012/10/where-does-all-that-time-go/
Формат текста (выделение терминов, курсив, цитирование) и ссылки на другие статьи из текста взяты с оригинала "как есть".

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

- Все это отнимает столько времени. Когда мне нужен лист бумаги для заметок, я обязательно должен заполнить соответствующую форму. Боже, спаси меня, если формы вдруг закончатся!
- Сколько времени ты тратишь на подобную работу каждую неделю? - спросил я.
- Около часа в день. Иногда два. Встречи... Скажем, полтора часа в среднем.
- Вау, это ощутимая часть этой недели. У меня есть идея.
- Давай изобразим это, - сказал я и достал мой верный молескин. Я предпочитаю вариант в клеточку для таких случаев, как этот. Я нарисовал прямоугольник, 20 клеточек в длину и 2 - в ширину.

- Итак, ты тратишь в среднем полтора часа в день на согласование (C - compliance stuff). Полтора умножить на пять, или семь с половиной часов в неделю. Давай округлим до восьми. Напиши С в восьми клетках.

Петр так и сделал.

- Хорошо. - сказал я, - А теперь напрягись и вспомни, сколько ты потратил времени на борьбу с тестовым окружении.

Глаза Петра загорелись.

- Да! - воскликнул он. - Это большая часть дня. Смотри, это мобильное приложение. У нас есть серверная  компонента и клиентская, с которой мы имеем дело, и серверная компонента - это настоящий слон.
- Расскажи-ка подробнее.
- Долгая история. Мы получаем окружение, которое моделирует систему на продакшн. Софт, который мы разрабатываем, содержит столько багов, что мы не можем определенно сказать, является ли эта проблема общей, или воспроизводится только для некоторой модели телефонов, и поэтому мы заводим еще одну конфигурацию для того, чтобы провести целенаправленное тестирование каждый раз, когда мы добавляем поддержку нового телефона. Это то, над чем я сейчас работаю. Проблема в том, что настойка нового телефона крайне скрупулезна и занимает очень много времени. Я должен делать все очень внимательно. Я несколько раз просил время на то, чтобы автоматизировать процесс настройки некоторых конфигураций, но мне отказали, так как времени недостаточно, мы и так постоянно в цейтноте. Поэтому, я вынужден делать это вручную. Процесс запутанный, и во время него я часто ошибаюсь. С другой стороны, если я обнаруживаю, что что-то не работает, я должен выяснить, почему. Это означает, что я должен сообщить об этом разработчикам и разобраться, в чем ошибка; затем я должен вернуться назад к тестированию нового окружения. И чаще всего, приходится начинать тестирование с самого начала. Это отнимает часы. И так каждый день.
- Окей. Давай запишем это в нашей маленькой таблице, прямо здесь. Напиши S в каждой клетке для каждого потраченного часа в неделю.

После этого Петр принялся заполнять клеточки. Один десяток, второй. И затем еще восемь клеток.

- В самом деле?! - воскликнул я. - Двадцать восемь часов в неделю, разделенные на пять дней - это более пяти часов в день. Ты серьезно?
- Абсолютно - вздохнул Петр. - Это занимает большую часть, иногда весь день. Это скучно. Что в самом деле меня убивает, так это то, что я не ощущаю, что занимаюсь тестированием.
- Я не шучу. На это нет времени. Остаются только четыре клеточки в неделю. Плюс, то, о чем ты уже говорил - тонны багов, которые не относятся к настройкам и целенаправленному тестированию.
- Это так. Когда дело доходит до тех вещей, которые на самом деле нуждаются в тестировании, в них тоже находится множество багов. Таким образом, мое время на тестирование - не чистое тестирование. Это в основном время, потраченное на то, чтобы воспроизвести и задокументировать баг.
- Да. В сессионном тестировании, это исследование и документирование бага - Б-время. И оно прерывает время на дизайн и выполнение теста - Т-время - которое создает актуальное покрытие тестами и позволяющее изучить, что в самом деле происходит в продукте. Так, сколько занимает Б-время?

Петр поставил букву Б в три из четырех клеток.

- И, наконец, Т-время?

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

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

- М-да, я никогда не смотрел на эту проблему таким образом. И затем, - Петр остановился. - Они спрашивают меня, почему я не обнаружил этот баг?
- Хорошо, -  сказал я, - учитывая заблуждение, в котором они, скорее всего, находятся, вопрос небезосновательный.
- Что ты имеешь в виду? - спросил Петр.
- Что написано у тебя на визитке?
- Тестирование ПО.
- Что написано у тебя на двери твоей тестовой лаборатории?
- Тестовая лаборатория - ответил Петр.
- И они называют тебя...
- Петр.
- Нет! - я улыбнулся. - Они говорят, что ты ... кто?
- Тестировщик.
- Итак, с того момента, как ты тестировщик, на двери у тебя написано "тестовая лаборатория", на визитке - "тестирование", они полагают, что тестирование - это все, что ты делаешь. Это заблуждение, которое Джерри Вейнберг называет проблемой укрупнения. Все из перечисленных активностей - административная работа, установка, исследование и документирование бага, проектирование и выполнение тестов, - для них это одна большая идея. И я нарисовал ее Петру.

- Это заблуждение менеджмента. С того момента как, в их воображении, у тебя есть сорок часов на тестирование в неделю, и для них это нормально - спросить, почему ты не обнаружил этот баг.
- Хммм... Так и есть. - согласился Петр.
- Когда в реальности они получают это. И я нарисовал для Петра.

- Для тестирования - реального взаимодействия с продуктом, поиском проблем, ты получаешь одну сороковую часть времени, которое они думают у тебя есть. Одну-единственную букву Т. Это входит в твой отчет о тестировании?
- Оу, пожалуй, мне стоит показать им это.
- Пожалуй, стоит.

Несколько дней спустя, я показал эту страницу из блокнота Джеймсу Баху.

- Вау! - ответил он. - Этот парень может быть в сорок раз продуктивнее!
- Сорок?
- Ну нет, не совсем, конечно. Но предположим, программисты проверят свою работу более тщательно, или предположим, что тестировщики попрактикуются в написании более точных отчетов о дефектах и отточат свои исследовательские навыки. Одна из этих двух вещей поможет сократить время на треть на исследование дефекта. Это позволит освободить больше времени на тестирование, если тестировщиков не будут отвлекать. Что если наполовину сократить время на согласование и борьбу с тестовыми окружениями?
- Четыре плюс четырнадцать... - посчитал я. - Это даст ему восемнадцать дополнительных часов на тестирование и исследование багов. Итого 22 часа. И даже если они будут продолжать тратить по два часа на исследование багов для каждого часа времени на тестирование... Отлично, это значит, продуктивность возрастет в семь раз, как минимум.
- В семь раз больше времени на тестовое покрытие, если предложенные идеи сработают. - ответил Джеймс.
- Может быть, разделение времени на составляющие - это то, что захотят сделать многие тестировщики в своей работе.

А как обстоит дело у вас?

Майкл Болтон, 30 октября 2012 года.