Чрезвычайно годный текст про техдолг

https://m.habr.com/ru/company/oleg-bunin/blog/480636/

https://spacecraft.ssl.umd.edu/akins_laws.html на подумать в выходные:) законы строительства космических кораблей. Все-таки в мире все очень похоже.

https://dzone.com/articles/9-excellent-methods-to-prioritize-your-work хороший текст про методы приоритизации задач

https://www.infoq.com/articles/migrating-monoliths-to-microservices-with-decomposition/ - лонгрид про распил монолита, ничего нового, всё тот же strangler pattern, но уж больно детально и с картинками.

https://github.com/upgundecha/howtheysre - годнота какая, сборник статей про то, как кто SRE в разных конторах. И ахулиард ссылок на тему в компекте тоже

Подвезли лонгрид про мою точку зрения вокруг прокачки софтскилов. Видос тоже есть, кому читать лень:)

чёт бот не даёт присобачить текст: Поболтали с парнями про развитие цифровой карьеры для тех, кто решил присоединиться к нашим стройным рядам гребцов. Получилось 2+ часа. Но вроде по делу:)

Немного выждал, теперь можно. В Питере отлично потусовались по инструкции от РПН. Вопросов от властей - примерно ноль. Мы стартанули кампанию по формированию программы на следующий TeamLead Conf 2022 в Москве. Пройдёт 28.02-01.03, если всё пойдёт по плану. А оно точно пойдёт по плану. Страничка, где есть всё про подачу заявок в актульном состоянии тут https://tlconf.info/ Отдельно написал буквы про то, как мы принимаем заявки и почему стоит подавать их пораньше. Текст здесь. https://tlconf.info/howpkwork. Мы вас ждём.

https://awesomelists.top/#/ - очередной склад всего и вся по теме разработки. Оооочень много всего и вся

https://habr.com/ru/company/oleg-bunin/blog/590247/ - хороший текст с хорошей конференции:)

В прошлый раз ролик на эту тему пропал с ютуба. Я немного иначе рассказал про грехи роста в гостях у Стратоплана https://www.youtube.com/watch?app=desktop&v=UxjlgdLo-XI

https://www.mindtheproduct.com/overengineering-can-kill-your-product/ - годные мысли. Некоторые спорные, но в целом я солидарен с автором.

Любопытный эвент наметился. https://newhr.timepad.ru/event/1860722/. Yva.ai прямо таки засыпал рекламой всяких чеклистов и методик. Я даже как-то поглядел парочку. Криминала не нашёл, но и ракетных технологий тоже. Вполне себе подходящие материалы, если не очень много опыта и не совсем понятно, с чего начинать.

Исправительный пост за все хорошее против всего плохого.

Нас стало прилично в чатике, и я подумал, что будет нечестно ничего не писать, раз уж я сам лично всех вас собрал здесь:) Правда решил я это сделать одновременно с тем, как забрался на новую галеру, которая конечно же кушает меня почти полностью. Плюс мы на финише формирования самой большой TeamLead Confы. Будет 9! (да-да, 9!) залов и тысячи 2 зрителей в офлайне. Но я буду стараться приносить что-то интересное. Сегодня на выходные "подумать" пост.

Зацепился глаз в одном чатике за разговор про blameless culture (это когда не ищут виноватых, а стараются максимально решить проблему совместно и пр). Так вот, один коллега сказал, что перед каждым 1-1 (P2P) они в обязательном порядке зачитывают фразу:

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

Секта:) Я вспомнил, что в мосе я с командой всегда договаривался именно так, но делал это ровно один раз. И иногда напоминал, если начинали кидаться какашками друг в друга. В целом некоторые эпизоды на эту тему подтверждали, что это работает.

Например, мы в моменте договорились, что не будем называть наших коллег по проектам "%даками", а их работу овном и будем стараться помогать. И это сработало:) Работать с "нормальными" в разы проще, чем с %удаками, даже если они иногда такими являются:)) Нормальным хочется помогать, %удаков гнобить и всячески отвергать. Попробуйте и удивитесь:)

Хороших выходных!

Внедрения изменений пост. Многобукв. Простите меня.

Так сложилось, что последние 10 лет я только и занимаюсь тем, что что-то внедряю или докручиваю. Это интересно, я это люблю и частенько ковыряюсь в теоретической стороне этой области. Теме изменений посвящено большое количество трудов и создано много моделей. Сразу скажу, серебряных пуль нет. Большинство моделей очень похожи по сути, но чуть отличаются по этапности. Лично мне ближе всех та, которую придумал Коттер (8 этапов, четкая последовательность, понятный смысл).

Так вот. Множество подходов к снаряду (будь то скорость, качество, укрепление культуры и пр) заканчиваются или не с ожидаемым эффектом, или проваливаются вовсе. Почему? Потому что есть глубокое заблуждение, что преобразование - это событие. Типа “завтра у нас во всех командах наступает скрам”. А на деле преобразование - это процесс. Местами очень долгий и кропотливый. И этот процесс имеет свои этапы. Причем чаще всего эти этапы придумывают заранее, когда планируют изменения, НО потом постоянно пытаются срезать угол или слишком сильно ускориться (а некоторые заранее объявляют о достижении цели - помните трассу Москва-Питер и объезд Твери, которого нет), например, под давлением руководства, собственников, рынка и пр. И это очень опасно, потому что а) теряется темп и ритм (объезда все еще нет), б) часто идет откат, потому что не дожали, в) за счет уменьшения результата уменьшается ценность потраченных усилий, г) демотивация, падение авторитета, отторжение следующих попыток измениться, д) внедряется вообще не то, что хотелось изначально:)

Что делать, если всегда давят все? Они и правда давят. Опыт показывает, что многие изменения неплохо декомпозируются. И если хочется внедрить условный скрам, то совсем не обязательно это делать рывком на всю контору, можно сделать это на одной команде, достигнуть цели, оценить результаты и двинуться дальше, но уже с большим пониманием и большими скоростями. НО. Нельзя ускорять то, что не стоит ускорять и пропускать то, что не стоит пропускать. В той же модели Коттера есть этапы создания видения, пропаганды видения и создания условий для претворения видения в жизнь. Этап создания видения не пропускают, потому что без него никак, а следующие два регулярно динамят ввиду их непонятности, сложности прогнозирования и отсутствия “реального” результата при серьезных затратах. Что-то мне подсказывает, что почти все из вас готовы вспомнить изменения, которые “почему-то” не объясняли, не показывали их плюсы и минусы, не подсвечивали риски, не готовили заранее изменения в смежных процессах, а тупо брали и с понедельника начинали рисовать спринты, строить гантов, использовать миро или вводить роль скрам-мастера. И здесть в полный рост встает человеческая черта - люди в массе своей не любят изменения. Изменения надо объяснять, продавать, местами доказывать, местами продавливать. Это называется - пропаганда. Современное общество очень требовательно к прозрачности и нетерпимо к внезапности, её и так хватает в жизни. Опыт показывает, что почти всегда достаточно очень простых объяснений сути будущих изменений, чтобы снизить сопротивление к ним в разы. А если вы учтете комментарии и возражения - то рискуете вообще этого сопротивления не найти. Главое быть последовательным в своих действиях. Попробуйте и удивитесь:)

И в дополнение, я хочу напомнить закон Галла. Он не очень про изменения, но очень про жизнь: «Любая работающая сложная система развивается на базе работающей простой системы. Сложные системы, созданные с нуля, никогда не будут работать в реальном мире, поскольку в процессе разработки на них не влияли факторы отбора, присущие среде». Когда мы планируем изменения, мы никогда не берем в расчёт нехватку знаний об окружении и тонкость людской натуры:). И только через глубокий долгий анализ (дорого и не очень эффективно) или через серию небольших, но полных и законченных экспериментов (дорого, но есть реальные промежуточные результаты), мы можем увидеть то, что скрыто и внести корректировки в оставшуюся часть.

Пятничное. Рабочее.

Помните, я чуть ранее писал о том, что значение слов очень много значит. Ну вот там, где овнокод и чудаков. В продолжение того поста хочу привести пример обратной ситуации.

Уверен, что кто-то из вас слышал-видел модную тему: «не называй это проблемой, это вызов», или «не называй это проблемой, называй ситуацией», «Проблема - это негатив». Но на самом деле, когда греки это слово придумали, оно означало (и продолжает означать) «задача». Понятно зачем это делается. Манипуляция эмоциями. Вправляться с вызовами сильно приятнее, чем решать проблемы. А ситуация - это вообще что-то нейтрально окрашенное, безопасное и обыденное. Эволюция подправила значение до жизненной «проблема - это задача или сложная ситуация, которая формулируется в понятном для людей виде «знаю что, не знаю как», то есть известно, что нужно получить, но неизвестно, как это сделать. Люди подправили до «проблема - это проблема», чтобы добавить красок и отличий от «не проблема, но ситуация». На самом деле вариантов трактовки сего термина масса. Но речь не об этом.
Как я уже говорил - от правильного восприятия и отношения к происходящему очень много зависит.

Теперь пример.

Есть команда, в которой слегка ее хватает ресурсов, как обычно, раза в два. И только эта команда может делать на текущий момент приличную часть задач для других команд, чтобы не блокировать их. И вот в эту команду приезжает самый важный и нужный проект для компании. Что будет дальше я не буду описывать, думаю, что сами легко продолжите.

Итог:

Для менеджера - это вызов.
Для большинства других команд и их менеджеров - это ситуация.
Для меня - проблема (перепланировка, изменение зон отвественности, тонны разговоров с другими заказчиками вроде ИТ и ИБ, экстренный поиск людей и пр.).

Это я к чему: в критической ситуации стоит воспринимать реальность одинаково, как бы она не называлась. Это сложно, потому что это требует выравнивания целей всех участников. Иначе не видать совместных усилий для достижения вселенского счастья и общекомандной удовлетворённости.

Оставлю тут, чтобы не искать. https://habr.com/ru/post/596505/ - достаточно интересный и уважаемый в определенных кругах дядька с не менее интересной жизненной позицией по ряду вопросов