Не копируйте оргструктуру Spotify
Лет пять назад было очень модно копировать модель, по которой Spotify организует свои команды – все эти сквады, трайбы и гильдии. В большинстве случаев это приносило больше проблем, чем пользы. Причина этого – карго-культ, так как вместо фокуса на идеях компании слепо пытались перенести внешние атрибуты.
У каждой компании своя культура и специфика. Как и во всех других случаях, в первую очередь думайте о проблемах, а не о конкретных решениях.
Лет пять назад было очень модно копировать модель, по которой Spotify организует свои команды – все эти сквады, трайбы и гильдии. В большинстве случаев это приносило больше проблем, чем пользы. Причина этого – карго-культ, так как вместо фокуса на идеях компании слепо пытались перенести внешние атрибуты.
У каждой компании своя культура и специфика. Как и во всех других случаях, в первую очередь думайте о проблемах, а не о конкретных решениях.
Agile Pain Relief Consulting | Scrum and Agile Training and Resources
The Spotify Model of Scaling – Spotify Doesn’t Use It, Neither Should You
The "Spotify Model" probably isn't a model and definitely isn't what is currently practiced at Spotify today. (Some suggest it never was.) The below image was made famous in a video by Henrik Kniberg, where he explains how work was organized into Squads,…
42 урока, вынесенных из опыта создания новой базы данных
Техлид Delos, базы данных, активно использующейся во внутренней инфре Meta, делится наблюдениями, которые будут рклевантны всем, кто руководит платформенными командами или делает какие-то инфраструктурные продукты. Несколько любимых советоа:
👉Старайтесь, чтобы ваш проект был устойчивым к реорганизациям компании. Поддерживайте отношения с иенеджерами, которым когда-нибудь может достаться ваш проект, делайте так, чтобы они понимали его пользу.
👉Не набирайте пользователей сразу. В идеале, начинайте с одного, причем такого, нужды которого дадут вам сосредоточиться на корной технологии.
👉Регулярно повторяйте меннджерам оценку сложности задач, иначе из-за занятости и невнимательности они могут ошибиться на порядки.
👉Если в компании разрабатывается другой проект, решающий ту же проблему, соревнуйтесь с ними не в эффективности решения отдельных задач и не в производительности команд, а в фундаментальных характеристиках систем.
Техлид Delos, базы данных, активно использующейся во внутренней инфре Meta, делится наблюдениями, которые будут рклевантны всем, кто руководит платформенными командами или делает какие-то инфраструктурные продукты. Несколько любимых советоа:
👉Старайтесь, чтобы ваш проект был устойчивым к реорганизациям компании. Поддерживайте отношения с иенеджерами, которым когда-нибудь может достаться ваш проект, делайте так, чтобы они понимали его пользу.
👉Не набирайте пользователей сразу. В идеале, начинайте с одного, причем такого, нужды которого дадут вам сосредоточиться на корной технологии.
👉Регулярно повторяйте меннджерам оценку сложности задач, иначе из-за занятости и невнимательности они могут ошибиться на порядки.
👉Если в компании разрабатывается другой проект, решающий ту же проблему, соревнуйтесь с ними не в эффективности решения отдельных задач и не в производительности команд, а в фундаментальных характеристиках систем.
mahesh’s blog
42 things I learned from building a production database
In 2017, I went to Facebook on a sabbatical from my faculty position at Yale. I created a team to build a storage system called Delos at the bottom of the Facebook stack (think of it as Facebook’s version of Chubby). We hit production with a 3-person team…
NDA не работают
Стандартные NDA практически никак не защищают компанию и ни к чему не обязывают человека, их подписавшего. Для защиты коммерческой тайны нужно разрабатывать целую систему:
👉Документ, подробно описывающий, что вообще составляет коммерческую тайну
👉Подписанное соглашение с каждым сотрудником, адаптированное под конкретную должность
👉Журнал доступа к коммерческой тайне
👉Гриф коммерческой тайны на всех релевантных документах
👉Подписанные акты передачи информации со всеми, кто открывал документы
Кстати, мы записывали выпуск Подлодки на ту же тему для тех, кто хочет погрузиться поглубже!
Стандартные NDA практически никак не защищают компанию и ни к чему не обязывают человека, их подписавшего. Для защиты коммерческой тайны нужно разрабатывать целую систему:
👉Документ, подробно описывающий, что вообще составляет коммерческую тайну
👉Подписанное соглашение с каждым сотрудником, адаптированное под конкретную должность
👉Журнал доступа к коммерческой тайне
👉Гриф коммерческой тайны на всех релевантных документах
👉Подписанные акты передачи информации со всеми, кто открывал документы
Кстати, мы записывали выпуск Подлодки на ту же тему для тех, кто хочет погрузиться поглубже!
Кент Бек про вред оценок и дедлайнов
Хороший пост от Кента Бека, одного из отцов XP. Он напоминает про то, почему оценки и дедлайны не просто бесполезны, а еще и вредны для успеха продукта, и предлагает простой agile процесс, направленный на принесение клиентам максимальной пользы:
👉По понедельникам вся команда собирается вместе и отвечает на два вопроса: "Что для нас важнее всего достичь на этой неделе?" и "Что мы на спмом деле можем сделать за неделю?".
👉По пятницам команда собирается снова и обсуждает, что было хорошо, что можно улучшить, насколько получилось доставить ценность пользователям. Короче, ретроспектива про процессы и про результат.
👉Все попытки сравнивать производительность неделя к неделе, планировать вперед на кварталы, сравнивать команды друг с другом запрещены.
Хороший пост от Кента Бека, одного из отцов XP. Он напоминает про то, почему оценки и дедлайны не просто бесполезны, а еще и вредны для успеха продукта, и предлагает простой agile процесс, направленный на принесение клиентам максимальной пользы:
👉По понедельникам вся команда собирается вместе и отвечает на два вопроса: "Что для нас важнее всего достичь на этой неделе?" и "Что мы на спмом деле можем сделать за неделю?".
👉По пятницам команда собирается снова и обсуждает, что было хорошо, что можно улучшить, насколько получилось доставить ценность пользователям. Короче, ретроспектива про процессы и про результат.
👉Все попытки сравнивать производительность неделя к неделе, планировать вперед на кварталы, сравнивать команды друг с другом запрещены.
Software Design: Tidy First?
Private Estimates, Public Progress
I remember back when being on one of those gigantic, long-lived software projects when I was a wee programmer. Professional project managers had laid out the entire thing before we started coding. Enlightened professional project managers—they only assumed…
Три менеджерских подхода
Статья в первую очередь направлена на СТО и директоров, но может быть полезна и линейным руководителям. Автор выделяет три стиля менеджмента, между которыми надо переключаться в зависимости от типа принимаемого решения.
👉Управление с помощью регламентов. Применяется для однотипных решений, которые надо принимать регулярно.
👉Управление с помощью консенсуса. Применяется для неповторяющихся решений, контекст по которым распределен по нескольким стейкхолдерам.
👉Управление с помощью убеждения. Для важных разовых решений, которые по разным причинам не могут принять без вас, и в контекст которых надо глубоко закопаться.
Для каждого из стилей приведен подробный чек-лист шагов, которые надо предпринять, и примеры ситуаций, в которых они помогали.
Статья в первую очередь направлена на СТО и директоров, но может быть полезна и линейным руководителям. Автор выделяет три стиля менеджмента, между которыми надо переключаться в зависимости от типа принимаемого решения.
👉Управление с помощью регламентов. Применяется для однотипных решений, которые надо принимать регулярно.
👉Управление с помощью консенсуса. Применяется для неповторяющихся решений, контекст по которым распределен по нескольким стейкхолдерам.
👉Управление с помощью убеждения. Для важных разовых решений, которые по разным причинам не могут принять без вас, и в контекст которых надо глубоко закопаться.
Для каждого из стилей приведен подробный чек-лист шагов, которые надо предпринять, и примеры ситуаций, в которых они помогали.
Lethain
Developing leadership styles
For a long time, I found the micromanager CEO archetype very frustrating to work with. They would often pop out of nowhere, jab holes in the work I had done without understanding the tradeoffs, and then disappear when I wanted to explain my decisions. In…
Получите работу в крупной IT-компании всего лишь за один день!
МойОфис ищет опытных бэкенд-разработчиков и готов нанять несколько человек за один день. Отбор проходит в рамках One day offer, который случится уже 25 ноября. Если вы хотите стать частью крутой команды и создавать продукты, которыми пользуются множество клиентов в России и по всему миру, то отправляйте резюме и выполненный онлайн-тест на одну из следующих позиций:
- Golang-разработчик
- C++ разработчик
Ищут специалистов уровня middle, senior и lead с опытом работы от 3 лет.
Плюшки: конкурентная зарплата, ДМС со стоматологией, компенсация фитнеса, оплата питания, возможность работать удаленно и многое другое.
Спешите, заявки принимаются до 17 ноября. Все подробности тут
МойОфис ищет опытных бэкенд-разработчиков и готов нанять несколько человек за один день. Отбор проходит в рамках One day offer, который случится уже 25 ноября. Если вы хотите стать частью крутой команды и создавать продукты, которыми пользуются множество клиентов в России и по всему миру, то отправляйте резюме и выполненный онлайн-тест на одну из следующих позиций:
- Golang-разработчик
- C++ разработчик
Ищут специалистов уровня middle, senior и lead с опытом работы от 3 лет.
Плюшки: конкурентная зарплата, ДМС со стоматологией, компенсация фитнеса, оплата питания, возможность работать удаленно и многое другое.
Спешите, заявки принимаются до 17 ноября. Все подробности тут
Шесть концепций системного мышления
Разбор шести фундаментальных концепций, которые помогают анализировать сложные системы.
Разбор шести фундаментальных концепций, которые помогают анализировать сложные системы.
Как перебороть сомнения в себе и перестать себя газлайтить
Газлайтинг – это такая форма психологической манипуляции, в результате которой жертва сомневается в адекватности своего восприятия окружающего, чувствует себя дефективной. Газлайтинг не всегда требует объекта и субъекта – в эту ловушку можно загнать себя самостоятельно.
Такой эффект часто получается из-за сомнений в себе: вы постоянно чувствуете, что могли бы справиться с рабочей ситуацией лучше, быть лучшим менеджером, переговорщиком, давать более качественную обратную связь – да что угодно еще. При этом с другими людьми внешне все отлично: любые доклады и статьи рассказывают про чьи-то менеджерские успехи, топ-перформеры на работе никогда не сомневаются в своих силах. В итоге, не получая положительного подкрепления о своих действиях, и находясь в постоянном цикле сомнений в себе, вы получаете эффект газлайтинга.
Если вы узнали себя, то в статье есть набор вопромов для рефлексии, которые помогут вернуть чувство реальности, понять, что вас заряжает на работе, и попробовать выкарабкаться из цикла сомнений в себе.
Газлайтинг – это такая форма психологической манипуляции, в результате которой жертва сомневается в адекватности своего восприятия окружающего, чувствует себя дефективной. Газлайтинг не всегда требует объекта и субъекта – в эту ловушку можно загнать себя самостоятельно.
Такой эффект часто получается из-за сомнений в себе: вы постоянно чувствуете, что могли бы справиться с рабочей ситуацией лучше, быть лучшим менеджером, переговорщиком, давать более качественную обратную связь – да что угодно еще. При этом с другими людьми внешне все отлично: любые доклады и статьи рассказывают про чьи-то менеджерские успехи, топ-перформеры на работе никогда не сомневаются в своих силах. В итоге, не получая положительного подкрепления о своих действиях, и находясь в постоянном цикле сомнений в себе, вы получаете эффект газлайтинга.
Если вы узнали себя, то в статье есть набор вопромов для рефлексии, которые помогут вернуть чувство реальности, понять, что вас заряжает на работе, и попробовать выкарабкаться из цикла сомнений в себе.
The Beautiful Mess
TBM 254: Self-Gaslighting and the Doubt Loop
Are you gaslighting yourself? Many of the dynamics we deal with at work are not overtly toxic or unhealthy. We know people mean well and do their best, even when nerves fray and things don't pan out. However, left unchecked, these situations (and how you…
Outcome roadmap
Иногда у вас может появиться необходимость визуализировать планы работы команды таким образом, чтобы стейкхолдерам было понятно, чем и когда вы собираетесь заниматься. Самый очевидный инструмент для этого – роадмап. В своем классическом виде он не очень хорошо сочетается с уровнем неопределенности, в котором работает большинство продуктовых команд. Определить свои цели на год вперед сравнительно просто, а вот заранее готовить список фичей – вредно.
Outcome roadmap – визуализация планов команды, подходящая для таких ситуаций. Вместо раскладывания фичей по таймлайну вы примерно определяете периоды, когда планируете фокусироваться на той или иной цели, и разбиваете каждую из них на этапы рисерча, дискавери, деливери и ожидания эффекта от изменений.
Посмотрите схемы, возможно, такой роадмап подойдет именно в вашей ситуации!
Иногда у вас может появиться необходимость визуализировать планы работы команды таким образом, чтобы стейкхолдерам было понятно, чем и когда вы собираетесь заниматься. Самый очевидный инструмент для этого – роадмап. В своем классическом виде он не очень хорошо сочетается с уровнем неопределенности, в котором работает большинство продуктовых команд. Определить свои цели на год вперед сравнительно просто, а вот заранее готовить список фичей – вредно.
Outcome roadmap – визуализация планов команды, подходящая для таких ситуаций. Вместо раскладывания фичей по таймлайну вы примерно определяете периоды, когда планируете фокусироваться на той или иной цели, и разбиваете каждую из них на этапы рисерча, дискавери, деливери и ожидания эффекта от изменений.
Посмотрите схемы, возможно, такой роадмап подойдет именно в вашей ситуации!
Уточняйте свои просьбы
Не все сотрудники готовы переспрашивать менеджера о деталях, когда он просит с чем-то помочь. Как результат, чтобы ответить на какой-то вопрос своего менеджера или кого-то из топов, человек может потратить в несколько раз больше времени и сил, чем на самом деле необходимо. Например, на просьбу сообщить какие-то данные вместо быстрого ответа можно начать готовить красивую презентацию, которая будет вообще излишней.
Поэтому, если вы просите кого-то о помощи, будьте конкретными:
👉Уточните время, которое стоит потратить на вопрос. Например: "Если займет больше 15 минут, то забей".
👉Уточните приоритет относительно других задач. Например: "Не стоит откладывать другие важные задачи из-за этой. Но если за две недели не успеешь заняться, скажи мне, пожалуйста".
👉Уточните, просите ли вы рассказать о существующем знании или узнать что-то новое.
👉Уточните, как конкретно вы планируете использовать полученную информацию, чтобы было легче сопоставить результат и затрачиваемые усилия.
Не все сотрудники готовы переспрашивать менеджера о деталях, когда он просит с чем-то помочь. Как результат, чтобы ответить на какой-то вопрос своего менеджера или кого-то из топов, человек может потратить в несколько раз больше времени и сил, чем на самом деле необходимо. Например, на просьбу сообщить какие-то данные вместо быстрого ответа можно начать готовить красивую презентацию, которая будет вообще излишней.
Поэтому, если вы просите кого-то о помощи, будьте конкретными:
👉Уточните время, которое стоит потратить на вопрос. Например: "Если займет больше 15 минут, то забей".
👉Уточните приоритет относительно других задач. Например: "Не стоит откладывать другие важные задачи из-за этой. Но если за две недели не успеешь заняться, скажи мне, пожалуйста".
👉Уточните, просите ли вы рассказать о существующем знании или узнать что-то новое.
👉Уточните, как конкретно вы планируете использовать полученную информацию, чтобы было легче сопоставить результат и затрачиваемые усилия.
Staysaasy
Your Small Imprecise Ask Is a Big Waste of Their Time
When managers and leaders don't specify the expected time investment of an ask, the time that is invested is almost never what was intended.
Приемы по внедрению изменений в процессы
👉Если все в команде понимают решаемую проблему, и нужно выровняться по конкретным улучшениям, подойдет Improvement Kata. Это простой подход к проведению процессных экспериментов и оценке их влияния на результат. Основной плюс – удобная визуализация происходящего.
👉Если общего понимания проблемы нет, и ее сначала нужно продать, лучше всего начать с разговоров с отдельными людьми, и, только получив согласие от всех вовлеченных, делать презентацию на группу. Такой подход называется японским термином Nemawashi.
👉Если количество людей, которых надо убедить в изменении, слишком большое – лучше всего описывать его в виде документа. Как варианты: A3 problem solving или RFC.
👉Если все в команде понимают решаемую проблему, и нужно выровняться по конкретным улучшениям, подойдет Improvement Kata. Это простой подход к проведению процессных экспериментов и оценке их влияния на результат. Основной плюс – удобная визуализация происходящего.
👉Если общего понимания проблемы нет, и ее сначала нужно продать, лучше всего начать с разговоров с отдельными людьми, и, только получив согласие от всех вовлеченных, делать презентацию на группу. Такой подход называется японским термином Nemawashi.
👉Если количество людей, которых надо убедить в изменении, слишком большое – лучше всего описывать его в виде документа. Как варианты: A3 problem solving или RFC.
Medium
Engineering Leadership Tactics: Building Alignment
How to find buy-in as an Engineering Manager?
Оптимальное количество людей у менеджера
Количество людей, которое вы можете успешно менеджерить, зависит от кучи факторов: сеньорности менеджера и сотрудников, вашей собственной вовлеченности в разработку, да и вообще типа работы, за который отвечает команда.
В статье предлагается простая шкала, по которой можно определить оптимальное количество людей для конкретной ситуации.
Количество людей, которое вы можете успешно менеджерить, зависит от кучи факторов: сеньорности менеджера и сотрудников, вашей собственной вовлеченности в разработку, да и вообще типа работы, за который отвечает команда.
В статье предлагается простая шкала, по которой можно определить оптимальное количество людей для конкретной ситуации.
Когнитивные искажения в программировании
Серия из трех постов про частые когнитивные искажения, которые особенно заметны в работе программистов. Вот несколько примеров:
👉Феномен Баадера-Майнхоф: если вы думаете о чем-то, то начинаете замечать упоминания этого на каждом шагу.
👉Предпочтение нулевого риска: вместо выбора решения с наибольшей эффективностью в целом, вы выбираете то, которое сводит к нулю какой-то один из факторов.
👉Искажение восприятия сделанного выбора: вы ищете оправдания и рационализацию выбору, который уже успели сделать.
Серия из трех постов про частые когнитивные искажения, которые особенно заметны в работе программистов. Вот несколько примеров:
👉Феномен Баадера-Майнхоф: если вы думаете о чем-то, то начинаете замечать упоминания этого на каждом шагу.
👉Предпочтение нулевого риска: вместо выбора решения с наибольшей эффективностью в целом, вы выбираете то, которое сводит к нулю какой-то один из факторов.
👉Искажение восприятия сделанного выбора: вы ищете оправдания и рационализацию выбору, который уже успели сделать.
Хабр
Когнитивные искажения в программировании
Всем привет! Сегодня мы поговорим о такой интересной и забавной вещи, как когнитивные искажения . Что это? Зачем это? Как с этим бороться или, быть может, их даже можно использовать? Для начала...
Инструкция по быстрому бенчмаркингу зарплат в команде
Конец года – традиционное время пересмотра вилок зарплат. В статье разбирается, как с помощью нескольких скриптов и табличек быстро собрать актуальный срез зарплат, оценить его распределение по перцентилям и сравнить с зарплатами людей в вашей команде.
Конец года – традиционное время пересмотра вилок зарплат. В статье разбирается, как с помощью нескольких скриптов и табличек быстро собрать актуальный срез зарплат, оценить его распределение по перцентилям и сравнить с зарплатами людей в вашей команде.
State of Developer Ecosystem
Подъехали результаты большого ежегодного исследования разработчиков от JetBrains.
👉77% разработчиков используют ChatGPT, а 46% – CoPilot. Самый частый сценарий – задавать вопросы общего характера про программирование.
👉Выгорание за свою карьеру переживали 73% разработчиков.
👉Для 58% первым шагом к обучению программированию было формальное образование. На втором месте – книги, но уже только 10%.
👉Только у 63% разработчиков в проекте есть юнит тесты.
👉Среди языков программирования единственным растущим остался Rust.
👉Три самых высокооплачиваемых языка: Scala, Go, Kotlin.
👉Новые языки чаще всего учат просто ради интереса, для работы над личными проектами и чтобы следить за трендами.
Подъехали результаты большого ежегодного исследования разработчиков от JetBrains.
👉77% разработчиков используют ChatGPT, а 46% – CoPilot. Самый частый сценарий – задавать вопросы общего характера про программирование.
👉Выгорание за свою карьеру переживали 73% разработчиков.
👉Для 58% первым шагом к обучению программированию было формальное образование. На втором месте – книги, но уже только 10%.
👉Только у 63% разработчиков в проекте есть юнит тесты.
👉Среди языков программирования единственным растущим остался Rust.
👉Три самых высокооплачиваемых языка: Scala, Go, Kotlin.
👉Новые языки чаще всего учат просто ради интереса, для работы над личными проектами и чтобы следить за трендами.
JetBrains: Developer Tools for Professionals and Teams
The State of Developer Ecosystem in 2023 Infographic
Learn about the latest trends in tools, technologies, AI, and programming languages.
Прямо сейчас три команды Авито находятся в поиске опытных тимлидов разработки:
➡️ Тимлид разработки в команду инфраструктуры поиска
➡️ Тимлид разработки в команду внутренних проектов (Legal Tech)
➡️ Тимлид разработки в команду Support Systems
Здесь вы сможете реализовать свои идеи в проекте с многомиллионной аудиторией и талантливой командой.
Зарплата достойная (обсуждается на собеседовании), а ещё:
– мощное железо, дополнительные мониторы и всё, что нужно для продуктивной работы;
– личный бюджет на обучение, который можно тратить на книги, курсы и конференции;
– ДМС со стоматологией с первого дня;
– прозрачная система премий;
– удалёнка и крутой офис в 2-х минутах от метро «Белорусская»;
– терапевт и массажист, которые принимают в офисе.
Откликайтесь на вакансии и присоединяйтесь к одной из команд!
➡️ Тимлид разработки в команду инфраструктуры поиска
➡️ Тимлид разработки в команду внутренних проектов (Legal Tech)
➡️ Тимлид разработки в команду Support Systems
Здесь вы сможете реализовать свои идеи в проекте с многомиллионной аудиторией и талантливой командой.
Зарплата достойная (обсуждается на собеседовании), а ещё:
– мощное железо, дополнительные мониторы и всё, что нужно для продуктивной работы;
– личный бюджет на обучение, который можно тратить на книги, курсы и конференции;
– ДМС со стоматологией с первого дня;
– прозрачная система премий;
– удалёнка и крутой офис в 2-х минутах от метро «Белорусская»;
– терапевт и массажист, которые принимают в офисе.
Откликайтесь на вакансии и присоединяйтесь к одной из команд!
Как строить доверие
Никаких секретных способов быстро заслужить доверие команды нет. Нужно быть хорошим менеджером, на которого можно положиться, и со временем доверие придет. При этом есть некоторые гигиенические вещи, без которых доверия точно не заслужить:
👉Действуйте одинаково в похожих ситуациях. Менеджер, реакцию которого невозможно заранее предсказать, точно не создаст фундамента для доверительного общения.
👉Ясно и открыто рассказывайте про происходящее в компании и любые изменения, которые могут затронуть людей. Если что-то рассказывать нельзя, то не уклоняйтесь от ответов, а ясно объясняйте, почему информацией сейчас делиться нельзя.
👉Будьте надежными, и отвечайте за свои слова.
👉Как можно реже прибегайте к режиму авторитарного управления.
👉Давайте как можно больше фидбэка, причем с уклоном в позитивный.
👉Открыто признавайте заслуги других, а провалы берите на себя.
👉Делегируйте людям в команде не только скучную для вас работу, но и те задачи, которые вам самому кажутся интересными.
Никаких секретных способов быстро заслужить доверие команды нет. Нужно быть хорошим менеджером, на которого можно положиться, и со временем доверие придет. При этом есть некоторые гигиенические вещи, без которых доверия точно не заслужить:
👉Действуйте одинаково в похожих ситуациях. Менеджер, реакцию которого невозможно заранее предсказать, точно не создаст фундамента для доверительного общения.
👉Ясно и открыто рассказывайте про происходящее в компании и любые изменения, которые могут затронуть людей. Если что-то рассказывать нельзя, то не уклоняйтесь от ответов, а ясно объясняйте, почему информацией сейчас делиться нельзя.
👉Будьте надежными, и отвечайте за свои слова.
👉Как можно реже прибегайте к режиму авторитарного управления.
👉Давайте как можно больше фидбэка, причем с уклоном в позитивный.
👉Открыто признавайте заслуги других, а провалы берите на себя.
👉Делегируйте людям в команде не только скучную для вас работу, но и те задачи, которые вам самому кажутся интересными.
jacobian.org
How to Build Trust - Jacob Kaplan-Moss
What are the major management behaviors that can help build trust? Management books often cover the importance of trust, but abstractly. There’s precious little writing about the nuts and bolts, the day-to-day tasks of trust-building. That’s the gap I’d like…
Опрос про Роадмап Тимлида
Я тут недавно посчитал, сколько лет прошло с момента первого запуска Роадмапа Тимлида. Оказывается, целых пять! Изначально я вписался в этот проект с очень корыстной целью – собрать базу знаний, с помощью которой смогу помогать развитию тимлидов, которыми руковожу сам. Так и получилось, за прошедшую пятилетку Роадмап помог мне бесчетное количество раз.
Если вы тоже пользовались Роадмапом для решения каких-то своих задач, то, пожалуйста, пройдите наш небольшой опрос. Нам со Стасом будет очень приятно узнать, каким компаниям мы смогли помочь, а заодно набрать идей по дальнейшему улучшению проекта.
👉Ссылка на опрос
Я тут недавно посчитал, сколько лет прошло с момента первого запуска Роадмапа Тимлида. Оказывается, целых пять! Изначально я вписался в этот проект с очень корыстной целью – собрать базу знаний, с помощью которой смогу помогать развитию тимлидов, которыми руковожу сам. Так и получилось, за прошедшую пятилетку Роадмап помог мне бесчетное количество раз.
Если вы тоже пользовались Роадмапом для решения каких-то своих задач, то, пожалуйста, пройдите наш небольшой опрос. Нам со Стасом будет очень приятно узнать, каким компаниям мы смогли помочь, а заодно набрать идей по дальнейшему улучшению проекта.
👉Ссылка на опрос