Teamlead Good Reads – ежедневные советы про менеджмент людей и команд

Набор советов по тому, как сделать митинги более полезными

✍️В начале недели пройдитесь по списку всех запланированных встреч. Подготовьтесь заранее к тем, за которые вы отвечаете: документ с агендой, рассылка материалов для прочтения участникам.
✍️Обозначайте ясные цели встречи и в повестке, и в начале разговора.
✍️Если встреча посвящена принятию решения, заранее поговорите с ее участниками на 1/1 – это упростит итоговое обсуждение.
✍️Если встреча гибридная, и часть людей участвуют онлайн, позаботьтесь об их опыте и помогайте им вклиниться в разговор.
✍️Если встреча предполагает открытое обсуждение или Q&A, попросите заранее кого-то из участников подготовить неловкий вопрос – это раскачает всех остальных.

Способы выравнивания культуры найма в крупных компаниях

CTO Calm, поработавший до этого в Stripe и Uber, рассказывает о плюсах, минусах и контексте применения нескольких практик, направленных на выравнивание культуры найма в командах на несколько тысяч человек.

🤝Structured approval – четко обозначенный процесс аппрува найма кандидата, который уменьшает шансы продолбаться
👨‍👩‍👧‍👦Hiring committees – довольно бюрократичный аппрув пропозалов на найм после проведения их через специально обученный комитет
📊Bar rising – дополнительный этап интервью, на котором опытный интервьюер проверяет, соответствует ли кандидат стандартам компании

Пример отчета по оценке технической стороны стартапа

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

Отчет состоит из следующих разделов:
👪Организация команды
📝Инженерные процессы
💻Оценка кода
🚄Релизный процесс
🧱Архитектура
📦Хранилище данных

Ответочка на статью про метрики качества

Вчерашняя статья вызвала кучу обсуждений в нашем сообществе. Если вы их не прочитали, то обязательно стоит! На Хабре полыхает не меньше – и вышла ответная статья, в которой построчно разбираются предпосылки и проведенные изменения, и доказывается их вред для разработки. Короткий вывод – вкладываться надо не в метрики, а в нормальный инженерный процесс и условия труда.

Внедрение метрик качества на уровне всей компании

- Качество продукта – это та область, где метрики могут принести пользу
- Метрики качества – помощники, которые помогают следить за динамикой изменений в командах
- Количество заведенных и закрытых дефектов показывает, насколько команда справляется с потоком проблем
- Разделение состава релизов на дефекты и другие задачи помогает посмотреть, сколько сил команды уходит на поддержку качества текущего продукта
- Соотношение дефектов и задач показывает, сколько в соеднем дефектов заводится на одну задачу
- Коэффициент ошибок, пропущенных на прод, показывает качество тестирования, проработки требований и эффективность обнаружения ошибок
- Распределение дефектов по приоритетам и категориям для теста и прода помогает понять более глубокие причины возникновения дефектов
- Время жизни дефектов, найденных на проде, показывает, насколько быстро происходит исправление дефектов в зависимости от их приоритетов

Как сделать дэйли стендапы полезнее

На такой вопрос я обычно отвечаю радикально – отменить их, так как в большинстве случаев в них 90% карго-культа, и в лучшем случае 10% – хоть какой-то пользы.

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

Бесплатный тренировочный лагерь тимлидов от Стратоплана

Стратоплан организует онлайн буткемп для будущих и действующих тимлидов:

- Простое, понятное, структурное изложение основных стилей управления командой
- Рекомендации для того, чтобы, обладая необходимыми техническими навыками и опытом, попасть в новую позицию
- Алгоритм действий и основные рекомендации по корректирующей обратной связи с вашими сотрудниками
- Набор базовых инструментов, решающих 90% проблем в работе с командой и проектами

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

Как фиксировать соглашения в команде

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

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

DivKit — фреймворк для ускорения разработки приложений

- В статье рассказывают про новый инструмент для техлидов в мобильной разработке. DivKit помогает управлять интерфейсом приложений с сервера, не тратя время и ресурсы на выкладку новых релизов в Google Play и App Store.
- Штука очень гибкая: можно внедрить server-driven ui на уровне отдельных элементов, раскатывать изменения сразу на все версии приложения и все платформы.
- Раньше DivKit использовался только в Яндексе, теперь исходный код и библиотеки открыты для всех.

Баланс положительного и негативного фидбэка

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

- Будьте очень конкретны. Вместо «ты очень клевый» лучше сказать «ты научил меня многому в том, как парсить JSONы»
- Используйте фреймворк Situation, Behavior, Impact для конкретики
- Перед тем, как критиковать какие-то компоненты понравившейся вам идеи, не забудьте похвалить ее в целом
- Не ждите выдающихся вау-моментов, чтобы дать обратную связь

Высшее образование в формате онлайн обучения! 🎓

Ведущий цифровой университет страны НИУ ВШЭ продлевает набор до 20 сентября❗️на онлайн-программу Магистр по компьютерному зрению 💥

Получите самые современные и востребованные компетенции в области компьютерного зрения от НИУ ВШЭ и ведущих технологических компаний, формирующих индустрию Computer Vision 💪

Более подробно о программе по ссылке 👈

Студенты НИУ ВШЭ получают доступ ко всем привилегиям: от информационных ресурсов до отсрочки от армии, а выпускникам выдают диплом НИУ ВШЭ государственного образца и приложение к диплому на английском языке.

Стань студентом лучшего ВУЗа России*💪
Набор ведется до 20 сентября включительно!


* 1 место в рейтинге ТОП-100 вузов России по версии Forbes

Звёзды в команде – зачем нужны, как нанимать и удерживать

- Автор делит всех инженеров на A, B и C категории, вне зависимости от грейда. А – это самые проактивные, самостоятельные и ориентированные на конечную пользу.
- Обсуждайте с такими сотрудниками истинную продуктовую задачу, не сводя ее к технической реализации.
- Помогайте им создавать горизонтальные связи в других командах и функциях.
- Собирайте банк челленджей, который сможет удерживать таких людей.
- Не нанимайте звёзд, если в вашей команде только типовые задачи.

Огромный гайд по инцидент-менеджменту

- Как организовать on-call программу
- Основные принципы процесса инцидент-менеджмента
- Как реагировать на инциденты и обрабатывать их
- Как обучаться на инцидентах и улучшать систему со временем
- Рекомендации книг и статей по теме

Принципы построения команды, ориентированной на качество

Виталий Шароватов начал новую серию статей про различные аспекты организации команды, которые значительно влияют на качество итогового продукта. Одна из таких причин – потеря информации при общении внутри команды. Чем больше потери, тем больше вероятность того, что выпущенный продукт не будет соответствовать потребностям пользователей.

Основной принцип борьбы с проблемой – уменьшение количества звеньев в цепи передачи информации. Вот как этого можно достичь:

1️⃣Команды разработки должны быть максимально близки к пользователю
2️⃣Команды должны быть настолько маленькими, насколько возможно
3️⃣Команды должны быть кроссфункциональными
4️⃣Области знаний участников команды должны пересекаться

Системная статья про рабочие конфликты

Материал ориентирован на HR, но все модели и алгоритмы помогут и тимлиду.

- Три вида конфликтов: эмоциональные, рациональные, манипулятивные
- Частые причины: атмосфера в команде, борьба за ресурсы, борьба за власть, некорректная обратная связь
- Модели поведения в конфликте: принуждение, сотрудничество, компромисс, избегание, приспособление
- Этапы решения: проверить на эмоции, внести конструктив, проанализировать причины, зафиксировать примирение