Эта статья про продуктовую разработку и написана для тех, кто с ней сталкивается, интересуется и живет. Чтобы на минуту выдохнуть, посмотреть на свою работу со стороны и задать себе вопрос:
А действительно ли мы делаем то, что нужно людям, или просто производим фичи по плану?
Долгое время занимаясь вопросами развития людей и повышения эффективности и анализируя различные модели и концепции, я пришел к пониманию, что несмотря на свои достоинства все они уделяют мало внимания одному важному фактору. Он действительно важен, поскольку создает проблемы в достижении результатов как для отдельных людей, так и для целых организаций.
Мой опыт работы с разными компаниями говорит о том, что, во‑первых, этот фактор нельзя игнорировать и, во‑вторых, с ним нужно и можно работать, прежде всего самим сотрудникам. Каждый может повлиять на него, независимо от позиции и роли.
Расскажу, что это за «скрытая переменная», почему она имеет особое значение для высокотехнологичных компаний и IT‑подразделений в других бизнесах, как с ней работать и какие плоды это принесет.
Любой тимлид когда-то был джуном, а многие крепкие команды начинали как стартап на энтузиазме. Пока вас трое-пятеро — всё просто: драйв, мемы, кофе на кухне и общее чувство плеча. Но команда растёт — и вот вместо «давайте быстро созвонимся» появляются OKR, аллхэндсы и три уровня согласований.
Главная задача руководителя при этом не меняется: как замотивировать людей, чтобы им было интересно работать. И, увы, универсальной кнопки не существует — то, что отлично работает в стартапе из десяти человек, не взлетает в корпорации на тысячи. Впрочем, если бы все было так просто...
Меня зовут Антон Дмитриев и я хэд разработки Почтовых систем МойОфис — гибкой системы с почтой, календарем, контактами, задачами и документами. Основное ядро продукта написано на Go, но технологический стек включает Python, C++, JavaScript/TypeScript и React.
В этой статье на своём опыте, полученном путём проб и ошибок в ряде компаний, расскажу о том, как мотивировать сотрудников разного уровня — от новичков до старожилов — в командах разной величины. Речь пойдёт как про внешние факторы — например, зарплаты, премии, льготы, — так и про внутренние — интерес к делу, желание развиваться и т.д.
Почему одни команды релизят предсказуемо и без героизма, а другие тушат пожары на продакшене каждую неделю?
Мы решили выяснить, какие инженерные практики превращают разработку в систему с понятными процессами и предсказуемыми результатами.
Исследование 100+ респондентов.
На конференции PMSOFT этого года услышал утверждение, которое потом подтвердили преподаватели МГТУ им. Баумана на курсе «ИИ в управлении проектами»: «ИИ не будет управлять проектами. ИИ будет избавлять менеджеров от рутины, чтобы те сосредоточились на стратегии». Это не маркетинг. Это то, что я наблюдаю на практике последние 8 месяцев.
Одна из главных задач проектного офиса — быстрый старт новых проектов. Чтобы начать работу в минимальные сроки, нужно быстро погрузить в суть дела опытных и новых участников команды, выстроить вертикальные и горизонтальные связи, определить задачи и зоны ответственности — в общем, запустить самоподдерживающийся и самодокументируемый процесс.
Цифры удручают: в США вовлечены в работу лишь 33% сотрудников, а в мире - и вовсе 23%. Казалось бы, решение на поверхности: нужно больше общаться, давать больше обратной связи! Но вот парадокс: исследования показывают, что большинство наших попыток дать эту «обратную связь» в лучшем случае бесполезны, а в худшем - токсичны и ведут к выгоранию.
Человеческая история богата различными управленческими концепциями и практиками. Венцом управленческой мысли стала вторая половина ХХ века, когда проявилось «японское чудо», благодаря которому японские товары захватили мировые рынки. Немалую роль в «чуде» сыграли Кайдзен-принципы. В этой статье поговорим о применении некоторых из них для реализации ИТ-проектов.
Подготовил обзор 10 популярных таск-трекеров и основных обновлений, которые выкатили в 2025 году.
Рассказываю про новые возможности для автоматизации, AI-помощники и AI-агенты, переосмысление UI-дизайна, новые интеграции и гибкие настройки под разные команды.
Меня зовут Сергей Спиренков. Я — евангелист в KODE, мы делаем мобильные продукты, которыми пользуются миллионы людей. Параллельно я развиваю тревел-проект «Сусанин» и, кажется, в моем телефоне больше контактов, чем приложений.
В этой статье — честный разбор, как работает нетворкинг в IT. Без мотивационных лозунгов и магических методик. Только наблюдения, немного самоиронии и реальные кейсы.
Айтишники стали новой легендой Патриков. Джуны на S-классе, сеньоры на Бали, миллионеры из 1С: всё звучит красиво, пока не заглянешь в цифры. И мы это сделали.
19 видов диаграмм, история и будущее Ганта, выбор между скрам и канбан, основы тайм‑менеджмента, краткий курс по менеджменту, геймификация канбана, кросс‑командные проекты и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Запускать рекламу в телеграм «вслепую» — это гарантированно сжигать бюджет.
Мы решили эту проблему, внедрив в свой воркфлоу spy‑сервис TgMaps.
В этой статье — подробный технический разбор: как мы проводим reverse‑инжиниринг стратегий конкурентов, находим рабочие связки в Telegram Ads (креатив+оффер), используя фильтры по показам, и строим карту релевантных каналов с помощью функции «Рекомендации».
Это обзор по конкурентной разведке в Telegram Ads. Берите на вооружение!
Как систематизировать работу с техническим долгом
Техдолг растёт, пока его никто не контролирует. Мы решили это так: выделили отдельную доску в Jira, разделили процесс на Backlog → To Discuss → Ready for Development → В работе, проводим регулярный груминг, оцениваем и приоритизируем задачи, сделали быстрые фильтры и дашборд для контроля времени.
Результат: прозрачность и приоритетность задач, техдолг перестал копиться «в стол», стало проще брать задачи без хаоса, улучшилось качество кода, выросла инициативность команды.
Как складывать трудозатраты по-новому. Когда хочется быть гибким, но привычные сторипойнты не решают проблему, а как будто только создают новую. Попробуем изобрести новый гибкий способ расчета трудозатрат, который, работает.
Устали от того, что 2SP+2SP ≠ 4SP? Не знаете, как объяснить, что у одной команды фича на M большемерит, а у другой команды фича на L маломерит и потому они займут примерно одинаковое время? Тогда вам сюда!
Почему команда из 200 разработчиков оценивает задачу в 6 месяцев, когда стартап из 10 человек делает её за месяц? Почему продукты со временем теряют способность к инновациям, даже имея все ресурсы? Ответ не в технологиях. Ответ — в ментальных ограничениях.
В современном управлении продуктом существует множество моделей приоритизации — RICE, ICE, MoSCoW, WSJF. Все они основаны на одном принципе: максимальный эффект при минимальных затратах. Матрица Эйзенхауэра и правило Парето стали классикой продуктового менеджмента.
Но есть фундаментальная проблема: эти модели рассматривают ресурсы как константу. В реальности же с каждым спринтом продукт накапливает "кредитную задолженность" — технические, бизнес- и продуктовые долги, которые создают не только объективные препятствия, но и ментальные ограничения. Психологические барьеры, которые сужают рамки для инноваций еще до того, как команда начнет оценивать их реализуемость.
Возникает парадокс приоритизации. Простая задача в начале жизни продукта может стать сложной через год. Изменение, которое раньше занимало неделю, теперь требует месяца. И самое опасное — команда начинает воспринимать эту повышенную сложность как неизбежность, формируя ментальные ограничения, которые отсекают амбициозные идеи еще на стадии обсуждения.
Под F1, конечно, я имела ввиду не клавишу слева вверху между побегом (escape) и самолетом, а чемпионат мира по кольцевым автогонкам. Хотя клавиша F1 вполне хороша. Она ведь предназначена для решения проблем: нажал и получил доступ к информации о том, как пользоваться программой. Совсем как IT-отдел, скажут бухгалтер и директор вашей компании. Но мы сегодня хотим развеять именно это их заблуждение.
Нативный кабинет Telegram Ads — это работа в режиме «Авто»: аналитика за весь период, все объявления в одной «свалке» и 100% ручное управление.
Мы решили эту проблему, внедрив в свой воркфлоу Tele-scope.one.
В этой статье — подробный технический разбор: как мы построили иерархию кампаний там, где ее нет, настроили rule-based автоматизацию для защиты бюджета, внедрили автомаркировку рекламы и получили доступ к ИИ-ассистенту для подбора каналов.
Это гайд по переходу от «слепых тестов» к системной работе в Telegram Ads.
Вы запустили рекламу, вложили бюджет, получили заявки... и с ужасом обнаружили, что каждый новый клиент обходится дороже, чем вы зарабатываете на нём. Знакомая ситуация? Вы не одиноки.
По данным HubSpot, за последние пять лет стоимость привлечения клиента выросла в среднем на 60% во всех отраслях. Компании тратят больше на рекламу, нанимают маркетологов, экспериментируют с новыми каналами — но результат часто разочаровывает. Деньги уходят, а прибыль не растёт. В этой статье разберём, почему так происходит и что с этим делать.
По данным Gartner, до 70-80% BI-инициатив не достигают поставленных целей, доля активных пользователей не превышает 30-40% количества лицензий, а аналитики тратят половину своего времени не на инсайты, а на рутину. И главная причина этого фиаско кроется не в недостаточной производительности серверов, элегантности дашбордов и даже не в качестве данных. Проекты буксуют, а инвестиции не окупаются из-за людей: их привычек, страхов, устоявшихся ритуалов принятия решений и, как следствие, активного или пассивного сопротивления новым инструментам. В этой статье я расскажу о новом подходе, который позволяет системно подойти к вопросу работы с сопротивлением для CIO, CDO, руководители бизнес-функций, продакт-менеджеров BI и лидеров аналитики. В этой статье мы начнем знакомиться с системным, человекоцентричным подходом к преодолению сопротивления, который уже был неоднократно опробован на практике.