Как пережить расставание с сотрудником, который нашел себе другую компанию. Программа 7 шагов для анонимных руководителей, включающая в себя формирование переходного плана, совместного ревью с другими членами команды, и создание возможности нормально попрощаться.
https://fellow.app/blog/management/i-quit-how-to-tactfully-handle-employee-resignations/

🌟 Вышло пятое ежегодное исследование популярности команд мобильной разработки! Вы узнаете:
- Насколько другие разработчики хотят работать в вашей компании и почему считают ее крутой
- На какие конференции ходят мобильные разработчики, какие каналы читают, за какими экспертами следят
- Сколько людей хочет релоцироваться и по каким причинам
- Как переход в онлайн сказался на популярности различных компаний
https://etolstoy.com/mobile-reputation-21/

Как делать отбор кандидатов из бэклога, и почему не получится нормально оценить все 100500 идей, которые в нем есть.
https://www.mironov.com/prioritization/

Стратегия нанимать лучших далека от идеала, для укрепления команды важнее нанимать тех, кто закроет ее слабые стороны.
https://benjiweber.co.uk/blog/2021/04/10/dont-hire-top-talent-hire-for-weaknesses/

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

На курсе «Python для инженеров» от учебного центра Слёрм будем учить НЕ копипастингу с форумов, а практиковаться под реалистичные админские задачи: писать свой код, читать чужой.

Вокруг уже полно кейсов автоматизации работы по эксплуатации, подобное ждёт и вашу команду:
❇️ Компания активно пользуется облаком и тратит 2 миллиона рублей в месяц на инфраструктуру в AWS. Можно написать инструмент на Python, который будет анализировать и отключать «холостые ресурсы». Это позволит сократить расходы на 40-50% или около 12 миллионов рублей в год.
❇️ Автоматизировали рутинные частые задачи для саппорта:
1. Увеличение диска на гипервизоре;
2. Увеличение диска внутри виртуальной машины - раздел, файловая система;
3. Отображение изменений в биллинговой системе.
В случае автоматизации смены тарифа примерные цифры были такие:
В среднем 7-10 задач в день. До автоматизации - 5 минут на задачу. После автоматизации - 15 секунд на задачу. В месяц в среднем экономия – 23 часа.

Первый поток стартует с июня, места ограничены, так что велком. Цена курса 30к.
Посмотреть программу: https://slurm.club/3arQnoH

Исследователь безопасности рассказывает про процесс написания и публикации книги на техническую тему: как выбрать о чем писать, как договариваться с издателями.
https://serhack.me/articles/how-to-write-technical-book/

Дизайн-ориентированность без превосходства дизайнеров и превосходство влиятельности над аналитическими навыками. 4 интервью с продуктовыми и инженерными менеджерами из Airbnb о их культуре работы с продуктом.
https://newsletter.bringthedonuts.com/p/building-products-at-airbnb

Из этой статьи как минимум можно узнать разницу между navies и marines. А вообще она про связь военного и гражданского менеджмента в США и в мире. Сюрприз: военный менеджмент на шаг впереди любого.
https://breakingsmart.substack.com/p/fifth-generation-management

Серьезный разговор про фидбек - почему все модели похожи, основываются на поведении и импакте. Положительный фидбек помимо прямого эффекта еще и выстраивает процесс, для того чтобы негативный фидбек не ассоциировался с фидбеком как таковым.
https://jacobian.org/2021/apr/22/three-feedback-models/

Онбординг лучше сделать повторяемым, самовоспроизводимым и в системе контроля версий. А еще если в компании меньше 100 сотрудников, то использовать скрипты скорей всего еще рано.
https://medium.com/vpe-coach/treat-your-onboarding-process-like-your-build-system-381474aff0f1

Люди более склонны добавлять что-то к решению, нежели убирать из него. Даже если второе на самом деле лучше.
https://www.nature.com/articles/d41586-021-00592-0

Концепция общих услуг, например когда все дизайнеры работают над всеми фичами или всеми продуктами, подходит разве что для компаний оказывающих услуги. Для разработки продукта такой подход не работает.
https://www.jrothman.com/mpd/agile/2015/09/resource-efficiency-vs-flow-efficiency-part-5-how-flow-changes-everything/

5 разных стилей решения конфликтов и когда их стоит использовать. Например, соревновательный стоит использовать когда решение нужно принять быстро или необходимо защитить свою позицию.
https://fellow.app/blog/management/conflict-resolution-styles-which-one-is-best-for-managers/

“Я ни разу не видел выгорающих джунов” - про развитие программиста от начала и до пенсии. Как не потеряться и не впасть в депрессию.
https://habr.com/ru/company/oleg-bunin/blog/554664/

Как дедлайны “просто потому что” и “оценка же была такая” приводят к переработкам и как это сказывается на продукте и команде.
https://javascript.plainenglish.io/how-setting-arbitrary-deadlines-can-hurt-developers-aa663df4d7ad

Лонгрид про то, кем является VP of Engineering и как искать лучшего. Умение избегать информационного пузыря и любовь к разработке - must have, но необходимую экспертизу можно разделить на три области: процессы, люди и технологии.
https://review.firstround.com/hiring-a-vp-of-engineering-use-this-framework-from-shopify's-vpe-to-get-it-right

Причины нанять технического менеджера извне: никто внутри не хочет, нужно добавить опыта руководства в команду, в команде нет общего мнения, кто будет хорошим менеджером.
https://leaddev.com/hiring-onboarding-retention/how-hire-engineering-manager-within-or-without

Как счастье и продуктивность сочетаются с удаленной работой. Можно использовать разные девайсы для просмотра ютубчика и работы, чтобы возникали нужные ассоциации. За исключением случаев когда ютубчик нужен по работе, видимо.
https://cacm.acm.org/opinion/articles/252174-the-10-best-practices-for-remote-software-engineering/fulltext#R27

Когда Google Forms недостаточно: в чем проводить опросы.
https://habr.com/ru/post/557544/

Похвала обычно бесполезна, а иногда даже контрпродуктивна. В отличие от положительной обратной связи.
https://jacobian.org/2021/may/12/praise-vs-positive-feedback/