Мир глазами другого человека
7.25K subscribers
9 photos
1 video
3 files
218 links
Лонгриды про людей и управление командами. Закреп. @dumtest aka Роман Ивлиев. CTO, CPO TeamLead Conf. AdsFree. 18+. @ask_roman_bot
Download Telegram
https://medium.com/@steven.lemon182/why-our-team-cancelled-our-move-to-microservices-8fd87898d952 - статья о том, почему чуваки перестали двигаться в сторону микросервисов. В один абзац: Leadership set the direction of microservices without consideration for the challenges and state of our application. After evaluating it, we found that microservices weren’t a fit for us, and required significant compromises. The compromises robbed us of any of the benefits and meant that moving to microservices was a net loss. Microservices had been decided on without evaluating non-technical concerns like team structure and incoming work. After months of investigation and work, we abandoned the project and spent the remaining time performing some minor refactors to our “monolith”. #link #article
Неплохой набор советов по найму людей в команду. Есть вода и очевидные вещи, но некоторые принципы забрать себе можно.
https://medium.com/eshares-blog/how-to-hire-34f4ded5f176 #link #article
👍1
Про тех, кто не доносит плохие новости. http://www.methodsandtools.com/archive/breakingbad.php Why is it so hard to break bad news? Why is there a cult of people who do not want to give bad news about their projects to stakeholders? Why do we let our fears cloud our judgement? Things can seem bad when they don’t go as we planned and hoped, but in reality things ‘just are’. As Esther Derby [1] notes "The ability to ‘face the truth’ and take effective action rests on the ability to be in a mental state where our emotions and fears aren’t running us". How do we remove that fear and emotion, create an environment in which we are not afraid to break ‘bad news’, into ‘news’ that allows us to make informed decisions [2,3]. #link #article
https://medium.com/@gerstenzang/21-management-things-i-learned-at-imgur-7abb72bdf8bf - статья о том, чему научился чувак в Imgur. 21 пункт. Многое очевидно, но всё ли так очевидно, что очевидно? #link #article
Размышления Аркадия Морейниса на тему поиска и собеседования кандидатов, а также про постановку правильных задач

https://moreynis.ru/normalbook-6/ #link #article
https://github.com/LappleApple/awesome-leading-and-managing - тонна статей о лидерстве и менеджменте #link #article #management
В Авито, для работы с целями, уже несколько лет активно используют систему 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’ах можно найти свежие ссылки от сообщества.