20150523

Как развлечь себя на конференции.

image

1. Опоздайте к открытию. 
Там всё равно нет никакой важной информации. Здоровый сон важнее.

2. Самое главное на конференции - это печеньки и пакетики с кофе и чаем.
Рекомендую выкинуть раздатку, а в пакет напихать плюшек.
Их всё равно никто не считает и регулярно выкладывают новые.

20150521

I hear you, Joanna (c) "Sweeny Todd - demon-barber from Fleet street"

И снова про коммуникации.

Дорогая, я иногда тебя не понимаю

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

20150520

И ещё немного о мотивации.

Очень крутая паста.

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

20150517

Протухшие фибдеки.

Всем привет.

А давайте сегодня поговорим о договоренностях?
Точнее не так. Правильней будет назвать это "информирование и фидбек".
Это очень важная штука для правильного планирования.
Фидбеки нужны для того, чтобы правильно распределять время, ресурсы или задачи.
Штука безусловно полезная. Но и у неё есть свой TTL.

КПЗ: "Договоренность"
Выпуск 4. - Русские горки (Кемерово, договор)

Приведу пример.
-Через сколько закончите тестирование?
-Через три дня.
-Отлично! Тогда демонстрацию назначаю чрез три дня.
-Да да. Супер. Всё будет сделано, Будьспок!

Проходит три дня. 2 часа до презентации.


20150515

Тестировщики шутят.

Привет! Вот небольшая пятничная подборочка поизитва.

Когда тестировщику скучно
image


Oooops, I did it again!

Ура, ура! Кэп вернулся и выходит на связь!

А давайте поговорим об ошибках?
Я тут недавно накосячил, но вроде как всё обошлось.
Потом подумал, а какой правильный алгоритм исправления косяков?
Для себя сформулировал так.

Итак, у нас случилась опа. Что делать?
КПЗ "Проблема":





1. Признать ошибку.
Не признав ошибки вы будете выглядеть как голый король, но без умного мальчика.
Отрицать очевидное глупо и нелепо. Контрпродуктивно.

2. Мотивация на решение - это я потом внизу напишу

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

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

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

6. Устранение причин.
Ну, тут всё понятно. Дебаг кода/откат базы/восстановление бэкапа, письмо руководству с отчетом. Это просто надо сделать.

7. Ретроспектива.
Проводим ретроспективу. Что произошло, почему произошло, как этого избежать в дальнейшем. Опционально (и не очень конструктивно) раздача указандюлейий.

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

Про второй пункт. Если накосячили вы, то здесь подразумевается небольшая эмоциональная накачка и самонастрой на исправление, а не написание заявление на увольнение или сидение в курилке положив локти на колени и закрыв лицо руками.
Если накосячил ваш подчиненный, то это, как ни странно, утешение.
Он тоже переживает, что накосячил. Ему тоже нужна поддержка.
"Чувак, исправим. Ничего фатального не произошло. Давай сначала вернем всё как было, а потом уже всё обсудим". Вот, хотя бы так. Как минимум.

Может немного косноязычно вышло, но как-то так.

Ошибайтесь в меру, друзья.
Много ошибок это, без сомнения, плохо.
Но без ошибок нет опыта. No pain, no gain.
Кто не падал, тот не умеет подниматься.

Stay tuned!

20150513

Немного моих порошков и пирожков

олег задал вопрос ПМу
какой релиз при трёх критах?
ПМ ответил коротко:
Пшолнах

олег, какие эстимейты?
спросил ПМ жуя безе
олег ответил обернувшись
ХЗ

-у нас релиз на той неделе
и семь дней тестов нас спасёт
ты сможешь выйти в выходные?
-Ой, всё!

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

мне срочно нужно два айфона
айпад и гэлакси восьмой!
какой ещё мобильный тестинг?
мы с пацанами завтра в клуб


КДПВ
:

20150512

Редизайн

Долгожданный редизайн.
Кому как?

Писать или не писать код

Расскажу прохладную былину.
Пасусь я, стало быть, как-то на кодакадеми, пилю задачку.
Допилил.
Работает, отлично.
Потом думаю такой: "Так я ж тестер, как бы мне её поломать?"
Всё по постулатам начал делать. Сначала прикинул набор тестов на позитивные значения, потом на негативные, потом на невозможные.
Ну мне просто - это же я писал, знаю как что там работает.
Начал навешивать защиту от дурака и прочее.
В общем, получилось стабильно работающее, неповоротливый и тормозной мамонт с хардкодом, кучей валидаций и исключений  вместо пары десятков строк кода.
И тут я понял, что тестер кодить не должен.
Смотреть код - да.
Понимать - да.
Но сам кодить -  нет.
Только в рамках самообразования.
А ещё стало жалко девелоперов и стало понятно почему проще оставить дырку или костыль.
Не исключено, что подобная  ситуация у меня получилась исключительно из за близости места произрастания рук к седалищному нерву, но всё же хочется значть ваше мнение.

КПЗ: "Ошибка"