Сергей, вопрос еще актуален, помогите нам пожалуйста понять на основании чего делается вывод что призыв к отвественности это единственный инструмент мотивации?
Прощу прощения за не правильное имя в тексте ответа, следовало указать Сергей вместо Андрей.
Рост акций Microsoft с 43$ до 257$ за период с 2014, как это объяснить для компании которая зарабатывает на софте?
Алексей, статья не про отсутсвие перспектив, а про наличие альтернатив и новых возможностей
Microsoft принял решение отказаться от QA в 2014. Посмотрите на их сток за этот период 43$ -> 257$
Аналогично действуют Amazon, Facebook, Google. В интернете полно информации по этому поводу
А как поступают QA в таком случае, если он устал тестировать и у него тоже пятница и разработчик присылает недоэстимейтиную таску которую торопиться закрыть?
Богдан, полностью разделяю вашу точку зрения за исключением временного интервала
Иногда приходится работать с
Мой Work/life баланс это одна из ключевых забот моего менеджера, регулярно поднимаем этот вопрос на
И в месте с тем, работая в People.ai, у меня получается работать, проводить время с детьми, с друзьями, учиться на MBA, проходить онлайн курсы, писать статьи и отвечать на комментарии.
Влад, поставить телефон на беззвучный и притвориться что ничего нет — это самый простой вариант. Каждый определяет сам для себя как реагировать на подобные вызовы.
Можно/надо заставлять человека быть сутки on call — абсолютно нет
Можно упрекать человека за то, что он не встал ночью — абсолютно нет
Но если у тебя была возможность помочь и ты этого не сделал — то на следующее утро, обычно, очень поскудное чувство либо от того что ты занимаешься какой-то фигней по-жизни и тебе фиолетово что происходит не проекте в который ты вкладываешь свое лучшее время, либо просто от того что ты мог помочь, но не сделал этого.
Сейчас у нас ночью никто не встает, так как хватает инженеров во всех зонах чтобы покрыть сутки. Однако когда проблемы возникает, то локализируется она практически мгновенно, за счет того что нам необходимо знать все досконально о наших продуктах, ведь у нас нет QA
Если же инженеру прошлось по каким-то особым причинам работать ночью и/или на утро он чувствует себя не в форме, то это решается с помощью одного сообщения лиду — «Я себя плохо чувствую, я сегодня возьму выходной». У нас Open PTO и нужно брать отпуск столько, сколько надо чтобы восстановиться на 100%
Вопрос не в объеме проекта, а в подходе — для кого-то хорошо работает вариант с QA, а для кого-то без.
Вариант без QA выглядит как полная дичь если ты живешь там, где QA это must have в команде и выглядит как очень рабочий если ты живешь там где задаются тренды и определяется будущее IT
Якби знав, де впадеш, соломки підстелив би
За эти полтора года проект потерял в качестве? Количество тикетов/жалоб клиентов увеличилось/уменьшилось?
Елена, интересная история, QA потом вернули?
Сергей, коротко по сути предположений
1. Ночных PagerDuty нет — часовые зоны Киев + Сан-Францизско
2. Все в головах инженеров, в дизайн-документах, PMs — работать реально проще, каждый хорошо знает не только свою часть, но еще и пограничные зоны.
3. Unit-tests, e2e, также еще и фича-флаги, конфиг флаги, b-юзеры, CI/ID и конечно же ручное тестирование руками разработчиков
4. Стейк в компании, хорошая зарплата, прочие perks
5. Сейчас 200+ человек в компании, продолжаем расти
6. Ответственность — это ценность которой мы руководствуемся когда реализуем наши решения
Самое главное — команда, где каждый доводит начатое до конца.
Вопрос — Андрей, на основании каких фактов из статьи вы сделали вывод что призыв к отвественности это единственный инструмент мотивации?
Виталий, возможно, но крайне мало вероятно. Это глобальный тренд и реакция на него вполне предсказуемая, очень хорошо описана доктором Элизабет Кюблер-Росс (ссылка ниже).
Возможно на Украине, в виду специфики IT бизнеса, это еще не сильно проявляется, но в глобальный продуктовых компаниях это уже серьезный тренд.
За 7 лет работы в продуктовых компаниях США (Google, Indeed, People.ai) Я видел 0 команд, у которых был выделенный QA, но видел много команд SDET, которые делают инструменты которыми пользуются разработчики.
Вопрос лишь в том, кто быстрее поймет что это вероятное будущее и начнет предпринимать шаги уже сегодня чтобы не опоздать в завтра.
модель Элизабет Кюблер-Росс — t.ly/figV
У нас с N до К, где ты сам определяешь эти значения исходя из текущей ситуации, никто никого не контролирует и не заставляет что-то делать.
По-умолчанию подразумевается что Senior инженер способен делать качественную оценку ситуации, делать правильные выводы и расставлять приоритеты, а иначе какой он Senior
Отвественность — Необходимость, обязанность отвечать за свои действия, поступки, быть ответственным за них.
Елена, у нас сейчас работают только разработчики уровня Senior+ и выше. Каждый проходит 5+ раундов интервью и оценка hard skills (технологии) это небольшая часть всего процесса. Серьезный упор делается на soft skills. Поэтому все в компании разделяют общие ценности по поводу ответсвенности и комитментов.
Очень тяжело работать в коллективе где ты один не такой как все, ты либо быстро меняешься либо уходишь
Владимир, в статье речь идет НЕ про «юридическую» ответственность, а про персональную ответственность в широком смысле этого слова.
Необходимость, обязанность отвечать за свои действия, поступки, быть ответственным за них.
Вышеуказанная «ответственность» проявляется в следующем
1. Высокое качество кода — разработчик учитывает гораздо больше фактов при реализации решения
2. Быстрее разработка — мы находим критические ошибки еще на этапе дизайна, так как «прилетает» много комментариев к данному решению. Плюс гораздо больше альтернатив, которые мы рассматриваем
3. Быстрый поиск проблем — ты либо сам знаешь где поломато, либо знаешь у кого спросить и обычно это не
За счет чего?
У разработчиков шире горизонт понимания проблемы и опыт с пограничными случаями. Фокус разработчика смещается с «сделать вот эту фишку и забыть» на «какую ценность это принесет клиенту»
А вот штрафы, лишение бонусов и материальное наказание или поиск к/////ла отпущения это удел компаний с посредственным менеджментом
Обратное, вероятно, тоже справедливо — разработчик может написать такую дичь, что ни один QA не найдет.
1. Да так и есть, очень сложно приготовить. Нам легче в том что нет железяк и мобильных приложений
2. Если этого нет, то и компанией это назвать тяжело — так, кружок программирования. У нас все это есть, а также и еще прочие инструменты и практики которые позволяют быстро находить проблемы
3. Возможно
Богдан очень справедливое замечание. И это действительно так в компаниях в которых разрабочики работают с 9 до 17 и впервые видят задачу на Sprint planning.
Ситуация другая когда ты регулярно on-call, участвуешь во встречах с реальными клиентами, принимаешь непосредственное активное участие в планировании на следующие 3/6/12/18 месяцев. Мы не делаем features, мы добавляем ценность и чтобы это делать хорошо — надо понимать что, зачем, кому и как.
Сергей, натягивать наш опыт на все случаи не получится и не возможно в принципе. Отрицаем ли мы вариант при котором в команде должен быть QA — нет, просто это не наш путь.
У нас путь без QA и он нам дает отличные результаты и за это приходится платить высокую цену. Это как покупка Тоyota вместо Hyosung, сразу дороже, но когда ты понимаешь долгосрочную математику всего этого — то выгода очевидна.
Работает ли это для огромных компаний — да и FAANG в пример!
Работает ли это для средних компаний — да, Indeed в пример
Работает ли это для стартапов — да, People.ai в пример
Мы показываем свою модель и возможно это поможет кому-то при старте очередного проекта рассмотреть больше альтернативных вариантов и принять решение, которое действительно подходит.