📭 Zero Inbox . Это про уважение
Много лет назад я понял, что без правила Zero Inbox — никуда.
Оно простое: в конце дня в мессенджерах и почте не должно оставаться висящих непрочитанных сообщений.
Зачем это нужно?
Во-первых — ради фокуса.
Когда у тебя 50 непрочитанных чатов, они лежат в голове грузом. Даже если ты занят другим — мозг всё равно возвращается к ним.
Во-вторых — ради других.
Если ты не отвечаешь — кто-то стоит на паузе. Его задача, проект или решение завязано на твой ответ.
Ты этого не замечаешь, а он тормозится.
Я стараюсь отвечать всем в течение нескольких часов, даже если не могу дать финальный ответ.
Если идёт встреча за встречей — откладываю. Но вечером всегда довожу всё до Zero Inbox.
Если нет финального решения, то:
— отвечаю, что подумаю,
— пишу, когда вернусь с ответом,
— и помечаю сообщение как непрочитанное — оно остаётся у меня как туду.
Мессенджеры для меня — это не просто чат. Это ещё и инбокс задач.
Кстати, про это круто писал Рома. У него отличный канал.
Правило простое. Очевидное.
Но пока ты его не внедрил — управлять вниманием и не тормозить других почти невозможно.
@ctrlshiftboss
Много лет назад я понял, что без правила Zero Inbox — никуда.
Оно простое: в конце дня в мессенджерах и почте не должно оставаться висящих непрочитанных сообщений.
Зачем это нужно?
Во-первых — ради фокуса.
Когда у тебя 50 непрочитанных чатов, они лежат в голове грузом. Даже если ты занят другим — мозг всё равно возвращается к ним.
Во-вторых — ради других.
Если ты не отвечаешь — кто-то стоит на паузе. Его задача, проект или решение завязано на твой ответ.
Ты этого не замечаешь, а он тормозится.
Я стараюсь отвечать всем в течение нескольких часов, даже если не могу дать финальный ответ.
Если идёт встреча за встречей — откладываю. Но вечером всегда довожу всё до Zero Inbox.
Если нет финального решения, то:
— отвечаю, что подумаю,
— пишу, когда вернусь с ответом,
— и помечаю сообщение как непрочитанное — оно остаётся у меня как туду.
Мессенджеры для меня — это не просто чат. Это ещё и инбокс задач.
Кстати, про это круто писал Рома. У него отличный канал.
Правило простое. Очевидное.
Но пока ты его не внедрил — управлять вниманием и не тормозить других почти невозможно.
@ctrlshiftboss
🔥8❤4👍4
🦸♂️ Роль, которую невозможно снять
На выходных мы проводили ежегодную конференцию Яндекс Dev Day&Night.
Между докладами я разговорился с коллегой Лешей. Он напомнил, как пару лет назад я выступал и говорил, что руководитель остаётся руководителем даже в баре.
Честно говоря, я сам про это уже подзабыл. А зря. Потому что это — одна из тех вещей, которые стоит держать в голове постоянно.
Есть иллюзия, что руководитель выключается вместе с ноутбуком. Вот ты закрыл таски, закрыл ноут — и теперь можно быть «просто собой».
Но правда в том, что руководитель ты всегда. Даже когда вы всей командой на вечеринке, в баре или просто на митапе после работы.
Это не значит, что нужно ходить с серьёзным лицом и ни с кем не пить пиво. Веселиться можно. И нужно. Но при этом важно помнить: твои слова, реакции и поведение по‑прежнему влияют на команду.
Это как в спорте: тренер может участвовать в командной жизни, подшучивать, расслабляться вместе со всеми — но он всё равно остаётся тем, кто задаёт атмосферу и на кого все смотрят в моменты неопределённости.
— Пошутил неудачно? Кто-то замкнётся.
— Промолчал, когда кто-то грубо высказался? Остальные решат, что это норма.
— Ушёл в телефон, когда тебе рассказывают о проблеме? Значит, это никому не важно.
Ты не просто один из. Ты — ориентир. Даже вне офиса, даже вне рабочего контекста.
Это не про пафос. Это про ответственность. Осознанную и не навязанную извне.
Ты всегда руководишь — даже когда не хочешь этого.
И если помнить об этом, всё остальное только легче: и строить доверие, и веселиться, и вести за собой.
@ctrlshiftboss
На выходных мы проводили ежегодную конференцию Яндекс Dev Day&Night.
Между докладами я разговорился с коллегой Лешей. Он напомнил, как пару лет назад я выступал и говорил, что руководитель остаётся руководителем даже в баре.
Честно говоря, я сам про это уже подзабыл. А зря. Потому что это — одна из тех вещей, которые стоит держать в голове постоянно.
Есть иллюзия, что руководитель выключается вместе с ноутбуком. Вот ты закрыл таски, закрыл ноут — и теперь можно быть «просто собой».
Но правда в том, что руководитель ты всегда. Даже когда вы всей командой на вечеринке, в баре или просто на митапе после работы.
Это не значит, что нужно ходить с серьёзным лицом и ни с кем не пить пиво. Веселиться можно. И нужно. Но при этом важно помнить: твои слова, реакции и поведение по‑прежнему влияют на команду.
Это как в спорте: тренер может участвовать в командной жизни, подшучивать, расслабляться вместе со всеми — но он всё равно остаётся тем, кто задаёт атмосферу и на кого все смотрят в моменты неопределённости.
— Пошутил неудачно? Кто-то замкнётся.
— Промолчал, когда кто-то грубо высказался? Остальные решат, что это норма.
— Ушёл в телефон, когда тебе рассказывают о проблеме? Значит, это никому не важно.
Ты не просто один из. Ты — ориентир. Даже вне офиса, даже вне рабочего контекста.
Это не про пафос. Это про ответственность. Осознанную и не навязанную извне.
Ты всегда руководишь — даже когда не хочешь этого.
И если помнить об этом, всё остальное только легче: и строить доверие, и веселиться, и вести за собой.
@ctrlshiftboss
👍10❤6🔥4
🔕 Тишина в чате
Праздники в разгаре. Кто-то работает, кто-то отдыхает, но активность в чатах заметно снижается.
Такая пауза может сначала восприниматься тревожно: будто что-то упущено, как будто «всё застыло». Но на самом деле это редкий момент, когда появляется пространство для размышлений.
Когда нет постоянного потока сообщений и встреч, проще взглянуть на процессы со стороны.
— Как чувствует себя команда?
— Что требует внимания, но обычно остаётся на втором плане?
— Где можно упростить, убрать лишнее, пересобрать?
Мы привыкли действовать в ритме задач и срочности. Но именно в периоды тишины появляются хорошие управленческие идеи.
Используйте эту паузу с пользой. Она не выпадет из календаря — но может многое изменить.
@ctrlshiftboss
Праздники в разгаре. Кто-то работает, кто-то отдыхает, но активность в чатах заметно снижается.
Такая пауза может сначала восприниматься тревожно: будто что-то упущено, как будто «всё застыло». Но на самом деле это редкий момент, когда появляется пространство для размышлений.
Когда нет постоянного потока сообщений и встреч, проще взглянуть на процессы со стороны.
— Как чувствует себя команда?
— Что требует внимания, но обычно остаётся на втором плане?
— Где можно упростить, убрать лишнее, пересобрать?
Мы привыкли действовать в ритме задач и срочности. Но именно в периоды тишины появляются хорошие управленческие идеи.
Используйте эту паузу с пользой. Она не выпадет из календаря — но может многое изменить.
@ctrlshiftboss
👍13❤5
🔧 Микроменеджмент — не зло. Это инструмент
Долгое время я считал, что микроменеджмент — это плохо. Что хорошие команды работают автономно, и задача руководителя — не мешать.
Но со временем понял: микроменеджмент — это не признак слабости, а управленческий инструмент. И иногда он необходим.
Представьте, у вас ломается машина. Вы отвозите её в автосервис.
Вам говорят: «Починим за 20 тысяч и два дня».
Через четыре дня вам выставляют счёт на 40, машина вроде работает, вы отъезжаете на три километра — и она снова ломается.
Вы просто возвращаете её туда же и ждёте, что в этот раз всё пройдёт гладко? Вряд ли. Скорее всего, вы:
— зададите много вопросов;
— потребуете объяснений;
— разберётесь, где была ошибка;
— и, возможно, вмешаетесь в процесс.
С командами то же самое.
Если что-то системно идёт не так — погрузиться в детали и начать управлять плотнее — это ваша работа.
Не «мешать людям». А понять, почему задачи не укладываются в оценки, почему падает качество, почему вы не достигаете обещанных результатов.
Да, постоянный микроменеджмент разрушителен. Но игнорирование проблем — тоже.
Если вы включаете микроменеджмент осознанно — чтобы разобраться, починить, восстановить управляемость — это нормально.
Инструменты не бывают плохими или хорошими. Всё зависит от того, когда и зачем вы их используете.
@ctrlshiftboss
Долгое время я считал, что микроменеджмент — это плохо. Что хорошие команды работают автономно, и задача руководителя — не мешать.
Но со временем понял: микроменеджмент — это не признак слабости, а управленческий инструмент. И иногда он необходим.
Представьте, у вас ломается машина. Вы отвозите её в автосервис.
Вам говорят: «Починим за 20 тысяч и два дня».
Через четыре дня вам выставляют счёт на 40, машина вроде работает, вы отъезжаете на три километра — и она снова ломается.
Вы просто возвращаете её туда же и ждёте, что в этот раз всё пройдёт гладко? Вряд ли. Скорее всего, вы:
— зададите много вопросов;
— потребуете объяснений;
— разберётесь, где была ошибка;
— и, возможно, вмешаетесь в процесс.
С командами то же самое.
Если что-то системно идёт не так — погрузиться в детали и начать управлять плотнее — это ваша работа.
Не «мешать людям». А понять, почему задачи не укладываются в оценки, почему падает качество, почему вы не достигаете обещанных результатов.
Да, постоянный микроменеджмент разрушителен. Но игнорирование проблем — тоже.
Если вы включаете микроменеджмент осознанно — чтобы разобраться, починить, восстановить управляемость — это нормально.
Инструменты не бывают плохими или хорошими. Всё зависит от того, когда и зачем вы их используете.
@ctrlshiftboss
👍13❤5🔥3💩1👌1
⚙️ Всё на процессах? Или всё на людях?
Часть 1 — когда команда строится на процессах
В какой-то момент каждый руководитель сталкивается с этим выбором — делать ставку на процессы или на людей.
Можно всё зарегламентировать: роли, статусы, цепочки согласования, правила принятия решений. А можно — минимизировать рамки и опереться на сильных, самостоятельных людей.
И то, и другое работает — но по-разному.
В этой мини-серии разберём оба подхода: когда они полезны, чем опасны и как найти баланс.
⸻⸻⸻
Начнём с процесса.
Есть команды и целые компании, в которых всё держится на чётких процессах.
Задачи подробно описаны, роли формализованы, каждый шаг зафиксирован в Notion или Confluence. Человека можно поменять — система останется.
Плюсы такого подхода:
• высокая предсказуемость и управляемость
• новым людям проще влиться
• масштабируемость — процессы можно копировать
• снижается риск, что что-то завязано на одного
Минусы:
• в нестандартной ситуации команда теряется — инструкции есть, а мышления нет
• инициатива постепенно гаснет — ведь всё уже описано
• люди перестают брать на себя ответственность
• сильным и амбициозным становится скучно
Процессы — это хорошо. Но они не решают проблемы — это делают люди.
Если построить всё только на процессах, система может казаться надёжной, но окажется хрупкой при первом сбое.
В следующем посте разберём обратную крайность — когда всё держится на людях.
@ctrlshiftboss
Часть 1 — когда команда строится на процессах
В какой-то момент каждый руководитель сталкивается с этим выбором — делать ставку на процессы или на людей.
Можно всё зарегламентировать: роли, статусы, цепочки согласования, правила принятия решений. А можно — минимизировать рамки и опереться на сильных, самостоятельных людей.
И то, и другое работает — но по-разному.
В этой мини-серии разберём оба подхода: когда они полезны, чем опасны и как найти баланс.
⸻⸻⸻
Начнём с процесса.
Есть команды и целые компании, в которых всё держится на чётких процессах.
Задачи подробно описаны, роли формализованы, каждый шаг зафиксирован в Notion или Confluence. Человека можно поменять — система останется.
Плюсы такого подхода:
• высокая предсказуемость и управляемость
• новым людям проще влиться
• масштабируемость — процессы можно копировать
• снижается риск, что что-то завязано на одного
Минусы:
• в нестандартной ситуации команда теряется — инструкции есть, а мышления нет
• инициатива постепенно гаснет — ведь всё уже описано
• люди перестают брать на себя ответственность
• сильным и амбициозным становится скучно
Процессы — это хорошо. Но они не решают проблемы — это делают люди.
Если построить всё только на процессах, система может казаться надёжной, но окажется хрупкой при первом сбое.
В следующем посте разберём обратную крайность — когда всё держится на людях.
@ctrlshiftboss
❤10👌2
🧠 Всё на процессах? Или всё на людях?
Часть 2 — когда команда держится на людях (начало тут)
В прошлый раз мы говорили о подходе, в котором главную роль играют процессы. Сегодня — другая крайность: когда всё работает благодаря конкретным людям.
Если в команде собрались сильные, ответственные и инициативные — кажется, что можно обойтись вообще без регламентов.
Все и так знают, что делать. Все в теме. Всё происходит «по наитию» — и это действительно может работать.
Плюсы такого подхода:
• высокая скорость и гибкость
• минимальные издержки на координацию
• много личной ответственности — каждый понимает, зачем он здесь
• появляется энергия роста — люди предлагают идеи, двигают вперёд
Но есть и минусы:
• система нестабильна — если кто-то уходит, многое рушится
• новичкам тяжело влиться — слишком много негласного
• многое держится на устных договорённостях и личных отношениях
• в условиях роста такой подход плохо масштабируется
Это работает — но только до определённого размера и при очень высоком уровне команды.
Подход «всё на людях» хорош для стартапов, кросс-функциональных групп, RnD-команд. Но в долгую — он требует поддержки структурой.
Рано или поздно команда вырастает. Уходят ключевые люди. Приходит неопытный новичок. И тут выясняется, что «всё и так понятно» — только для старожилов.
⸻
Истина — как обычно — где-то между. И в следующем посте попробуем поговорить о балансе.
@ctrlshiftboss
Часть 2 — когда команда держится на людях (начало тут)
В прошлый раз мы говорили о подходе, в котором главную роль играют процессы. Сегодня — другая крайность: когда всё работает благодаря конкретным людям.
Если в команде собрались сильные, ответственные и инициативные — кажется, что можно обойтись вообще без регламентов.
Все и так знают, что делать. Все в теме. Всё происходит «по наитию» — и это действительно может работать.
Плюсы такого подхода:
• высокая скорость и гибкость
• минимальные издержки на координацию
• много личной ответственности — каждый понимает, зачем он здесь
• появляется энергия роста — люди предлагают идеи, двигают вперёд
Но есть и минусы:
• система нестабильна — если кто-то уходит, многое рушится
• новичкам тяжело влиться — слишком много негласного
• многое держится на устных договорённостях и личных отношениях
• в условиях роста такой подход плохо масштабируется
Это работает — но только до определённого размера и при очень высоком уровне команды.
Подход «всё на людях» хорош для стартапов, кросс-функциональных групп, RnD-команд. Но в долгую — он требует поддержки структурой.
Рано или поздно команда вырастает. Уходят ключевые люди. Приходит неопытный новичок. И тут выясняется, что «всё и так понятно» — только для старожилов.
⸻
Истина — как обычно — где-то между. И в следующем посте попробуем поговорить о балансе.
@ctrlshiftboss
❤4👍3💯2
Технотекст‑7: неожиданная победа 🏆
Отправил свою статью на конкурс Хабра просто чтобы попробовать. Подумал: а вдруг?
В итоге — из ~800 публикаций — жюри выбрало мой текст победителем в номинации.
Вот она, та самая статья:
Может ли мобильный-разработчик стать CTO?
Спасибо всем, кто читал, вдохновлял и предлагал правки — без вас такого финала бы не было.
@ctrlshiftboss
Отправил свою статью на конкурс Хабра просто чтобы попробовать. Подумал: а вдруг?
В итоге — из ~800 публикаций — жюри выбрало мой текст победителем в номинации.
Вот она, та самая статья:
Может ли мобильный-разработчик стать CTO?
Спасибо всем, кто читал, вдохновлял и предлагал правки — без вас такого финала бы не было.
@ctrlshiftboss
🔥19👍7👏5❤1
⚖️ Всё на процессах или всё на людях?
Часть 3 — как найти баланс и не сломать систему (начало тут)
В прошлых постах мы разбирали две крайности.
Сегодня — практичный взгляд: как это устроено у меня и как вы можете применить это у себя.
Вот как я делю зоны ответственности:
🔧 Процессы — там, где важна устойчивость.
Инциденты, контроль качества, поддержка, регламенты — всё, что должно быть надёжным и повторяемым. Независимо от того, что кто-то в отпуске или сменил проект.
🚀 Люди — там, где важно движение вперёд.
Новые фичи, нестандартные решения, game changers — здесь важна свобода, энергия и ответственность. Чтобы появлялось новое, у команды должна оставаться свобода действовать, пробовать, ошибаться и находить неожиданные решения.
Один из рабочих подходов — не внедрять универсальный рецепт сразу на всех, а пробовать точечно в конкретной команде.
Сработало? Масштабируйте.
Не взлетело? Пробуйте по-другому.
⸻
Что можно сделать прямо сейчас: план на 7 дней
1. Выделите одну функцию, где перегружаете людей — и нужен процесс. Описываем, автоматизируем, упрощаем.
2. Найдите зону, где наоборот — процесс мешает. Уберите лишнее. Верните принятие решений команде.
3. Сформулируйте одну гипотезу: «Если мы сделаем Х, то улучшится Y». Протестируйте её в одной команде.
4. Через неделю — посмотрите, что изменилось. Работает? Распространяйте дальше.
Процессы дают устойчивость. Люди — дают прорыв.
Баланс — в том, чтобы точно знать, где и когда полагаться на что.
⸻
Если тебе ближе процессы — поставь 🔥
Если ты за людей и свободу — жми ❤️
А если, как я, любишь пробовать и комбинировать — ставь 🏆
@ctrlshiftboss 🏆
Часть 3 — как найти баланс и не сломать систему (начало тут)
В прошлых постах мы разбирали две крайности.
Сегодня — практичный взгляд: как это устроено у меня и как вы можете применить это у себя.
Вот как я делю зоны ответственности:
🔧 Процессы — там, где важна устойчивость.
Инциденты, контроль качества, поддержка, регламенты — всё, что должно быть надёжным и повторяемым. Независимо от того, что кто-то в отпуске или сменил проект.
🚀 Люди — там, где важно движение вперёд.
Новые фичи, нестандартные решения, game changers — здесь важна свобода, энергия и ответственность. Чтобы появлялось новое, у команды должна оставаться свобода действовать, пробовать, ошибаться и находить неожиданные решения.
Один из рабочих подходов — не внедрять универсальный рецепт сразу на всех, а пробовать точечно в конкретной команде.
Сработало? Масштабируйте.
Не взлетело? Пробуйте по-другому.
⸻
Что можно сделать прямо сейчас: план на 7 дней
1. Выделите одну функцию, где перегружаете людей — и нужен процесс. Описываем, автоматизируем, упрощаем.
2. Найдите зону, где наоборот — процесс мешает. Уберите лишнее. Верните принятие решений команде.
3. Сформулируйте одну гипотезу: «Если мы сделаем Х, то улучшится Y». Протестируйте её в одной команде.
4. Через неделю — посмотрите, что изменилось. Работает? Распространяйте дальше.
Процессы дают устойчивость. Люди — дают прорыв.
Баланс — в том, чтобы точно знать, где и когда полагаться на что.
⸻
Если тебе ближе процессы — поставь 🔥
Если ты за людей и свободу — жми ❤️
А если, как я, любишь пробовать и комбинировать — ставь 🏆
@ctrlshiftboss 🏆
🏆10❤7👍2💯1😎1
⛰ Лидерство — это не только про рост, но и про нагрузку
Этот пост мне дался сложно.
Я писал его почти 3 недели — обдумывая, переписывая, откладывая.
Потому что он про то, о чём не всегда удобно говорить. Но важно.
Когда ты только становишься руководителем, кажется: дальше будет проще.
Больше опыта, больше ресурсов, больше влияния.
Но на деле — всё наоборот.
Чем выше ты поднимаешься, тем сложнее:
• следить за всем сразу — невозможно
• быть рядом со всеми — физически не успеваешь
• помогать в моменте — часто уже поздно
У меня много команд. Я не могу быть рядом с каждой.
Поэтому всегда фокусируюсь на 1–2 направлениях.
Максимум внимания туда, где сейчас нужнее всего.
Потом — переключаюсь.
Это осознанный выбор.
Но он всегда с внутренним фоновым ощущением:
«А вдруг я что-то упускаю? А если именно там сейчас нужна помощь?»
Если что-то идёт не так — отвечаю я.
Не подстраховал, не помог, не задал нужный вопрос.
А если всё хорошо — молодцы команда.
И это правильно. Но внутри — ощущение груза, который не с кем разделить.
Ещё одна сложность — неопределённость.
Чем выше ты в иерархии — тем больше у тебя информации,
и тем меньше ты можешь ей делиться.
Планы меняются. Приоритеты сдвигаются.
Ты знаешь, что будет сложно — но не можешь пока рассказать.
Команде хочется стабильности. Чёткого курса. Видения.
А у тебя самого — под ногами иногда болото.
Ты не хочешь врать. Но и молчать тяжело.
А объяснить всё — невозможно. Не время. Не формат. Не твоя зона.
Как с этим быть?
✅ Говорить честно. Если план может поменяться — так и скажи.
✅ Давать людям рамки, не иллюзию стабильности.
✅ Не обещать то, что не контролируешь. Даже если хочется поддержать.
✅ Строить доверие не через стабильность, а через последовательность. Люди могут жить в изменениях, если ты остаёшься для них опорой.
✅ Иметь «точки разрядки». Людей, с кем можно обсудить, выгрузить, не держать всё внутри.
Лидерство — это про выдержку, честность и умение действовать, когда сам не до конца видишь карту.
И при этом — вести за собой.
@ctrlshiftboss 🏆
Этот пост мне дался сложно.
Я писал его почти 3 недели — обдумывая, переписывая, откладывая.
Потому что он про то, о чём не всегда удобно говорить. Но важно.
Когда ты только становишься руководителем, кажется: дальше будет проще.
Больше опыта, больше ресурсов, больше влияния.
Но на деле — всё наоборот.
Чем выше ты поднимаешься, тем сложнее:
• следить за всем сразу — невозможно
• быть рядом со всеми — физически не успеваешь
• помогать в моменте — часто уже поздно
У меня много команд. Я не могу быть рядом с каждой.
Поэтому всегда фокусируюсь на 1–2 направлениях.
Максимум внимания туда, где сейчас нужнее всего.
Потом — переключаюсь.
Это осознанный выбор.
Но он всегда с внутренним фоновым ощущением:
«А вдруг я что-то упускаю? А если именно там сейчас нужна помощь?»
Если что-то идёт не так — отвечаю я.
Не подстраховал, не помог, не задал нужный вопрос.
А если всё хорошо — молодцы команда.
И это правильно. Но внутри — ощущение груза, который не с кем разделить.
Ещё одна сложность — неопределённость.
Чем выше ты в иерархии — тем больше у тебя информации,
и тем меньше ты можешь ей делиться.
Планы меняются. Приоритеты сдвигаются.
Ты знаешь, что будет сложно — но не можешь пока рассказать.
Команде хочется стабильности. Чёткого курса. Видения.
А у тебя самого — под ногами иногда болото.
Ты не хочешь врать. Но и молчать тяжело.
А объяснить всё — невозможно. Не время. Не формат. Не твоя зона.
Как с этим быть?
✅ Говорить честно. Если план может поменяться — так и скажи.
✅ Давать людям рамки, не иллюзию стабильности.
✅ Не обещать то, что не контролируешь. Даже если хочется поддержать.
✅ Строить доверие не через стабильность, а через последовательность. Люди могут жить в изменениях, если ты остаёшься для них опорой.
✅ Иметь «точки разрядки». Людей, с кем можно обсудить, выгрузить, не держать всё внутри.
Лидерство — это про выдержку, честность и умение действовать, когда сам не до конца видишь карту.
И при этом — вести за собой.
@ctrlshiftboss 🏆
🏆12❤4💯4
Чем лидер отличается от менеджера?
Менеджер следит, чтобы всё работало:
— стабильно,
— по плану,
— в срок.
Он удерживает процессы на рельсах и не даёт системе сломаться.
А лидер — это тот, кто меняет траекторию.
Он видит новую вершину, делает ставку, принимает риск — и ведёт команду туда, где она ещё не была.
Лидер не просто оптимизирует, он трансформирует.
Не поддерживает статус-кво, а поднимает всех на новый уровень.
Быть лидером — значит не останавливаться на «всё работает», а непрерывно спрашивать:
Как сделать принципиально лучше?
Что поможет команде вырасти?
Где наш следующий шаг?
Такие руководители создают сильные команды.
А сильные команды делают большие вещи.
——————
Чек-лист «Лидер на практике»
1. Ежедневный вопрос к себе:
«Что я сегодня сделаю, чтобы команда завтра работала лучше, чем сегодня?»
Запиши ответ одним предложением и проверь в конце дня, выполнил ли.
2. Один разговор в неделю «про будущее».
Проведи 20-минутную 1-на-1 встречу с кем-то из команды, где вы обсуждаете не задачи, а следующие возможности роста человека и продукта.
3. Микро-эксперимент раз в две недели.
Выберите вместе гипотезу (новый приём, инструмент, процесс), запланируйте 14-дневный тест и спустя две недели решите: масштабировать или отказаться.
@ctrlshiftboss 🏆
Менеджер следит, чтобы всё работало:
— стабильно,
— по плану,
— в срок.
Он удерживает процессы на рельсах и не даёт системе сломаться.
А лидер — это тот, кто меняет траекторию.
Он видит новую вершину, делает ставку, принимает риск — и ведёт команду туда, где она ещё не была.
Лидер не просто оптимизирует, он трансформирует.
Не поддерживает статус-кво, а поднимает всех на новый уровень.
Быть лидером — значит не останавливаться на «всё работает», а непрерывно спрашивать:
Как сделать принципиально лучше?
Что поможет команде вырасти?
Где наш следующий шаг?
Такие руководители создают сильные команды.
А сильные команды делают большие вещи.
——————
Чек-лист «Лидер на практике»
1. Ежедневный вопрос к себе:
«Что я сегодня сделаю, чтобы команда завтра работала лучше, чем сегодня?»
Запиши ответ одним предложением и проверь в конце дня, выполнил ли.
2. Один разговор в неделю «про будущее».
Проведи 20-минутную 1-на-1 встречу с кем-то из команды, где вы обсуждаете не задачи, а следующие возможности роста человека и продукта.
3. Микро-эксперимент раз в две недели.
Выберите вместе гипотезу (новый приём, инструмент, процесс), запланируйте 14-дневный тест и спустя две недели решите: масштабировать или отказаться.
@ctrlshiftboss 🏆
2🔥8❤5🏆2
🤖 Делегирование на новом уровне – с AI
Я иногда забываю. Кто что обещал. Что кому передать. Когда нужно вернуться к важной теме.
GTD знаю, списки веду, цели ставлю — но в рутине всё равно что-то ускользает.
Чтобы решить эту проблему, я сделал себе Telegram-бота — Делегатор.
Можно просто написать задачу или надиктовать голосовое — бот сам:
— распознает текст с помощью Whisper
— определяет суть и дедлайн через GPT-4o
— сохраняет в Google-таблицу
— и, главное, напоминает мне в нужный день, что я должен сделать.
Бот шлёт отчёты, подсвечивает просроченное, помогает держать фокус и быть надёжным руководителем, который не забывает про обещания.
Всё это я «навайбкодил» с помощью Claude code, а задачи хранятся в обычном гуглодоке.
Если вы тоже чувствуете, что в суете можно упустить важное — AI-ассистент может закрыть этот пробел.
Удобно, просто и работает.
❤️ Если пост наберёт 40 лайков — выложу весь код на GitHub с инструкцией, чтобы вы могли развернуть такую штуку у себя.
@ctrlshiftboss 🏆
Я иногда забываю. Кто что обещал. Что кому передать. Когда нужно вернуться к важной теме.
GTD знаю, списки веду, цели ставлю — но в рутине всё равно что-то ускользает.
Чтобы решить эту проблему, я сделал себе Telegram-бота — Делегатор.
Можно просто написать задачу или надиктовать голосовое — бот сам:
— распознает текст с помощью Whisper
— определяет суть и дедлайн через GPT-4o
— сохраняет в Google-таблицу
— и, главное, напоминает мне в нужный день, что я должен сделать.
Бот шлёт отчёты, подсвечивает просроченное, помогает держать фокус и быть надёжным руководителем, который не забывает про обещания.
Всё это я «навайбкодил» с помощью Claude code, а задачи хранятся в обычном гуглодоке.
Если вы тоже чувствуете, что в суете можно упустить важное — AI-ассистент может закрыть этот пробел.
Удобно, просто и работает.
❤️ Если пост наберёт 40 лайков — выложу весь код на GitHub с инструкцией, чтобы вы могли развернуть такую штуку у себя.
@ctrlshiftboss 🏆
2❤60🏆7🔥5
Ctrl+Shift+Boss
🤖 Делегирование на новом уровне – с AI Я иногда забываю. Кто что обещал. Что кому передать. Когда нужно вернуться к важной теме. GTD знаю, списки веду, цели ставлю — но в рутине всё равно что-то ускользает. Чтобы решить эту проблему, я сделал себе Telegram…
Что ж вы все посты так не лайкаете :)
Выложу через пару недель!
Выложу через пару недель!
😁11❤2🤩1
🤖 Делегатор теперь на GitHub!
Я наконец выложил Делегатор-bot на GitHub — проект, который помогает мне не забывать задачи и обещания:
🔹 Умный парсинг — бот распознаёт текст и голос (с помощью OpenAI Whisper), выделяет исполнителя, дедлайн и описание через GPT‑4o.
🔹 Хранение в Google Sheets — все задачи сохраняются в удобной таблице.
🔹 Автоматические напоминания — уведомления о дедлайнах и просрочках.
🔹 Удобный интерфейс — кнопки для обновления статуса, команды /list, /overdue, /report.
🔹 Отчёты — ежедневные и еженедельные аналитические сводки.
🔹 Существенные фичи:
– работает на Python 3.9+, можно развернуть через Docker или скрипт setup.sh
– лицензия MIT, открытый исходник
– легко настроить Telegram‑бот, OpenAI‑ключ и Google Sheets
Репозиторий:
🔗 https://github.com/iltsarev/delegator-bot
Если хотите повторить у себя — там есть полный README с инструкцией по настройке, запуску и добавлению собственных команд. Плюс примеры работы: /list, /help, /report — и кнопки под задачами.
❤️ Жду ваши лайки и звездочки на гитхабе!
@ctrlshiftboss 🏆
Я наконец выложил Делегатор-bot на GitHub — проект, который помогает мне не забывать задачи и обещания:
🔹 Умный парсинг — бот распознаёт текст и голос (с помощью OpenAI Whisper), выделяет исполнителя, дедлайн и описание через GPT‑4o.
🔹 Хранение в Google Sheets — все задачи сохраняются в удобной таблице.
🔹 Автоматические напоминания — уведомления о дедлайнах и просрочках.
🔹 Удобный интерфейс — кнопки для обновления статуса, команды /list, /overdue, /report.
🔹 Отчёты — ежедневные и еженедельные аналитические сводки.
🔹 Существенные фичи:
– работает на Python 3.9+, можно развернуть через Docker или скрипт setup.sh
– лицензия MIT, открытый исходник
– легко настроить Telegram‑бот, OpenAI‑ключ и Google Sheets
Репозиторий:
🔗 https://github.com/iltsarev/delegator-bot
Если хотите повторить у себя — там есть полный README с инструкцией по настройке, запуску и добавлению собственных команд. Плюс примеры работы: /list, /help, /report — и кнопки под задачами.
❤️ Жду ваши лайки и звездочки на гитхабе!
@ctrlshiftboss 🏆
1👍9🔥6🏆3
🧠 Понимание vs узнавание — в чём разница и почему это важно?
На одной из последних недель я вдруг осознал: часть встреч у меня проходит на автопилоте. Я вроде всё слушаю, киваю, понимаю, но ценности в них — почти нет. Мозг просто «узнаёт» знакомые паттерны и подставляет готовые реакции. Это быстро, удобно, но бесполезно, если нужно по-настоящему разобраться.
📚 Я вспомнил, что в книге «Думай медленно — решай быстро» это объясняется как две системы мышления:
• Система 1 — быстрая, автоматическая. Именно она «узнаёт» знакомое и действует шаблонно.
• Система 2 — медленная, осознанная. Включается, когда нужно по-настоящему понять, а не просто узнать.
И 95% времени мы живём в первой системе — потому что это экономит энергию. Но именно из второй системы рождаются «ого»-моменты: когда ты что-то по-настоящему понял, а не просто вспомнил, что уже слышал.
💡 В коммуникациях это особенно важно. Если оба собеседника на автопилоте — пользы от разговора будет минимум. А вот если хотя бы один включает осознанное восприятие — появляются настоящие инсайты и движение вперёд.
👀 Я стал задавать себе вопрос: я сейчас просто узнаю — или понимаю? Это меняет фокус восприятия и даёт гораздо больше пользы от тех же самых встреч.
👉 Лучше меньше встреч, но чтобы в них было место для настоящего понимания. А про важность свободного времени я уже писал в посте ранее.
@ctrlshiftboss 🏆
На одной из последних недель я вдруг осознал: часть встреч у меня проходит на автопилоте. Я вроде всё слушаю, киваю, понимаю, но ценности в них — почти нет. Мозг просто «узнаёт» знакомые паттерны и подставляет готовые реакции. Это быстро, удобно, но бесполезно, если нужно по-настоящему разобраться.
📚 Я вспомнил, что в книге «Думай медленно — решай быстро» это объясняется как две системы мышления:
• Система 1 — быстрая, автоматическая. Именно она «узнаёт» знакомое и действует шаблонно.
• Система 2 — медленная, осознанная. Включается, когда нужно по-настоящему понять, а не просто узнать.
И 95% времени мы живём в первой системе — потому что это экономит энергию. Но именно из второй системы рождаются «ого»-моменты: когда ты что-то по-настоящему понял, а не просто вспомнил, что уже слышал.
💡 В коммуникациях это особенно важно. Если оба собеседника на автопилоте — пользы от разговора будет минимум. А вот если хотя бы один включает осознанное восприятие — появляются настоящие инсайты и движение вперёд.
👀 Я стал задавать себе вопрос: я сейчас просто узнаю — или понимаю? Это меняет фокус восприятия и даёт гораздо больше пользы от тех же самых встреч.
👉 Лучше меньше встреч, но чтобы в них было место для настоящего понимания. А про важность свободного времени я уже писал в посте ранее.
@ctrlshiftboss 🏆
🏆8🔥1
🧬 Компании не умирают от конкурентов — их убивает неприспособленность
На выходных я размышлял над вопросом:
почему умирают компании, которые когда-то были успешны?
Не сразу, конечно. Сначала просто становится всё чуть хуже. Продукт — менее нужным. Решения — чуть менее точными. Темп — немного ниже.
А потом уже сложно вспомнить, что стало причиной краха.
И я пришел к такой мысли:
компании умирают не из-за конкурентов, а из-за того, что перестают адаптироваться.
⸻
Вместо того чтобы пересобрать процессы, они защищают старые.
Вместо того чтобы пересмотреть подходы — делают «как раньше».
Вместо экспериментов — отчётность и «стратегические приоритеты».
А в последние годы мир стал еще быстрее:
⚡ AI-инструменты меняют привычные роли
⚡ Автоматизация сокращает потребность в ручной работе
⚡ Новые игроки запускают MVP быстрее, чем большие корпорации согласуют план
⸻
Адаптация — это не про технологии. Это про мышление.
Про то, чтобы заметить, что мир стал другим, и не ждать, пока станет «ещё чуть более очевидно».
⸻
Если вы в управлении — у вас есть выбор:
— Либо защищать статус-кво
— Либо создавать пространство для экспериментов, переучивания и гибкости
Именно второй путь даёт шанс развиваться и идти вперед.
⸻
Компании не умирают резко.
Они просто долго делают вид, что ничего не происходит.
@ctrlshiftboss 🏆
На выходных я размышлял над вопросом:
почему умирают компании, которые когда-то были успешны?
Не сразу, конечно. Сначала просто становится всё чуть хуже. Продукт — менее нужным. Решения — чуть менее точными. Темп — немного ниже.
А потом уже сложно вспомнить, что стало причиной краха.
И я пришел к такой мысли:
компании умирают не из-за конкурентов, а из-за того, что перестают адаптироваться.
⸻
Вместо того чтобы пересобрать процессы, они защищают старые.
Вместо того чтобы пересмотреть подходы — делают «как раньше».
Вместо экспериментов — отчётность и «стратегические приоритеты».
А в последние годы мир стал еще быстрее:
⚡ AI-инструменты меняют привычные роли
⚡ Автоматизация сокращает потребность в ручной работе
⚡ Новые игроки запускают MVP быстрее, чем большие корпорации согласуют план
⸻
Адаптация — это не про технологии. Это про мышление.
Про то, чтобы заметить, что мир стал другим, и не ждать, пока станет «ещё чуть более очевидно».
⸻
Если вы в управлении — у вас есть выбор:
— Либо защищать статус-кво
— Либо создавать пространство для экспериментов, переучивания и гибкости
Именно второй путь даёт шанс развиваться и идти вперед.
⸻
Компании не умирают резко.
Они просто долго делают вид, что ничего не происходит.
@ctrlshiftboss 🏆
2👍8❤3💯1
⛵ Почему маленькие команды иногда выигрывают у больших
На выходных мы с коллегой участвовали в гонке на яхтах. Обычно в экипаже — четыре человека и инструктор. А у нас было всего двое и инструктор.
Каждый из нас выполнял сразу несколько ролей, бегал по палубе, крутил, тянул, страховал, управлял. Было сложно.
И всё равно — мы пришли шестыми из четырнадцати.
Почему?
Потому что в маленьком составе проще.
— Меньше стыковок.
— Выше вовлечённость.
— Понятнее, что от кого ждать.
Каждый выкладывается по полной, потому что чувствует: если не я — то никто.
С командами в работе то же самое.
Малые команды быстрее, гибче и понятнее.
Большие — мощнее, но часто вязнут в синхронизации и бесконечных уточнениях.
⚖️ Как всегда — дело в балансе.
Нужна сила — масштабируй.
Нужна скорость — держи компактность.
Но в любом случае — заботься о коммуникациях. Это главное.
А вы в какой лодке хотите быть?
(Были так заняты, что даже фотографий нет)
@ctrlshiftboss 🏆
На выходных мы с коллегой участвовали в гонке на яхтах. Обычно в экипаже — четыре человека и инструктор. А у нас было всего двое и инструктор.
Каждый из нас выполнял сразу несколько ролей, бегал по палубе, крутил, тянул, страховал, управлял. Было сложно.
И всё равно — мы пришли шестыми из четырнадцати.
Почему?
Потому что в маленьком составе проще.
— Меньше стыковок.
— Выше вовлечённость.
— Понятнее, что от кого ждать.
Каждый выкладывается по полной, потому что чувствует: если не я — то никто.
С командами в работе то же самое.
Малые команды быстрее, гибче и понятнее.
Большие — мощнее, но часто вязнут в синхронизации и бесконечных уточнениях.
⚖️ Как всегда — дело в балансе.
Нужна сила — масштабируй.
Нужна скорость — держи компактность.
Но в любом случае — заботься о коммуникациях. Это главное.
А вы в какой лодке хотите быть?
(Были так заняты, что даже фотографий нет)
@ctrlshiftboss 🏆
🏆9❤3🔥2💯1
Неожиданно для меня тут уже 200 человек 🤯
Давайте обсудим, какой контент вам хочется видеть дальше?
Давайте обсудим, какой контент вам хочется видеть дальше?
Anonymous Poll
22%
Рекомендации статей/книг в формате: «я прочел – вот инсайт»
62%
Больше личного опыта и историй как я что-то сделал и что из этого вышло
32%
Советы как поступать в тех или иных ситуациях
49%
Оставить как сейчас. Микс всех пунктов выше
0%
Что-то другое. Напишу комментарий
🎯 Что ограничивает потенциал
У каждого из нас есть свои «good enough points».
Места, где мы останавливаемся. Не потому что достигли потолка, а потому что стало… достаточно.
У меня так с готовкой.
Люблю завтракать дома и умею делать это вкусно. Несколько блюд — лучше, чем в кофемании.
И вроде бы можно пойти дальше: осваивать технику, пробовать новые рецепты.
Но нет — мне и так хорошо. Вечером всё равно проще заказать еду, чем готовить самому.
Такие точки есть почти в любой сфере.
Ты начал, разобрался, достиг приличного уровня — и остановился.
Потому что «работает», потому что «вроде норм», потому что нет острой необходимости идти дальше.
Но вот в чём интересная штука:
потенциал — это не про начальные данные.
Это про то, сколько раз ты пересекаешь свою точку “достаточно”.
Идёшь дальше, когда можно было бы не идти.
Иногда это действительно не нужно.
Но если хочется большего — стоит научиться замечать те моменты, где ты решил, что «и так сойдёт».
И задать себе простой вопрос: а точно?
@ctrlshiftboss 🏆
У каждого из нас есть свои «good enough points».
Места, где мы останавливаемся. Не потому что достигли потолка, а потому что стало… достаточно.
У меня так с готовкой.
Люблю завтракать дома и умею делать это вкусно. Несколько блюд — лучше, чем в кофемании.
И вроде бы можно пойти дальше: осваивать технику, пробовать новые рецепты.
Но нет — мне и так хорошо. Вечером всё равно проще заказать еду, чем готовить самому.
Такие точки есть почти в любой сфере.
Ты начал, разобрался, достиг приличного уровня — и остановился.
Потому что «работает», потому что «вроде норм», потому что нет острой необходимости идти дальше.
Но вот в чём интересная штука:
потенциал — это не про начальные данные.
Это про то, сколько раз ты пересекаешь свою точку “достаточно”.
Идёшь дальше, когда можно было бы не идти.
Иногда это действительно не нужно.
Но если хочется большего — стоит научиться замечать те моменты, где ты решил, что «и так сойдёт».
И задать себе простой вопрос: а точно?
@ctrlshiftboss 🏆
52🏆7🔥4❤1
🧩 Как управлять структурой команды
Когда ты тимлид, кажется, что твоя главная задача — чтобы задачи делались. Но на самом деле — чтобы команда работала устойчиво. Без тебя. Без ключевого сеньора. Без ежедневных тушений пожаров.
Вот несколько мыслей, как этого добиться 👇
⸻
💡 1. Баланс уровней в команде
Слишком много сеньоров — дорого и конфликтно.
Слишком много мидлов — не на кого равняться.
Слишком много джунов — тяжело тащить.
Баланс важен. И рост тоже: мидлы должны становиться сеньорами, джуны — мидлами.
💡 2. Наставничество и рост
Если в команде есть младшие — кто им помогает?
Кто ревьюит, кто учит, кто даёт вызовы по уровню?
Это не должно быть по доброй воле — это должно быть встроено в культуру.
💡 3. Кто подхватит ключевую задачу?
Если завтра человек уходит в отпуск или увольняется — что будет с его проектами?
А теперь вопрос посложнее: а кто заменит тебя самого?
Если нет хотя бы временного плана — значит, команда пока нестабильна.
💡 4. Команда ≠ процесс
Пока всё держится на конкретных людях — вы в зоне риска.
Если только Петя может выкладывать релиз — у вас проблема.
Хорошая структура — это когда важное происходит по процессу, а не по воле конкретного человека.
⸻
Эти 4 шага — база. С них начинается устойчивая команда, а не просто набор классных специалистов.
В части 2 поговорим про команды из команд: как не потеряться, когда ты руководишь не инженерами, а лидерами.
@ctrlshiftboss 🏆
Когда ты тимлид, кажется, что твоя главная задача — чтобы задачи делались. Но на самом деле — чтобы команда работала устойчиво. Без тебя. Без ключевого сеньора. Без ежедневных тушений пожаров.
Вот несколько мыслей, как этого добиться 👇
⸻
💡 1. Баланс уровней в команде
Слишком много сеньоров — дорого и конфликтно.
Слишком много мидлов — не на кого равняться.
Слишком много джунов — тяжело тащить.
Баланс важен. И рост тоже: мидлы должны становиться сеньорами, джуны — мидлами.
💡 2. Наставничество и рост
Если в команде есть младшие — кто им помогает?
Кто ревьюит, кто учит, кто даёт вызовы по уровню?
Это не должно быть по доброй воле — это должно быть встроено в культуру.
💡 3. Кто подхватит ключевую задачу?
Если завтра человек уходит в отпуск или увольняется — что будет с его проектами?
А теперь вопрос посложнее: а кто заменит тебя самого?
Если нет хотя бы временного плана — значит, команда пока нестабильна.
💡 4. Команда ≠ процесс
Пока всё держится на конкретных людях — вы в зоне риска.
Если только Петя может выкладывать релиз — у вас проблема.
Хорошая структура — это когда важное происходит по процессу, а не по воле конкретного человека.
⸻
Эти 4 шага — база. С них начинается устойчивая команда, а не просто набор классных специалистов.
В части 2 поговорим про команды из команд: как не потеряться, когда ты руководишь не инженерами, а лидерами.
@ctrlshiftboss 🏆
2🔥5❤3🏆2