1 added
1 removed
Original
2026-01-01
Modified
2026-03-10
1
<ul><li><a>Как победить хаос в команде и управлять ожиданиями заказчиков с помощью Kanban</a></li>
1
<ul><li><a>Как победить хаос в команде и управлять ожиданиями заказчиков с помощью Kanban</a></li>
2
<li><a>Актуальный список практичных инструментов и фреймворков в арсенале лида - в двух частях</a></li>
2
<li><a>Актуальный список практичных инструментов и фреймворков в арсенале лида - в двух частях</a></li>
3
<li><a>Что такое теория ограничений и как она помогает улучшать процессы разработки продуктов?</a></li>
3
<li><a>Что такое теория ограничений и как она помогает улучшать процессы разработки продуктов?</a></li>
4
<li><a>Теория, практика и личный опыт в обучении IT-управленцев</a></li>
4
<li><a>Теория, практика и личный опыт в обучении IT-управленцев</a></li>
5
<li><a>Как продакт-менеджеру сфокусироваться на 80% Discovery и 20% Delivery: Руководство на основе реального опыта</a></li>
5
<li><a>Как продакт-менеджеру сфокусироваться на 80% Discovery и 20% Delivery: Руководство на основе реального опыта</a></li>
6
<li><a>Как организовать продуктивную четырёхдневную рабочую неделю?</a></li>
6
<li><a>Как организовать продуктивную четырёхдневную рабочую неделю?</a></li>
7
<li><a>Актуальны ли 14 принципов управления из книги Эдвардса Деминга "Выход из кризиса" 1982 года?</a></li>
7
<li><a>Актуальны ли 14 принципов управления из книги Эдвардса Деминга "Выход из кризиса" 1982 года?</a></li>
8
<li><a>Методы формализации требований: Use Case vs User Story</a></li>
8
<li><a>Методы формализации требований: Use Case vs User Story</a></li>
9
<li><a>Метрики, которые действительно имеют значение</a></li>
9
<li><a>Метрики, которые действительно имеют значение</a></li>
10
<li><a>Kanban метод: инструкция к применению</a></li>
10
<li><a>Kanban метод: инструкция к применению</a></li>
11
<li><a>Как разивать системное мышление?</a></li>
11
<li><a>Как разивать системное мышление?</a></li>
12
<li><a>Обзор продуктивности разработчиков от McKinsey</a></li>
12
<li><a>Обзор продуктивности разработчиков от McKinsey</a></li>
13
</ul><p><em>Статьи, которые понравились читателям<em>в 2025 году</em></em><em>больше всего: подборка публикаций из блога OTUS на Хабр.</em></p>
13
</ul><p><em>Статьи, которые понравились читателям<em>в 2025 году</em></em><em>больше всего: подборка публикаций из блога OTUS на Хабр.</em></p>
14
<h2>Как победить хаос в команде и управлять ожиданиями заказчиков с помощью Kanban</h2>
14
<h2>Как победить хаос в команде и управлять ожиданиями заказчиков с помощью Kanban</h2>
15
<p><em>Автор статьи: Дмитрий Курдюмов</em></p>
15
<p><em>Автор статьи: Дмитрий Курдюмов</em></p>
16
<p>Любая команда, работающая под постоянным давлением требований заказчиков и стейкхолдеров, хотя бы раз сталкивалась с хаосом: дедлайны горят, задачи накапливаются, а конфликты между бизнесом и разработкой становятся частью повседневности. Разработчики чувствуют выгорание, заказчики - недовольство от несоответствия сроков и результатов ожиданиям.</p>
16
<p>Любая команда, работающая под постоянным давлением требований заказчиков и стейкхолдеров, хотя бы раз сталкивалась с хаосом: дедлайны горят, задачи накапливаются, а конфликты между бизнесом и разработкой становятся частью повседневности. Разработчики чувствуют выгорание, заказчики - недовольство от несоответствия сроков и результатов ожиданиям.</p>
17
<p>Почему это происходит? Разберем основные причины и предложим практические шаги, которые помогут командам вернуть контроль над процессами и повысить их эффективность.</p>
17
<p>Почему это происходит? Разберем основные причины и предложим практические шаги, которые помогут командам вернуть контроль над процессами и повысить их эффективность.</p>
18
<p><a>Перейти к статье</a></p>
18
<p><a>Перейти к статье</a></p>
19
<h2>Актуальный список практичных инструментов и фреймворков в арсенале лида - в двух частях</h2>
19
<h2>Актуальный список практичных инструментов и фреймворков в арсенале лида - в двух частях</h2>
20
<p>Управление командой - один из самых жизнеутверждающих промыслов, но за это приходится платить усложнением повседневных задач и кратным увеличением загруженности. Ощущение постоянной нехватки времени и растущей необходимости вашей команды в обратной связи и разъяснениях - вполне нормальное состояние. Во многих отношениях лидерство - это упражнение в непрерывном совершенствовании и постоянной итерации.</p>
20
<p>Управление командой - один из самых жизнеутверждающих промыслов, но за это приходится платить усложнением повседневных задач и кратным увеличением загруженности. Ощущение постоянной нехватки времени и растущей необходимости вашей команды в обратной связи и разъяснениях - вполне нормальное состояние. Во многих отношениях лидерство - это упражнение в непрерывном совершенствовании и постоянной итерации.</p>
21
<p>Мы решили составить этот список, чтобы помочь вам упростить некоторые действия, которые вам, возможно, придется выполнять в качестве лидера. В нем мы делимся с вами полезными шаблонами, объясняя, как и когда вы можете осуществить каждый из них, чтобы облегчить управление рабочими процессами.</p>
21
<p>Мы решили составить этот список, чтобы помочь вам упростить некоторые действия, которые вам, возможно, придется выполнять в качестве лидера. В нем мы делимся с вами полезными шаблонами, объясняя, как и когда вы можете осуществить каждый из них, чтобы облегчить управление рабочими процессами.</p>
22
<p><a>Часть 1</a></p>
22
<p><a>Часть 1</a></p>
23
<p><a>Часть 2</a></p>
23
<p><a>Часть 2</a></p>
24
<h2>Что такое теория ограничений и как она помогает улучшать процессы разработки продуктов?</h2>
24
<h2>Что такое теория ограничений и как она помогает улучшать процессы разработки продуктов?</h2>
25
<p><em>Автор статьи: Дмитрий Курдюмов</em></p>
25
<p><em>Автор статьи: Дмитрий Курдюмов</em></p>
26
<p><strong>Теория ограничений (ТОС)</strong> - это управленческая методология, предложенная Элияху Голдраттом в 1984 году в его книге <em>"Цель</em>". Она базируется на простом, но мощном принципе: любая система, будь то производство, бизнес-процесс или команда разработки, всегда ограничена одним или несколькими узкими местами. Эти ограничения или "бутылочные горлышки" сдерживают общую эффективность системы и являются теми ключевыми элементами, которые необходимо обнаружить и устранить для значительных улучшений.</p>
26
<p><strong>Теория ограничений (ТОС)</strong> - это управленческая методология, предложенная Элияху Голдраттом в 1984 году в его книге <em>"Цель</em>". Она базируется на простом, но мощном принципе: любая система, будь то производство, бизнес-процесс или команда разработки, всегда ограничена одним или несколькими узкими местами. Эти ограничения или "бутылочные горлышки" сдерживают общую эффективность системы и являются теми ключевыми элементами, которые необходимо обнаружить и устранить для значительных улучшений.</p>
27
<p>В условиях разработки продуктов, где скорость поставки, качество и удовлетворение клиентов критически важны, применение теории ограничений может привести к существенным улучшениям процессов и результатов. Давайте рассмотрим, как ТОС работает на практике и каким образом она может помочь командам разработки.</p>
27
<p>В условиях разработки продуктов, где скорость поставки, качество и удовлетворение клиентов критически важны, применение теории ограничений может привести к существенным улучшениям процессов и результатов. Давайте рассмотрим, как ТОС работает на практике и каким образом она может помочь командам разработки.</p>
28
<p><a>Читать далее</a></p>
28
<p><a>Читать далее</a></p>
29
<h2>Теория, практика и личный опыт в обучении IT-управленцев</h2>
29
<h2>Теория, практика и личный опыт в обучении IT-управленцев</h2>
30
<p><em>Автор статьи: Сергей Фегон, ex-CТО, руководитель нескольких групп разработки финтех-продуктов экосистемы компаний ВБЦ и TenChat</em></p>
30
<p><em>Автор статьи: Сергей Фегон, ex-CТО, руководитель нескольких групп разработки финтех-продуктов экосистемы компаний ВБЦ и TenChat</em></p>
31
<p>В статье Сергей делится своими выводами относительно основных столпов подготовки IT-менеджеров: системная теоретическая подготовка, практика менеджмента и реактивное управление и личный опыт.</p>
31
<p>В статье Сергей делится своими выводами относительно основных столпов подготовки IT-менеджеров: системная теоретическая подготовка, практика менеджмента и реактивное управление и личный опыт.</p>
32
<p><a>Узнать подробнее</a></p>
32
<p><a>Узнать подробнее</a></p>
33
<h2>Как продакт-менеджеру сфокусироваться на 80% Discovery и 20% Delivery: Руководство на основе реального опыта</h2>
33
<h2>Как продакт-менеджеру сфокусироваться на 80% Discovery и 20% Delivery: Руководство на основе реального опыта</h2>
34
<p><em>Автор статьи: Кристина Курдюмова</em></p>
34
<p><em>Автор статьи: Кристина Курдюмова</em></p>
35
<p>"… В своей карьере я работала в таких компаниях, как Авито, Rutube, МТС, сейчас работаю в Банке [NDA] - и везде у меня была команда разработки самостоятельна. </p>
35
<p>"… В своей карьере я работала в таких компаниях, как Авито, Rutube, МТС, сейчас работаю в Банке [NDA] - и везде у меня была команда разработки самостоятельна. </p>
36
<p>Где каждый член команды мог не только выполнить свою часть работы, но и рассказать про цели: от годовых по нашему стриму до каждой отдельно взятой задаче, также мог выступить на ревью, где с удовольствием расскажет бизнес-часть, покажет графики и, конечно же, работающий продукт.</p>
36
<p>Где каждый член команды мог не только выполнить свою часть работы, но и рассказать про цели: от годовых по нашему стриму до каждой отдельно взятой задаче, также мог выступить на ревью, где с удовольствием расскажет бизнес-часть, покажет графики и, конечно же, работающий продукт.</p>
37
<p>Это кажется идеалом, но на самом деле, это вполне реализуемая задачка для менеджера.</p>
37
<p>Это кажется идеалом, но на самом деле, это вполне реализуемая задачка для менеджера.</p>
38
<p>В этой статье я поделюсь своим подходом и опытом, как продакт-менеджеру освободить больше времени для Discovery и уменьшить свою вовлеченность в Delivery, делегируя ответственность команде и создавая условия для их самостоятельности."</p>
38
<p>В этой статье я поделюсь своим подходом и опытом, как продакт-менеджеру освободить больше времени для Discovery и уменьшить свою вовлеченность в Delivery, делегируя ответственность команде и создавая условия для их самостоятельности."</p>
39
<p><a>Читать далее</a></p>
39
<p><a>Читать далее</a></p>
40
<h2>Как организовать продуктивную четырёхдневную рабочую неделю?</h2>
40
<h2>Как организовать продуктивную четырёхдневную рабочую неделю?</h2>
41
<p>В статье сотрудники компании Planio делятся опытом проведенного эксперимента по переходу на четырехдневную рабочую неделю: почему решились на эксперимент, как он повлиял на эффективность работы и к чему пришли в итоге.</p>
41
<p>В статье сотрудники компании Planio делятся опытом проведенного эксперимента по переходу на четырехдневную рабочую неделю: почему решились на эксперимент, как он повлиял на эффективность работы и к чему пришли в итоге.</p>
42
<p><a>Перейти к статье</a></p>
42
<p><a>Перейти к статье</a></p>
43
<h2>Актуальны ли 14 принципов управления из книги Эдвардса Деминга "Выход из кризиса" 1982 года?</h2>
43
<h2>Актуальны ли 14 принципов управления из книги Эдвардса Деминга "Выход из кризиса" 1982 года?</h2>
44
<p>Спойлер: да, актуальны. В статье рассматриваются 14 принципов управления, которые сформулировал Эдвардс Деминг - всемирно известный ученый, автор многочисленных работ в области менеджмента, управления качеством и эффективностью, в том числе знаменитой книги "Выход из кризиса".</p>
44
<p>Спойлер: да, актуальны. В статье рассматриваются 14 принципов управления, которые сформулировал Эдвардс Деминг - всемирно известный ученый, автор многочисленных работ в области менеджмента, управления качеством и эффективностью, в том числе знаменитой книги "Выход из кризиса".</p>
45
<p><a>Читать статью</a></p>
45
<p><a>Читать статью</a></p>
46
<h2>Методы формализации требований: Use Case vs User Story</h2>
46
<h2>Методы формализации требований: Use Case vs User Story</h2>
47
<p><em>Автор статьи: Артем Михайлов</em></p>
47
<p><em>Автор статьи: Артем Михайлов</em></p>
48
<p>В статье рассмотрим методы Use Case и User Story, сравним их преимущества и недостатки. А также обсудим, когда и при каких ситуациях использовать каждый из методов.</p>
48
<p>В статье рассмотрим методы Use Case и User Story, сравним их преимущества и недостатки. А также обсудим, когда и при каких ситуациях использовать каждый из методов.</p>
49
<p><a>Перейти к статье</a></p>
49
<p><a>Перейти к статье</a></p>
50
<h2>Метрики, которые действительно имеют значение</h2>
50
<h2>Метрики, которые действительно имеют значение</h2>
51
<p>Способность определить, что работает, а что нет, имеет решающее значение для определения успеха продукта. Кроме того, это позволяет руководителям продуктов правильно приоритезировать планы и инициативы. Принять решение о том, какими будут показатели успешности - важно, поскольку есть множество метрик, которые необходимо отслеживать, и отсутствие чёткого определения показателей успешности может дезинформировать.</p>
51
<p>Способность определить, что работает, а что нет, имеет решающее значение для определения успеха продукта. Кроме того, это позволяет руководителям продуктов правильно приоритезировать планы и инициативы. Принять решение о том, какими будут показатели успешности - важно, поскольку есть множество метрик, которые необходимо отслеживать, и отсутствие чёткого определения показателей успешности может дезинформировать.</p>
52
<p><a>Читать далее</a></p>
52
<p><a>Читать далее</a></p>
53
<h2>Kanban метод: инструкция к применению</h2>
53
<h2>Kanban метод: инструкция к применению</h2>
54
<p><em>Автор статьи: Дмитрий Курдюмов</em></p>
54
<p><em>Автор статьи: Дмитрий Курдюмов</em></p>
55
-
<p>Канбан-метод помогает повысить управляемость и предсказуемость поставок, а также выстроить сквозной производственный процесс поиска и поставки ценности клиентам найти и устранить слабые места в процессах создания и развития продукта. В статье поговорим подробнее о том, что такое и зачем нужен канбан-метод, а также рассмотрим 6 его базовых практик.</p>
55
+
<p>Канбан-метод помогает повысить управляемость и предсказуемость поставок, а также выстроить сквозной производственный процесс поиска и поставки ценности клиентам найти и устранить слабые места в процессах создания и развития продукта. В статье поговорим подробнее о том, что такое и зачем нужен канбан-метод, а также рассмотрим 6 его б��зовых практик.</p>
56
<p><a>Перейти к статье</a></p>
56
<p><a>Перейти к статье</a></p>
57
<h2>Как разивать системное мышление?</h2>
57
<h2>Как разивать системное мышление?</h2>
58
<p>Научиться эффективно применять системное мышление довольно непросто. Многие умные люди слишком долго борются с парадигмой системного мышления, процессом мышления и методологией.</p>
58
<p>Научиться эффективно применять системное мышление довольно непросто. Многие умные люди слишком долго борются с парадигмой системного мышления, процессом мышления и методологией.</p>
59
<p>За последние 15 лет моей работы с профессионалами в сфере бизнеса и образования я пришёл к выводу, что эта дисциплина требует овладения целым набором навыков мышления. В этой статье рассмотрим, какие это навыки.</p>
59
<p>За последние 15 лет моей работы с профессионалами в сфере бизнеса и образования я пришёл к выводу, что эта дисциплина требует овладения целым набором навыков мышления. В этой статье рассмотрим, какие это навыки.</p>
60
<p><a>Читать далее</a></p>
60
<p><a>Читать далее</a></p>
61
<h2>Обзор продуктивности разработчиков от McKinsey</h2>
61
<h2>Обзор продуктивности разработчиков от McKinsey</h2>
62
<p>Статья представляет собой критический анализ публикации компании McKinsey о<a>методах</a>измерения продуктивности разработчиков. Автор подробно рассматривает основные аргументы McKinsey, указывая на их слабые стороны и предлагая альтернативные подходы к оценке эффективности команд разработки программного обеспечения.</p>
62
<p>Статья представляет собой критический анализ публикации компании McKinsey о<a>методах</a>измерения продуктивности разработчиков. Автор подробно рассматривает основные аргументы McKinsey, указывая на их слабые стороны и предлагая альтернативные подходы к оценке эффективности команд разработки программного обеспечения.</p>
63
<p><a>Перейти к статье</a></p>
63
<p><a>Перейти к статье</a></p>
64
64