Статьи, которые понравились читателям в 2025 году больше всего: подборка публикаций из блога OTUS на Хабр.
Как победить хаос в команде и управлять ожиданиями заказчиков с помощью Kanban
Автор статьи: Дмитрий Курдюмов
Любая команда, работающая под постоянным давлением требований заказчиков и стейкхолдеров, хотя бы раз сталкивалась с хаосом: дедлайны горят, задачи накапливаются, а конфликты между бизнесом и разработкой становятся частью повседневности. Разработчики чувствуют выгорание, заказчики — недовольство от несоответствия сроков и результатов ожиданиям.
Почему это происходит? Разберем основные причины и предложим практические шаги, которые помогут командам вернуть контроль над процессами и повысить их эффективность.
Актуальный список практичных инструментов и фреймворков в арсенале лида — в двух частях
Управление командой — один из самых жизнеутверждающих промыслов, но за это приходится платить усложнением повседневных задач и кратным увеличением загруженности. Ощущение постоянной нехватки времени и растущей необходимости вашей команды в обратной связи и разъяснениях — вполне нормальное состояние. Во многих отношениях лидерство — это упражнение в непрерывном совершенствовании и постоянной итерации.
Мы решили составить этот список, чтобы помочь вам упростить некоторые действия, которые вам, возможно, придется выполнять в качестве лидера. В нем мы делимся с вами полезными шаблонами, объясняя, как и когда вы можете осуществить каждый из них, чтобы облегчить управление рабочими процессами.
Что такое теория ограничений и как она помогает улучшать процессы разработки продуктов?
Автор статьи: Дмитрий Курдюмов
Теория ограничений (ТОС) — это управленческая методология, предложенная Элияху Голдраттом в 1984 году в его книге «Цель». Она базируется на простом, но мощном принципе: любая система, будь то производство, бизнес-процесс или команда разработки, всегда ограничена одним или несколькими узкими местами. Эти ограничения или «бутылочные горлышки» сдерживают общую эффективность системы и являются теми ключевыми элементами, которые необходимо обнаружить и устранить для значительных улучшений.
В условиях разработки продуктов, где скорость поставки, качество и удовлетворение клиентов критически важны, применение теории ограничений может привести к существенным улучшениям процессов и результатов. Давайте рассмотрим, как ТОС работает на практике и каким образом она может помочь командам разработки.
Теория, практика и личный опыт в обучении IT-управленцев
Автор статьи: Сергей Фегон, ex-CТО, руководитель нескольких групп разработки финтех-продуктов экосистемы компаний ВБЦ и TenChat
В статье Сергей делится своими выводами относительно основных столпов подготовки IT-менеджеров: системная теоретическая подготовка, практика менеджмента и реактивное управление и личный опыт.
Как продакт-менеджеру сфокусироваться на 80% Discovery и 20% Delivery: Руководство на основе реального опыта
Автор статьи: Кристина Курдюмова
«… В своей карьере я работала в таких компаниях, как Авито, Rutube, МТС, сейчас работаю в Банке [NDA] — и везде у меня была команда разработки самостоятельна.
Где каждый член команды мог не только выполнить свою часть работы, но и рассказать про цели: от годовых по нашему стриму до каждой отдельно взятой задаче, также мог выступить на ревью, где с удовольствием расскажет бизнес-часть, покажет графики и, конечно же, работающий продукт.
Это кажется идеалом, но на самом деле, это вполне реализуемая задачка для менеджера.
В этой статье я поделюсь своим подходом и опытом, как продакт-менеджеру освободить больше времени для Discovery и уменьшить свою вовлеченность в Delivery, делегируя ответственность команде и создавая условия для их самостоятельности.»
Как организовать продуктивную четырёхдневную рабочую неделю?
В статье сотрудники компании Planio делятся опытом проведенного эксперимента по переходу на четырехдневную рабочую неделю: почему решились на эксперимент, как он повлиял на эффективность работы и к чему пришли в итоге.
Актуальны ли 14 принципов управления из книги Эдвардса Деминга «Выход из кризиса» 1982 года?
Спойлер: да, актуальны. В статье рассматриваются 14 принципов управления, которые сформулировал Эдвардс Деминг — всемирно известный ученый, автор многочисленных работ в области менеджмента, управления качеством и эффективностью, в том числе знаменитой книги «Выход из кризиса».
Методы формализации требований: Use Case vs User Story
Автор статьи: Артем Михайлов
В статье рассмотрим методы Use Case и User Story, сравним их преимущества и недостатки. А также обсудим, когда и при каких ситуациях использовать каждый из методов.
Метрики, которые действительно имеют значение
Способность определить, что работает, а что нет, имеет решающее значение для определения успеха продукта. Кроме того, это позволяет руководителям продуктов правильно приоритезировать планы и инициативы. Принять решение о том, какими будут показатели успешности — важно, поскольку есть множество метрик, которые необходимо отслеживать, и отсутствие чёткого определения показателей успешности может дезинформировать.
Kanban метод: инструкция к применению
Автор статьи: Дмитрий Курдюмов
Канбан-метод помогает повысить управляемость и предсказуемость поставок, а также выстроить сквозной производственный процесс поиска и поставки ценности клиентам найти и устранить слабые места в процессах создания и развития продукта. В статье поговорим подробнее о том, что такое и зачем нужен канбан-метод, а также рассмотрим 6 его базовых практик.
Как разивать системное мышление?
Научиться эффективно применять системное мышление довольно непросто. Многие умные люди слишком долго борются с парадигмой системного мышления, процессом мышления и методологией.
За последние 15 лет моей работы с профессионалами в сфере бизнеса и образования я пришёл к выводу, что эта дисциплина требует овладения целым набором навыков мышления. В этой статье рассмотрим, какие это навыки.
Обзор продуктивности разработчиков от McKinsey
Статья представляет собой критический анализ публикации компании McKinsey о методах измерения продуктивности разработчиков. Автор подробно рассматривает основные аргументы McKinsey, указывая на их слабые стороны и предлагая альтернативные подходы к оценке эффективности команд разработки программного обеспечения.
