Spotify отказался от OKR и изобрели свой велосипед - Spotify Rythm. https://blog.crisp.se/wp-content/uploads/2016/06/Spotify-Rhythm-Agila-Sverige.pdf

https://m.habr.com/ru/company/flant/blog/478306/ аккуратно и по делу про сервис-мэш для «чайников»

Весьма полезная статья в блоге GitLab про стадии формирования команд (forming, storming, norming, и performing)
http://amp.gs/DmQE

И заодно можно упомянуть статью про принятие решений http://amp.gs/DmQR
#teams #article #decisions

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

Самое важное - абсолютный ноль фанатизма и сектанства у автора.

https://enterprisersproject.com/article/2019/11/devops-vs-itil4-vs-SRE собственно в заголовке все уже есть.

https://medium.com/@copyconstruct/a-decade-in-review-in-tech-1cde76c9b43c отличная статья по итогам прошедшего десятилетия

Бесконечно много обучалок по питону

However, great resource from data-flair team and there are waiting you 240+ Python Tutorials from scratch (under advanced, intermediate, beginner categories):

https://data-flair.training/blogs/python-tutorials-home/

and you'll also follow their telegram channels for fresh news from original source:
https://t.me/dataflair

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

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

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

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

Вот я тоже в сторону оунершипа повернулся. Выглядит так, что стрельнет

Выступление Aaron Blohowiak на Qcon о том, как культивируют ownership в Netflix.

Рассказы, почему правила работают не всегда, про свободу и связанную с ней ответственность.

Есть видео и транскрипция доклада.

#culture

И про технический долг.

DigitalOcean рассказывают, как они избавлялись от технического долга

Люблю такие истории, потому что в них описаны входные данные, видно, что было и что стало.

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

https://automatetheboringstuff.com/2e/ годный туториал по автоматизации всяких штук на питоне

https://medium.com/@mahesh.mahadevan/my-experiences-with-api-gateways-8a93ad17c4c4 - немного букв про разные API-gateway, фукнциональность, возможности, ссылки

https://github.com/mre/awesome-static-analysis крутая коллекция статических анализаторов

https://corpinfosys.ru/knowledgebase/standards - статья про развитие стандартов корпоративных информационных систем. Позновательно. Плюс можно в одном месте посмотреть все акронимы, которые к этой теме прилагаются.

https://habr.com/ru/post/484114/ Пол Грэм (создатель YCombinator, крёстный отец Dropbox, Reddit, Airbnb, Twitch, Stripe и десятков других стартапов). Умудрились перевести почти весь его блог. Читать не перечитать

https://gitlab.com/gitlab-com/www-gitlab-com/tree/master/source/job-families/engineering - роли и обязанности в Гитлаб. Развёрнуто, с градациями. Удобно, если лень придумывать должностные инструкции:))