HTML Diff
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