В IT чудес не бывает

API #testing
А какое покрытие у вас? 🙂

В английском языке используются 2 разных слова для определения ответственности за выполнение чего-либо (responsibility) и за достижение нужных результатов (accountability).

В разных языках/культурах эта "парочка" определяется и используется по-разному.

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

Чем же все-таки отличаются responsibility и accountability, кроме упрощенного output vs outcome (что на самом деле тоже часто требует пояснения ибо и то, и то типа "результаты", но разные 😃 ).

"Accountability = responsibility to explain" - интересная интерпретация из японского (фактически синтезированная, потому что там тоже нет своего слова для accountability).

Responsibility - это скорее про обязательства решить задачу с каким-то результатом. Важен сам факт ее решения в рамках ожиданий.
А вот формирование тех самых ожиданий - это уже в сторону accountability.
Responsibility может быть просто делегирована кому-либо.

Аccountability (хорошо ложится "подотчетность" из финансового мира) - тут уже больше про создание задачи, формулировка ожиданий от ее выполнения, настройка процесса достижения нужных результатов в комплексе и конечное достижение целей (ну или люлей). Люли делегировать не получится, но они легко каскадируются 🫣...

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

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

Есть нюанс или сложность: можно слиться из проактивности в нытье (см убиваем ответственность).

Вместе аccountability и responsibility формируют владение (ownership).

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

Ну а мне, все так же, очень нравится это определение "ответственность - это «способность быть причиной»". Про что это, аccountability или responsibility? Да все равно, потому что это и есть настоящая ответственность.

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

Как разрушать ответственность
This Is How You're Eroding Accountability
• не проверять, что сделано
• изменчивые приоритеты
• неверные стимулы
• сломанные организационные структуры:
- перехлест зон ответственности ролей
- слишком много уровней иерархии
В решениях собственно делать все наоборот :)
И имхо самое важное - настроить систему поощрений:

reinforce accountability via your company’s reward system.
It’s critical that people who consistently don’t perform are managed out, and people who consistently perform well are rewarded. This sets the foundation for all other elements of accountability and gives the system teeth

(Кстати, есть очень "забавная" история с интерпретацией accountability и responsibility на русском. Перевод вроде один, а смыслы разные. В понедельник напишу свое понимание, заодно проверим)

#management

Во всех стратегических сессиях планирования года: "как нам добавить AI в старый продукт"...

пятничные #it_memes

Как сохранять спокойствие...

Иногда работает :)

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

Ответ: 🤝 жму руку. Честно, я не знаю, как именно это описать. Надо искать что-то другое, более позитивное и привлекательное :)
ЗЫ у меня тоже смешное резюме с этой точки зрения.
ЗЫ2 ну и да, обычно такие писатели, еще и в других резюме такое искать любят.

Тут немного с примерами про числа и прочие достижения в резюме

#ваши_вопросы #собеседования #про_резюме

И еще для новичков:

99% of management is doing uncomfortable stuff every day: pushing people to do a little better, pushing yourself to be a bit better, resolving conflict, giving feedback.
As a manager, your literal value add is what you do to make people and teams perform better than they would have without you there.

Your job is to change behavior.

This can’t be a job you do once a quarter. Many managers dream of big inspired moments of super high leverage decisions that make their whole year. Management is simply not that job. Management is the accumulation of daily nudges, assistance, enablement, help, and toil.

Management happens every day.

Отсюда "Management Mantras"

ЗЫ совет №1 менеджеру-новичку

#management

Books to read in 2025 as Software Architect

1. Distributed Systems
2. Implementing Domain-Driven Design
3. Balancing Coupling in Software Design
4. Chaos Engineering: System Resiliency in Practice
5. Systems Performance: Enterprise and the Cloud
6. Designing Distributed Systems: Patterns and Paradigms for Scalable, Reliable Services
7. Release It!
8. Enterprise Integration Patterns
9. The Art of Scalability
10. Building Multi-tenant SaaS Architectures: Principles and Best Practices
11. Building Secure & Reliable Systems
12. Scalability Rules: 50 Principles for Scaling Web Sites and Applications

#tech_read

Давно уже не было пятничных #it_memes
А неделя тут получилась какой-то заумно-философской

Problem Driven Development

Звучит просто, реализуется сложно :)
Особенно, когда проблемы снаружи твоей зоны влияния.
Но постоянно думать над тем, зачем ты что-то делаешь - важно!

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

#management

Как вовлеченность сотрудников влияет на бизнес?

Employee Engagement Strategies: Fixing the World's $8.8 Trillion Problem
(ссылочка через web-archive, чтобы всем можно было попасть туда, что из РФ нельзя читать)

Напомню, тут уже было про "как взращивать инициативу".

#management

И вот тут "You Don’t Need a “Tech Strategy”" вроде обратная история моей мысли, а если посмотреть подробнее, то нет.

Focusing on a tech strategy makes sense only you’ve settled for having R&D act purely as a delivery vehicle for the company’s decisions.
You get a roadmap handed to you; you provide what you committed to. Great success!(?)
What happened to striving to use R&D as an innovation center and a force driving the entire company forward, not merely a bunch of orders takers and an overly expensive Jira-resolving-machine?

И продолжение тут

Instead, technology ought to take a central role in the company’s strategy—the real one. Just because you’ve implemented something in software doesn’t necessarily mean there’s a “moat” or a strategic differentiator.

How technology can be a strategic factor:
• Acceleration
• Cost reduction
• Risk reduction
• Enabler
• Provide autonomy
• Bespoke experiences
• Leveling playing fields
• Deep tech
• Ecosystems and Platforms
• Internal operations

#management #стратегия

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

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

Знаю, все любят статистику по вакансиям/#зп

Очередной анализ "Middle DevOps | Честный анализ РФ рынка 🔥 (Ноябрь 2024)"

Ссылка на пост в линке

#зп

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

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

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

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

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

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

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

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

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

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

#tech_read

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

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

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

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

#management

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

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

#management