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

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

У Podlodka Crew акция! До 10 сентября на все плейлисты с записями конференций скидка до 20% по промокоду SCHOOL_TIME!🤑

Podlodka Crew – это онлайновые IT-конференции по самым разным направлениям: Android, iOS, Frontend, Backend-разработка, QA, тим- и техлидство, софтскиллы и даже дизайн и продукт! В программе конференций всегда особый упор сделан на прикладные навыки, а значит, даже после окончания сезона есть смысл пересмотреть самые полезные видео и попробовать что-то новое у себя на работе. Поэтому доступ к десяткам часов контента от Podlodka Crew – это отличная инвестиция в свою карьеру и профессиональный кругозор.

Переходите по ссылке ниже, выбирайте плейлисты, вводите промокод SCHOOL_TIME и смотрите записи Podlodka Crew. Отличной учебы!🧑‍🎓
https://podlodka.io/crew-records

Разбор исследования про то, что отличает лучших программистов

Основные выводы – на картинке. Они основаны на опросе ~2000 синьоров из разных стран и ~80 глубинных интервью.

Роль офисов в remote/hybrid режимах работы

- Работу программиста можно разбить на две составляющие : deep work, требующую концентрации и спокойствия, и shallow work, которую можно выполнять на автомате. В основном ценность создается за счет deep work.
- Опенспейсы очень сильно вредят способности спокойно работать и сосредотачиваться, есть куча исследований, подтверждающих это.
- Лучший сетап офиса – отдельные комнаты для работы, в которых сидит по несколько человек, и общие пространства, в которых люди могут общаться за кофе и придумывать новые идеи.
- Самый сложный в организации режим работы – гибридный, так как часто remote-сотрудники ощущают себя людьми второго сорта.
- Чтобы это решить, стоит использовать политику «treat everyone as remote», и подбирать каналы коммуникаций, предпочитая максимально асинхронные.
- Компания должна серьезно вложиться в организацию remote работы, но это окупается.
- Офисы всегда будут нужны, так как многим людям важно чувствовать свою команду рядом, иметь больше возможностей для социализации с коллегами.

История про то, как крупный опенсорсный проект переехал с лицензии Apache на BSL и стал платным

- Akka – микросервисный реактивный фреймворк, который распространялся по бесплатной лицензии Apache 2.0
- Им пользуется очень много людей, включая крупные корпорации вроде Disney
- На этой неделе его автор решил поменять лицензию на BSL 1.1, которая требует оплаты за коммерческое использование. В случае Akka это правило действует только для компаний с 25 млн $ годовой выручки
- Лицензия применяется только к новым релизам фреймворка, но, по сути, текущие пользователи лишаются поддержки и исправлений багов
- Такая ситуация может произойти и для любой зависимости, которую использует ваш проект. К этому стоит быть готовым и закладывать это в оценке рисков

NDA и коммерческая тайна

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

Попробуйте назвать 10 стереотипов о программистах, а потом сверьтесь с этим видео.

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

Location-based payment – хорошо или плохо

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

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

Расскажите в комментариях к посту, что вы думаете – насколько такой подход обоснован, или со временем вымрет?

Как рассказывать команде плохие новости

1️⃣Ничего не делайте, когда только узнали новость. Не надо спешить ее рассказывать, отдохните и обдумайте все со свежей головой.
2️⃣Напишите скрипт того, как вы расскажете новость команде. Начните с короткого абзаца о сути новостей. Будьте максимально честны, не надо сглаживать углы. Затем объясните смысл новостей, их место в общей картине мира и как они скажутся на команде. Завершите кратким объяснением того, чего следует ожидать дальше.
3️⃣Отдайте скрипт на ревью другим менеджерам, соберите фидбэк. По возможности, еще раз сократите лишние детали – чем короче и яснее, тем лучше.
4️⃣Следите за тоном, которым вы рассказываете новости. Команда его запомнит, и он сильно скажется на общем впечатлении.
5️⃣Проведите Q&A. Подготовьте ответы на возможные сложные вопросы заранее.

Подборка материалов про то, как прокачать навыки работы с документацией

👩‍🎓Замечательные курсы технических писателей от Google
🤔Алгоритм действий по тому, как привести в порядок документацию в команде
🔗Огромная подборка ссылок по разным аспектам написания документации: от правил форматирования текста до оценки UX
🎤Выпуски Подлодки по теме: «Техническая документация» и «Управление знаниями»

Обязательно ли разработчики должны развиваться

Большинство начинающих тимлидов, засучив рукава, начинают заниматься развитием своей команды. Вооружившись матрицами компетенций, делают оценку 360, строят индивидуальные планы развития и на еженедельных one-on-one разбирают прогресс.

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

Про Кароля Адамецкого, автора российской теории проектного менеджмента

Интересная статья про довольно малоизвестного теоретика и практика менеджмента.

Кароль Адамецкий, работая менеджером на заводе, изучал взаимосвязь процессов в проектной деятельности и пытался управлять ими. Результатом его исследований стали гармонограммы – гибкие проектные графики, похожие на изобретенные позже диаграммы Ганта и PERT. Для работы с гармонограммой требовалось механическое устройство – гармонограмм.

Эффект IKEA

Исследование 2011 года показало, что люди, которые сами собрали мебель из IKEA, считают ее выгодным вложением на 63% чаще, чем те, кто просто приценивается к аналогичной собранной кем-то еще мебели. Привязанность к предмету тоже значительно повышается для тех, кто своими руками его собирает.

Этот эффект объясняет два других часто встречающихся в разработке синдрома:

💦Sunk costs effect – продолжение инвестиций в проект, который уже очевидно не выгорел, только потому, что в него уже многое было вложено раньше
🤷🏻‍♂️Not invented here syndrom – отказ от идей и технологий, разработанных где-то или кем-то еще только потому, что это не in-house разработка

Хотите быть крутым лидом, но эффективность команды падает?
Пытаетесь контролировать процессы, но не хватает времени и слаженности действий специалистов?

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

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

Вебинар пройдет в среду 21 сентября в 19:00.

Успейте записаться — будет интересно и максимально полезно. 
Регистрация: https://slurm.io/webinars/team-lead-errors

Качество как функция системы его обеспечения

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

К характеристикам такой системы обеспечения качества относится:

🐞Культура и инфраструктура, поощряющие написание тестов и дающие на это время
💻Надежные и простые в использовании dev/test окружения
☮️Отсутствие давления на команду, заставляющего релизить недостаточно протестированный код
📝Наличие документации и выделяемое на нее время
💬Регулярный разбор факапов с исправлением их корневых причин, без попыток блеймить кого-то

44 правила начинающего тимлида

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

🤔Что вы должны и не должны делать
🤩Мотивация и культура
❤️Эмоции и люди
🌩Управление конфликтами
💬Сложные разговоры
🧱Отстаиввние личных границ

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

Помочь разобраться могут инструменты Scrum для разработчиков, а Практикум — разобраться с тем, как их внедрить.

За 7 дней обучения вы:
◾освоите самый популярный Agile-фреймворк;
◾разберётесь, как работает фреймворк Scrum;
◾удете много практиковаться и участвовать в вебинарах.

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

Узнать о курсе больше и начать учиться бесплатно →

Зачем тимлиду прокачивать продуктовую ветку

Одна из возможных веток развития тимлида – продуктовая. Разные люди качают ее по разным причинам:

🤝В продуктовых компаниях тимлид и продакт-менеджер часто работают максимально тесно, и тимлид в экстренном случае должен быть способен подменить продакта. Например, во время моей работы в Авито это случалось не раз, как и обратная ситуация.
🤔Работа тимлида – находить оптимальные способы решения задач бизнеса. Ты не принимаешь решения, что делать, твоя задача – заниматься деталями реализации. Если тимлид хочет напрямую влиять на то, как конкретно принимаются решения, то он рассматривает для себя продакт-менеджмент как потенциальное продолжение карьеры.
🌩Не все продакты – одинаково скилловые. Вместо того, чтобы принимать все идеи продакта на веру, полезно уметь челленджить его доводы.
📝Несколько лет назад было популярно движение «Что угодно – это продукт». Продуктовый подход действительно можно применить к чему угодно – к инфраструктуре, процессам, своей команде.

Так вот, мы с командой проводим новую конференцию Подлодки про продуктовую аналитику. Она, конечно, расчитана на мидлов-продактов, но на мой взгляд будет полезна и тимлидам. Несколько сессий, на которые я точно рекомендую сходить, чтобы прокачать ту самую продуктовую ветку:

🪄Воркшоп «Прогнозируем влияние фичей до начала разработки». Такой навык может помочь не бросать команду на заранее бесполезные задачи.
📊Воркшоп «Лезем в данные самостоятельно». Поможет посчитать метрики самостоятельно, чтобы отстоять свои собственные идеи перед продактом, или проверить его выводы.
💰Воркшоп «Финансовые метрики и юнит-экономика». То, как продукт зарабатывает деньги, часто остается черным ящиком для тимлида, хотя в итоге именно от этого зависит выживание его и его команды.

Конференция стартует уже в понедельник. Я забыл выложить анонс заранее, поэтому держите промокод – product_crew_2_SINaBE.

Подключайтесь, тимлиды с продуктовым мышлением – на вес золота!

Как в Shopify переделали систему расчета компенсации

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

Инструменты для управления ИТ-инфраструктурой

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

При запуске виртуальной инфраструктуры в облаке, #CloudMTS предоставляет 300 000 бонусных рублей, которые вы можете потратить на размещение и управление ресурсами. Примеры того, что можно там развернуть:

🛒Интернет-магазин, чтобы справляться с нагрузкой в самый пик
🐞Софт для тестирования
📊бизнес-приложения или хранить большие массивы данных

Все условия и подробности акции – по ссылке