POV: тимлид приходит в новую команду

Как делать свою работу лучше других, не тратя на это больше времени?

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

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

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

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

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

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

Как принимать обратную связь

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

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

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

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

1. Выжди некоторое время, не реагируй сразу. После критики тебя накроет волна эмоций. Чтобы не натворить делов, надо вначале успокоиться. Если все оч эмоционально надо сказать: «я обдумаю твои слова»

2. Отдели эмоции, от фактов. В ОС скорее всего будет много эмоций. Когда ты уже успокоился нужно убрать все эмоциональное в послании и оставить голые факты.

3. У человека может быть свое мнение. Мнение собеседника может отличаться от твоего и зависеть от многих факторов (в том числе контекста). Провалидируй ситуацию и твое поведение на корректность с учетом твоих знаний

4. Реши что делать с оставшейся информацией. Если ты принимаешь по чесноку что ты был не прав(а) подумай как поступать в следующий раз по другому. Ошибаться не стыдно, как и признавать свою не правоту. Стыдно не делать выводы.

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

В скраме нет тимлидов. Поэтому тимлидам невыгодно внедрение скрама.

Бизнесу нужны сроки, в скраме есть спринты, но это не про то.

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

Получается скрам никому не нужен. Расходимся

Любители консоли на месте?

Сегодня принесу забавный инструмент. Это "умный" терминал который встанет на мак, винду и линуху (привет iTerm, ты так не можешь).

Че в нем такого умного/полезного?

👉 В нем можно спрашивать AI прям не покидая терминал. Бесплатная версия ограничивает количество запросов, но что-то знать и самим же надо) и вопросы ограничены спецификой работы с консолью.

👉 Можно шарить результаты запросов другим, но нужно авторизоваться (шта?)

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

👉 Можно вести в маркдауне заметки. Ну а почему бы и не да затащить в терминал возможность ведения заметок? Из md файлов кнопкой мыши можно вызывать команды, которые вы туда понапишите.

В общем интересный продукт, попробуйте, возможно и вам зайдет

Неважно сколько книг ты прочитал, важно сколько из прочитанного ты применил в жизни.

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

Чтение - это один из первых этапов получения знаний и опыта. Гоняясь за цифрами, мы теряем самое важное - смысл.

Сегодня в продолжении подхода adidas к разработке API принесу еще одну книжецу на эту тему.

Web API Design - Crafting Interfaces that Developers Love

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

Зрелость

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

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

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

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

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

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

А у вас как-то прицельно работают со зрелостью?

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

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

Хорошая иллюстрация забивания на менеджерские обязанности

Уставший руководитель никому не нужен

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

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

На этот раз встреча была в офисе. Там было прикольно по региональным меркам. Даже был стол для настольного тенниса.

Я пообщался с моим будущим руководителем, причем в присутствии собственника.

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

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

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

Я не хотел быть как он и от офера я отказался.

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

Научись работать с почтой

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

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

Работать с этим невозможно, а пропустить важное - проще простого.

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

Для себя я выбрал упрощенный вариант подхода Inbox Zero, который помогает работать с почтой не факапя ничего.

Не бывает хорошей или плохой архитектуры, бывает подходящая и неподходящая.

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

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

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

На выходных посмотрел подкаст с Сергеем Кузнецовым про профессию архитектора (он главный архитектор Москвы).

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

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

Так что рекомендую.

Право выгуливать своих тараканов нужно заслужить

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

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

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

Не пытайся изменить человека

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

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

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

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

2. Проститься

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

Все хотят работать в крутой компании.

Но мало кто хочет делать компанию, в которой работает, крутой.

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

Живите теперь с этим 🙃