https://github.com/LappleApple/awesome-leading-and-managing - тонна статей о лидерстве и менеджменте #link #article #management

https://www.bainleadership.com/leadership-model/ - модель лидерства #link #article

Большая статья про исследование подходов к оценке производительности. Много интересных идей.

https://joshbersin.com/2018/11/we-wasted-ten-years-talking-about-performance-ratings-the-seven-things-weve-learned/ #link #article

В Авито, для работы с целями, уже несколько лет активно используют систему OKR, которая внедрена на уровне всей организации. Про то, как это устроено у них, очень подробно рассказал Денис Дудоров на одном из митапов: https://www.youtube.com/watch?v=49Yz59e2yfc

На тему OKR написано огромное количество статей и гайдов. Приведу несколько:
• https://medium.com/@robingop/целеполагание-с-помощью-okr-7934ac3d7303 - хорошая вводная статья, объясняющая что такое OKR и зачем они нужны.
• https://habr.com/company/wrike/blog/329272/ - хорошая статья с конкретными примерами.
• https://rework.withgoogle.com/guides/set-goals-with-okrs/steps/introduction/ - гайд от гугла по постановке целей используя OKR (en).

И в догонку - шаблон OKR для быстрого старта. Отлично подойдет, если захотите попробовать внедрить у себя в команде/компании:
https://docs.google.com/spreadsheets/d/1-5y32GQKyshg9GUXjIreyuzI0DXnPOmv9BHqeurY4G0/edit#gid=0

Рано или поздно, любая компания переходит на стадию, когда подход «быстро поднятое, упавшим не считается» перестаёт работать, потому что каждая минута простоя сервисов выливается в крупные финансовые потери. И бизнес не хочет, чтобы такие количество таких инцидентов в будущем было минимальным. Google, как очень крупной компании, это было сверхактуально и они разработали свой подход к сбору и анализу ошибок - написание postmortem’ов.

Что это такое: это детальный документ, в котором описываются все подробности случившегося инцидента: статус, impact, как решели проблему, как развивался инцидент с подробным таймлайном, конкретные action items и уроки, которые вынесли из него. Многие компании подхватили эту практику и используют у себя. Хорошим тоном считается публикация postmortem’ов в открытый доступ, для того, чтобы другие компании могли учиться не только на своих ошибках, но и на чужих.

Что почитать на эту тему:
• https://landing.google.com/sre/sre-book/chapters/postmortem-culture/ - оригинальная статья от Google
• https://landing.google.com/sre/sre-book/chapters/postmortem/ - пример конкретного Postmortem’a.
• https://github.com/danluu/post-mortems - большая подборка postmortem’ов от разных компаний, собранных в одном месте и сгруппированных по типам проблем.

Автор последнего поста не очень часто обновляет подборку, но в pull request’ах можно найти свежие ссылки от сообщества.

https://habr.com/company/oleg-bunin/blog/420065/ - Коммуникации, как перформанс-зона для тимлида. Рассказ Александра Зизы на teamleadconf.ru

https://www.vividcortex.com/blog/monitoring-and-observability-with-use-and-red - про метод USE и красные сигналы. Для понимания норм статья.

https://m.habr.com/ru/company/jugru/blog/470926/ - чувак - автор очень годных книг про работу с командами. Кто не читал, тому прям почитать.

https://medium.com/infinitypm/a-living-list-of-product-management-resources-youll-want-to-bookmark-c80b45aa1026 - очень крутой список ресурсов для продукт-менеджеров и сочувствущих.

Важно: книжка на самом деле 2015 года, хоть и отпечатана Питером в 2020:))) По сути это очень верхнеуровневое введение в аджайл. Но для тех, кто совсем ничего не слышал или не читал (для неайтишников будет познавательно) самое то, но не отменяет Сазерленда, Попендиков и материалов по канбану из Тойоты, например. Крупный шрифт, годные цитаты каких-то блоггеров (сарказм) и уважаемых людей. В общем за пару часов пролистал. Перевод хороший.

Весьма объемная статья в блоге Segment про оптимизацию их инфраструктуры
http://amp.gs/qedd
#segment #blog

ещё один взгляд на гибкости. Весело и задорно. Но за этим задором и тролингом много умных мыслей.

https://www.youtube.com/watch?v=2u0sNRO-QKQ&feature=youtu.be - годный ролик. Рекомендую посмотреть. @oleg40a тебе понравится, я уверен:)

http://injoit.org/ - ВАКовское издание ВМиК МГУ. Отличное место, чтобы вспомнить, что пока ты пилишь сайтики, рядом кто-то прикручивает науку к программированию и информационным технологиям. Выходит раз в месяц. Прочитал пару статей - крайне познавательно и занимательно.

Презентаха о том, как представлять код в презентахах

Хорошая статья о sync vs async коммуникации.

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

https://doist.com/blog/asynchronous-communication/

Вышла новая статья в цикле «Chaos Engineering» от Adrian Hornsby. Она посвящена различным Failure injection.

http://amp.gs/qaEy
#chaos #article

Пару годных статей с медиума про проджект-менеджеров и продукт-менеджеров. Одна опирается на вторую и говорит о том, почему число "вечно-занятых" менеджеров непрерывно растёт, а вторая рассказывает о 15 моментах, которые стоит знать про продукт-менеджеров.
https://medium.com/elezea/the-dangerous-rise-of-crazy-busy-product-managers-d510333d7dca
https://medium.com/@johnpcutler/15-things-you-should-know-about-product-managers-f488513d246 , что характерно, если в статье про 15 вещей поменять продукта на, например, тимлида - всё-равно будет уместно:)

Про мифы о 152фз