Мир глазами другого человека
7.25K subscribers
9 photos
1 video
3 files
218 links
Лонгриды про людей и управление командами. Закреп. @dumtest aka Роман Ивлиев. CTO, CPO TeamLead Conf. AdsFree. 18+. @ask_roman_bot
Download Telegram
В Авито, для работы с целями, уже несколько лет активно используют систему 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’ах можно найти свежие ссылки от сообщества.
Важно: книжка на самом деле 2015 года, хоть и отпечатана Питером в 2020:))) По сути это очень верхнеуровневое введение в аджайл. Но для тех, кто совсем ничего не слышал или не читал (для неайтишников будет познавательно) самое то, но не отменяет Сазерленда, Попендиков и материалов по канбану из Тойоты, например. Крупный шрифт, годные цитаты каких-то блоггеров (сарказм) и уважаемых людей. В общем за пару часов пролистал. Перевод хороший.
Forwarded from DevOps Deflope News
Весьма объемная статья в блоге Segment про оптимизацию их инфраструктуры
http://amp.gs/qedd
#segment #blog
ещё один взгляд на гибкости. Весело и задорно. Но за этим задором и тролингом много умных мыслей.
http://injoit.org/ - ВАКовское издание ВМиК МГУ. Отличное место, чтобы вспомнить, что пока ты пилишь сайтики, рядом кто-то прикручивает науку к программированию и информационным технологиям. Выходит раз в месяц. Прочитал пару статей - крайне познавательно и занимательно.
Презентаха о том, как представлять код в презентахах
Forwarded from oleg_log (Oleg Kovalov)
Хорошая статья о sync vs async коммуникации.

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

https://doist.com/blog/asynchronous-communication/
Forwarded from DevOps Deflope News
Вышла новая статья в цикле «Chaos Engineering» от Adrian Hornsby. Она посвящена различным Failure injection.

http://amp.gs/qaEy
#chaos #article
1
Пару годных статей с медиума про проджект-менеджеров и продукт-менеджеров. Одна опирается на вторую и говорит о том, почему число "вечно-занятых" менеджеров непрерывно растёт, а вторая рассказывает о 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фз