Качество Вызывает Уважение

Цитаты месяца - Январь 2012

2012-02-01T07:19:00.001+04:00

Меня упрекнули в неуважении клиентов - читателей. Цитаты недели с самого начала печатаются три раза : 1) в самом начале блога, 2) в заголовке заметки и 3) в теле заметки.

Согласен - несколько утомительно.

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

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

Не стоит отказываться от идеи только потому, что она может провалиться. Любая идея может провалиться. Если вы делаете что-то стоящее, вам предстоит испытать десятки неудач.

Гарри Беквит. Продавая Незримое.

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

Андрей Парабеллум. Бизнес и ЖЖизнь

Ничто в мире не заменит упорства. Не заменит талант — что может быть заурядней талантливого неудачника. Не заменит гений — непризнанная гениальность давно вошла в поговорку. Не заменит образование — мир полон образованных голодранцев. Лишь упорство и решимость всесильны. Девиз «стоять на своем» всегда разрешал и будет разрешать проблемы ода человеческого.

Кэлвин Кулидж

«Дьявол в мелочах», — говорят арабы. «Бог в мелочах», — говорят христиане. Те и другие правы. Если вы не уделяете внимания деталям, за ними прячется дьявол. Если вы отдаете им должное, в них являет себя Бог.

Ицхак Адизес. Развитие Лидеров

Люди с небес

2012-01-29T19:00:00.001+04:00

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

Не скажу, что это первое доверие, но с каждым таким опытом растет случается переосмысление уже вроде бы сформированных правил и предубеждений об управлении.

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

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

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

Люди совершают ошибки потому, что не знают, как поступать лучше.

Без понимания потребностей люди не в состоянии дать необходимое.

Разговоры приносят пользу только тогда, когда вы знаете, что требуется людям

Чтобы людям хотелось разговаривать с вами, необходимо научиться слушать.

Чтобы людям хотелось сотрудничать, нужно научиться просить об этом.

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

Угроза наказания только настраивает людей против и побуждает их к бунту.

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

Люди прислушиваются к вам, когда вы прислушиваетесь к людям.

Пять позитивных принципов таковы:
1. Отличаться от других – нормально.
2. Совершать ошибки – нормально.
3.Хотеть большего – нормально.
4. Выражать свое несогласие – нормально, но помни, что демократия - для обсуждения, а при выполнении - диктатура.

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

У каждого человека свой уникальный набор задач и талантов, и мы не можем изменить то, какими им быть

Людям необходимо сочувствие и помощь, но не менее необходимы им для роста и их особые проблемы.

Люди учатся на жизненных примерах, а не из лекций

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

Цель управления людьми - развить дух сотрудничества

Попытки сломить волю подчиненного и принять вашу точку зрения приводят к угасанию его естественного желания сотрудничать с вами.

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

Поймите причину сопротивления оппонента, и оно уйдет.

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

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

Мудрые менеджеры стараются заранее предупредить подчиненных о предстоящих изменениях

Из того, что люди разные, не следует, что кто-то лучше, а кто-то – хуже.

Люди не планируют свои ошибки заранее

Менеджеры ошибочно полагают, что если подчиненный совершает ошибки или ведет себя не так,

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

Четыре типичные реакции людей, когда им внушают, что ошибки – это не нормально:

1. Скрывают свои ошибки и не говорят правду.

2. Ставят для себя планку слишком низко и не хотят рисковать.

3. Защищаются, оправдывая свои ошибки или сваливая вину на других.

4. Демонстрируют заниженную самооценку и склонность к самоуничижению.

Задачки на сообразительность - 10: Ответы

2012-01-13T07:27:00.000+04:00

Мне придется начать с извинений. В последней задаче число выходов никак не 7 а 5. Что на меня нашло, когда я написал эту цифру не понимаю. Поэтому ответ на последнюю задачу опубликую в понедельник.

Еще раз прошу извинения.

ЗАШИФРОВАННОЕ ЧИСЛО

Необходимо назвать Число удовлетворяющее следующим правилам:

1) Число содержит 10 цифр (например 1023456789)

2) Число само себя описывает:

- первая цифра это число нулей в Числе

- вторая цифра это число единиц в Числе

...

- десятая цифра это число девяток в Числе

т.е. если в Числе 5 нулей и 3 двойки то Число будет выглядеть как 5x3xxxxxxx.

Вопрос: Назовите число.

Ответ: 6210001000 (в числе 6 нулей, 2 единицы, 1 двойка и 1 шестерка)

ОПЛАТА ЗОЛОТОМ

Подвязался один программист аутсорсить за золото. 1 кусок золота за 7 рабочих дней. По договоренности с менеджером программист должен получать каждый день положенную ему плату золотом. Менеджер перед началом рабочей недели разрезал этот самый кусок золота двумя ловкими движениями при помощи лазерной ручки.

Вопрос: Объясните как менеджер разрезал золото и как выплачивалась оплата каждый день.

Ответ: Менеджер разрезал на 1/7, 2/7, 4/7 части.

1) В первый день менеджер выплатил 1/7

2) Во второй день менеджер выплатил 2/7 и забрал 1/7

3) В третий день менеджер добавил еще 1/7

4) В четвертый день менеджер забрал 1/7 и 2/7 но выдал 4/7

5) На пятый день менеджер добавил 1/7

6) На шестой день менеджер отдал 2/7 но забрал 1/7

7) В последний день менеджер отдал оставшиеся 1/7 часть.

КОТ И МЫШЬ

Кота ~~Леопольда~~ все таки достала мышь.Он смог ее загнать в норку. Но вот незадача в норке 5 выходов. Все выходы последовательны, т.е. мышь может из первого выхода перебежать во вторую. Из второй - в первую или третью.

Мышь можно поймать засунув лапу в один из выходов (засунуть лапы сразу в два выхода нельзя).

После каждой попытки кота (сунул - высунул) мышь перебегает к другому выходу.

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

Ответ: ~~22444332~~ 2244332

Задачки на сообразительность - 10

2012-01-09T11:20:00.001+04:00

Первая рабочая неделя после новогодних праздников не всегда дает время для "раскачивания".

Один из способов настроиться на рабочий лад - решить несколько задачек ;).

ЗАШИФРОВАННОЕ ЧИСЛО

Необходимо назвать Число удовлетворяющее следующим правилам:

1) Число содержит 10 цифр (например 1023456789)

2) Число само себя описывает|зашифровывает:

- первая цифра это число нулей в Числе

- вторая цифра это число единиц в Числе

...

- десятая цифра это число девяток в Числе

т.е. если в Числе 5 нулей и 3 двойки то Число будет выглядеть как 5x3xxxxxxx (где x - какие нибудь цифры)

Вопрос: Назовите это число

КОДИРУЮ ЗА ЗОЛОТО

Подвязался один программист аутсорсить за золото - 1 кусок золота за 7 рабочих дней.

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

Вопрос: Объясните как менеджер разрезал золото и как выплачивалась оплата каждый день.

КОТ И МЫШЬ

Кота ~~Леопольда~~ таки достала мышь.Он смог ее загнать в норку. Но вот незадача в норке 5 выходов. Все выходы последовательны (т.е. мышь может из первого выхода перебежать во вторую; из второй - в первую или третью, из третьей в четвертую или во вторую).

Мышь можно поймать засунув лапу в один из выходов (засунуть лапы сразу в два выхода нельзя).

После каждой попытки кота (сунул - высунул) мышь перебегает к другому выходу. Логика мыши не подчиняется логике - либо вправо либо влево.

Мышь не пытается выскочить из норы.

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

Лучшие книги по версии товарища Селяева - 2011

2012-01-04T16:09:00.001+04:00

За прошедший 2011 год прочитал достаточную туеву кучу книг (44), чтобы понять, как мало я знал к концу 2010 :))).

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

Ссылки ведут на коспекты моего цитат-бложика.

Алхимик. Пауло Коэльо
Жизнь на полной мощности. Управление энергией – ключ к высокой эффективности, здоровью и счастью. Коллектив авторов
Развитие лидеров.Ицхак Адизес
Стили Менеджмента. Ицхак Адизес
Найти идею. Генрих Альтшильд
Техники креативности. Йири Шерер
Игры для разума. Тренинг креативного мышления. Майкл Микалко
Серьезное Творческое мышление. Эдвард Де Боно
Гемба Кайдзен. Масааки Имаи
Тайм драйв: как успевать жить и работать. Глеб Архангельский
Вы, конечно, шутите, мистер Фейнман! Ричард Фейнман
Человеческий фактор: успешные проекты и команды Демарко Т., Листер Т.
Клиенты на всю жизнь. Карл Сьюэлл и Пол Браун
От хорошего к великому. Джим Коллинс
Дзен и искусство ухода за мотоциклом. Роберт Персинг
Принцип Сперматозоида. Литвак.
Какое вам дело до того что думают другие? Ричард Фейнман
Психология влияния. Чалдини Роберт
Deadline. Роман об управлении проектами. Том ДеМарко
Мифический человеко-месяц.Фредерик Брукс
Джоэл о программировании. Джоэл Спольски
Карьера менеджера. Ли Яккокка
Записки автоматизатора. Профессиональная исповедь. Андрей Орлов
Мелкие боги. Терри Пратчет
Rework: Бизнесс без предрассудков. Джейсон Фрайд и Дэвид Хайнемайер Хенссон
Навыки делового письма. Саша Карепина
Сделано в Японии. Акио Морита

Достойное рыночное качество

2011-12-31T12:49:00.002+04:00

Вдруг вспомнилось.

Первый раз я сознательно (поездки к бабушке в Ростов исключаются, так как всегда был под наблюдением взрослых) покинул родной Ульяновск в возрасте 24 лет. Свадебное путешествие. Египет.

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

- Bad, Bad quality - тыкая пальцем в пергаменты, каменные скарабеи и прочие товары произнес я.

- It is not bad quality, - c наигранной обидой ответил парень - it is market quality.

Шикарный ответ.

Вокруг ходили покупатели, достойные разложенных на товаров. Вокруг лежали товары, достойные своих покупателей. Кто хотел товаров другого качества искали другие магазины. Кто продавал другие товары - искали других покупателей.

Достойное рыночное качество...

Когда то я был идеалистом и считал, что качество должно быть идеальным. Сейчас считаю, что качество должно быть достойным. В канун Нового Года хочу всем читателям и просто хорошим людям пожелать Достойного Качества во всех делах! Ибо рыночное качество не всегда достойно нас самих ;)

Удачного и достойного 2012 года!

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

2011-12-12T09:35:00.000+04:00

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

Клиенты на всю жизнь. Карл Сьюэлл и Пол Браун

Формула 5-само: самостоятельность, самоорганизация, самообучение, саморазвитие, самопродвижение

2011-12-10T10:20:00.000+04:00

Почему одни люди всегда на слуху, а другие вроде бы есть - и вроде бы их и нет?

Почему некоторые люди достигают успеха быстрее других?

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

Почему люди вообще достигают успеха?

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

Есть ли "формула успеха" для людей?

Наверное есть.

Какая?

Где то я услышал, что успеха человек может достигнуть обладая 3 вещами, которые сами по себе являются 1/3 для успеха:
- удача,
- талант,
- упорство.

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

Меня не интересует удача - я никак на нее повлиять не могу. Она просто случается. Или не случается. Принимать ее во внимание сложно.

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

Остается упорство. Упорство это замечательно. Кто не знает, что для успеха нужно "пахать" - поднимите руку.

Короче родилась у меня собственная формула "5-само":

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

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

Ступенька первая: Самостоятельность

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

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

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

Ступенька вторая: Самоорганизация

Организовать свою досуг. Время. Работу. Понять что важно, и что - не совсем.

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

Ступенька третья: Самообучение

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

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

Ступенька четвретая: Саморазвитие

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

Только в жизни можно понять, что вежливость это не громкое слово, а долгое дело

Только общаясь, ты понимаешь, что у слова "правда" только два оттенка.

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

Ступенька пятая: Самопродвижение

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

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

Кто кроме нас самих (без помощи пыток и психологии, конечно), может знать на что мы способны?

ЗЫ

Моя теория это только моя теория. Но она мне нравиться и пока все получается. Хорошее это чувство "у меня все получается".

В любом случае я не настаиваю на ее абсолютности (этим как раз и грешат все проповедники 5/7/10/... правил). Она заточена под меня.

PSPS: Где-то неделю назад наткнулся на выступление Ричарда Джона 8 секретов успеха. Ссылку добавил для сравнения. Не понравиться моя "теорийка" - можно зацепиться за Ричарда.

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

Трудности перевода

2011-11-28T09:43:00.000+04:00

Когда то, давным давно, в далекие студенческие годы, мне посчастливилось быть курсантом военной кафедры.

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

Целая тетрадь.

Записная книжка отзаборовдообедов.

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

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

Тетрадка со временем затерялась, но тяга ко всякого рода записным книжкам осталась. Я уже упоминал про одну из них Здесь. Цитаты недели этого бложика - тоже своего года записная книжка. Есть еще Цитатник. И есть еще одна записная книжка - записная книжка для общающихся тестировщиков. О ней сегодня и пойдет речь.

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

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

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

Один знакомый менеджер делился случаем из жизни.

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

Все полчаса приятель сидел и думал - чего она от меня хочет то?

А потом начальница перевела разговор и сказала волшебное by the way о том, что поговорила с девушкой, которая приехала в Лондон в командировку.

Произошло небольшое прозрение...

Менеджер, как только его отпустило, звонит в Лондон, спрашивает девушку как дела, как она одета:
- ...Извини, что спрашиваю, но вот тут ... позже объясню..
Девушка отвечает:
- Да, нормально - джинсы, каблуки, блузка...ну знаешь, такая - с декольте...

Что было сказано?

Что имелось ввиду?

КАК ДЕЛА?

Начальство часто задает вопрос: Как дела? Любят они взрывать мозг вопросами подобного рода.

И ответственный молодой сотрудник судорожно начинает перечислять:

- Вчера я сначала сделал то-то и то-то... Мы решили, что будет неплохо подумать о том и о том... Я сделал вот это и это... Но потом... А затем... А после...

Говоря это сотрудник видит, как глаза собеседника грустнеют. Но вместо того чтобы остановиться он набирает темп:

- Вчера-утром-вечером-ночью-авотеще-авот-вот... бла-бла-бла....бла-бла...бла...

Быстрее - чтобы не перебили.

Быстрее - чтобы поняли, как мы работали...

И еще - мы же так не любим когда нас перебивают.

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

Алкоголик продирая глаза видит себя в незнакомом месте, в окружении людей. Спрашиват:
- Где я?
Ему отвечают:
- В тюрьме.
- К черту подробности - какой город?

К черту подробности при общении с начальством, если оно само вас не спросило!

Что же такое КАК ДЕЛА?

Это можно перевести как:
- Мы успеваем?
- Что нас останавливает?
- Что нас может остановить?

Это также можно перевести как:

- Чем я могу вам помочь?

Если человек хочет мелочей - он спросит. И если он соизволил спросить про мелочи, то это второй случай. Об это далее.

Кстати навеяно. Недавно ходили в АШАН с сыном. Уже стояли на кассе, когда позвонила жена. Ребенок (4 года) взял трубку и выдал на одном дыхании: А я больно себе сделал папа поцеловал робота мы не открыли и щас уже вот стоим...

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

ЧТО У ВАС ПРОИСХОДИТ?

Подобный вопрос бывает в разных формах: мягких и твердых.

Жесткий пример: Что у вас ~~черт подери~~ творится?

Более мягкие:

- А что у вас с тест планом?

- А какие тесты вы сейчас прогоняете?

- А вы знаете какие у вас риски?

- А вы знаете какие у вас блокеры?

- А вы знаете какие у вас проблемы?

Если к вам приходят с вопросами, то это либо человек новый, либо - старый не уверен, что у вас все хорошо. И нередко кто-то пришел и сказал, что у вас проблемы. И этот кто то - не вы. И это Эпик Фейл. Ахтунг. Клиника.

Что же они хотят сказать:

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

Почему мы не сообщили? Варианты разные:

- Думали что справимся, но не справились.

- Думали, что не важно для менеджера.

- Забыли.

Очень опасно если источником негативной информации о тестировщиках будут не тестировщики - станьте источником плохих новостей о себе. Но не забывайте говорить и о хорошем. Визибилити - и все такое прочее ;)

ПОЧЕМУ БАГ В ПРОДЕ?

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

Что спрашивают:

-Почему это случилось?
-Почему баг в проде?

-Почему тестировщики пропустили? (почему редко кто-то спрашивает как разработчики посадили этот баг?)

Что они хотят знать:

- Почему баг в проде?

Начальству действительно интересно об этом узнать.

Но кроме этого они еще хотят услышать, что

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

Ошибки нужно исправлять. Но лучше - не совершать их больше никогда.

ЭТО НЕ БАГА - ЭТО ФИЧА

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

Это не бага - это фича.

Пользователь так никогда не сделает.

Это никому не нужно....

Как сказал, Майкл Болтон - каждый раз, когда разработчик произносит нечто подобное, внутри тестировщика что-то умирает. Маленький пушистый котенок. Ласковый щеночек. Цветочек в горшочке. Любовь в человечеству. Вера в справедливость. Поклонение качеству...

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

Некоторые тестировщики воспринимают фразу это не бага, а фича - как я тебя не уважаю.

Ничего подобного.

Это может быть:

- Я действительно считаю, что это фича.

- У меня нет полных требований, и я считаю вправе принять это как фичу.

- Это задача невысокого приоритета, и я не хочу тратить на это время.

Каждый может ошибаться. Даже тестировщики. Что уж говорить о разработчиках! Но если вы прочитаете предыдущие 3 пункта - что они на самом деле имеют ввиду, то увидите разумное зерно. Наша же задача проверить, что их рассуждения действительно стоят на твердом базисе. Даже если мы и тормозим аджайл ;).

ЗАКЛЮЧЕНИЕ

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

Коллеги от нас хотят порой очень многого.

Наши коллеги ожидают, что мы будем тестировать быстро, качественно, дешево и умно.

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

Наши коллеги как и многие из оставшихся 7 миллиардов желают уверенности в завтрашнем дне, ну, или хотя бы - в следующем релизе.

И наша задача понять их, стать на их сторону и вывести качество продукта на новый ранее недостижимый уровень.

Понедельник день тяжелый?...

2011-11-21T09:52:00.001+04:00

... Как бы мотивирует перестать ныть и начать работать. Тем более - в понедельник.

Цитата недели: Не забывайте, что в сравнении с вечностью все это семечки.

2011-11-21T09:43:00.000+04:00

Не забывайте, что в сравнении с вечностью все это семечки

Рофф Рон.

Я вижу вас голым. Как подготовиться к презентации и с блеском ее провести.

Цитата Недели: Непреклонность хороша для коровы или бабуина, однако для животных, которые принадлежат к тому же виду, что и Шекспир, она попросту позорна. Олдос Хаксли

2011-11-14T12:21:00.000+04:00

Непреклонность хороша для коровы или бабуина, однако для животных, которые принадлежат к тому же виду, что и Шекспир, она попросту позорна.

Олдос Хаксли

Задачи на сообразительность 9. Профессиональное. Ответ

2011-11-11T07:24:00.001+04:00

Чтобы задать настроение расскажу минисюжет из мультсериала "Бэтмен: смелый и отважный" (сын обожает эту маскарадную брутальность).

Один из персонажей спрашивает приятеля:
- Кто победит: Супермен или Бетмен, если у Бетмена нет криптонита?
- Ну если нет криптонита - то Супермен...
- Ответ не верный! - У Бетмена всегда есть криптонит!!!
- Но ты же сказал, что у него нет криптонита.
- Это был вопрос с подвохом. У Бетмена всегда есть криптонит...

Вопрос председателя комиссии был с подвохом:

Какой продукт можно назвать качественным?

Студен ответить не смог (по крайней мере не смог угадать версию председателя):

Любой продукт обладает качеством, значит любой продукт можно назвать качественным.

Вот такой вот вопрос с подвохом.

Задачи на сообразительность 9. Профессиональное

2011-11-07T07:36:00.000+04:00

Задача на эту неделю не столько на сообразительность, сколько на рассуждение о качестве.

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

На экзамене был задан интересный вопрос:

Какой продукт можно назвать качественным?

Председатель задал этот вопрос и сам же на него ответил. Ответ был очень очень интересный.

Предлагаю вам подумать и ответить. Не предлагаю угадать - обратитесь к силе добра в своем сердце ;)

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

В пятницу выложу ответ председателя.

Удачной недели.

Соблюдай правила техники безопасности! Прежде чем работать языком, подключи мозги! Табличка на рабочем месте мастера в заводском цеху

2011-10-24T09:31:00.000+04:00

Соблюдай правила техники безопасности! Прежде чем работать языком, подключи мозги!

Табличка на рабочем месте мастера в заводском цеху.

Bits and Pieces, volume C № 12

Процесс с нуля. Первые шажки 2: Планирование и Знания

2011-10-22T08:54:00.002+04:00

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

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

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

УЧЕТ РАБОТ И ПЛАНИРОВАНИЕ

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

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

Самоучет помогает и понять и показать производительность, а возможно и вскрыть узкие места новичка, предугадывая вопросы типа: а-что-ты-такого-делал-вчера-что-ничего-не-успел?

УЧЕТ РАБОТ

Понять как учитывать время

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

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

В последнее время появилась такая полочка, как планирование/принятие решений. Но для новичка тестировщика эта полочка не так важна.

Все полочки я как скупой рыцарь собираю в https://www.toggl.com/

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

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

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

МЕТРИКИ

Lesson 198. There’s nothing more dangerous than a vice-president with statistics

Lesson Learned in Software Testing

Во первых, мое глубокое ИМХО - считать лучше чем не считать вообще.

Во вторых - я малодушно делю метрики на те, что нужны мне и те что мне не нужны... те, которые хочет получать руководство.

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

Се-ля-ви.

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

Коммуникация/тестирование

Настройка тестовой лаборатории/тестирование

Документирование/тестирование

Исследование/тестирование

Ретестирование/тестирование

Все эти метрики должны - должны стремиться к нулю.

Спорный тезис.

Аргументирую.

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

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

Отдельно о таких активностях как исследование и ретестирование.

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

Ретестирование - повторное тестирование, как правило - перепроверка баг фиксов. Чем меньше ретестирование, тем лучше разработка... или хуже тестирование - каждый выбирает свой ошибочный путь интерпретации метрик ;).

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

Узнать кому какие метрики нужны

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

В любом случае их метрики позволяют им чувствовать себя ... комфортнее что ли.

Если начальник чувствует себя комфортнее работая с человеком, который вроде бы управляем - что мне мешает ему помочь?

Узнать какие метрики и сделать себе галочку на будущее. Просто галочку - за чем к вам придут в будущем ваши большие и мудрые ~~хозяева~~ начальники.

Кстати, еще один добрый совет:

Даже не упоминайте о метриках, если их не использовала команда в явном виде до вас, пока не скормите первый килограмм конфет... Каждому!

Я вообще в общении с разработчиками полагаюсь на печенье и шоколад (а в последнее время и на алкоголь - мальчики растут) больше чем на административный ресурс. Печенье и шоколад нельзя динамить занятостью.

ПЛАНИРОВАНИЕ

Планировать - используя статистику итераций
Планирование это целая наука, которая раз за разом доказывает, что планы - ничто.

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

Я уже бил себя по щекам из-за недостатков в образовании планирования для новых проектов, поэтому просто напомню (возможно баян) - планируйте исходя из статистики.

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

Составить календарь отпусков и праздников
Они - бедствие.

Они перечеркивают все планы.

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

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

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

Тем не менее мы же знаем это - можем подготовиться.

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

Но можно подкинуть идею планирования отпусков менеджеру проекта.

А какие неожиданные пьянки случаются по случаю дней рождений... и в пятницы (ровно потому что это пятницы!)

Календарь нужен.

В праздники и предпраздники люди склонны работать медленнее или не работать вовсе. Это нужно учитывать. Тем более в самом начале.

ДОКУМЕНТАЦИЯ, ПРОБЛЕМНАЯ ОБЛАСТЬ И ЗНАНИЯ

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

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

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

Документация может быть тупо Jirой.

Документация может быть самодокументированным кодом (это отдельная лебединая песня).

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

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

Найти источники знаний (кто-то их еще называет требованиями)

Прежде чем ругать проектную информацию, стоит ее найти.

Источники информации для новичка команды - те же самые, что и для "старичков" . Их на самом деле не так уж и много:

Пользователи,
Команда разработки,
Тест сценарии, Тест планы, Тест Стратегии, Тест-прочие-названия-документации
Спецификации,
Баг трекинг/Таск трекинг системы,

Я недавно писал про то тестировщиков, журналистику и интервью. Может быть кому нибудь поможет развить навыки брать интервью. Писал, но понимаю:

Невозможно одной статьей научить работать с людьми.

Также невозможно одной статьей научить читать и понимать тест сценарии и спецификации.

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

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

Сохранять информацию

Сохранить информацию для себя и поколений - задача как раз для новичка.

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

Я обычно начинаю собирать информацию и складывать на вики. Страница так и называется QA Newcomer Checklist. Кто будет против такой странички? Я же делаю это для себя! Никто не будет против. Но потом, очень многие приходят ее почитать.

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

Не зацикливаться на документации (практиковаться и общаться чаще чем читать)

Информации будет много.

Мусора много.

Будет много того, что придется выкинуть и забыть.

Единственный способ соотносить информацию и правду - практиковаться.

Практика вообще единственный способ перестать ходить первыми шажками.

Сильный удар под дых тестировщику оптимисту...

2011-10-21T20:22:00.001+04:00

Проценты багов найденных различными техниками.

Сильный удар под дых тестировщику оптимисту...

Взято: http://kev.inburke.com/kevin/the-best-ways-to-find-bugs-in-your-code/

Цитата Недели: «Время все меняет»... «Это поговорка, но это неправда. Только поступки что-то меняют. Если ничего не делать, все остается прежним. Доктор Хаус

2011-10-17T07:06:00.001+04:00

Это поговорка ("Время все меняет"), но это неправда. Только поступки что-то меняют. Если ничего не делать, все остается прежним.

Доктор Хаус

2011-10-16T08:44:00.002+04:00

Закончил "Стили Менеджмента" Ицхака Адизеса. Второй день не дает покоя мысль, что "Бюрократы"слишком хорошо прижились в среде тестировщиков.

Как и Герой-одиночка, Бюрократ все понимает буквально. Чтобы поверить во что-то, -A-- непременно нужно увидеть это своими глазами. Он не любит рисковать...

Предприниматель, разглядев в тумане большое ухо, огромную ногу и широкую спину, осклицает: «Ага, похоже, это слон». Он заполняет пустоты в информационном тумане с помощью воображения и делает вывод.

-A-- не способен к догадкам. Большое ухо, большая нога и широкая спина не станут слоном, пока туман не рассеется. И тогда, потрогав и обнюхав слона, Бюрократ недоверчиво скажет: «Хм, может быть, это и слон».

Бюрократ считает, что, пока есть сомнения, строить догадки недопустимо.

Переводя на наш язык

Тестировщик: Бага?

Программист: Фича.

Бизнес аналитик: Фича.

Клиент: Фича.

Тестировщик: Хм... ну может быть, может быть...

На полставки - певец

2011-10-09T19:02:00.003+04:00

Гениальные люди гениальны во всем.

Майкл и тестировщик, и консультант, и тренер и еще - певец.

Жизнь видимо крутиться заставляет.

Задачки на сообразительность 8: Время. Ответы.

2011-10-07T08:04:00.000+04:00

Ответ на задачи Задачки на сообразительность 8: Время

ПЕСОЧНЫЕ ЧАСЫ

Как отмерить 15 мин. при помощи пары песочных часов, отмеряющих соответственно 7 и 11 мин?
ОТВЕТ:
1. Переворачиваем часы на 7 и 11 минут одновременно.
2. Прошло 7 минут. Часы на 7 минут полностью высыпались. На часах на 11 минут осталось 11-7 = 4 минуты.
3. Переворачиваем часы на 11 минут с остатками песка и ждем пока песок за оставшиеся 4 минуты высыпется.
5. Прошло 4 минуты - теперь осталось перевернуть 11 минутные часы и в сумме получаем 4 + 11 = 15 минут.

ОТБИВНЫЕ

Нужно приготовить 12 отбивных. На сковороде помещаются только 8 штук. Отбивные готовятся обжариванием с двух сторон. Каждая сторона прожаривается за 4 минуты ровно.

Нужно успеть приготовить отбивные за 12 минут.Как это сделать?
ОТВЕТ:
1. Жарим 8 штук с одной стороны.
2. Прошло 4 минуты - все 8 отбивных поджарились с одной стороны.
3. Переворачиваем 4 отбивные на вторую сторону, 4 отбивные выкладываем из сковороды и докладываем 4 сырые на освобожденное место.
4. Прошло 4 минуту. Те отбивные, что перевернули приготовились полностью. - мы их выкладываем. "Новоподложенные" отбивные переворачиваем и на освободившееся место кладем отбивные из тарелки.
5. Прошло 4 минуты - отбивные приготовлены.
Итого - 12 минут

ВЕРЕВКИ

Есть три веревки.

Каждая горит 1 час ровно.

Веревки горят неравномерно, но ровно 1 час.

Следует отсчитать 1 час 45 минут используя веревки и их способность гореть.

Резать, мерять, отрывать веревки нельзя.

ОТВЕТ:
1. Поджигаем одну веревку с одного края.
2. Прошел час - веревка сгорела.
3. Поджигаем вторую веревку с двух концов и третью веревку только с одного конца.
4. Прошло полчаса - сгорела веревка подожженная с двух концов.
5. Третью веревку поджигаем со второго конца.
6. Проходит пятнадцать минут и третья веревка сгорает

ЧАЙНИК

Жил - был царь. У него были три дочери: старшая, средняя и младшая. Младшая была самая красивая, самая любимая.

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

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

Первым закипел чайник у младшей дочери.

Почему так получилось?

ОТВЕТ: Младшая дочка замуж не хотела, а поэтому крышку чайника не открывала. Пар не выходил - чайник закипел быстрее.

Цитата Недели: А это значит, что если правило что-то запрещает - это не значит, что это делать нельзя. Это значит, что таким способом это сделать нельзя. А по-другому - можно! Андрей Парабеллум. Бизнес и ЖЖизнь

2011-10-03T07:31:00.002+04:00

А это значит, что если правило что-то запрещает - это не значит, что это делать нельзя. Это значит, что таким способом это сделать нельзя. А по-другому - можно!

Андрей Парабеллум

Бизнес и ЖЖизнь

Задачки на сообразительность 8: Время

2011-10-03T07:28:00.001+04:00

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

Небольшие комментарии:
1) Картинки не являются подсказками. Это просто красочное оформление. Так веселее.
2) Ответы держим при себе - даем занятым доработать до пятницы.

ПЕСОЧНЫЕ ЧАСЫ

Как отмерить 15 мин. при помощи пары песочных часов, отмеряющих соответственно 7 и 11 мин?

ОТБИВНЫЕ

Нужно успеть приготовить отбивные за 12 минут.Как это сделать?

ВЕРЕВКИ

ЧАЙНИК

Тестировщики тормозят аджайл

2011-10-02T17:03:00.001+04:00

Мимоходом услышал разговор двух незнакомых разработчиков. Так бы и остались незнакомые разработчики незаметными, но последняя весомая фраза самого крупного (метра два - рост, килограмм сто - веса) собеседника взорвала мозг:

- Я всегда говорил, что тестировщики в аджайле только тормозят релиз.

Разработчики меня не заметили - ушли.

Три вопроса висели в воздухе...

Как можно было не заметить глаза по пять советских копеек уставленных на тебя на расстоянии полметра?

Какого черта разработчики делают в 10 часов утра в воскресенье в Ашане?

Это что, флешмоб - они специально портят настроение тестировщикам по воскресеньям? Ищут, находят и портят?

Пока баг, привет баг.

2011-09-26T10:50:00.002+04:00

В кои то веки отправился в отпуск дальше родного Ульяновска.

Шереметьево провожало с ошибкой при посадке в самолет

И приветствовало синим экраном смерти

Почему то мне кажется в аэропорту просто тупо не придают этому значения.

Не критично.

Северити не тот.

Цитата недели: Спросите себя, кто устанавливает для вас стандарты качества — ваша отрасль, ваше эго или ваши клиенты? Продавая незримое. Гарри Беквит

2011-09-26T10:43:00.000+04:00

Спросите себя, кто устанавливает для вас стандарты качества — ваша отрасль, ваше эго или ваши клиенты?

Продавая незримое. Гарри Беквит

Процесс с нуля. Первые шажки - 1: Взаимоотношения и Тестовая лаборатория

2011-09-14T11:27:00.001+04:00

За последние 2 года мне удалось "поосваивать" - в хорошем смысле слова - несколько разных по сложности о составу команды проектов. Каждый проект уникальный. А задачи с созданием группы тестирования - вроде бы одни и те же...

Новый проект. Новые люди. Новые традиции и новые горизонты в тестировании.

Знакомиться с новыми людьми.

Изучить новый продукт.

Построить свою работу с нуля.

Как не утонуть в новом хаосе?

Я бы хотел сегодня покопаться в этой нелегкой куче.

Как бы вы начали входить в новый проект? Или вопрос опытным - как вы входили в новый проект?

С чего бы начинали? Были бы это технологии или проблемная область? На какой стратегический вопрос хотели бы сперва найти ответ?

Столько направлений, столько мыслей, столько желаний...

Со временем у меня сформировался свой набор эвристик вхождения в проект - своего рода записная книжка товарища Селяева маленьких шагов (побед?) к достижению стратегическимх целей в тестировании нового проекта.

Со временем я выделил несколько стратегических направлений, которые и пытаюсь "пробежать" за как можно быстрое время (ASAP)

Взаимоотношения с командой и пользователями
Тестовая лаборатория
Учет работ и планирование
Документация и База знаний
Визибилити и Отчетность

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

Заметка получается громадная (не знаю откуда у меня появляется такое стремление к гигантомании), поэтому разделил на две (а может и на три - будет видно куда приведет психоанализ).

Сегодня поговорим про взаимоотношения и тестовую лабораторию. Мой опыт. Мои евристики.

ВЗАИМООТНОШЕНИЯ С КОМАНДОЙ И ПОЛЬЗОВАТЕЛЯМИ

КАК ЖИВЕТЕ?

Первый вопрос команде
Знаете, какой мой первый вопрос к новой команде?

Ни о технологиях, ни о практиках, ни о хотелках менеджеров этот вопрос. И кстати, я его никогда не произношу, никому не задаю, но "подразумеваю" постоянно.

Главное, что я хочу понять с самого первого шага в проекте:

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

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

Как Этот может знать лучше Меня - что тестировать и как тестировать?

и второй

Нужно ли Мне теперь тестировать самому?

И вот на эти вопросы приходится отвечать уже мне и отвечать, отвечать, отвечать...

Не ждать нежданчиков - узнать чего хотят
Вы может быть удивитесь, но

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

Честно! Ожидания с обеих сторон могут быть различными.

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

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

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

Спроси чего ждут от тебя начальники и команда - договорись что будешь делать в первую очередь, пусть это не будет нежданчиком для тебя и для них.

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

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

Понять чего хочет "начальника" поможет не наступить на мозоль или грабли. В первом случае можно сделать неприятно кому-то, а во втором случае - заработать шишку себе. Шишка - не орден - гордиться нечем ;).

Делиться опасениями, рисками и проблемами
Очень может статься, что о проблемах, с которыми вы сталкиваетесь знают только вы и ваша семья.

На совещании промолчал, дома - наорал на жену.

На работе, в отличии от семьи есть две крайности:

- Ну ты же ничего не говорил.

и

- Ну тебя же взяли, чтобы ты проблемы решал, а не рассказывал о них.

Когда то меня подобные ответы заставляли выпучивать глаза и глотать ртом воздух: они что ничего не видели?

Прошло время и я ~~поседел~~ поумнел и набрался ~~наглости~~ опыта. Теперь каждый в команде знает о моих проблемах и как я их решаю. Ибо

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

Хотя всегда могут найтись излишне инициативные сослуживцы и начальники...и ведь лесом их не пошлешь...

КОМАНДА - МОЙ КРУГ... МОЙ ПЕРВЫЙ КРУГ... ВТОРОЙ... ТРЕТИЙ...

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

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

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

Запоминать новых людей

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

В текущем новом проекте, за три месяца мне уже пришлось общаться кроме своей команды (15 человек в 6 странах) еще с 7-ю специалистами из 5 параллельных проектов. Из 23-х специалистов три месяца назад я знал только двоих. С 6-ю я общался всего один раз. Без записи - как вспомнить имя Rohit Gnapnadesh и, что именно он отвечает за Emma сервисы на UAT?

Не бояться быть дураком и задавать вопросы
Я не знаю лучшего способа узнать о чем-то, чем спросить самому. Редко в командах есть хорошие учителя. Приходится самообучатся, записывать и применять все самому (Если вы ничему не научились из этой книги - это ваша собственная вина).

Если не знаешь где что найти, то подход только один - спрашивать, спрашивать, спрашивать. Ибо

Быть дураком не стыдно. Стыдно продолбать баг на 300 килоевро из за своей скромности.

КТО ТАКОЙ КОНЕЧНЫЙ ПОЛЬЗОВАТЕЛЬ?

Познакомиться с пользователями
Еще жив в моей памяти проект, в котором мы не знали своих пользователей. Вернее не знали всех пользователей. А их были десятки... К тому времени как сменилось две команды разработки, 3 ITPM-а, несколько вендоров, и, наконец, пришел я - остался список из 7 проектов, которым мы и предоставляем услуги передачи и обработки данных. Про проблемы остальных мы узнавали, только когда релизили новую версию продукта. Узнавали весьма с печальными последствиями.

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

Только зная как конечный пользователь использует программу - я понимаю как действительно работает программа и как ее нужно тестировать, а также - как она не используется и как ее тестировать не нужно. Определяются риски и уменьшается объем тестирования. Уменьшается объем тестирования! Нет даже так УМЕНЬШАЕТСЯ ОБЪЕМ ТЕСТИРОВАНИЯ!!!

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

В этом похожи все сервисы - и продажа товаров, и туристические туры и разработка ПО:

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

Жалобы пользователей это не тот случай, когда молчание - золото ;)

ТЕСТОВАЯ ЛАБОРАТОРИЯ

ГДЕ ТЕСТИРОВАТЬ?

Разработчик может сказать: "У меня баг не воспроизводится... Будем закрывать?"

Тест менеджер может спросить: "Нашел проблему?...А как работало раньше - в предыдущей версии?"

Проект менеджер может поинтересоваться: "А насколько данные в тестовой лаборатории близки к тем, что на проде?"

Вопросы не редкие, единого рецепта нет, и задуматься нужно уже с самого начала.

Отказаться от "не воспроизводится"
Разные данные, разные способы установки/запуска приложений, разные наборы компонент - все это очень сильно влияет на конечный результат.

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

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

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

Моя первая задача в этом случае выбить себе тестовую лабораторию.

Вторая задача выбить тестовую лабораторию для программистов.

Третья задача - сделать их похожими.

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

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

И не всегда эта задача простая. Ох, не всегда.

Определиться с детализацией псевдо-прода:
Игра "давайте сделаем одну тестовую лабораторию" нередко проходит с крайностями:

Раньше и без этого обходились - т.е. и за баранку с бубликом нам этого не нужно

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

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

Цена и риски - это два основных существительных в споре.
Тестер:Будет лучше?
Менеджер: Да
Тестер: Сколько мы потратим на это времени или денег?
Менеджер: Нужно тратить деньги и время?

Все работы связанные с тестовой лабораторией нужно свести к минимиму
Легко и быстро установить с нуля

Легко и быстро переустановить

Легко и быстро настроить

Легко и быстро скопировать

Легко и быстро перегрузить

Легко и быстро получить сообщения об ошибках

Легко и быстро прочитать логи

Легко и быстро понять - какой релиз кандидат установлен...

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

ОТ КОГО БЕРЕМ, КУДА ОТДАЕМ

Построить карту приложения
Первый, второй, третий круги бывают не только у людей. Они есть и у приложений тоже.

Представьте себе схему метро.

Кольцевая это ваш проект.

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

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

Поиск зависимостей, upstream|downstream приложений - еще один важный вопрос. Ибо это практически то же самое, что искать и разговаривать с клиентом.

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

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

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

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

Цитата Недели: Некачественный продукт в красивой и красочной упаковке – продукт по-прежнему некачественный. Алан Купер. Психбольница в руках пациентов

2011-09-12T07:24:00.000+04:00

Некачественный продукт в красивой и красочной упаковке – продукт по-прежнему некачественный

Алан Купер

Психбольница в руках пациентов

Полезные вопросы

2011-09-11T15:50:00.000+04:00

Продолжаю собирать полезные вопросы для развития себя любимого.

Где мое узкое место, ликвидация которого позволит перейти на другой уровень?

С некоторых пор я задаю этот вопрос себе. Не всегда он был именно таким. Некоторое время назад вопрос звучал как:

Почему я это опять продолбал?

Почему я этого раньше этого не сделал?

Почему так получилось?

Вариант про узкое место предлагает предугадать, а не анализировать по факту.

Если к начальнику/разработчику/сослуживцу придут и спросят в чем я силен - что он ответит?
Правда немного пугает - тем более будет интереснее ее услышать раньше других.

Что еще можно сделать?

Акцент смещен с "нужно", на "можно". Перенос зависимости от "начальника"/"окружения"/обстоятельств на инициативность.

Хотя, вполне возможно, я в очередной раз - цепляюсь к словам.

Цитата Недели: Если вы ничему не научились из этой книги — это ваша собственная вина. Клиенты на всю жизнь. Карл Сьюэлл и Пол Браун

2011-08-29T07:31:00.002+04:00

"Если вы ничему не научились из этой книги — это ваша собственная вина"

Это последнее предложение в книге "Клиенты на всю жизнь"

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

Выношу в цитату недели. Учиться, черт дери - вообще полезно ))

Задачи на сообразительность 7. Солянка: Решения

2011-08-26T08:21:00.000+04:00

Ответы к задачам 7-го набора.

Бактерии

Бактерии размножаются делением пополам. Одна бактерия делится на 2 за 1 минуту. Известно, что если положить бактерию в банку , то банка заполнится за час. За сколько заполнится эта же банка, если в начальный момент в ней было 2 бактерии?

59 минут. Поскольку одна бактерия делиться пополам за минуту, то положив две, а не одну бактерию, мы сэкономили ровно одну минуту.

Лампочки

В комнате есть 3 лампочки, в коридоре 3 выключателя – каким образом определить какой выключатель включает какую лампочку?

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

Сладкое

Есть торт, обыкновенный плоский прямоугольный торт. В нем есть прямоугольная дырка, сквозная. Она может быть в любом месте. Как одним разрезом поделить торт на 2 равные части?

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

На одном собеседовании мне предложили ответа - скатать торт тупо в шар и только тогда разрезать.

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

Сыновья

Встречаются двое знакомых математиков.
- Привет, как дела?
- Нормально. У меня растут двое сыновей дошкольников.
- А сколько им лет?
- Произведение их возрастов равно количеству голубей около этой скамейки.
- Этой информации мне недостаточно.
- Старший похож на мать.
- Теперь я знаю сколько им лет.
Сколько лет сыновьям?

Количество голубей не может быть более 64 (В России с 8 лет берут в школу)

Возраст детей не может быть более 8 лет соответственно.

Не берем в расчет дробные числа типа 4 с половиной года.

Ответ про старшинство детей должно вроде бы навести на мысль, что количество голубей было квадрату определенного числа, но достаточное, чтобы было их быстро посчитать. 4-9-16-25...

Имеем ответ 1 год и 4 года соответственно.

ЗЫ. Я предложил "непопулярный" ответ 2 и 8 лет. Также подходит, по с 8 лет вроде бы дети уже не дошкольники, так что не все разделяют мой "дополнительный" ответ - как правильный ответ.

Задачи на сообразительность 7. Солянка

2011-08-22T08:04:00.000+04:00

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

Стандартная просьба - не постить ответы и советы до пятницы, так как не все люди быстро думают или очень заняты ;)

Бактерии

Лампочки

Сладкое

Есть торт, обыкновенный плоский прямоугольный торт. В нем есть прямоугольная дырка, сквозная. Она может быть в любом месте. Как одним разрезом поделить торт на 2 равные части?

Сыновья

Встречаются двое знакомых математиков.
- Привет, как дела?
- Нормально. У меня растут двое сыновей дошкольников.
- А сколько им лет?
- Произведение их возрастов равно количеству голубей около этой скамейки.
- Этой информации мне недостаточно.
- Старший похож на мать.
- Теперь я знаю сколько им лет.
Сколько лет сыновьям?

Самиздат - Управление для творцов

2011-08-20T09:22:00.000+04:00

В новой команде число разработчиков растет. Планируется к концу месяца иметь 6 против 2 тестировщиков.

Если учесть еще региональную поддержку (они тоже часто программируют), то число разработчиков становится уже 11.

Если учесть второй проект, который под приоритетом 2, то разработчиков становится уже 15 на нас 2. Если учесть, что я в проекте 3 месяца, а коллега вышла в две недели назад и потом неделю проболела, чувствуется приток адреналина с каждым днем обратного отсчета (на картинке наш обратный отсчет).

Ощущаю тестировщиков узким местом. Это вдохновляет на подвиги, но стараюсь больше думать на будущее, а не страдать трудоголизмом. Одним из способов поиска по прежнему является чтение. Стал тщательнее отбирать литературу. Вышел на интересный ресурс из старого доброго самиздата Мошкова Управление для творцов - Андрея Степенко. Также нашел ЖЖ-ку Практика ТОС того же самого Андрея.

Из полезного в ресурсе:

- кейсы

- переводы

- мысли

Особо радуют переводы книг, которых не смог еще найти в электронном виде.

Делюсь ибо полезно для толстых тестировщиков в узких процессах.

Цитата Недели: Законы вселенной одинаковы. В выращивании детей и пшеницы, в зарабатывании денег или в поднятии тяжестей. Весной посеял, летом поливал и пропалывал, осенью собирай урожай. Если проебал посев, как ни поливай летом, урожая не будет. Андрей Парабеллум. Бизнес и ЖЖизнь

2011-08-15T07:38:00.000+04:00

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

Андрей Парабеллум

Бизнес и ЖЖизнь

Опросы и результаты, как рассадники заблуждений в отдельно взятой отрасли. Мнение отдельно взятого специалиста

2011-08-15T07:36:00.001+04:00

Критика зачастую говорит больше о проблемах критикующего,

чем о проблемах того, на кого она направлена.

Андрей Парабеллум. Бизнес и ЖЖизнь

Первопричиной и основной темой для данной заметки послужил известный опрос про "нехватки" и "проблемы" тестировщиков: http://www.it4business.ru/edu/2598 . Началом заметки - обед с коллегой по цеху Максом Корнеевым.

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

"По делу, но ничего нового"

"Самое сложное - договориться"

Моя первая реакция на опрос была недолгая задумчивость и проставление +1 всем строкам со словами "И это бывало".

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

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

Я испытываю ~~изжогу~~ сомнение что:

А) Опрос верно составлен (использовались заблуждения и отрыв от реальности)

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

В) Следовательно неверно ответили

В) Что хоть кто-то сделает "работу над ошибками"

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

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

А посему постараюсь убрать свои проблемы, думать объективно, не тыкать пальцами и не критиковать... Ну или чуть чуть критиковать.

КРИЗИС ЖАНРА

ОТДЕЛЬНО ВЗЯТЫЙ ЧЕЛОВЕК

В опросе перемешаны как профессиональные, так и личные качества. Но

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

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

Опрос был весьма и весьма мал, чтобы построить полный профиль идеального тестировщика в сферической команде, а посему пункты похожие на

Умения доводить дело до конца (19%, 96 голосов)

Умения коммуницировать и договариваться (40%, 205 голосов)

Квалификации и опыта в основных вопросах тестирования (33%, 166 голосов)

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

Если в одном из 30 проектов департамента, один из тестировщиков не смог наладить отношения с одним разработчиком - это не диагноз для проекта, команды, департамента, компании в частности и отрасли в целом.

Я - русский, и я - не алкоголик - надеюсь вы поняли о чем я.

А ТЫ КТО ТАКОЙ?

Мы ничего не знаем про тех - кто отвечал на опрос....

Ну ладно, вы лично знаете 5-ых - тех кто был в подкастах, меня и себя (я еще - Макса).

Но кто остальные?

И это не только вопрос - кто он по профессии?

И это даже не только - сколько лет он в профессии?

И даже не то - сколько лет и в какой профессии он вообще проработал?

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

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

Здравые статьи по составлению опросов из первой страницы гугла:
http://www.createsurvey.ru/papers/ru-howto-make-a-good-survey.htm
Посмотреть, почитать хорошие примеры.

http://www.marketing-ua.com/articles.php?articleId=629
Здравые емкие мысли про паспортички и детекторы

Личное мнение - оно такое личное. Должна быть возможность классифицировать респондентов. По проектам, размеру команды, зрелости процессов в проекте и даже - зрелости самого респондента. Иначе результаты ничего не значат.

РОЛИ

Тестировщики спрашивают: Кто такие тестировщики?
Не тестировщики отвечают: Те кто гоняет тесты и находит баги.

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

Глядя на вопросы и заплюсованные ответы, чувствуется, что опрос крутиться вокруг этого заблуждения, иначе как объяснить тот факт, что все забыли

Слово тестировщик объединяет в себе различные роли, но только парочку из них привыкли видеть не-тестировщики.

Если совсем совсем крупно, то давайте вспомним о

Тест дизайнерах
Тех кто пишет тестовые сценарии

Ручных исполнителях тестов
Те кто находится на передовой, гоняет тесты и находит баги.

Технических тест лидах и менеджерах
Тех, кто планирует работу команды, репортит

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

Процесс менеджерах
Специалисты, которые пытаются каждый раз окинуть ясным взором долгий путь от постановки требований и до релиза и назначить очередной Lesson Learned/Post Mortem/Proces review собрание и поднять вопросы:
- что мы можем улучшить и как,
- что мы можем выкинуть и как.

Вспомним об этих ролях и задумаемся, а так ли правильно размещать в опросе одновременно

Не хватает - Умения составлять удобные и простые тестовые сценарии

Не хватает - Понимание целей и задач процесса тестирования

Не хватает - Умения программировать

Мы хотим узнать где у нас универсальные солдаты?

CONTEXT-DRIVEN

Мы вечно забываем о том, что все зависит от контекста, и даже - тестирование. Потому что,

Если тестировать дороже, чем не тестировать, то тестировать - не нужно.

Именно поэтому: если вы используете Explaratory Testing, то опция про понятные и простые сценарии звучит неправдоподобно.

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

Именно поэтому: вся зацикленность на тяжелых RUP процессах в команде из 5 человек - в топку. И человека, который эти заблуждения принес - в лес.

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

Поэтому мое, если не основное, то одно из основных сомнений в корректности опроса, это непонимание: как люди вообще принимали решение, что именно эта конкретная "нехватка" или "проблема" критична для проекта, и насколько оно вообще критична?

Насколько сильно не хватает? Или быть может не хватает = не помешало бы, но нет бюджета? Что - опять будете выезжать на проактивности и самомотивации?

ДЬЯВОЛ В ДЕТАЛЯХ

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

Не хватает - Умения коммуницировать и договариваться (40%, 205 голосов)

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

Умение быстро устанавливать контакт с незнакомыми людьми

Вежливое, располагающее общение

Умение убеждать

Умение публично выступать

Постоянное желание общаться с людьми

Хорошо поставленная речь

Грамотная речь

Парочка вопросов:

Если у человека нет умения публично выступать - он плохой тестировщик? Это ему мешает?

Если он прямолинеен и говорит откровенно - он плохой тестировщик? От этого нужно избавляться?

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

Тогда, что значит пункт: Не хватает - Умения коммуницировать и договариваться (40%, 205 голосов)

Если специалист просел по одному из подпунктов - у него что, проблемы с умением коммуницировать?

Как это мерить?

Кто это мерил?

В чем проблема?

Не хватает - Умения программировать (41%, 209 голосов)

Что такое умение программировать?

Где эта тонкая грань, чтобы определить - умеет человек программировать и - как хорошо он умеет это делать?

А где эта тончайшая грань для тестировщика?

Умение писать на VBA макросы или использование паттернов проектирования при программировании на языках высокого уровя?

Писать скрипты для JMeter или написать на Java тестовый фреймворк реализуя PageObject?

Использовать только Selenium IDE или использовать связку Java/DOJO/XPath?

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

И другой вопрос:

Зачем вам плохой программист в тестировщиках? Подумайте какую пользу он принесет, и какой от него будет вред? Что перевесит? А если тестировщик хороший программист, - что делает хороший программист в тестировщиках?

Неужели пунктом "Не хватает - Умения программировать" можно оценить вообще и умение программировать, и насколько критично это для проекта, что этого навыка не хватает, конкретному тестировщику в конкретном проекте, и - насколько этого не хватает?

Я берусь предположить, что речь идет не о программировании, а вообще об общей компьютерной грамотности специалиста.

Работа с Bash.

Установить клиент к БД, подготовить и позапускать SQL.

Сравнить комиты в системе хранения версий.

Может быть - поставить систему с нуля.

Может быть настроить уровень логирования системы.

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

Но все упомянутые навыки - это то, чему можно научить. Проблема - кто будет учить, и насколько критичны эти навыки именно в данном конкретном проекте.

Понимание целей и задач процесса тестирования (50%, 254 голосов)

Цели и задачи тестирования это наверное самый спорный вопрос в вопросах о тестировании. Усугубляет ситуацию противостояние школ тестирования. Я специально отдельно упомянул Context Driven. И до сих пор настаиваю, что

Цели и задачи тестировщиков могут меняться от проекта к проекту, сильно зависят от роли специалиста (в том числе тестировщика), и более того цели и задачи могут быть разными в зависимости от стадии разработки ПО

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

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

Разные специалисты, в разных проектах, в разное время имеют разные цели

Так какие именно цели, какие именно задачи, каких именно процессов в тестировании имелись в виду? В общем или в отдельном проекте? А может дело в том, что сами вопрошающие и отвечающие не понимают ни целей ни задач тестировщиков в своих проектах?

И кстати, еще один вопрос в копилку сомнений

Если человек, как вам кажется, не знает целей и задач ваших процессов тестирования, как это ему помешает узнать на отлично проблемную область и находить критичные для бизнесса баги? Что важнее знание ваших процессов или результат?

Умения составлять удобные и простые тестовые сценарии (32%, 165 голосов)

Это мое самое "любимое" заблуждение. То, что тесты должны быть понятны, удобны всем. Но только ты заикнешься сколько это будет стоить, и менеджеры согласны идти на компромис и не читать сценарии вообще.

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

И давайте еще вспомним Explaratory testing, где у нас есть карты, но нет шагов.

А еще вспомним чек листы и базы знаний в вики - когда тесты это просто названия.

Удобные для кого?

Простые для чего?

Что вы берете за шкалу измерения?

Если вы приходите к тестеру и говорите, что в его проекте он для своей команды тестировщиков имеющей определенную экспертизу в продукте пишет непонятные для вас сценарии... Ну вы поняли куда вы идете?

Так и хочется сказать грубость.

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

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

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

Не хватает - Квалификации и опыта в основных вопросах тестирования (33%, 166 голосов)

Что это за бред?

Нет честно.

Меня смутило самое начало "квалификации и опыта", далее - я не читал и поставил плюс. Кто эти остальные 33%?

Для начала я не понимаю - что такое основные вопросы тестирования? Кто их задает, кому их задают?

И сразу усложняем задачу - что такое опыт в основных вопросах тестирования?

Но даже если речь только о квалификации и опыте

Если вы покупаете специалиста за 40 штуко-рублей, вы думаете он будет работать как специалист за 100 штуко-рублей? И останется у вас в тестировщиках через год-полтора? Хей! Повзрослейте!!!

Если вы хотите найти мега супер кабана в тестировании, то сначала сделайте адекватные зарплаты. Это во первых.

А во вторых, если вы хотите найти мега супер кабанов в какой то бласти, то сначала найдите ацкого мега супер кабана в этой области, чтобы он нашел их.

В остальном - это проблема не тестировщиков, а человека формирующего команду. Есть замечательная цитата Noize MC:

"Давай с тобой договоримся тупо - твой поступок это твой поступок"

Поэтому наберите, растите, обучайте, продавайте (труд, конечно, только труд) - играйте в свою ферму проектов сами и не ругайте отрасль в целом.

Проблемы - Излишняя концентрация на процессе, а не на результатах (40%, 202 голосов)
Проблемы - Настрой на философию качества, а не на продукт и его характеристики (36%, 180 голосов)

Я объединил оба пункта в один, потому что увидел очень сильное и опасное заблуждение, что процесс не влияет на результат.

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

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

Проблемы - Слабое вовлечение в процесс планирования (50%, 251 голосов)
Проблемы - Слабое вовлечение в процесс анализа требований (62%, 314 голосов)

Я опять объединил две проблемы. Поскольку по моим личным наблюдениями и ИМХ-ам все, на самом, деле упирается в бюджет и сроки.

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

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

Если в проекте предусмотрена оплата не ведущих тестировщиков, а дешевых новичков, то говорить о точном планировании тоже не придется.

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

В конце концов, вы же не будете упрекать дворника в том, что он слабо вовлечен в процесс ремонта подъезда? Хотя он мог бы найти время и заштукатурить то место, под окном второго этажа.

Неумение отстаивать затраты на тестирование и свою точку зрения (46%, 231 голосов)

"Ты виноват лишь тем, что хочется мне кушать"

Ответ менеджера проекта менеджеру тестировщиков

Здесь наверное упоминается роль тест лида или менеджера - человека, отвечающего за оценку тестирования, планирование, отчетность и прочие управленческие телодвижения для тестирования.

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

Но вот по поводу "затраты на тестирования" хотелось бы побухчать.

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

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

Если менеджер тестировщиков не может показать историю, то, наверное, да - этот менеджер еще не опытен.

Если менеджер проекта "верит" что история не повториться, то, наверное, менеджер проекта жуткий оптимист. Жуткий - для команды.

ПОДВЕДЕНИЕ ИТОГОВ

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

Для начала подведу итог.

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

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

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

4. Упомянутый конкретный опрос оперирует понятиями "проблемы"/"нехватки", в то же самое время не совсем очевидно, насколько данные недостатки критичны для конкретных проектов. Всегда есть требуемые и желаемые компетенции специалиста.

5. Требуемые и желаемые компетенции специалиста увязывают с бюджетом. Либо раки большие за пять рублей, либо раки маленькие - за три. Результат будет отличаться в разы.

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

7. Получить из одного человека восемь шапок, наверное, можно, но всегда нужно понимать, что тратить время на каждую отдельную роль он по прежнему будет из какой то части рабочего времени. А это значит - меньше, чем если бы он тратил полностью 8 часов на одну роль, одну активность.

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

Поэтому возвращаясь к словам Макса

"По делу, но ничего нового"

"Самое сложное - договориться"

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

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

Ничего нового, просто - договориться. Это сложно. Но это правильно.

ПОЛЕЗНЫЙ БЕСПОЛЕЗНЫЙ ОПРОС. ЗАКЛЮЧЕНИЕ

Что же полезного нам может дать опрос?

Может ли?

Может.

Дело даже не в том, что опрос плохой (если переформулировать он может стать хорошим для отдельно взятых проектов), дело в том, что сделали большинство пользователей. Наверное 99,9% всех "опрошенных" даже не подумали как важны эти пункты опроса для них самих - и тестировщикам, и разработчикам, и менеджерам, и прочим-прочим-прочим.

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

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

Знаете какой самый популярный вопрос?

Есть ли изменение приоритетов для тестирования?

А знаете какой самый главный? Я задаю его разным людям, в разное время и использую разные формулировки, но подразумеваю одну мысль:

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

Главное не принимать ответы лично. Потому что они могут звучать как "Поменьше меня доставал глупыми вопросами" ;).

Если говорить об обсуждаемом опросе, то можно посоветовать подправить его для себя и провести интервью со своими коллегами.

В этом случае не будет уравниловки на отрасль и будет прямая обратная связь, а это не найти ни в каких результатах чужих блогов ;).

Что Где Когда

2011-08-14T17:18:00.000+04:00

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

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

Последней полезной прочитанной книгой стала Гемба Кайдзен Масааки Имаи. В том числе там упоминалась модель 5W1H: Что-Почему-Где-Кто-Когда-Как (в английском варианте 5 слов начинаются на W и одно на H)

С ходу придумал небольшой чек лист, который действительно мне сейчас более удобен, чем треугольная модель баха.

Что тестировать?

Где описание постановки задачи? - В моем случае Jira.

Есть ли описание какие компоненты были изменены? Есть ли описание как можно проверить работу?

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

Почему это надо тестировать?

Действительно ли мне нужно тратить время на тестирование этой задачи?

В моем случае у меня разработчиков только в core команде 6 ( +3 в Лондоне, +1 в Франкфурте, +1 в Нью Йорке) и 2 тестировщика (напарница вышла в понедельник и бедняга заболела), так что приоритеты тестирования это то, над чем я сейчас бьюсь, потому что все протестировать - не успеваю.

Если мне доказывают, что тестировать нужно - я решаю следующий вопрос.

Кто будет тестировать?

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

Где тестировать?

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

Когда тестировать?

Сроки, сроки и еще раз сроки. Про оценку работ не худо побеспокоиться и сказать - успеем или нет.

Как тестировать?

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

Так что меняю чек листы, повышаю пользу.

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

2011-08-08T09:25:00.000+04:00

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

Карл Сьюэлл и Пол Браун. Клиенты на всю жизнь.

Новый офис, новые баги.

2011-08-08T09:23:00.000+04:00

Или взгляд в старом офисе был замыленный и в новом - видны все проблемы, но тестерские интересности повсюду.

На станции метро, каждый вечер одна и таже бага - реклама отваливается и виден вот такой рабочий стол винды.

При попытке снять денег банкомат показал свое фи

Стоило вынуть-воткнуть карточку обратно денег отдал без вопросов.

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

Лифты это вообще песня. Мне уже дважды удалось ездить со скоростью XX. Если бы было 100 этажей смог бы ездить как в фильме )))

Заметил на днях, что один из лифтов вообще меньше 8 числа не показывает. Спускаешься на 1 этаж - и видишь цифру 8.

Короче неделя удалась.

Опять про собеседование - 3 главных пункта

2011-08-05T07:23:00.001+04:00

Для меня собеседования в этом году закончились. Напарница найдена, причем в своей же компании. Тем не менее в копилку мыслей добавил вопросы про поиск сотрудников из книги Бизнес И ЖЖизнь:

есть 3 вопроса, на которые надо найти однозначный ответ в максимально сжатые сроки:

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

Более важен ответ на второй вопрос:

2) Будет ли этот человек решать поставленные перед ним задачи?
А вот это уже никак не угадаешь. Прошлый опыт повышает шансы на успех, но все равно это игра в рулетку.

Следующий же вопрос (точнее серия вопросов) на порядок важнее предыдущих двух. Хотя их никто и не задает...

3)Будет ли этот человек решать поставленные перед ним задачи постоянно и без плотного надзора/менеджмента?

Ответа на этот вопрос никак не получить, кроме как попробовав человека в бою.

Цитата недели: Критика зачастую говорит больше о проблемах критикующего, чем о проблемах того, на кого она направлена. Андрей Парабеллум. Бизнес и ЖЖизнь

2011-08-01T10:07:00.000+04:00

Критика зачастую говорит больше о проблемах критикующего, чем о проблемах того, на кого она направлена.

Андрей Парабеллум

Бизнес и ЖЖизнь

Задачки на сообразительность 6: ТРИЗ. Решение

2011-07-28T22:54:00.002+04:00

Ответы на задачки по ТРИЗ.

Ответы целиком из книги.

Понимаю, что решений больше чем предлагается (больше чем одно), поэтому альтернативы приветствуются в комментариях

ЗАДАЧА 1. Криминал 1. Картина

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

Как это могло случиться?

Разгадка этой детективной истории проста. Умберто Ломбарди, известный художник и бывший директор художественной галереи, «изобрел» трюк, получивший впоследствии название «двойного полотна». В раме были две картины: снаружи — подлинная, а под ней — копия. Эксперты видели только подлинник. Нотариус же ставил печать на обратную сторону копии. Подлинник оставался мошенникам...

ЗАДАЧА 1. Криминал 2. Ваза

В одном итальянском музее была похищена историческая ценность — этрусская ваза. Вывезти ее за пределы страны без документов было невозможно. Получить документы незаконно тоже не удалось. И все-таки ваза была вывезена, причем по неподдельным документам.

Как это удалось осуществить?

Сделали более или менее похожую вазу, получили документы на ввоз ее в Италию — законно, якобы для реставрации. Ввезли. И через пару месяцев вывезли подлинную вазу — через ту же таможню по тем же документам. Как отреставрированную копию...

ЗАДАЧА 3. Спорт. Прыжки в воду

На соревнованиях по прыжкам в воду у спортсменов иногда бывают серьезные травмы. Неудачный прыжок — и человек больно «шлепается» о воду.

Что вы можете предложить?

Вода — моносистема, простейшее преобразование — переход к биосистеме. Придется добавить в воду второе вещество, а добавлять его в воду плавательного бассейна, разумеется, нежела-

тельно. Значит, добавка «из ничего»: вода плюс пузырьки воздуха, таков ответ

ЗАДАЧА 4. Контроль стерильности

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

Как вести анализ в полевых условиях без микроскопа?

Бактерии сами растут, образуя видимые невооруженным глазом колонии. Для этого необходимо создать питательную внешнюю среду: «промокашку» смазывают питательным раствором, бактерии быстро размножаются, образуя колонии. Сколько колоний, столько было бактерий.

ЗАДАЧА 5. Детский сад

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

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

«Оборудование» я специально рассчитал так, чтобы нельзя было дотянуться до одной веревки, держа в руке другую. Кто-то должен был помочь — подать вторую веревку. В этом и была изюминка задачи: как одному справиться с работой, для которой нужны двое?

Мальчик подергал веревку, пытаясь ее растянуть, ничего у

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

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

А потом появилась девочка, которая решила задачу. Обыкновенная девочка с косичками и веснушчатым носом. Действовала она поначалу тоже обыкновенно: схватилась за одну веревку, не дотянулась до другой, бросила веревку, схватила другую... И вот тут она задумалась... Потом подошла к подоконнику, порылась в игрушках и вытащила потрепанную куклу. Нужен был второй человек, который подал бы веревку, и девочка нашла этого второго человека... Точно по стандарту: копия объекта вместо объекта! Она начала привязывать куклу к веревке (я шепнул воспитательнице: помогите привязать). Потом раскачала получившийся маятник, взяла вторую веревку, поймала куклу. Задача была решена

И еще один ответ

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

Идеальный тестировщик

2011-07-27T22:01:00.001+04:00

В книге ТРИЗ прочитал занимательную фразу.

"Идеальный прибор - это прибор которого нет"

На все книги накладывается отпечаток профессии. В итоге получаю интересные и порой занятные мысли:

"Идеальный тестировщик - это тестировщик, которого нет"

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

Рассказал разработчикам - хитро смеются за спиной...

Задачки на сообразительность 6: ТРИЗ

2011-07-25T07:29:00.001+04:00

Задачки на эту неделю объединены одним источником - книгой Найти идею. Введение в ТРИЗ - теорию решения изобретательских задач. Книга познавательная, для тестировщиков - маст рид.

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

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

ЗАДАЧА 1. Криминал 1. Картина

Как это могло случиться?

ЗАДАЧА 2. Криминал 2. Ваза

ЗАДАЧА 3. Прыжки в воду

На соревнованиях по прыжкам в воду у спортсменов иногда бывают серьезные травмы. Неудачный прыжок — и человек больно «шлепается» о воду.

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

ЗАДАЧА 4. Контроль стерильности

ЗАДАЧА 5. Детский сад и две веревки

Мне повезло: в детском садике шел ремонт, одна комната была уже пуста, и я за двадцать минут подготовил все необходимое для опыта. «Оборудование» было предельно простым — две тонкие веревки, прикрепленные к потолку. На подоконнике лежали старые, сломанные игрушки. Воспитательница предложила их убрать, но я махнул рукой: пусть остаются.

Мальчик подергал веревку, пытаясь ее растянуть, ничего у него не получилось. Тогда он бросил первую веревку и схватил вторую. Результат тот же — соединить веревки не удалось Побегав от одной веревки к другой, наш подопытный отошел в угол и стал тереть глаза кулаками. Я подумал: «Боже мой, хоть бы раз в жизни увидеть инженера, плачущего из-за того, что не удалось решить задачу...»

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

Цитата Недели: Чтобы сделать человека жестоким, не нужны утонченные инструменты, достаточно взгляда или пинка. Алан Купер. Психбольница в руках пациентов.

2011-07-25T07:26:00.000+04:00

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

Алан Купер

Психбольница в руках пациентов

Цитата Недели: Мы не можем позволить себе прекратить учиться. Знания человечества постоянно умножаются, и если мы не идем в ногу со временем, то не сможем оставаться конкурентоспособными. Лишь продолжая свое образование, мы можем улучшить нашу карьеру, нашу способность мыслить и наше благополучие. Клиенты на всю жизнь. Карл Сьюэлл и Пол Браун

2011-07-18T08:33:00.000+04:00

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

Клиенты на всю жизнь. Карл Сьюэлл и Пол Браун

Задаватель вопросов 80-го левела: Как?

2011-07-12T23:45:00.000+04:00

Я вообще и в принципе люблю задавать вопросы.

Не всегда тактичные, не всегда политически выдержанные, и не всегда кому-то, а часто - себе.

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

Согласитесь, вопрос:

Почему я не смог это сделать?

гораздо приятнее звучит в форме:

Когда я научусь это делать?

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

Как?

Это правильный и чертовски хороший вопрос, потому что с него все и начинается.

Я уже смирился, что мои приоритеты не в той стороне, где бицепс 34 см, а жим от груди - от 150 кг и выше - только пытаюсь себя держать в форме, чтобы не растекаться блином на рабочем стуле. Но вопрос "Как он этого добился?" после просмотра фильма "Терминатор" заставил меня по другому посмотреться в зеркало и увидеть рыхлого сутулого паренька. Сейчас паренек не рыхлый, временами сутулый, но быстро выпрямляющийся, не способный бить рекорды, но выглядит лучше чем средний тестировщик в России (для борьбы с гордыней я все еще ищу подходящий вопрос).

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

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

А знаменитые вопросы "Почему это произошло?" или "Кто виноват?" логично заменять "Как сделать так, чтобы этого больше не происходило?".

И мысли "Он(а) меня не понимает" заменить на "Как мне донести свою мысль?"

И почаще задавать себе самый хороший вопрос "Как мне научится?" потому, что он подразумевает - нам не все равно.

Журналисты, качки, ученые... изобретатели

2011-07-10T13:47:00.000+04:00

Продолжая совершенствоваться в think out of the box наткнулся на старую добрую ТРИЗ. Одна из цитат тронула самые тонкие материи

В школе и вузе будущий инженер привыкает к тому, что условиям задачи следует безоговорочно доверять. Если в условиях сказано, что даны А и Б и надо найти X, это значит, что найти надо именно X и что приведенные данные (А и Б) достоверны и вполне достаточны. В изобретательской задаче все иначе: в процессе решения может выясниться, что найти надо не X, a Y и для этого нужны не А и Б, а В и Г. Поэтому первые встречи с изобретательскими задачами порождают недоумение и неуверенность в том, правильно ли они сформулированы, конкретно ли поставлены и т.д. На самом деле правильно сформулированных изобретательских задач не бывает.

Генрих Альтшуллер. Найти идею. Введение в ТРИЗ

Оглядываясь назад, вспоминая как ставятся задачи тестировщикам, хочется продолжить: в жизни бывает, что найти нужно сначала Y, потом Z, а потом - XY, а для этого нужно АБВГД...Я.

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

Задачки на сообразительность 5: Спички. Решение

2011-07-08T10:11:00.001+04:00

Ответы на задачи про спички. Смотрим, радуемся - если решили, хекаем - если не решили

Задача 1. Корова

Вопрос:

На картинке 13 спичек.

Корова (или что-то похожее) смотрит перед собой.

Нужно переставив 2 спички сделать так, чтобы корова повернула голову.

Ответ:

Мило, не правда ли )))

Задача 2. Спички и квадраты

Вопрос:

Переложите две спички так, чтобы стало 6 квадратов

Ответ:

Как мы видим 5 маленьких квадратов и один большой квадрат, который образован из 4 маленьких.

Альтернативное элегантное решение от Алексея Баранцева:

Задача 3. Неравенство 1

Вопрос:

Исправьте равенство так чтобы оно стало верным, не дотрагиваясь, ни до одной спички

Ответ:

Переверните экран на 180 градусов или подставьте стекло напротив экрана )))

Задача 4. Неравенство 2

Вопрос:

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

Ответ:

Второй ответ: 24 * 03 = 72

Цитата Недели: Очень легко, опустив голову, погрузиться в работу над тем, что, как вам кажется, должно быть сделано. Гораздо труднее поднять голову и спросить себя «зачем?». Дэвид Хайнемайер Хенссон Джейсон Фрайд. Rework: бизнес без предрассудков

2011-07-04T13:22:00.000+04:00

Очень легко, опустив голову, погрузиться в работу над тем, что, как вам кажется, должно быть сделано. Гораздо труднее поднять голову и спросить себя «зачем?».

Дэвид Хайнемайер Хенссон Джейсон Фрайд

Rework: бизнес без предрассудков

Задачки на сообразительность 5: Спички

2011-07-04T07:27:00.000+04:00

Поиск напарника в проект продолжается, поэтому продолжают и технические интервью.

И - продолжаются задачки на сообразительность. Сегодня - про спички.

Ответы не постим - терпим до пятницы. Даем занятым людям поработать ))).

Гнуть, ломать спички нельзя!

Задача 1. Корова

На картинке 13 спичек.

Корова (или что-то похожее) смотрит перед собой.

Нужно переставив 2 спички сделать так, чтобы корова повернула голову.

Я заметил, что данную задачку очень удачно решают родители детей почти школьного периода. Мне сложно это чем-то объяснить.

Задача 2. Спички и квадраты

Переложите две спички так, чтобы стало 6 квадратов

Задача 3. Неравенство 1

Исправьте равенство так чтобы оно стало верным, не дотрагиваясь, ни до одной спички

Нельзя поджигать, перемещать, передвигать и т.д.

Задача 4. Неравенство 2

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