Часто ли вы смотрите фильм «Одиннадцать друзей Оушена» как учебное пособие? А стоит. Потому что команда, которую собрал Дэнни — это не просто группа авантюристов, а идеально сбалансированный стартап. В нём нет случайных людей, только нужные роли.
Меня зовут Анастасия, и я разбираю рабочие процессы на примерах из кино, книг и истории. Сегодня предлагаю посмотреть на одну из самых стильных команд в кино через призму организационной структуры.
Дэнни Оушен здесь — классический CEO, визионер и конечный ответственный. Он видит цель, набирает звездную команду и держит в голове общую картину, даже когда всё летит в тартарары.
Роль Расти Райана — это чистейший пример операционного директора (COO). Он — правая рука и главный переводчик. Его задача — превратить дерзкую идею Дэнни в пошаговый план, координировать работу всех отделов и следить, чтобы каждый спринт укладывался в нужные две минуты.
А дальше начинаются ключевые департаменты. У них есть свой технический гений — Ливингстон Делл (фактически CTO) и инновационный отдел снабжения в лице Бэшера Тарра. Есть даже свой глава службы безопасности и по совместительству HR в лице Фрэнка Каттона, а «Грек» следит за качеством работы и атмосферой в коллективе. И конечно, логист Сэдлс, который отвечает за то, чтобы все оказались в нужном месте в нужное время.
Особняком стоит «отдел продаж» и внешних коммуникаций. Сэул Блум обеспечивает финансирование, находя инвестора. А главный козырь команды — Лайнус Колдуэлл — это мастер социальной инженерии, идеальный переговорщик, который «продаёт» ложь так, что её хочется купить.
Их история — это не руководство по ограблению, а чистый Agile-учебник. Бери кросс-функциональную команду, дроби глобальную миссию на короткие спринты и будь готов к быстрым итерациям. Успех определяется не идеальным сценарием, а умением всей системы адаптироваться на лету.
Мы часто говорим о сильных лидерах и слаженных командах, но как на практике выглядит эта слаженность? Можно ли разложить магию успешной команды на работающие элементы? Такой анализ помогает понять, какую роль вы играете в своей команде, кого вам не хватает для идеального баланса и как распознать в коллеге скрытый потенциал, который выведет всех на новый уровень.
Добрый день, меня зовут Анастасия, и я рассматриваю рабочие процессы на примерах из кино, книг и истории. Давайте прямо сейчас посмотрим, как работает одна из самых стильных и известных команд.
Команду Дэнни Оушена интересно разобрать не только как сборник ярких персонажей, но и как тонкий социальный энергетический механизм. В ней Альфа - сам Дэни — лидер, задающий цель. Бета (Расти) — его правая рука, превращающая идеи в инструкции. Гамма — блестящие специалисты, идеально собирающие свою часть пазла. А Дельта — тёмная лошадка, скрытый ресурс, который раскрывается в самый нужный момент.
Именно в этой роли в команде Оушена выступает Лайнус Колдуэлл. И здесь раскрывается главный талант Дэнни как лидера — умение работать с энергией Дельты.
Оушен не просто нашел талантливого вора. Он разглядел в Лайнусе-одиночке, в его «слабости» и непохожести на других, уникальный потенциал. Он не пытался его переделать, а встроил в план, дав ему именно ту роль, где его особенность становилась сверхоружием. При этом Дэнни защищал Лайнуса от давления системы, от скепсиса остальной команды, сохраняя его хрупкую и ценную энергию для решающего момента.
Это и есть высший пилотаж. В кульминации, когда даже гениальный план Альфы и Беты сталкивается с абсолютно непредвиденным препятствием, именно энергия Дельты — нестандартный, непредсказуемый ход Лайнуса — спасает ситуацию. Сила настоящего Альфы не в том, чтобы управлять винтиками, а в том, чтобы увидеть в «тёмной лошадке» скрытый козырь и превратить её в главный триумф команды.
Прочитайте за вечер: почему «Золотой ключик» — это та самая инструкция по найму, которую вы искали
Январние каникулы — редкое время, когда можно наконец разобрать на молекулы истории, которые читали в детстве. Если вы уже пересмотрели все сериалы, давайте поговорим о «Золотом ключике». Оказывается, эта сказка — не просто история про деревянного мальчика, а готовая модель управления стартапом, где главный актив — не план, а энергия.
В центре этой модели — Буратино. Мы привыкли видеть в нём непослушного ребёнка, но в реальности перед нами чистый образ Дельта-сотрудника. Того самого, которого нанимают за невероятный потенциал, а потом ломают голову, как с ним работать.
Папа Карло — это пассивный основатель. Он даёт проекту жизнь и глобальную миссию — «стать человеком». Но на этом его руководство заканчивается. Его энергия — это потенциал, который так и останется потенциалом, если не найдёт своего проводника.
Этим проводником пытается стать Мальвина. Её энергия — систематизирующая. Она создаёт костяк команды, учит хорошим манерам и прописывает правила. Но её методы работают для артистов, а не для первооткрывателей. Это попытка управлять хаосом через регламент, которая почти всегда даёт обратный эффект.
Рядом с ней — классические Гаммы. Пьеро, «творческий IT-специалист», генерирующий тонны контента, но не способный на решительное действие. И Артемон, «начальник логистики и безопасности», безупречно исполняющий свои тактические задачи по защите периметра.
А что же Буратино? Его главное качество — гипер-любопытство. Тот самый «нос в камин», который все считают ошибкой, оказывается единственным путём к золотому ключику. Он не слушает наставлений, продавая азбуку за билет в театр. Он не следует плану, действуя строго по обстоятельствам. Все попытки управлять им по классическим лекалам проваливаются.
И здесь кроется главный парадокс. Успех приходит не тогда, когда Дельта наконец вписывается в систему. А когда система находит в себе смелость построиться вокруг него. Когда команда Папы Карло, Мальвины и Пьеро принимает, что их роль — не учить, а поддерживать генератор возможностей.
Финал истории — это не перевоспитание Буратино. Это создание нового театра, где его спонтанность и удачливость становятся главным конкурентным преимуществом. Высшая форма управления Дельтой — это не контроль, а умение направить её энергию туда, где невозможное становится неизбежным.
Возможно, в этом году стоит перечитать не очередную книгу по менеджменту, а взять с полки старенький «Золотой ключик». Иногда самые важные бизнес-инсайты прячутся там, где мы их совсем не ждём.
P.S. Если эта модель резонирует, следующий шаг — разобрать на роли команду из «Одиннадцати друзей Оушена». Но это уже история на следующие каникулы.
Почему хорошие технические решения иногда ломают бизнес? За годы работы заметил частую закономерность: решение может быть абсолютно правильным с точки зрения архитектуры и при этом плохо работать в реальности компании/бизнеса.
Причина почти всегда одна: его принимали без учёта операционных ограничений (людей, сроков, процессов).
С тех пор, стараюсь смотреть на технические решения не только глазами инженера или CTO, но и через призму того, как с ними будет жить бизнес каждый день (COO).
Это наблюдение и стало решающим для меня при определении направления развития карьеры в сторону управления процессами. Зачастую, правильно (как требуется) поставленные процессы добиваются большего бизнес-эффекта, чем самое технически совершенное решение.
А как вы находите баланс между операционкой и техническим совершенством продукта?
Как увеличить количество спикеров в компании бесплатно, без регистрации и SMS
Существует забавный парадокс: компании вкладывают миллионы в стратегию, продукт, технологии, но всё ещё могут недооценивать один из самых мощных инструментов маркетинга — выступления. Круто делать классный продукт, но какой в этом толк, если о нём не рассказывать?
В этой статье поделюсь с вами кейсом о том, как помочь будущим докладчикам, которые уже готовы делиться экспертизой, но им что-то мешает. А также расскажу, с какими проблемами при подготовке спикеров мы столкнулись и какие выводы сделали в процессе.
Уходящий год - время больших перемен. Команды моих проектов переходят на модель управления “Клиентократия”. В прошлом году часть сотрудников обучалась этому подходу и весь текущий год мы посвятили тому, чтобы осуществить переход.
К чему мы пришли к декабрю?
На самом деле, у нас большие перемены. Во-первых, мы полностью разделили проекты - теперь команда “Можем” существует отдельно (платформа по оказанию бытовых услуг, куда входят проекты “НянЯрядом”, “Гульдог”, “Мурчалкин”), отдельно - экосистема для работы и обучения “StudentTerra” (куда, в частности, входит и стартап-студия, как команда для быстрого тестирования новых бизнес-идей).
Проекты разделены на команды в соответствии с принципами “Клиентократии”. Для части команд - команды продукта, команды маркетинга, мобильного приложения, развития - уже создана новая система мотивации, которая позволяет каждому ощущать свой вклад в развитие общего дела. Остальные команды будут замотивированы уже в декабре-январе.
Параллельно идет работа по созданию полностью прозрачной экономики и четких метрик качества в каждой команде. Все метрики выводятся на понятные и информативные дашборды.
Если говорить в целом, то за этот год мы внедрили “Клиентократию” примерно на 70%, а значит - осталось немного! Какие-то подразделения уже “живут” по новым принципам, какие-то - начнут уже в январе нового года. Главное, чего мы ждем - полной прозрачности процессов, лучшей мотивации ребят, и максимальную полезность для пользователей наших сервисов!
Пирамида Дилтса — это модель, описывающая уровни мышления и изменения человека, от поведения и окружения до глубинных убеждений и миссии. Она помогает понять, на каком уровне находится проблема или ограничение, чтобы эффективно работать с изменениями.
Уровни пирамиды (снизу вверх):
Окружение (где, с кем, условия). Поведение (что делаю/не делаю). Способности (навыки, стратегии). Убеждения/ценности (во что верю). Идентичность (кто я). Миссия (ради чего живу).
Чем выше уровень, тем глубже воздействие на человека. Например, смена убеждений может изменить поведение, а осознание миссии — всю жизнь.
Слабые сигналы — это ранние, едва заметные признаки будущих изменений, кризисов или новых возможностей. В бизнесе их часто игнорируют из-за неочевидности, но именно они позволяют предупредить угрозы и опередить тренды . Почему это важно В бизнес-среде слабые сигналы играют критическую роль. Они помогают предотвращать кризисы: например, рост мелких жалоб клиентов может сигнализировать о будущем массовом оттоке, а уход ключевых сотрудников — о кадровом коллапсе. Одновременно эти сигналы открывают новые возможности— когда нецелевое использование продукта указывает на перспективный рынок, а эксперименты конкурентов становятся индикатором тренда. Как работать с сигналами? Мониторить периферию : соцсети, отзывы, данные сотрудников Анализировать аномалии даже минимальные отклонения Создавать чувствительные каналы : быстрый сбор информации Парадокс : самые слабые сигналы часто несут либо самые серьезные риски , либо самые выгодные возможности.
В Naumen распределенность — обычная история: офисы в разных городах, часть команд работает полностью удаленно. Отдел технического пресейла — один из таких кейсов. Его руководитель, Паша, работает удаленно, как и большая часть команды.
Несмотря на разницу во времени и расстояние, команде удается сохранять четкие процессы, регулярную синхронизацию и общее понимание происходящего.
Паша рассказал, как он управляет командой в таких условиях, какие инструменты и подходы работают, и что он считает самым важным в распределенной команде.
Чем занимается наша команда
Мы помогаем с технической стороны на продажах: участвуем в пилотах, проводим демонстрации, показываем, как наши продукты работают на реальных задачах заказчиков.
В команде 9 человек, почти все работают удаленно и живут в разных городах. Мы разделены на две группы по продуктам: Low Code и NoCode.
У каждой группы свой тимлид, который отвечает за операционку и распределение задач внутри команды. Я курирую все направление, слежу за тем, чтобы процессы работали, а команды были на связи.
Несмотря на удаленную работу, мы регулярно видимся на больших корпоративных мероприятиях. Это помогает поддерживать связь не только по задачам.
В чем была главная сложность
Самая заметная сложность — непрозрачная нагрузка. В основном мы взаимодействуем с менеджерами по продажам: изначально они писали напрямую сотрудникам моей команды. Задачи размазывались, терялись, пересекались.
В такой системе:
невозможно оценить загрузку;
нельзя планировать ресурс;
нет общей картины, кто чем занят.
Мне, как руководителю, это мешало выстраивать базовое управление. Без прозрачности все превращается в хаос. Мы решили, что пора менять подход.
Как мы выстроили систему
В 2022 году мы внедрили следующие изменения:
собрали таск-трекер на базе нашей платформы Naumen SMP;
сделали Telegram-бота и перевели всю коммуникацию с менеджерами туда.
Теперь процесс выглядит так:
Менеджер оставляет запрос в боте.
Тимлид ведет коммуникацию и ставит задачу на одного из сотрудников.
Сотрудник берет задачу в работу, оформляет результат, закрывает.
Мы ушли от личных сообщений и получили понятную нагрузку, удобный контроль и прогресс. Работать стало спокойнее.
Как поддерживаем связь внутри команды
Удаленной команде без постоянного взаимодействия довольно сложно работать. Поэтому у нас есть несколько форматов:
Дэйли внутри каждой группы — тимлид уточняет загрузку, корректирует задачи, если нужно.
Один-на-один со мной — каждый месяц встречаюсь с сотрудниками: обсуждаем годовые цели и путь к ним.
Есть еще «Флеймтайм» — раз в месяц любой может поделиться тем, что его особенно выбило из колеи. Это помогает выговориться и не держать напряжение внутри. Команда слушает и поддерживает.
Что важно в распределенной команде
Для меня как руководителя главное — правильный найм. Когда команда работает удаленно, ты не видишь человека каждый день, поэтому невозможно быть в курсе всего.
Важно, чтобы у человека был внутренний драйв, самостоятельность и вовлеченность. Такой сотрудник сам разбирается, держит фокус и включается в задачи.
Когда такие люди собираются в одной команде — неважно, где они территориально. Все и так работает.
Уходящий год для команд моих проектов был насыщенным: ребята усиленно внедряли позитивные изменения во все сферы нашей работы. Как я уже рассказывал, основным изменением в работе команды стало поэтапное внедрение принципов “Клиентократии”. Это оказало большое влияние и на подход к работе с продуктом.
Продукт, согласно “Клиентократии”, должен оправдывать обещания, данные клиенту в рекламе. Чтобы это происходило не раз от раза, а постоянно, проводятся системные изменения в работе всех подразделений. Итогом стали:
📌Усиление и укрепление аналитики, внедрение сквозной аналитики, которая позволит измерить и сделать прозрачным каждый шаг в рекламе и продвижении. 📌Создание новых метрик, каждая из которых привязана к обещанию. То есть, выполнение обещаний можно будет измерить. 📌Создание новых стандартов клиентского опыта (как быстро команда продукта отвечает клиенту, сколько касаний он делает для получения нужной услуги и т.д.) 📌Углубили аналитику поведения пользователей: это позволяет быстрее реагировать на обратную связь и оптимизировать продукт. 📌Цифровые платформы проектов (сайты, мобильные приложения) изменились к лучшему: стали легче, понятнее, стали выглядеть актуально и стильно.
Все эти изменения станут базой для продуктового рывка в 2026 году.
Vibe coding это кайф. Накидал промпт, получил код. Пачками выпускаем прототипы. Топ-менеджмент в компаниях в шоке от того что умеет Bolt, Lovable и т.д.
Но есть проблема это работает пока проект простой. Как только начинаешь делать что-то серьёзнее, допустим SaaS, начинается боль: в одном месте разрабатываешь, в другом ломается, дебажить становится всё сложнее, а контекстное окно заканчивается и почему-то LLM начинает менять стек на ходу и придумывать новые правила.
Конечно в Cursor или Windsurf можно добавлять правила, но они не всегда работают, можно писать к каждому компоненту комменты, но всё равно по мере роста проекта управлять этим всё сложнее.
Ну а как решать то? Поделюсь своим опытом.
Я и в вайбкодинге придерживаюсь продуктового подхода – это когда на каждом этапе жизненного цикла разработки продукта есть ответственный: Требования пишет продакт, схемы и контракты API описывает аналитик, декомпозирует, дальше разработчик получает техническое описание и начинает работать. Тогда каждый цикл контролируемый и на выходе получаем ожидаемый результат.
В vibe coding такой подход начали называть Spec Driven Development – ну окей, давайте так назовём.
Есть несколько инструментов, которые заменяют мне классический подход
🔹 GitHub Spec Kit по сути копайлот-аналитик. Описываешь что хочешь, он генерит спеку, план, задачи. Агент в IDE понимает что за чем следует. Работает как полноценный воркфлоу: specify – plan – tasks – implement.
🔹 OpenSpec лучше работает, когда уже есть код и надо развивать. Чётко разделяет что уже написано и что меняем. Для существующих проектов удобнее.
У меня качество кода и качество решений выросло в разы. Меньше переделок, меньше "почему оно сломалось". Если пользуетесь чем-то похожим напишите, интересно сравнить.
Как повысить надежность SaaS и сократить расходы на IT-инфраструктуру?
Давайте начнем с хорошего. Представим, что ваш бизнес — это сервис аналитики и автоматизации продаж на маркетплейсах. Поздравляю! Это значит, у вас есть стабильный поток клиентов, а спрос на услуги кратно увеличивается на каждые праздники. Вы подошли к делу серьезно: развернули виртуальные машины, кластеры Kubernetes, PostgreSQL, Redis и ClickHouse на десятки терабайт, S3, 1С — SaaS в лучшем виде.
И вдруг инфраструктура упирается в потолок по хранению, вычислениям и сети: замедляются обновления витрин, возникают таймауты API и срываются ETL-окна. Все это напрямую отражается на доступности аналитики. Вы решаете сменить провайдера IT-инфраструктуры, но тут выясняется, что миграция SaaS — настоящий рокет сайенс, особенно если старый провайдер не хочет с вами расставаться и не дает прямого доступа, скажем, к конфигурациям СУБД. Из-за сложности переезда многие компании мирятся с имеющимися ограничениями, жертвуя производительностью своих сервисов.
На такой случай есть кейс с компанией «Маяк»: бесшовный перенос инфраструктуры, оптимизация хранения данных, делегирование поддержки 1С и бонусом — сокращение расходов на 20%. О решении проблем с производительностью тоже не забыли, так что у «Маяка» теперь 1,5 млн IOPS на дисковой подсистеме серверов PostgreSQL. Кстати, сама миграция для компании была бесплатной.
А детали кейса, включая решение неожиданных проблем, можно узнать в Академии Selectel.
Появился новый термин: A2UI (Agent to UI). И хайпа вокруг него много. Особенно с появлением инструмента от Google – Stitch
Одни считают, что дизайнеры больше не нужны. Другие, что продакты не нужны. Живём во времена, когда “всех уже заменили”.
Ну ок. Давайте разбираться: собрал инструменты, которые реально генерируют интерфейсы в приемлемом качестве.
Для мобильных и веб-интерфейсов:
🔹 Google Stitch — хорошо генерирует мобильные интерфейсы. Можно за секунды собрать кликабельный прототип. Результаты ок, но продуманного UX там не будет. Для быстрых концептов must have.
🔹 BananiAI – на мой взгляд самый недооценённый продукт. Генерирует и мобилку, и веб на хорошем уровне. Сам описывает юз-кейсы. Лично пользуюсь, когда надо быстро накидать концепт для защиты бюджета или сходить на UX-исследования.
Для лендингов:
В Stitch и Banani лендинги генерируются плохо. Но есть два годных инструмента:
🔹 Magic Patterns – AI-инструмент для продуктовых команд. Хорошо делает лендинги, можно подключить свою дизайн-систему.
🔹 Relume – генерирует сайтмапы и вайрфреймы за минуты. 1000+ готовых компонентов, экспорт в Figma и Webflow, куда хотите.
Оба платные, триал есть, но он так себе. Если ваша задача клепать лендинги, смотрите в их сторону.
И так, можно ли заменить дизайнеров? Тех, кто не хочет думать — наверно да. Во всех остальных случаях дизайнеры нужны.
Кстати ценность дизайнера в продукте, не в рисовании картинок….
Telegram канал: "AI-заметки продакта" рассказываю про лайфхаки, полезные инструменты, а еще каждую неделю выходит дайджест с самыми важными новостями в мире AI без инфошума, только все самое важное.
Появился новый термин: A2UI (Agent to UI). И хайпа вокруг него много. Особенно с появлением инструмента от Google – Stitch
Одни считают, что дизайнеры больше не нужны. Другие, что продакты не нужны. Живём во времена, когда “всех уже заменили”.
Ну ок. Давайте разбираться: собрал инструменты, которые реально генерируют интерфейсы в приемлемом качестве.
Для мобильных и веб-интерфейсов:
🔹 Google Stitch — хорошо генерирует мобильные интерфейсы. Можно за секунды собрать кликабельный прототип. Результаты ок, но продуманного UX там не будет. Для быстрых концептов must have.
🔹 BananiAI – на мой взгляд самый недооценённый продукт. Генерирует и мобилку, и веб на хорошем уровне. Сам описывает юз-кейсы. Лично пользуюсь, когда надо быстро накидать концепт для защиты бюджета или сходить на UX-исследования.
Для лендингов:
В Stitch и Banani лендинги генерируются плохо. Но есть два годных инструмента:
🔹 Magic Patterns – AI-инструмент для продуктовых команд. Хорошо делает лендинги, можно подключить свою дизайн-систему.
🔹 Relume – генерирует сайтмапы и вайрфреймы за минуты. 1000+ готовых компонентов, экспорт в Figma и Webflow, куда хотите.
Оба платные, триал есть, но он так себе. Если ваша задача клепать лендинги, смотрите в их сторону.
И так, можно ли заменить дизайнеров? Тех, кто не хочет думать — наверно да. Во всех остальных случаях дизайнеры нужны.
Кстати ценность дизайнера в продукте, не в рисовании картинок….
