четверг, 29 ноября 2018 г.

Когда и как нужно уходить из команды

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

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

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

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

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

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

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

Неизбежно

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

Решение

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

Я считаю, что у нас должно начать действовать правило.

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

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

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

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

О том, как появляются лидеры

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

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

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

Срок

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

Кто решает?

Кто решает, что вот конкретно этому человеку пришла пора сказать "я уйду через 2 года"?
  • Команда? Слишком абстрактно.
  • Менеджер? Это прямо противоречит его тактическим интересам. Не каждый способен.
  • Функциональный руководитель? Не всегда он есть.
  • Он сам? Самому сказать: "я самый крутой и ваш лидер, поэтому... "? Так себе идея.

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

А если взорвется?

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

понедельник, 26 ноября 2018 г.

Смешная картинка

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

понедельник, 19 ноября 2018 г.

Настроение

Настроение такое:
И волки - на хуй, и овцы - на хуй.
Из хорошего:грядет уже шестая тест-сессия. дело живет. В этот раз спасибо УБРиР и Семену.

четверг, 15 ноября 2018 г.

О ресурсах

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

вторник, 13 ноября 2018 г.

понедельник, 12 ноября 2018 г.

О соревнованиях тестеров и навыках

Я занимаюсь тестированием с 2007 года и самоидентификация для меня важна. В том числе она включает в себя ответ на вопрос "Какой я специалист? Что я умею, а что нет?"

Из 8 проектов, в которых я работал дольше месяца, в 4 я был первым тестировщиком в команде. За процессы в 2 из этих 4 команд мне не стыдно.

Я всегда старался узнать ответ на вопрос — насколько хороший я тестировщик?

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

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

Один из способов — соревнования тестировщиков.

Я принимал участие в 4 соревнованиях по тестированию и каждый раз занимал призовые места:
  • 1 место, вне зачета тестили е96
  • 1 место, тестили экстрим
  • 3 место, тестили мобилки
  • 2 место, тестили кроссаут

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

Да, но...

Некоторые призеры первых тест-сессий, которые приходят на ум:
  • Юра Рягин, руководитель отдела тестирования в Экстриме
  • Наташа Селиверстова, самый сильный тестер в екбшном Яндексе.
  • Саша Ахметов, широко известный в узких кругах Контура
Есть какая-то корреляция...

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

Я заметил, что они очень круто, быстро и умеючи делают самые простые вещи:
  • слепая печать
  • хоткеи и фишки в инструментах
  • быстрый доступ к информации
  • умение в календарь
  • пустой почтовый ящик
  • ...
  • Оформить скриншот за 2 секунды.
  • Создать дефект из шаблона меньше, чем за минуту.
  • Ответить на вопрос "Над какими задачами ты работал в апреле 2016 года?" меньше, чем за минуту.
  • Создать встречу на 1,5 часа на этой неделе на 4 человека и 3 менеджера, и чтоб у всех не было занято.
  • Написать скриптик на питоне или баше, готовящий данные.

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

Рост — вести всё более сложные и масштабные проекты, расширять ответственность. Но обеспечит его именно повторение простых гамм, отточенное умение реализовывать базис.
Кстати, мне нравится, что в управлении разработки Контура
  • все тимлиды (даже больших команд)
  • многие менеджеры разработки
  • каждый руководитель отдела
  • вообще, управленческие роли, на которые в другой компании уже наняли бы отдельного человека
Все они — действующие специалисты, которые пилят задачи, рисуют макеты, коммитят тесты, выпускают релизы.

Что делать?

Сравнивать.

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

Справа от тебя аналитик. Почему он всё помнит, а ты нет? Записывает? Как? В вики, в мапку, в тетрадку? Почему ты так не умеешь? Подсмотри. Приучи себя вести свои записи так же.

Напротив — программист ... Ну ты понял.

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

P.S. А еще следи за новостями, одна тест-сессия будет 1 декабря, другая в начале февраля.

пятница, 9 ноября 2018 г.

Imagine Dragons, Origins

Не пропустите, у Imagine Dragons новый альбом  Origins.
Как там говорится?
- Тише, сейчас припев будет!

четверг, 8 ноября 2018 г.

Ненависти пост

Банки - это плохо, очень плохо. Лучше грабителей, но хуже карманников.

Кроме этого, сегодня узнал, что знаю дни рождения отца и матери, но не знаю годы. А чо, выглядят молодо.

вторник, 6 ноября 2018 г.

Антибиблиотека

Год назад писал о прогрессе в чтении книг.

Из списка прошлого года

 Прочел:
  1. Дизайн привычных вещей Норман
  2. Организация как система, Деминг
  3. Найти идею, Альтшуллер

 Не прочел:
  1. Разработка требований к программному обеспечению, Вигерс
  2. More Agile Testing Lisa Crispin
  3. The Human interface, Раскин
  4. Системоинженерное мышление, Алиев
  5. Рождение идеи, Боно
  6. Эффективный управляющий Друкер
Текущий список не большой:
  1. Лемов, От знаний к навыкам
  2. Программист-прагматик. Путь от подмастерья к мастеру
  3. Эффективный управляющий, Друкер
  4. 97 Things Every Programmer Should Know 
  5. Интерфейс: новые направления в проектировании компьютерных систем, Раскин
  6. Невидимки, Паланик
  7. Призраки, Паланик
  8. Статистическое управление процессами, Чамберс

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

пятница, 2 ноября 2018 г.

Гарри Поттер и методы рационального мышления

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


четверг, 1 ноября 2018 г.

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

Позволю себе высказать мнение, как составлять резюме в дальнейшем.

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

А искать работу ты будешь по-другому.

За пять лет до начала поиска начинаешь искренне любить свою профессию, и ненавидеть выходные. И начинаешь ебошить как проклятый.

В процессе пытаешься узнать о профессии как можно больше, чтоб не совершить слишком много ошибок. Но всё равно совершаешь больше, чем все коллеги вместе взятые.

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

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

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

Если вдруг фамилия стала должностью, вакансия будет вечной.
Жванецкий


Под катом полный текст от Рушаны, читайте.