Почему вы узнаете о проблемах последним и как это исправить

“Приходи к руководителю не с проблемой, а с решением” - совет, который встречается в каждой первой статье с рекомендациями по карьерному росту. И жизнь, вроде как, подтверждает его правильность: повышение получает тот, кто решает проблемы, а не сообщает плохие новости.

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

Все дело в неверно выстроенной коммуникации.

Если в случае проблемы сотрудник приходит к вам, и вы:
- задаете вопросы в формате больше похожем на допрос
- сразу же бросаетесь решать проблему самостоятельно
- вываливаете все недовольство на гонца с плохими вестями

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

Что делать?

🔹Помните, вы - не главный решатель проблем. Вы обеспечиваете ресурсы и поддержку, устраняя препятствия, которые мешают решать проблемы вашей команде. Поэтому критически важно выявлять риски на ранних этапах - до того, как команда исчерпает все свои варианты решений.
🔹Чаще задавать вопросы, ориентированные на будущее.”Какие риски возможны сейчас в проекте?”. Так вы направляете внимание на предупреждение проблем, а не требуете отчета о провалах.
🔹Слушайте без осуждения. Если хотите изменить практику, когда к вам приходят в последний момент, начните с собственных реакций - постепенно приучайте к тому, что к вам можно обратиться за поддержкой и без готового решения.
🔹Спросите, чем вы можете помочь. Это позиционирует вас как ресурс, а не как критика.

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

Какие soft skills нужны техническому директору

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

Сегодня предлагаю углубиться в софт скиллы. Вот интересный список для домашней работы по версии Технологического совета Forbes:

🔹Эмпатия. Не просто активно слушать, а давать людям почувствовать себя услышанными.
🔹Ориентированность на развитие. Быть в курсе событий и новых технологий, даже если вы сами давно не садились за клавиатуру.
🔹Стратегическое мышление. Уметь обосновать целесообразность внедрения новых инструментов с точки зрения бизнеса.
🔹Управление без авторитарности. Достигать результатов за счёт построения доверия, донесения четкого видения и согласованности действий.
🔹Психологическая безопасность. Создавать среду, в которой члены команды чувствуют себя комфортно, идут на осознанный риск, делятся проблемами и идеями без страха критики и наказаний.
🔹Коммуникация с командой. Умение поддержать разговор не только на рабочие темы.
🔹Партнерство с коллегами из других команд. Выходить за рамки своей зоны ответственности, чтобы понимать, куда движется компания в целом.
🔹Долгосрочное видение. Способность мыслить стратегически.
🔹Активное слушание. Принимать решения на основе понимания реальных проблем.
🔹Ясность. Переводить технические концепции в понятные и применимые на практике решения для заинтересованных сторон.
🔹Предполагать, что окружающие действуют из лучших побуждений. Создавать атмосферу, в которой недопонимания и конфликты разрешаются конструктивно.
🔹Зум. Способность глубоко погружаться в детали или наоборот - увеличивать масштаб видения, когда это необходимо.
🔹Умение проигрывать. Быть готовым рисковать и принимать неудачи, превращая их в опыт.
🔹Управление контекстом. Обсуждать контекст с членами команды, чтобы они могли принимать более обоснованные решения.
🔹Ведение переговоров и управление конфликтами. Выстраивание и поддержание отношений путем согласования интересов, мотивации и целей.
🔹Коучинг. Способность помогать другим людям расти.
🔹Обратное наставничество. Учиться у молодых сотрудников, которые зачастую глубоко погружены в новые технологии и могут предложить ценные идеи.
🔹Эмоциональный интеллект. Развивать самосознание и способность устанавливать связи между людьми.
🔹Объединение экспертизы. Выстраивать мосты между своими знаниями и знаниями команды.
🔹Любопытство. Давать зеленый свет инновациям и формировать культуру, основанную на уважении и любви к обучению.

Комментарии на vc.ru - это всегда было верхом токсичности и сарказма) Но если воспринимать это с иронией, то можно знатно посмеяться с комментаторов)

Опыт гигантов: левелы для программистов Netflix

До 2022 года (25 лет!) все программисты в Netflix имели одну должность: software engineers.

Но компания пришла к тому, что “единый уровень” для всех (а в то время штат сервиса составлял более 2 тыс. программистов) - нерабочая история.

Основных проблем было две:

1️⃣Неопределенность оценки и карьерного пути стажеров и выпускников. Молодые сотрудники сразу приходили на должность software engineer. При этом разделить инженеров на старших и младших тоже было нельзя, так как расти до старшего специалист может несколько лет, за это время у него может пропасть мотивация и он уйдет.
2️⃣Сложности с привлечением высококвалифицированных специалистов. Специалисты уровня Staff+ считали, что Netflix либо не нуждается в сотрудниках их уровня, либо недостаточно платит.

В итоге компания ввела следующие левелы:
🔹Software engineer
🔹Software engineer 2
🔹Senior software engineer
🔹Staff software engineer
🔹Principal software engineer

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

Профилактика выгорания в команде

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

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

🔹Держать границы. Нужно знать и уметь объяснить, какие задачи ваша команда может и будет выполнять, а какие - нет (и почему).
🔹Присваивать задачам денежную стоимость. Если к вам стучатся с горящей задачей, можно просто уточнить “Вы действительно хотите, чтобы мы отказались от задачи на миллион долларов, над которой мы работаем сейчас, в пользу задачи на 10 тысяч?”.
🔹 Уделять внимание обучению. У команды всегда должен быть актуальный инструментарий для работы.
🔹Использовать принцип “улья”. Если возникает серьезная проблема, все члены команды отвлекаются от своих дел, чтобы решить ее совместными усилиями.
🔹Делегировать на всех уровнях. Этот навык важно освоить не только директору, но и менеджерам, чтобы у них было достаточно времени для управления и развития своих команд.
🔹Четко расставлять и объяснять приоритеты. Бесконечный список задач вгонит в еще больший стресс, если сотрудники будут считать, что все пункты в нем одинаково важны.
🔹Регулярно проводить митинги с обратной связью. Особенно если задача выполнена успешно - это важно отметить.
🔹Обеспечить work-life balance. Контроль нагрузки каждого сотрудника и предоставление гибкого рабочего графика поможет создать продуктивную и психологически безопасную рабочую среду.
🔹Оптимизировать списки задач. Команда должна работать над задачами, которые продвигают проект, все остальное необходимо автоматизировать или исключить.
🔹Оставлять значительный запас времени на случай форс-мажоров. Потому что они случаются, а давление сроков усугубит ситуацию.

Первый соло единорог

Посмотрел интервью с Николаем Давыдовым (тот, что был в гостях у Дудя), где ребята обсуждали текущие тренды в AI и его будущее.

Главный тренд долины - когда появится первый единорог (оценка в $1млрд), который запущен и сделан одним человеком. Пока таких компаний не было, но все ждут когда такой появится в ближайшее время.

Не хотите поучаствовать в соревновании?)

Стратегия “Два списка” Уоррена Баффета”

Пригодится тем, у кого бывают сложности с расстановкой приоритетов (то есть, практически всем).

Суть методики:

👉Выписать 25 целей, актуальных на текущий момент. Масштаб зависит от того, какую проблему вы хотите решить - это могут быть как глобальные цели проекта, так и список задач на ближайшую неделю.
👉Далее нужно выбрать 5 главных целей. Получится два списка: “А” с 5 главными целями и “Б” со всеми остальными.
👉Отложить список “Б”, пока не будут выполнены задачи из списка “А”.

Достаточно отрезвляющая практика.

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

В большинстве случаев трата времени на второстепенные вещи и есть причина того, что у вас 20 незаконченных проектов вместо 5 завершенных.

Почему в 1С проблемы всегда “вдруг”?
Есть забавная особенность у любых больших систем, но у 1С — прямо гипертрофированная.

Пока всё работает — никто ничего не трогает. Как только “тормозит” — начинается шаманство уровня «кто последний правил справочник?", «а давайте пересоберём регламентные» или моё любимое — «ну у нас так всегда, потом само пройдёт».

И за годы я заметил, что в 1С есть всего два состояния производительности:
- всё отлично,
- всё горит,

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

А ведь самое обидное — 90% проблем в 1С несложно поймать заранее: пики блокировок, долгие вызовы, всплески нагрузки, заблудившиеся запросы, непредсказуемое поведение определённых форм или обработок. Но всё это не видно, если мониторинг либо разрознен, либо требует полжизни, чтобы собрать нормальный отчёт.

Недавно смотрел, как у ребят была реализована визуализация производительности через Metrika42. И поймал себя на мысли: если бы в 1С из коробки так же показывали нагрузку, блокировки и “узкие места”, половина сисадминов и 1С-разработчиков спала бы спокойнее.

Не потому что инструмент “магический”, а потому что он честно показывает то, что в 1С обычно скрыто до последнего: кто тормозит, где тормозит и почему тормозит — без недель раскопок.

Для любопытных — их концепция описана здесь:
🖇 Metrika42

Все это навеяло меня на следующую мысль:
А про то, что 1С — штука живучая, но не прощающая невнимательности. Её производительность не рушится внезапно — она предупреждает. Просто большинство эти предупреждения не видит.

Реклама. ООО “ЭР Софт”, ИНН 7716509296, ERID: CQH36pWzJpnozC126vmYUzjF19mg751apRsb2KqbUK11pG

Большое руководство по внедрению ИИ для CTO

Летом CTO Academy сделали стратегическую и техническую дорожную карту для комплексной интеграции AI. Она охватывает все аспекты — от инфраструктуры и безопасности до вариантов использования и управления.

Если не видели, рекомендую изучить.

Что внутри:

👉Почему интеграция generative AI сейчас - первостепенная задача для бизнеса.
👉Пять неотложных задач интеграции: модернизация вычислительных ресурсов, хранилищ и сетей; обеспечение безопасности данных в rusted/sovereign clouds; выбор сценариев использования, отвечающих реальным бизнес-целям; внедрение прозрачного, межфункционального управления AI; финансирование быстрых инноваций при одновременном контроле расходов и рисков.
👉План действий по развитию инфраструктуры.
👉Безопасность и соответствие нормативным требованиям.
👉Согласование проектов в области AI со стратегическими целями с помощью различных систем оценок.

Быть заметным не менее важно, чем быть хорошим специалистом

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

Первое - исследование Harvard Business Review. Исследователи выяснили: люди, которые делают свою работу видимой — делясь информацией о ходе работы, представляя результаты или просто активно участвуя во внутренних обсуждениях, — гораздо чаще получают повышения и ответственные задачи.

Также там приводится исследование MIT Sloan, которое показало, что сотрудники часто достигают «плато» не из-за низкой эффективности, а потому что никто за пределами их непосредственной команды не знает, чем они занимаются.

Особенно не повезло удаленщикам: когда люди физически отсутствуют, их вклад легко может остаться незамеченным.

Как сделать свою работу более видимой:

👉Посещайте еженедельные митинги и рассказывайте о задачах, над которыми работаете.
👉Проводите совместные презентации с другими командами, чтобы обменяться опытом и best practices.
👉Делитесь победами и кейсами в корпоративном чате или блоге.
👉Расширяйте нетворкинг внутри компании: узнавайте, над чем работают другие команды, обменивайтесь опытом, предлагайте помощь.
👉Составьте «карту видимости»: кто принимает решения в вашей компании? Как часто они видят вашу работу или слышат ваше имя? Что можно сделать, чтобы улучшить результат?