Про увольнения...

Этот пост я хотел написать пол года назад, но все не доходили руки. В итоге писал по одному абзацу в месяц. Увольнения это не самая приятная тема, это всегда не просто. Как это выглядит со стороны сотрудника знают всё, многие из вас увольнялись, кого-то, возможно, увольняли. А как это выглядит со стороны руководителя? В первую очередь я бы разделил это событие не два типа:
1. Когда человек сам уходит
2. Когда его надо уволить

Начнём с самого простого - сотрудник уходит сам.
Уход того или иного сотрудника в моей практике достаточно предсказуемый. На моей памяти только один раз я был удивлён тому, что мне принесли заявление. Самое грустное, что этот случай я долго анализировал и так и не понял, на что я должен был обратить внимание, чтобы это предсказать.
Из-за того, что чаще всего это событие предсказуемо, руководитель может к этому морально подготовится и иметь какой-то план «Б». Какие плюсы и минусы от увольнения по инициативе сотрудника?

Минусы:
1. Съезжают твои планы, ибо загрузку мы всегда планируем исходя из кол-ва людей
2. Надо потратить очень много сил и денег на найм.
3. Уходит часть экспертизы по текущим проектам
4. Рушится привычный мир в котором привыкла жить команда

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

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

Более сложный случай, когда сотрудника просят уйти.
Это самый неприятный случай. Обычно это бывает когда:
- Ошибка при найме в оценке хард скиллов (не справляется)
- Какой-то лютый косяк, который влечёт большие экономические или репутационные риски
- Расхождение в целях сотрудника и компании (человек развивается в менеджера, а компании нужны QA)
- Постоянная токсичность в команде.

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

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

Что тут хочется посоветовать:
- Очень важно уходить / увольнять по-человечески. ИТ мир слишком тесен и ты не знаешь, в каком формате вы снова встретитесь. Знаю историю, когда сотрудник ушёл очень плохо от одного руководителя. Через 2 года они встретились в другой компании. Тот, кто плохо ушёл, снова вернутся в статус его подчиненного. Продолжение истории не знаю, но я думаю, как минимум, они оба вспомнили неприятные факты прошлого расставания.
- Максимально открыто говорите о причинах увольнения команде, вся недосказанность начинает генерировать безумные версии.
- Ответственно относится к найму. Некоторые руководители очень любят брать первого более или менее нормального кандидата и увольнять с испытательного срока, если что-то не так. Лично знаю одного такого. Для него это испытание боем. Ок это или нет? Лично по мне - не ок. Сильная текучка в команде + нагрузка на HR + безграничные фантазии тех, кто смотрит на это со стороны. Только богу известно, как смотрится эта ситуация, каждый фантазирует в меру своих возможностей.

Будьте осознанны, много раз взвешивайте всё за и против, а если уж решение понято, старайтесь делать все максимально мягко.
#team

Друзья, сегодня поймал себя на мысли, что все же и правда, все познаётся в сравнении. Этот год, в сравнении с прошлым, был сложным многие из нас узнали, что такое удаленка в первый раз в жизни, многим она не понравилась. Но несмотря на это, ИТ стал тихой гаванью, в сравнении с тем, что происходило в других областях / направлениях / профессиях. Желаю, чтобы 2021 год принёс вам только радость, чтобы все было хорошо у вас дома и на работе.

Поздравляю вас с наступающим Новым годом!

Немного про тест-кейсы
Начало года выдалось очень жарким и совсем не было времени на посты, пора это исправить. Хочется поговорить о тест-кейсах. До работы в Яндексе я не часто сталкивался с тест-кейсами, обычно мы сразу писали авто тесты, поэтому тест-кейсов в чистом виде я видел редко. Несмотря на это, инструменты для хранения и прохождения тест-кейсов типа TestRail я изучал, ведь это было нужно для моих студентов. В Яндексе тест-кейсы активно используются, хранят их в своем аналоге TestRail. Начав плотно работать с подобными инструментами я поймал себя на мысли, что писать и редактировать кейсы в этих системах очень неудобно, надо заходить через интерфейс, нажимать редактировать, править, потом сохранять. Так же была проблема с ревью тестов. Зачем это нужно? Соблюдение единого стиля написания и проверка того, что ничего не забыли проверить. Идеальным вариантом видится путь, когда системы типа TestRail являются лишь оболочкой для прохождения, а текст тестов хранится в репозитории. Если идти по такому пути, то можно легко писать тест-кейсы в среде разработки, а так же использовать все плюсы git для создания pull request. Увидев классное решение мы решили его попробовать. Все, кто успел с ним поработать видят в этом только плюсы. Можно долго писать ок это или нет, но лучше один раз увидеть, чем сто раз услышать. Советую к просмотру видео Артема Ярошенко — Тест-кейсы как код. Возможно вы захотите сделать что-то подобное у себя.

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

https://luxoft-techfest.jugru.org/

Совершенно случайно сегодня наткнулся сегодня в интернете.

Кто занимается автоматизацией точно сталкивался с JUnit. Кто-то использует 4ый, кто-то перешёл на 5ый. Сегодня нашёл очень годное видео на эту тему.
#auto

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

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

2. Многие говорят, что ИТ в РФ, это рынок кандидата. И да и нет. Если кандидат совсем обычный, джун или ранний мидл, то это скорее всего не правда. Для этих уровней это рынок работодателя, слишком много их стало, онлайн курсы «Профессия тестировщик за один день» сильно популяризирует профессию. Если же вы ищите опытных - да, определенно, рынок кандидата.

3. Часто вижу, что джуны и мидлы себя не адекватно оценивают по ЗП. Почему-то многие думают, что их ценность определяется их желанием, либо мнением, что через год они уже «ведущие специалисты». Я бы сказал, что ценность кандидата определяется из микса двух показателей: профит, который кандидат принесет компании и цены, которые дают по рынку. Да, вилка может двигаться, но это должно быть обосновано. В итоге приходит тебе кандидат с запросом в 220 - 250, ждешь уровень «бога». Начинаешь с ним говорит и всплывает, что на позицию мобильного тестировщика он не знает, что такое ADB, компоненты Android и.т.д. По факту выходит, что кандидат с его опытом стоит на рынке в 2 раза дешевле. Проблема.

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

Вообще на тему зарплат и знаний на входе очень хорошо рассказали на Heisenbug Show / Сколько зарабатывают тестировщики? // 30.03.2021. Кому интересна эта тема - обязательно посмотрите.
И как бонус - забавное фото одного из мест для собеседований QA.
#free

Про руководителей

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

Недавно, на просторах интернета, я нашел новое видео от Вадима - видео под названием 55. Много лет Вадим был руководителем в Яндексе, а в этом видео он поделился своими впечатлениями о том, что значит управлять командой и зачем создавать доверительные отношения. Меньше всего мне хочется спойлерить видео Вадима, ведь я сам пересмотрел это видео 2 раза с огромным удовольствием. Посмотрите, возможно вы найдете в себе черты плохого менеджера, если вы руководитель. А возможно, вы поймете, чем именно вам не нравится ваш текущий руководитель. В этом видео нет ни капельки про тестирования или разработку, зато есть много про опыт управления, который накопился за много лет.
#team

https://youtu.be/YgTmynH56LA

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

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

#free

Недавно начали запускать API тесты, которых раньше не было на проекте. Хотелось сделать на старте максимально просто и удобно для нас. Вспомнив, как было на прошлых местах работы, посоветовавшись с коллегами, пришли к такому набору зависимостей:
- Kotlin, чтобы не плодить другие языки. Сейчас у нас много Kaspresso автотестов.
- JUnit5.
- io.rest-assured.
- io.qameta.allure.
- org.hamcrest.
- org.json.
- Еще хочется добавить что-то для ожиданий, типа org.awaitility.

Вообще, пока искал разные видео на эту тему, наткнулся на хороший материал - Heisenbug Show / Круглый стол: junit-изация и assert-овщина. Очень хорошо рассказано про проверки и возможности JUnit, если вы занимаете или планируете заниматься автотестами — посмотрите, не зря потратите время.

#auto

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

Нам важно, чтобы вы могли заказать такси на iOS, в Android и конечно в VK в любое время дня и ночи.

Если у вас есть кто-то, кому интересно начать в QA — у нас много интересных задач и мы ищем новичков, чтобы сделать их профессионалами. У нас они смогут погрузиться в:
— ручное тестирование мобильных приложений
— ручное тестирование бекенда
— написание тестов на iOS / Android / API (SWIFT и Kotlin)

Откликнуться можно тут: https://city-mobil.ru/interns, у нас интересно.

Мы тут активно развиваем QA бренд и нарисовали стикеры. Возможно вам понравится, наша первая проба пера :)

А зачем вы хотите выступить?

Пол года назад я в шутку, на кухне, сказал: «А давайте пойдем на Heisenbug не посмотреть, а массово, современно, со стендом и спикерами?» Все сказали: «А давайте!». В итоге инициатива наказывает инициатора и было необходимо активно участвовать в организации конфы со стороны нашей компании. Это бесценный опыт, а главное он был совершенно новый для меня.

Во всей этой истории самое сложное было, это найти спикеров. У меня был один готовый доклад, но этого явно мало. Начались поиски спикеров у которых было желание выступить и конечно, хорошими темами. Как оказалось, много кто хочет, но не у всех есть опыт выступлений. Что тут можно сделать и как помочь? В первую очередь это задать спикеру вопрос: «А зачем вы идёте выступать?» Ключевое слово честно, ведь не всегда истинная мотивация может казаться удобной / корректной. За все время я выделил несколько основных мотиваций спикеров:

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

- прокачать личный бренд, чаще всего это: «Вот я сейчас выступлю, а потом подороже себя продам на собесе»

- удовлетворить своё ЧСВ, показать всем, какой я крутой.

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

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

Отвечаете честно на вопрос: «А зачем оно мне?» И если это не последний пункт то исходя из цели строите доклад. Если ваш пункт последний, то лучше просто не идти, чаще всего ничего хорошего через силу не получается. Тут нет хороших или плохих поводов, кроме, как я сказал, последнего. Я прошёл через все пункты и на разных этапах. Хотя нет. Меня никто никогда не заставлял и через последний я не прошел.

Всем огромной удачи, если решили выступить с докладом на конференции =)

#free

Путь к успеху в ИТ

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

1. Если ты пришел на новое место, никогда никого ни о чем не спрашивай. Трать бесконечно много времени, чтобы разобраться самому. Коллеги тебе враги и точно не помогут.

2. Если у тебе пришел руководитель и спрашивает о проблемах, то обязательно скажи, что их очень много, но так же не забудь сказать, что ты ему о них не скажешь. Пусть напряжется, но конкретики не получит. Все, что будет сказано точно будет использовано против тебя. Всегда помни завет почтальона Печкина:
⁃ Я вам посылку принёс. Tолько я вам её не отдам, потому что у вас документов нету. Рано вам ещё документы иметь, а хвостатым документы вообще не положены.
⁃ А зачем же Bы посылку принесли?
⁃ А за тем, что так положено! Pаз посылка пришла - её нужно принесть. A раз документов нету - её не нужно отдавать. Я теперь так цельную неделю ходить стану.

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

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

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

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

7. Когда придет время ревью, ты обернулся назад и понял, что делаешь ту же работу, что и год назад. Твои задачи не изменились, эффективность тоже. Твой доход в рынке. Сразу выбрось это все из головы. Помни, что ты все равно очень ценный и тебе должны каждый год поднимать зарплату минимум на 30 процентов. Требуй свои законные 30%, пусть компания не расслабляется. Лучше тебя точно не найдут.

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

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

10. Никогда не работай сверх рабочего времени, если вдруг руководитель попросил тебя доделать что-то важное для компании. 18 00 начинается твое время. Если же ты все же решишь сделать шаг на встречу, то обязательно попроси денег за каждую минуту переработки. Главное не пускай себе мысли в голову, что в действительности ты работаешь в день часов 5. Помни, что руководитель никогда не узнает твою реальную эффективность, а кальмар сам себя не посмотрит. Да и не вздумай вспомнить, как тебя просто так отпускали с работы днем по твоим делам. Все это от лукавого. Будь крепок как стена, редкие переработки это зло и они должны как минимум оплачиваться сполна.

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

Хорошей недели 🙂
#free

Selenide наше все?

Когда я работал в Одноклассниках и писал web автотесты мы почти не использовали Selenide, время было другое, популярность инструмента была другая. Там был чистый Selenium + свои допилки. Когда автоматизаторы добавили Selenide я попробовал его и мне в тот момент не понравился. Мне показалось, что он слишком упрощает, а мне хотелось глубже разобраться самому. В итоге я его так и не использовал и не понимал его популярность. Сейчас, когда мы разворачиваем подобное у себя я понял, какая это классная штука если все делаешь с нуля, не надо писать кучу велосипедов. На днях посмотрел крутое видео про историю развития Selenide. Если думаете или занимаетесь о web автоматизацией — советую обратить внимание на ролик.

#auto

https://youtu.be/mK-6-k5EwQM

Уже много раз говорили о том, надо ли QA уметь программировать? На днях наткнулся на очень интересный подкаст от ребят из Тинькофф. Очень рекомендую послушать их мнение и аргументы.
Ps: спойлер — надо.

#free

https://music.yandex.ru/album/18910064/track/93696556?utm_medium=copy_link

Вам просто договариваться?

Столкнулся недавно с проблемой. Разговариваю с человеком, а он меня не слышит. Объясняю спокойно свою позицию, не слышит. Привожу аргументы. Не слышит. Ответных аргументов нет, просто недоволен и все. Не хочет услышать, не хочет понять. Сразу встаешь в ступор, ну что тут не понятного и почему такое поведение? Я думаю, что случай не уникальный, у многих скорее всего такое бывает. И несмотря на то, что этот «Бложик офигительных историй» про тестирование, он ещё и про управление командами.

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

I. Наш внутренний взрослый
Он оценивает реальность, оперирует фактами, ресурсами, реагирует на ситуацию «здесь и сейчас». Чаще всего использует слова: «Я думаю так, а как думаешь ты?», «Если сравнить.». Много вопросов: «Как?», «Что?», «Почему?» «Расскажи мне ход своих мыслей»

II. Наш внутренний ребенок, который бывает двух видов:
- Адаптивный ребенок и тут возможны два варианта адаптации:
1) бунт — протестует, обижается, злится. От скорее всего будет сыпать фразами типа «Не буду!», «Не хочу!», «Почему я?», «Посмотрите на других», «почему им можно, а мне нельзя?»
2) пассивность — боится, не проявляет инициативу, подавлен, соглашается, не уверен в себе. От такого типа вы будите слышать фразы вида: «Я попробую», «Я постараюсь», «Я хотел бы», «Я, наверное, не смогу», «Что же мне теперь делать?»
- Свободный ребенок, он предлагает идеи, энергичен, открыт для творчества, не боится рисковать, раскован, делится мыслями, эмоционален. Чаще всего от него можно услышать максимально эмоциональные фразы типа: «Я хочу!», «Здорово!», «Прекрасно!», «Ужасно!»

III. Наш внутренний родитель, который бывает двух видов:
- Контролирующий Родитель, он директивный, властный, ищет провалы, оценивает, обвиняет, воспитывает, советует. Чаще всего использует слова: «Так нельзя!», «Следует сделать так», «До каких пор?», «Кто должен был это сделать?», «Это неправильно»
- Заботливый Родитель он покровительствует, подбадривает, советует, заботится, утешает, помогает. Чаще всего использует слова: «Я тебе помогу», «С каждым может такое произойти», «Ты можешь обращаться ко мне с вопросами», «Молодец, хорошо справился с заданием»

Важно! Мы невольно может переключаться в разные состояния в зависимости от ситуации. Да, скорее всего у вас есть доминантное состояние и это то, как вас чаще всего определяют люди вокруг. Может слышали фразу о ком-то: он вечно ведёт себя как ребёнок! Что важно помнить? Мы можем находиться в одной реальности, но быть с собеседником в разных психологических состояниях. Легче всего вести диалог, когда оба человека находятся в состоянии взрослый / взрослый. Это состояние, когда оба настроены на конструктив и чаще всего они находят решение. Когда включаются другие комбинации — можем огрести много проблем и непонимания, какие-то пересечения состояний вызывают мнение, что собеседник токсичен. Вот три примера разговора между разными состояниями человека в одной и той же ситуации, взял их из одной статьи в интернете, как и часть мыслей выше:

Ситуация «Взрослый / родитель»
— Маша, есть задача по доработке проекта, ее важно выполнить срочно, поэтому прошу тебя выйти в субботу на работу. Могу предложить либо оплату в двойном размере, либо отгул в следующую пятницу. Что скажешь?
— Стоило бы предупредить меня заранее! Такое ощущение, что без меня никто ничего не может сделать. Как что — сразу «Маша!»...

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

Ситуация «Взрослый / ребёнок»

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

Коля, «Адаптивный Ребенок», перекладывает ответственность за свое решение.

Ситуация «Взрослый / взрослый»
— Петя, есть задача по доработке проекта, ее важно выполнить срочно, поэтому прошу тебя выйти в субботу на работу. Могу предложить либо оплату в двойном размере, либо отгул в следующую пятницу. Что скажешь?
— Я не против, но у меня уже запланированы выходные. Есть предложение задержаться в четверг и пятницу. Как тебе такой вариант?
— Договорились.

Петя ведёт себя в роле «Взрослый»

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

#team

https://www.psychologies.ru/standpoint/tranzaktnyiy-analiz1/

https://hrliga.com/index.php?module=profession&op=view&id=1707

https://www.youtube.com/watch?v=4cd07_Kiwsc&t=71s

Connected cars: Как устроены бортовые компьютеры в авто, и как их тестируют

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

Время шло, машины менялись. Сейчас открывая капот современной машины мы видим только тонны пластиковой защиты и битком набитую внутрянку. А еще за 20 лет машины стали умными. В них есть собственные компьютеры, да и не один. Есть CAN шина по которой можно обмениваться данными, тонна электроники. Есть мультимедийные системы — то, без чего мы не можем представить современный автомобиль. Да что далеко ходить, достаточно вспомнить, как все радовались, когда появился Яндекс Навигатор в CarPlay и Android Auto. Все это надо тестировать. Когда я работал в Яндексе я руководил группой тестирования бортовых компьютеров Яндекс Авто. Это было очень интересно и мир тестирования бортовых компьютеров сильно отличается от тестирования мобильных приложений. Другой подход к тестированию в целом, другой подход к автоматизации, а главное, мало где можно взять пример правильного решения, до всего надо доходить самому.

Мне очень хотелось, хоть немного рассказать про это все и больше года я собирал материалы на доклад. Честно говоря, я долго думал, надо ли мне идти и рассказывать. Доклад должен быть легко слушаем, что в моем исполнении сделать невозможно и сделать я с этим ничего не могу. В сухом остатке есть проблема качества подачи, но при этом достаточно необычный контент. Решение было, что надо рассказывать, ну а тот, кому сложно воспринимать с такой подачи, просто выключит. Делюсь с вами моим докладом с Heisenbug 2021, надеюсь кому-то будет полезно.
#manual

https://youtu.be/LJMpn3t9Fa8