«Правила роста: от джуниора до CTO», конспект вебинара Фёдора Борщёва

    Фёдор Борщёв — CTO в маркетплейсе стройматериалов «ГдеМатериал», сооснователь rumetr.com и популяризатор чистоты кода. Пишет в блог, телеграм-канал @pmdaily и в советы о разработке в Бюро Гобрунова.


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


    За три часа Фёдор прошёлся по темам:


    • управление проектами;
    • общение с людьми;
    • продукт и бизнес;
    • личные цели.



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

    Главная угроза для программистов — роботы, которые в будущем отнимут их работу.


    Решение — постоянно прокачивать навыки. Причём лучше сосредоточиться на «мягких» навыках, чтобы постепенно перейти в управление и менеджмент. (T-shaped и I-shaped люди)


    Пост «Программистам: что делать, чтобы вас не заменили роботом» в блоге Фёдора
    Пост «Программистам: три варианта развития мидла»

    Джуниор экономит тратит время команды. Потому что на его адаптацию и обучение тратят время (и деньги бизнеса) более матёрые сотрудники. Значит, первая задача джуниора — как можно скорее перейти от траты времени команды к его экономии. Вот, что он может для этого сделать:


    1. Писать код понятно: сложный код долго читать и дорого поддерживать.
    2. Гуглить:
      1. как решали подобные проблемы (лучше сразу на английском: <запрос> + best practices);
      2. awesome list — список решений по конкретной проблеме (можно начать с awesome list of awesome lists);
      3. free-for.dev — список продуктов в помощь разработчику.
    3. Делать задачи с первого раза, без возврата на доработку:
      1. писать тесты;
      2. руками проходить по итогу сделанной работы и делать короткие презентации для коллег (например, через Loom);
      3. представлять себя на месте пользователя и пройти его путь по интерфейсу.

    Пост «Сдавать с первого раза»

    Есть два типа роста: служебный и профессиональный.


    Служебный рост:


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

    Профессиональный рост:


    • происходит изнутри, по мере роста навыков;
    • ценится везде.

    Служебный рост обсуждать нет смысла — на него нельзя влиять и он не ценится на рынке.


    А чтобы расти профессионально, надо развиваться самому: брать больше ответственности, предлагать план и решение проблем.


    Пост «Приходи с решением, а не с проблемой»
    Пост «Пацан сказал — пацан сделал»

    image


    Управление проектами


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


    «Треугольник ресурсов»: ←→ ВРЕМЯ ←→ РАБОТА ←→ ДЕНЬГИ ←→


    из них только время невосполнимо, то есть можно напрямую влиять на два другие «угла»: объём работы и её стоимость.


    Полезно отличать процесс и результат (делать ≠ сделать). Два совета:


    • составлять definition of done;
    • не тратить время на ненужное.

    Пост «Процесс vs результат у разработчиков»
    Пост «Что значит „сделать“» из блога Николая Товеровского

     *


    Когда вокруг пожар и всё идёт не так — определить круг забот (что происходит вокруг) и круг влияния (на что можно влиять). Применять усилия ко второму.


    Инициировать, а не реагировать. Применять «матрицу Эйзенхауера» для классификации дел: в идеале надо делать дела только из квадранта «важное несрочное».


    Не отвлекаться всей команде от запланированных на спринт дел помогает отдел on-call — специальный сотрудник или два, у которых нет задач и которые реагируют только на срочные задачи.


    Пост «Без срочных задач»

    В вебинаре было много прикладных вопросов «из зала» после каждой темы. Привожу только несколько из них.


    Вопрос из зала: «Как мотивировать сотрудников?»
    Ответ Фёдора: «Не работать с людьми, которым нужна внешняя мотивация. Гораздо проще и интереснее работать с людьми, у которых есть внутренняя мотивация работать и делать круто.»


    Общение с людьми — важный и прокачиваемый навык


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


    image
    шкала эмпатии


    Мир клиента


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


     *


    Задавать «открытые» вопросы (это те, на которые нельзя ответить просто «да» или «нет»).


    Примеры:
    Назначить срок исполнителю: «Сделаешь к пятнице?» → «Когда будет удобно?»
    Исполнитель сам должен подумать, что ему нужно сделать, чтобы выполнить задачу и сам назначает срок и подписывается под ним.


    Узнать мнение руководителя о сделанной работе: «Ну что, запускаем?» → «Что тебя смущает?»


    Торг


    Давление и ультиматумы — это не переговоры. Чтобы достигнуть решения, нужно предложить другой стороне обмен — что ты можешь предложить в обмен на уступки с её стороны.


    Не «хочу прибавку к зарплате», а «что я могу сделать, чтобы получать 100К?»


    Не «скиньте 5К и я сниму вашу квартиру», а «если съеду раньше, чем через год, залог остаётся у вас».


    Рекомендуемые книги по общению и переговорам


    • «Сначала скажите нет», Джим Кэмп
    • «Договорится можно обо всём», Гэвин Кеннеди (пост в блоге)
    • «Теория игр», Авинаш Диксит и Барри Нейлбафф (пост в блоге)

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


    «Не записано — значит, не было» — принцип письменно фиксировать результаты всех устных договорённостей.


    «Минутки»

    Вопрос из зала: «Как прокачать общение?»
    Ответ Фёдора: «Просто начать больше общаться: участвовать в переговорах, торговаться в магазинах.»


    Продукт и бизнес


    Бизнес — это машинка по зарабатыванию денег: суёшь туда рубль, достаёшь — два.


    Бизнес берёт деньги с рынка и предоставляет взамен ценность. Полученные деньги он распределяет между исполнителями. Если что-то остаётся, то это уходит фаундеру.


    Доход исполнителей фиксирован — как снизу, так и сверху —, но они ничем не рискуют.


    Фаундер может заработать больше исполнителей, но несёт все риски: то есть в при плохом раскладе может не заработать ничего или вовсе потерять всё.


     *


    Продуктовый цикл


    1. Кастдев — найти проблему рынка.
    2. Сформулировать гипотезу как принести ценность рынку.
    3. MVP — минимальный продукт, чтобы проверить, готов ли рынок платить за придуманное решение найденной проблемы.
    4. Вернуться на пункт №1 (в 90% случаях).

    Пост «Customer Development и Custdev. Что это такое и в чем разница?» в блоге GoPractice!

    Продакт менеджер


    • определяет, что делать;
    • мыслит гипотезами;
    • оперирует рисками.

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


    Для движения через гипотезы применяется цикл Шухарта:
    plan → do → check → act


    Личные цели


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


    Как выбрать работу:


    • подумать, что ты сможешь рассказать о себе через год? Сравните, что сможет рассказать программист какого-нибудь крупного банка и, например, Нетфликса;
    • ищи самого умного в комнате. Спросить «что я буду делать? С кем?»;
    • спросить себя «буду ли я счастлив?».

     *


    Личный рост — не линейный; поэтому лучше планировать на большой отрезок времени.


    Фёдор использует практики из GTD и Agile: строит личные планы на год в Trello.


     *


    Вопрос из зала: «Как мотивировать себя?»
    Ответ Фёдора: «Если что-то не сделано, значит, это для тебя не важно. Понять, почему это не важно и найти что действительно важно.»


    Внимание — самый важный ресурс


    Почитать про мыслетопливо у Максима Дорофеева:



    Каждое утро Фёдор составляет план на день. Утро — время, когда внимание и продуктивность на максимуме. Фёдор осознанно тратит самое продуктивное время на планирование (а не на код, например), потому что планы, составляемые в другое время, потом приходится переделывать.


    Беречь внимание:


    • отключить все уведомления в телефоне;
    • отключить звонки (Фёдору нельзя просто взять и дозвониться).

    Дело дня — бронировать час в день под определённую задачу, помимо других дел.


    метод «текущая инициатива» из книги «Сделай завтра» Марка Форстера
    метод Daily Highlight из книги «Make Time» Jake Knapp, John Zeratsky (конспект Кирилла Губанова)

    Время — тоже важный ресурс, почти как внимание


    Хронофаги — пожиратели времени:


    • совещания. Для каждого требовать предварительную повестку. На самой встрече полезно спрашивать «зачем я здесь?».
    • чатики. Это как круглосуточные совещания без повестки с неопределённым количеством участников.
    • соцсети. Зашёл в Инстаграм — хоп! — прошло два часа.

    Приёмы:


    • день тишины (у Фёдора — это среда): не отвечать ни на какие сообщения.
    • Screen Time на iOS и MacOS. Rescue Time — везде.
    • техника Помодоро — работать промежутками. Хоть это и выбивает из состояния потока, но долгосрочно получается более продуктивно. Пост про Помодоро.

     *


    Вопрос из зала: «Так как стать СТО? Здесь только про личный рост»
    Ответ Фёдора: «А почему вы разделяете личный и профессиональный рост? Второй обычно следует за первым, а не наоборот: сначала человек учится нормально делать дела, а потом его повышают на следующий уровень»


     *


    Короткие советы:


    1. После косяков и провалов писать post-mortem.
    2. Учиться представлять свои идеи. Поможет книга «Мастерство презентации» Алекся Каптерева.
    Ads
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More

    Comments 18

      +1
      Банальненько, конечно, но найдутся те кто не знает этого всего.
        +2
        Да, кажется, в этой сфере сложность не в том, чтобы знать, а в том, чтобы делать то, что знаешь. Правила избавления от лишнего веса и избавления от привычки курить тоже, вроде как, несложные. Но обычно проблемы с их последовательным и методичным выполнением.
          0
          Все приходит с опытом, автор в этом плане абсолютно прав
          > сначала человек учится нормально делать дела, а потом его повышают
          0
          Я тоже раньше так думал: всё смотрел интервью крутанов и читал разные умные статьи в поисках какого-то секрета успеха. Но везде встречал примерно одно и то же: высыпайтесь, следите за питанием, занимайтесь спортом.

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

          Дело осталось за малым — начать делать нормально. Каждый день.
          0

          Мне кажется всё проще… Берёшь что-то и делаешь это хорошо. Если получилось плохо — делай что то другое. А все эти методики лишь натягивание совы на то что человек делать не хочет/не умеет

            0

            Взял 10 000 часов игры на гитаре. На 10 001-й час понял, что получилось плохо — начал делать что-то другое.

              0
              Берёшь что-то и делаешь это хорошо. Если получилось плохо — делай что то другое

              В этот алгоритм я бы добавил какую-то задержку: типа «попробавл что-то N раз, если не получается — идешь дальше». Потому что у меня, например, ничего не получалось сделать нормально с первого раза, всегда нужно сколько-то попыток, чтобы научиться.

              Но «продолжать жрать кактус» действительно бесперспективная стратегия. Если что-то прям совсем не идёт, надо искать что-то другое.
              +1
              Спасибо за труд, хороший конспект
                +1
                deleted
                  0
                  Каждое утро Фёдор составляет план на день. Утро — время, когда внимание и продуктивность на максимуме.
                  В самое трудоспособном состоянии составляем план. А выполняем его (очевидно) не утром.
                  Но логика! Нужно составить план вечером, чтобы в работоспособном состоянии утром его хорошо и эффективно выполнять.
                    0

                    Есть периоды, отличающиеся от одного дня!

                      0
                      Логичное замечание! На вебинаре тоже о нём спросили. Фёдор ответил в таком ключе. Да, каждое утро он действительно тратит 30 минут самого продуктивного времени дня на неработу. Но по-другому не получается: если составлять план на следующий день в предыдущий вечер, то его всё равно приходится переделывать утром; вечером уже нет столько когнитивной энергии, чтобы составить хороший работающий план.

                      Надеюсь, смог донести мысль и стало понятнее.
                      +4
                      Ни один проект ещё не окончился ровно в назначенный срок с запланированным бюджетом и объёмом работ.

                      Дальше такого «эксперта» можно не читать. Да, я знаю людей, у которых ни один проект не заканчивается как запланировано, и это происходит от незнания предметной области, от отсутствия опыта и просто непонимания специфики IT. Я знаю разработчиков, которые любят говорить «ну ты же понимаешь, по плану 3 месяца, значит будет 6», и это тоже происходит от неграмотного менеджмента и неэтичной работы с людьми, когда люди перегорают и перестают доверять руководству. Так же я знаю проекты, которые заканчивались на 20, 30 и даже 50% быстрее дедлайна с полным функционалом и соблюдением всех стандартов качества. В одном очень крупном enterprise-проекте, который вы все знаете, мы с командой как-то закончили годовой план в сентябре, и потому думали чем же себя занять, то ли тулзы для автоматизации писать, то ли хакатоны устраивать, то ли пасхалки для пользователей клепать. К сожалению, в 80% компаний менеджмент не компетентен в IT, а то и в целом в управлении работниками умственного труда. Большинство современных методик менеджмента основываются на практике управления рабочими, которые работают по заданным алгоритмам, или по работе которых можно взять бенчмарк. В IT всё по другому. В лучшем случае менеджеры знают PMBook, который, по честному, абсолютно ужасен. Либо слушают сказки от Agile-коучей, опять же без понимания предметной области. А потом жалуются, что у них ни один проект не заканчивается в срок. Что можно сделать: устроиться программистом и поработать хотя бы годик на реальном проекте (лучше лет 5), почитать Джоэла и подумать над каждым пунктом, почитать банду четырёх или популярные пересказы их идей, подумать при чём здесь менеджмент (а он тут очень при чём).
                        0
                        Так круто, когда есть другая точка зрения! Спасибо за комментарий. Есть над чем подумать.

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


                        А можете рассказать подробнее, что было дальше? Чем в итоге команда занималась с сентября до декабря? Как вы внутренне оценили этот проект?
                        +1
                        Слабоватенько про мотивацию, чувствуется не хочет лезть в тему, пусть работает само.
                          +4
                          Ни один проект ещё не окончился ровно в назначенный срок с запланированным бюджетом и объёмом работ. Соответственно, проектами управлять нельзя. Но можно управлять собой.

                          Одно из сильных заявлений за последнее время. Имхо, если менеджмент в компании постоянно ошибается с оценкой времени, то там либо работают некомпетентные люди уровня "Ыыыы, я узнал, что с вялыми скилами можно пойти в PM или PO и эстимейтить", либо мрази, которые сознательно занижают сроки, думая, что кодеры напрягутся, а два месяца задержки им простят.


                          Ответ Фёдора: «Не работать с людьми, которым нужна внешняя мотивация. Гораздо проще и интереснее работать с людьми, у которых есть внутренняя мотивация работать и делать круто.»

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


                          Вопрос из зала: «Как прокачать общение?»
                          Ответ Фёдора: «Просто начать больше общаться: участвовать в переговорах, торговаться в магазинах.»

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


                          Сравните, что сможет рассказать программист какого-нибудь крупного банка и, например, Нетфликса;

                          Что вкуснее: обед или завтрак? В банках есть дофига интересных вещей, в Нетфликсе есть дофига скучных. Следует ли из этого, что банк лучше Нетфликса? Кажется, что нет. А наоборот? Тоже нет.


                          Ответ Фёдора: «Если что-то не сделано, значит, это для тебя не важно. Понять, почему это не важно и найти что действительно важно.»

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


                          Имхо, серьёзная проблема подобных советов в том, что в них не анализируется эффект выжившего. Вполне верю, что Фёдор — крутой и интересный человек, но сколько людей делали похожие вещи и не оказались СТО, хотя хотели? Я могу написать статью, что нужно критиковать всех и ныть на Хабре, тогда вам внезапно напишут в ЛС и предложат интереснейший проект. Но у какого количества людей будет такой результат? Можно вообще пойти в балет и надеяться, что через сколько-то лет ты поможешь королю вернуть свой трон и станешь национальным героем, но кажется, что так получилось только у одного человека в относительно близком прошлом.

                            0

                            Спасибо за такой развёрнутый комментарий. Прочитал с удовольствием!


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

                            Мне кажется, в вашем примере не хватает фактора времени. Не думаю, что человек на 1825-й день занятий в качалке будет относиться к тренажёрам ровно так же, как и в самый первый раз.


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


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

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


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

                            Про ошибку выжившего — хорошо припомнили, не думал с этой стороны.


                            Мне кажется, тут надо посмотреть со стороны воспроизводимости советов. Можно написать плохую статью и получить сочный оффер, но если повторить это 10 000 раз, какой будет процент успеха?


                            А если взять советы Фёдора и повторить их 10 000 раз, как думаете, как у применивших изменится вероятность стать СТО?

                            0
                            Спасибо за конспект. Есть дельные мысли. Есть тривиальные — вода мокрая, небо голубое. Есть спорные. В любом случае это сугубо личный опыт Федора и его компании. У другого условного CTO будут конечно же и подобные проблемы, но и свои собственные. И еще — ИМХО мат в его статьях в блоге не в тему. В данном конкретном случае он не несет никакой смысловой нагрузки. А я далек от мысли, что CTO, учащий программистов жить, использует его для связки слов в предложении.

                            Only users with full accounts can post comments. Log in, please.