"Решаем проблему, а не человека".

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

И вот именно это и есть настоящая проблема.

Вот такая вот смысловая загогулина.

#мысли_вслух

Наткнулся тут на статью "When engineers become managers: How to be a great technical leader".
Прочитал пару раз, гоняя в голове стада радужных единорожек.
В целом умного-нового-ничего, скорее спорил с самим собой по некоторым моментам.

Но пост не про это :)

С радостью и интересом наткнулся на фразу в конце "Now, it is important to draw a distinction between optimism and Pollyannaism."

Господь, полез гуглить "поллианизм". Оказалось, если совсем просто, это умение находить пользу/радость даже в самой большой куче 💩
Шикарно, теперь знаю новое слово и я - поллианист, нашел пользу в банальной статье 😃

PS кстати, список литературы там посмотрите, действительно хорош.

#management

How to grow as an Engineering Manager

По картинкам и названиям вроде понятно, про что речь в каждом из случаев.
Да, у каждого будет свой основной путь, но в своей работе вам придется сочетать все эти подходы, так или иначе.
#management

Среднестатистический middle manager в пятничных #it_memes
ох уж этот #management ...

Tying Engineering Metrics to Business Metrics

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

#metrics

Если предположить, что
1) закон Паркинсона работает (а эмпирика показывает, что так и есть)
2) у задачи нет сроков выполнения*

-> получается, что задача никогда не будет сделана, а значит, никому ненужная.

*Если сроки выполнения задачи перенесли 3 раза** - она тоже бессрочная.
** число получено эмпирическим путем

#мысли_вслух #it_философия

Ну вот только вчера философская мысля...
А тут вотъ: Using fake deadlines without driving your engineers crazy

... Putting challenging timeboxes on projects in a healthy environment can lead to serious innovation and creativity.
...
5 mistakes to avoid
1. Not communicating to the team what will happen after the deadline
2. Not consulting with your team about what’s feasible
3. Pushing your team too hard to meet it
4. Not pushing your team to meet it
5. Being rigid about the deadline

#процессы

7 uncommon opinions after 10 years of product management
• “Product” isn’t a role
• The worst thing a PM can be is intelligent
• Stay out of the spotlight
• I still don’t know what epics and stories are
• Metrics suck
• There’s no “way to do product”
• Don’t read blog posts — write them instead

Я не PM/PO, но очень давно с ними работаю. И комфортнее с теми, кто следует хотя бы части этих принципов 🙂

#развитие

Сегодня без комментариев в традиционно-пятничных #it_memes

Немного 10-летней классики на тему "зачем нам тестировщики, если разрабы сами тестируют свой код"

• Нужны ли тестировщики, если разработчики пишут тесты?
• Thinking about No Testers
• When Programmers (and Testers) Do Their Jobs

Самое интересное, все заметки вышли +/- в одно время (но я был первый 😃), видимо ретроградный Меркурий 🥸.

PS забавно, что мой коммент к моему посту с указанием заметки с "About 98 Percent Done" (2я ссылка выше) привел к сессии тестирования Disqus, который, похоже, на тот момент времени не имел тестировщиков. Получилось весело 🤭

#классика #testing

Что на самом деле стоит за "оцените тестирование":

Сколько времени нам нужно, чтобы узнать все, что нам нужно знать о чем-то, о чем мы пока мало что знаем?

#testing чужие #мысли_вслух и #классика из древних интернетов

How Hard Should Your Employer Work To Retain You?

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

Если менеджер злопамятный мудак - ты ему сам никогда не расскажешь про твои проблемы. Но, кстати, с такими, контр-офферы обычно чаще срабатывают. У них установка "ничего не делать с ЗП, пока оффер не принесут".

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

А статья хорошая, почитайте, кто еще не сталкивался с этим вопросом. Немеджеров тоже касается.

#management

Разработчик, помни! Тестировщик чувствует твой страх. Малейшее колебание при ответе на вопрос "ты проверял?" будет воспринято как слабость!

чужие #мысли_вслух из древних интернетов

Всех с наступающим! 🎉 🎄🎅🏻
Больше желаний и настроения их достигать 🙂
Хорошего всем года!

Ну что?
Каникулы продолжившие отпуск закончились, традиционная пора вспоминания рабочих паролей (хотя бы для менеджера паролей), рабочих задач и тдтп
Всех с началом нового рабочего года 🖖
#it_memes

3 main soft skills a Tech Lead needs to develop
1. Active listening
2. Building strong relationships
3. Giving and getting feedback

Подробнее про каждое в самой статье

#management

Интересный формат обратной связи: Start/Stop/Continue
Что начать делать, что больше не делать, а что продолжать.

Все логично, но не знал, что для этого есть "умная" обертка именно для обратной связи, а не для ретро (такое у меня случается для многих "менеджерских" вещей).

Но и с ним можно попасть в ловушку банальности.

ЗЫ в продолжение пятничного поста про софты и обратную связь в частности.

#management

Catchpoint’s SRE Report 2025
Из интересного:
1. Медленно - это теперь официальное "лежим"
2. Время, которое тратится на "операционку", растет
3. Надежность продукта драйвится на уровне культуры в компании
4. Большинство согласно с тем, что польза от используемых тулов больше их затраты на тулы
5. Большинство использует от 2 до 5 тулов для мониторинга
6. У половины ответивших уровень внедрения observability меньше, чем им хотелось бы
7. у 40% ответивших произошло от 1 до 5 инцидентов за последние 30 дней (еще у 23% до 10 инцидентов - вот это по нашему)

Жаль, конечно, что всего 300 человек отвечало, так себе выборка. Но первый пункт мне нравится :)

#tech_read

Wardley Mapping уже было тут в качестве примеров механизма разложить проблематику по полочкам и получить направления решения этих проблем, roadmap или стратегию.
Статья описывающая этот инструмент подробнее "Refining strategy with Wardley Mapping".

ЗЫ прошлый заметка про этот и другие инструменты систематизации

#развитие #стратегия

Техническая vs продуктовая стратегия, курица и яйцо...

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

Яйцо в данном случае - продуктовая стратегия. Нет ее - все работы по техничке - баловство или не стратегия, а что-то на уровне тактики.

#мысли_вслух #стратегия

It's Not Your Decision

Leaders today are not just expected to make decisions but to empower their teams to make them.

Here are three critical steps to build a culture where teams feel empowered to make decisions:
1. Psychological Safety: leaders must create an environment where it's okay to experiment, fail, and learn.
2. Boundaries and Expectations: teams need to understand the parameters within which they can operate autonomously and where they may need additional input.
3. Resources and Information: empowering teams means giving them the tools, data, and context they need to make informed decisions.

Ссылка давно висела в очереди, но буквально вчера вспомнил про нее, после одного из обсуждений.

Понятно, что не бывает идеальной картины, когда все совпадает. Но как часто у руководителя (того самого middle manager-а) бывает возможность использовать такой подход без остановки (критического замедления) работ в принципе.
В последнее время, признаться, посещают мысли, что это скорее исключения, чем практика.
Особенно если речь про истории с большими зависимостями и синхронизациями.

Но то, что в основе лежит доверие - это 100%
И как пишет уважаемый мной Алан -

"Это доверие не создается за одну ночь; оно требует целенаправленных усилий.

На эти усилия часто уходит вся менеджерская работа.
ЗЫ ну или просто используется "директивно-эффективное управление" (с) не мое определение, но очень легло

#management