🔥 Самые интересные материалы по управлению проектами за 25.01 - 08.02.2025
😐 Основы и гайды (part 1)
🤔 Классификация задач в проектах: Зачем и как внедрять типы рабочих элементов
Основная цель использования разных типов задач — повысить понятность и удобство управления проектами и работой команды. Базовые типы - new feature, feature improvements, testcase, bug, но каждый из них можно детализировать или связать с такими параметрами, как источник, интенсивность, время выполнения, платформа и т.д.
🤗 Как стоит оценивать задачи, чтобы улучшить прогнозирование сроков?
Абсолютные оценки в часах не работают. Они не учитывают неопределенности, возникающие в процессе работы. Для решения этой проблемы автор предлагает три подхода: 1) использовать не экспертные оценки, а статистику, 2) использовать не часы, а условные единицы (“попугаи”), 3) оглянуться на “попугаев” из прошлых спринтов. Ну и в идеале все это считать автоматически, скриптами.
🤔 Как правильно оценить время задачи
Еще один материал на эту тему. Здесь рецепт иной: декомпозируем - закладываем буфер с учетом неопределенностей - смотрим исторические данные - обсуждаем с исполнителем - считаем разные сценарии. И получаем диапазон трудозатрат и времени.
💁♂️ Метод ABCDE для расстановки приоритетов
Простой, но интересный метод. Делим все задачи на А (абсолютно приоритетные), B (средний), C (низкий), D (делегировать), E (вычеркнуть). Подробности, сравнения с MOSCOW, преимущества и пример применения - в материале.
😛 Руководство по проведению постмортемов. Как правильно разбирать инциденты для улучшения стабильности в будущем
Полезное про инцидент-менеджмент, применимый к проектам и десантам. Постмортем - что-то вроде разбора полетов, но после крушения) Они позволяют установить причины возникновения проблемы, предотвратить повторение инцидента, а также выявить системные недостатки. Статья - про принципы проведения постмортемов и этапы: сбор данных, восстановление хронологии, определение источника отказа, разработка плана действий и документирование.
🤔 Как правильно ставить цели спринта, чтобы обеспечить фокус для всей команды
Цель спринта — это ключевой элемент планирования, который помогает команде понимать образ результата, а не просто делать разрозненный набор задач. Чтобы цель была “хорошей”, нужно потрудиться над ее определением. Например, с помощью методик FOCUS, INVEST, SMART. В статье подробно раскрыт каждый метод и приведены примеры плохих и хороших целей.
Основная цель использования разных типов задач — повысить понятность и удобство управления проектами и работой команды. Базовые типы - new feature, feature improvements, testcase, bug, но каждый из них можно детализировать или связать с такими параметрами, как источник, интенсивность, время выполнения, платформа и т.д.
Абсолютные оценки в часах не работают. Они не учитывают неопределенности, возникающие в процессе работы. Для решения этой проблемы автор предлагает три подхода: 1) использовать не экспертные оценки, а статистику, 2) использовать не часы, а условные единицы (“попугаи”), 3) оглянуться на “попугаев” из прошлых спринтов. Ну и в идеале все это считать автоматически, скриптами.
Еще один материал на эту тему. Здесь рецепт иной: декомпозируем - закладываем буфер с учетом неопределенностей - смотрим исторические данные - обсуждаем с исполнителем - считаем разные сценарии. И получаем диапазон трудозатрат и времени.
Простой, но интересный метод. Делим все задачи на А (абсолютно приоритетные), B (средний), C (низкий), D (делегировать), E (вычеркнуть). Подробности, сравнения с MOSCOW, преимущества и пример применения - в материале.
Полезное про инцидент-менеджмент, применимый к проектам и десантам. Постмортем - что-то вроде разбора полетов, но после крушения) Они позволяют установить причины возникновения проблемы, предотвратить повторение инцидента, а также выявить системные недостатки. Статья - про принципы проведения постмортемов и этапы: сбор данных, восстановление хронологии, определение источника отказа, разработка плана действий и документирование.
Цель спринта — это ключевой элемент планирования, который помогает команде понимать образ результата, а не просто делать разрозненный набор задач. Чтобы цель была “хорошей”, нужно потрудиться над ее определением. Например, с помощью методик FOCUS, INVEST, SMART. В статье подробно раскрыт каждый метод и приведены примеры плохих и хороших целей.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥5❤3👍1💘1
🔥 Самые интересные материалы по управлению проектами за 25.01 - 08.02.2025
😐 Основы и гайды (part 2)
📌Как мы адаптируем Agile в Ozon?
Про решения для интеграции Agile в бизнес-процессы, чтобы сделать компанию более адаптивной и ориентированной на клиента. Важным аспектом является совместная работа бизнес-подразделений и IT для приоритезации задач и устранения технического долга.
📌Кто-нибудь переживал процесс перехода на Agile? Как вы справились?
Многие организации, пытаясь самостоятельно перейти на Agile, совершают одни и те же ошибки, что негативно сказывается на сотрудниках. Автор подчеркивает, что Agile — это не просто релизы каждые две недели, а трансформация корпоративной культуры и доверие к команде. Для успешного внедрения Agile необходимо системное и последовательное изменение подходов, начиная с руководства.
📌Дизайн Agile-организаций: создайте свою уникальную модель гибкости
Илья Павличенко (scrum.ru) написал целую книгу про построение аджайл-компаний, а это - ключевые мысли. И я очень рекомендую почитать, действительно интересно для РП, архитекторов, CEO и собственников. Если совсем кратко - фреймворков много, готовые полезны для новичков, но универсальных моделей формирования гибкой культуры нет. И по взмаху волшебной палочки ничего не произойдет - нужен правильный оргдизайн и альянс менеджеров и агентов изменений для успешной трансформации.
📌Agile-интервизия: что это такое, зачем и как правильно ее проводить
Интервизия — это встреча коллег для обсуждения сложных рабочих кейсов с соблюдением строгих правил и конфиденциальности, что создает безопасную атмосферу для открытого общения. Она помогает переосмыслить опыт, увидеть новые возможности, выйти из тупика и получить поддержку. Участники получают ценные инсайты и развивают профессиональные навыки. Материал - руководство по проведению интервизий.
📌Как сократить затраты на разработку с помощью пользовательских историй
Проектные и продуктовые команды часто формулируют задачи с точки зрения технических решений, а не реальных потребностей пользователей. Это приводит к перегруженным и дорогостоящим продуктам, которые сложно разрабатывать и поддерживать. Если сместить фокус с функциональности на реальные потребности пользователей, можно значительно сократить объем работы, уменьшить затраты и ускорить выход продукта на рынок. Как это сделать - в статье Дмитрия Курдюмова.
📌Как проводить спринт-ретроспективу в 2025 году
Многие команды недолюбливают спринт‑ретроспективы, считая их бесполезными или формальными встречами, которые не приводят к реальным изменениям. Однако при правильном подходе этот инструмент может стать мощным механизмом для постоянного улучшения процессов разработки и повышения удовлетворенности команды работой. Секрет - в привязке к конкретным данным, использовании метрик. Автор предлагает фреймворк 4L’s (Что получилось, Чему научились, Чего не хватало, Чего хотелось бы) и дает пошаговую инструкцию по проведению ретро.
📌Как документация помогает выйти в прод быстрее
Хотя и утверждается, что «работающий продукт важнее исчерпывающей документации», качественная документация на самом деле поддерживает порядок и слаженность работы команды, а главное — ускоряет поставку, а не замедляет ee, как иногда ошибочно считают. Материал - про факторы пользы качественной доки. А еще там есть неплохой шаблон доки для описания API.
📌Важность написания документации – зачем, кому, о чем, когда и как
Документацию нужно писать каждому. Иначе получится ситуация, когда этот скилл развивает только один член команды, что чревато плачевными последствиями – коллега может выгореть, заболеть, покинуть компанию, при этом поддерживать старую и писать новую кто-то должен. Написание документации – важный скилл для всех. Это должно стать привычкой. Столкнулись с болью – записали. Решили – дописали. В целом, классная и простая статья о действительно важном.
📌System Design для начинающих: всё, что вам нужно. Часть 2
Напоследок ликбез по SD. В этом материале - про масштабирование баз данных, SQL и NoSQL, их особенности и выбор между ними.
📌Как мы адаптируем Agile в Ozon?
Про решения для интеграции Agile в бизнес-процессы, чтобы сделать компанию более адаптивной и ориентированной на клиента. Важным аспектом является совместная работа бизнес-подразделений и IT для приоритезации задач и устранения технического долга.
📌Кто-нибудь переживал процесс перехода на Agile? Как вы справились?
Многие организации, пытаясь самостоятельно перейти на Agile, совершают одни и те же ошибки, что негативно сказывается на сотрудниках. Автор подчеркивает, что Agile — это не просто релизы каждые две недели, а трансформация корпоративной культуры и доверие к команде. Для успешного внедрения Agile необходимо системное и последовательное изменение подходов, начиная с руководства.
📌Дизайн Agile-организаций: создайте свою уникальную модель гибкости
Илья Павличенко (scrum.ru) написал целую книгу про построение аджайл-компаний, а это - ключевые мысли. И я очень рекомендую почитать, действительно интересно для РП, архитекторов, CEO и собственников. Если совсем кратко - фреймворков много, готовые полезны для новичков, но универсальных моделей формирования гибкой культуры нет. И по взмаху волшебной палочки ничего не произойдет - нужен правильный оргдизайн и альянс менеджеров и агентов изменений для успешной трансформации.
📌Agile-интервизия: что это такое, зачем и как правильно ее проводить
Интервизия — это встреча коллег для обсуждения сложных рабочих кейсов с соблюдением строгих правил и конфиденциальности, что создает безопасную атмосферу для открытого общения. Она помогает переосмыслить опыт, увидеть новые возможности, выйти из тупика и получить поддержку. Участники получают ценные инсайты и развивают профессиональные навыки. Материал - руководство по проведению интервизий.
📌Как сократить затраты на разработку с помощью пользовательских историй
Проектные и продуктовые команды часто формулируют задачи с точки зрения технических решений, а не реальных потребностей пользователей. Это приводит к перегруженным и дорогостоящим продуктам, которые сложно разрабатывать и поддерживать. Если сместить фокус с функциональности на реальные потребности пользователей, можно значительно сократить объем работы, уменьшить затраты и ускорить выход продукта на рынок. Как это сделать - в статье Дмитрия Курдюмова.
📌Как проводить спринт-ретроспективу в 2025 году
Многие команды недолюбливают спринт‑ретроспективы, считая их бесполезными или формальными встречами, которые не приводят к реальным изменениям. Однако при правильном подходе этот инструмент может стать мощным механизмом для постоянного улучшения процессов разработки и повышения удовлетворенности команды работой. Секрет - в привязке к конкретным данным, использовании метрик. Автор предлагает фреймворк 4L’s (Что получилось, Чему научились, Чего не хватало, Чего хотелось бы) и дает пошаговую инструкцию по проведению ретро.
📌Как документация помогает выйти в прод быстрее
Хотя и утверждается, что «работающий продукт важнее исчерпывающей документации», качественная документация на самом деле поддерживает порядок и слаженность работы команды, а главное — ускоряет поставку, а не замедляет ee, как иногда ошибочно считают. Материал - про факторы пользы качественной доки. А еще там есть неплохой шаблон доки для описания API.
📌Важность написания документации – зачем, кому, о чем, когда и как
Документацию нужно писать каждому. Иначе получится ситуация, когда этот скилл развивает только один член команды, что чревато плачевными последствиями – коллега может выгореть, заболеть, покинуть компанию, при этом поддерживать старую и писать новую кто-то должен. Написание документации – важный скилл для всех. Это должно стать привычкой. Столкнулись с болью – записали. Решили – дописали. В целом, классная и простая статья о действительно важном.
📌System Design для начинающих: всё, что вам нужно. Часть 2
Напоследок ликбез по SD. В этом материале - про масштабирование баз данных, SQL и NoSQL, их особенности и выбор между ними.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥6👍2💘2🙏1
🔥 Самые интересные материалы по управлению проектами за 25.01 - 08.02.2025
👋 Менеджер проекта - карьера и навыки
✅Как стать Project-менеджером с нуля? Бесплатная программа обучения
Если вбить фразу «как стать project-менеджером» в поисковую строку, можно найти множество курсов по данному направлению. Проблема в том, что все курсы являются платными. А авторы взяли и подготовили программу обучения, которая состоит только из бесплатных курсов. Программа неплохо структурирована и включает курсы на Ютубе, статьи на интернет-ресурсах, телеграм-каналы.
✅Лирическое. Про любовь и работу
Не очень серьезная статья Петра Жаркова про отношения с компанией и их параллели с отношениями с противоположным полом. Всё это в контексте менеджмента проектов и CJM.
✅Как и какая видеоигра поможет подготовиться к роли руководителя
Автор - геймер со стажем и делится неординарным подходом к тренировке управленческих навыков. Его инструмент - это игра Squad, она предлагает уникальный шанс «прокрутить» в сжатом формате типичные командные и управленческие ситуации: быстро формировать рабочие процессы, налаживать коммуникацию, распределять роли и нести ответственность за решения.
✅Как оценить стоимость и продолжительность пилота по скудному техническому заданию
Cоветы, которые помогут вам оценить стоимость и продолжительность проекта по не слишком детальному техническому заданию или по поверхностным характеристикам систем клиента. Например, методика создания калькулятора проекта, использование опросников, озвучивание взвешенной оценки и допущение дополнительных работ и т.д.
✅Scrum-мастер: модный специалист или необходимый член команды
На рынке труда появляется все больше вакансий Scrum-мастеров. Статья - о том, кто это такие, зачем они нужны бизнесу и какую роль специалисты играют в команде. Если коротко - Scrum-мастер обучает команду методу, направляет сотрудников и помогает им учиться на ошибках и самосовершенствоваться, организует и фасилитирует встречи, на которых проходят групповые обсуждения.
✅Как мы командой полгода переезжали из Notion (и у нас получилось)
Хороший кейс про переезд на не очень-то и известный аналог сервиса. Хороший и как собственно пример проекта перехода, и как обзор практической применимости “наших” аналогов Notion.
✅Не торопитесь со Скрамом! Действительно полезные книги для менеджеров проектов. 5 функций Файоля
Не стоит торопиться со Скрамом, если вы ещё не постигли, как вообще планировать, организовывать и координировать. Иначе будете бегать с этой доской «todo – in progress– done» и не понимать, почему всё то же самое остаётся «in progress» уже третью неделю. А постигать можно при помощи умных и полезных книг, которых автор рекомендует много, от классики (Файоль, Тейлор, Друкер) и до свежака (Завертайлов, Пименов, Бындю, Семёновых).
✅Чтение на выходные: «Крутой менеджер Сакигакэ» Кадзухико Накамура
Да уж, манги у нас еще не было (#ВЭтомГодуЯВпервые), - но это обзор бизнес-манги от (якобы) титулованного эксперта. Книга - про организационное развитие, о том, как быть и руководить в современных реалиях, ведь «требования к сотрудникам как никогда высоки, а управлять командой как никогда сложно». И что делать, чтобы сплотить сотрудников, создать командный дух и благоприятные условия на рабочем месте.
✅Как стать Project-менеджером с нуля? Бесплатная программа обучения
Если вбить фразу «как стать project-менеджером» в поисковую строку, можно найти множество курсов по данному направлению. Проблема в том, что все курсы являются платными. А авторы взяли и подготовили программу обучения, которая состоит только из бесплатных курсов. Программа неплохо структурирована и включает курсы на Ютубе, статьи на интернет-ресурсах, телеграм-каналы.
✅Лирическое. Про любовь и работу
Не очень серьезная статья Петра Жаркова про отношения с компанией и их параллели с отношениями с противоположным полом. Всё это в контексте менеджмента проектов и CJM.
✅Как и какая видеоигра поможет подготовиться к роли руководителя
Автор - геймер со стажем и делится неординарным подходом к тренировке управленческих навыков. Его инструмент - это игра Squad, она предлагает уникальный шанс «прокрутить» в сжатом формате типичные командные и управленческие ситуации: быстро формировать рабочие процессы, налаживать коммуникацию, распределять роли и нести ответственность за решения.
✅Как оценить стоимость и продолжительность пилота по скудному техническому заданию
Cоветы, которые помогут вам оценить стоимость и продолжительность проекта по не слишком детальному техническому заданию или по поверхностным характеристикам систем клиента. Например, методика создания калькулятора проекта, использование опросников, озвучивание взвешенной оценки и допущение дополнительных работ и т.д.
✅Scrum-мастер: модный специалист или необходимый член команды
На рынке труда появляется все больше вакансий Scrum-мастеров. Статья - о том, кто это такие, зачем они нужны бизнесу и какую роль специалисты играют в команде. Если коротко - Scrum-мастер обучает команду методу, направляет сотрудников и помогает им учиться на ошибках и самосовершенствоваться, организует и фасилитирует встречи, на которых проходят групповые обсуждения.
✅Как мы командой полгода переезжали из Notion (и у нас получилось)
Хороший кейс про переезд на не очень-то и известный аналог сервиса. Хороший и как собственно пример проекта перехода, и как обзор практической применимости “наших” аналогов Notion.
✅Не торопитесь со Скрамом! Действительно полезные книги для менеджеров проектов. 5 функций Файоля
Не стоит торопиться со Скрамом, если вы ещё не постигли, как вообще планировать, организовывать и координировать. Иначе будете бегать с этой доской «todo – in progress– done» и не понимать, почему всё то же самое остаётся «in progress» уже третью неделю. А постигать можно при помощи умных и полезных книг, которых автор рекомендует много, от классики (Файоль, Тейлор, Друкер) и до свежака (Завертайлов, Пименов, Бындю, Семёновых).
✅Чтение на выходные: «Крутой менеджер Сакигакэ» Кадзухико Накамура
Да уж, манги у нас еще не было (#ВЭтомГодуЯВпервые), - но это обзор бизнес-манги от (якобы) титулованного эксперта. Книга - про организационное развитие, о том, как быть и руководить в современных реалиях, ведь «требования к сотрудникам как никогда высоки, а управлять командой как никогда сложно». И что делать, чтобы сплотить сотрудников, создать командный дух и благоприятные условия на рабочем месте.
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍5❤3🔥3🤯1💘1
🔥 Самые интересные материалы по управлению проектами за 25.01 - 08.02.2025
🤝 Команда проекта
🧍Как починить Work-life balance в компании?
“Если ваш сотрудник не успевает жить — он не успевает работать”. Work-life balance — это про то, как сделать так, чтобы люди не считали вашу компанию каторгой. Потому что выгоревший сотрудник = потраченные деньги на поиск нового. А если научить людей жить и работать в балансе, они сами начнут генерить идеи. Автор дает ряд рекомендаций по формированию нормальной культуры в команде и компании.
🧍Когда без аудита знаний уже никак. Кому нужен и как провести
Гайд о том, как провести аудит знаний в команде, чтобы зафиксировать корпоративную экспертизу, устранить неэффективность и обеспечить команде быстрый доступ к информации.
🧍Онбординг без головной боли: как рассказать новому сотруднику обо всем без взрыва мозга
Команда T2 (Теле2, а не Терминатор) - про свой онбординг. Сделали гайд в формате презентации, в котором расписали про первые дни, про полезные материалы, нарисовали “дерево с коллегами” (пожалуйста, без шуток!) и вообще расписали процессы, с которыми столкнется новичок в команде.
🧍Звон в голове: размышления об отношениях сотрудника и компании
Что болит у тимлида
На собеседовании многие сотрудники хороши и кажется, что ты со своим опытом точно уж не ошибёшься. Но проходит испытательный срок, полгода, год и кто-то действительно радует😐 , а кто-то откровенно портит жизнь остальным. Автор дает что-то вроде типологии и примеров последних. Среди них - те, кто пришел на работу “пересидеть” и получить красивую должность, те, кто не принял правила компании, те, кто не вписался в команду. Рекомендации, что с ними делать, - присутствуют.
🧍Проводим идеальное собеседование разработчика. Советы от практика с тысячей собеседований за спиной
Кирилл Мокевнин написал супер-пост про собесы. Делать ли тестовое, сколько собесов норм, как проводить, как делать “разогрев” и какие вопросы задать, что включить в основную часть (с очень конкретными вопросами), чем закончить и что делать после интервью.
🧍Горе от ума – почему рост знаний приводит к росту страданий
Мой (и не только) личный фаворит - статья “ИТ-психолога” про наши комплексы и особенности восприятия мира у тех, кто учится и расширяет кругозор. С акцентом как раз на боли - чем больше знаешь, тем больше понимаешь, сколько еще неизвестно и сколь много ресурсов тебе не хватает. Это нормально, говорит автор, и дает рекомендации, как остыть и прекратить грызть себя.
🧍Всё горит: как тимлиду не пропасть в срочных задачах
Отличный текст от тимлида из “Вайлдбериз” - о том, как наибольшее внимание уделять важным вещам (стратегии, культуре, ключевым метрикам), а неслиянию с RUSS тушению пожаров и ручной работе.
🧍T-shape в системном анализе. Скажи свое непопулярное мнение и беги
Про T-shape подход в ИТ, который хорошо известен, и тем не менее есть нюансы. Да, такой Т-спец развивается, находит новые нестандартные подходы в решении задач, глубоко погружается в сферу, - но, вместе с тем, теряет владение менее востребованными навыками. К тому же есть риски неправильного входа в смежные области, которые приводят к поверхностным знаниям.
🧍Как починить Work-life balance в компании?
“Если ваш сотрудник не успевает жить — он не успевает работать”. Work-life balance — это про то, как сделать так, чтобы люди не считали вашу компанию каторгой. Потому что выгоревший сотрудник = потраченные деньги на поиск нового. А если научить людей жить и работать в балансе, они сами начнут генерить идеи. Автор дает ряд рекомендаций по формированию нормальной культуры в команде и компании.
🧍Когда без аудита знаний уже никак. Кому нужен и как провести
Гайд о том, как провести аудит знаний в команде, чтобы зафиксировать корпоративную экспертизу, устранить неэффективность и обеспечить команде быстрый доступ к информации.
🧍Онбординг без головной боли: как рассказать новому сотруднику обо всем без взрыва мозга
Команда T2 (Теле2, а не Терминатор) - про свой онбординг. Сделали гайд в формате презентации, в котором расписали про первые дни, про полезные материалы, нарисовали “дерево с коллегами” (пожалуйста, без шуток!) и вообще расписали процессы, с которыми столкнется новичок в команде.
🧍Звон в голове: размышления об отношениях сотрудника и компании
Что болит у тимлида
На собеседовании многие сотрудники хороши и кажется, что ты со своим опытом точно уж не ошибёшься. Но проходит испытательный срок, полгода, год и кто-то действительно радует
🧍Проводим идеальное собеседование разработчика. Советы от практика с тысячей собеседований за спиной
Кирилл Мокевнин написал супер-пост про собесы. Делать ли тестовое, сколько собесов норм, как проводить, как делать “разогрев” и какие вопросы задать, что включить в основную часть (с очень конкретными вопросами), чем закончить и что делать после интервью.
🧍Горе от ума – почему рост знаний приводит к росту страданий
Мой (и не только) личный фаворит - статья “ИТ-психолога” про наши комплексы и особенности восприятия мира у тех, кто учится и расширяет кругозор. С акцентом как раз на боли - чем больше знаешь, тем больше понимаешь, сколько еще неизвестно и сколь много ресурсов тебе не хватает. Это нормально, говорит автор, и дает рекомендации, как остыть и прекратить грызть себя.
🧍Всё горит: как тимлиду не пропасть в срочных задачах
Отличный текст от тимлида из “Вайлдбериз” - о том, как наибольшее внимание уделять важным вещам (стратегии, культуре, ключевым метрикам), а не
🧍T-shape в системном анализе. Скажи свое непопулярное мнение и беги
Про T-shape подход в ИТ, который хорошо известен, и тем не менее есть нюансы. Да, такой Т-спец развивается, находит новые нестандартные подходы в решении задач, глубоко погружается в сферу, - но, вместе с тем, теряет владение менее востребованными навыками. К тому же есть риски неправильного входа в смежные области, которые приводят к поверхностным знаниям.
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍3🙏3❤2🔥2💘1
🔥 Самые интересные материалы по управлению проектами за 09.02 - 09.03.2025
🥁 Основы, гайды, инструменты (part 1)
⭐️ Карго-культ Scrum: почему команды копируют форму, но теряют суть
Начнем с любимой до слёз (с) темы - дискуссии про ценность и “истинность” скрама. Автор задается вопросом “почему мы следуем процессу, который называем Scrum, но при этом никто не следует процессу, который Scrum Guide определяет как Scrum”, со всем его комплексом артефактов. Ответ парадоксальный - это не мы (команды) такие ленивые и невнимательные. Это скрам устарел. Когда-то он помогал и был нацелен на достижение гибкости разработки, но единственное ценное, что от него осталось, - это объединение команды в общем потоке работы над проектом. А для этого никакой специальный фреймворк и не нужен…
⭐️ Апокриф Agile
А тут - очень интересный перевод статьи Сазерленда (гуру скрама) с комментариями от РП. Суть: уже стало практически догматом измерение трудозатрат в условных единицах (“попугаях”, "футболках", ТСВ), а не в часах. Часы - фу, часы не отражают сложности процесса разработки, часы вредно влияют на гибкость и т.д. Внезапно в этой статье Сазерленд говорит нечто обратное, а именно, что на определенных проектах не только можно, но и нужно трекать время в часах и минутах. Это позволяет как упорядочить текущую разработку, так и прогнозировать объем будущих работ. То ли ересь, то ли норма - неясно, но почитать текст советую.
⭐️ Канбан Метод: не магия, а логика. Наводим порядок в хаосе
Канбан одновременно очень известен и очень недооценён. С одной стороны, все знают Канбан-доски и стикеры. Многие компании «рисуют доски» и думают, что это Канбан Метод. Но, в результате, часто глубина метода остаётся незамеченной: управление рисками, вероятностное прогнозирование, балансировка системы. В этом материале - про “мифы” вокруг канбана, про то, чем канбан не является и чем он может быть для команды и проекта. Статья написана по следам выступления легендарного Алексея Пименова.
⭐️ Что такое карты процесса-опыта, зачем они нужны разработчикам и как их применять
Карта процесса-опыта — это новый отечественный (!) метод визуализации развития продукта и проекта. Это своеобразный вариант CJM, нотаций вроде BPMN, который позволяет видеть процесс целиком, не только как собственно набор активностей, но как нечто, приносящее ценность потребителю, видеть весь путь производства ценности и (самое главное) корректировать его. Статья ёмко рассказывает о подходе.
⭐️ Как найти управу на технический долг
Не всегда следует любой ценой избегать технического долга, в некоторых случаях его разумное использование становится стратегическим инструментом для достижения целей проекта. Однако для того, чтобы технический долг перестал ощущаться как что‑то пугающее и неконтролируемое, важно научиться осознанно им управлять. Команда должна воспринимать обсуждение долга как часть рабочего процесса, а не как негативный аспект работы. Если долг рассматривается как управляемая часть системы, он становится менее тревожным. Какими инструментами это сделать - читайте в материале.
⭐️ Оценка срока и трудозатрат на реализацию задач с помощью Монте-Карло
Рассказ про использование метода в оценке задач и эффект от этого (в частности, сократилось время на встречи по оценке задач до 40 человеко-часов в месяц, а сэкономленное время можно направить на увеличение количества фич или технические задачи).
⭐️ Гайд по менеджменту знаний: 6 решений для разных бизнес-задач
Как база знаний помогает компаниям перестать терять деньги на бесконечное обучение новичков, путаться в старых инструкциях и срывать сроки проектов. Про реальные сценарии использования, про то, как организовать работу с базой знаний внутри компании, а также про подходящие для разных проектов и задач базы знаний.
⭐️ Декомпозиция задач: как разработчику съесть слона?
Хороший практический гайд по декомпозиции продуктовых и технических задач, который может помочь укладываться в сроки, при этом сохраняя кодовую базу проекта в хорошем состоянии.
(продолжение следует!)
Начнем с любимой до слёз (с) темы - дискуссии про ценность и “истинность” скрама. Автор задается вопросом “почему мы следуем процессу, который называем Scrum, но при этом никто не следует процессу, который Scrum Guide определяет как Scrum”, со всем его комплексом артефактов. Ответ парадоксальный - это не мы (команды) такие ленивые и невнимательные. Это скрам устарел. Когда-то он помогал и был нацелен на достижение гибкости разработки, но единственное ценное, что от него осталось, - это объединение команды в общем потоке работы над проектом. А для этого никакой специальный фреймворк и не нужен…
А тут - очень интересный перевод статьи Сазерленда (гуру скрама) с комментариями от РП. Суть: уже стало практически догматом измерение трудозатрат в условных единицах (“попугаях”, "футболках", ТСВ), а не в часах. Часы - фу, часы не отражают сложности процесса разработки, часы вредно влияют на гибкость и т.д. Внезапно в этой статье Сазерленд говорит нечто обратное, а именно, что на определенных проектах не только можно, но и нужно трекать время в часах и минутах. Это позволяет как упорядочить текущую разработку, так и прогнозировать объем будущих работ. То ли ересь, то ли норма - неясно, но почитать текст советую.
Канбан одновременно очень известен и очень недооценён. С одной стороны, все знают Канбан-доски и стикеры. Многие компании «рисуют доски» и думают, что это Канбан Метод. Но, в результате, часто глубина метода остаётся незамеченной: управление рисками, вероятностное прогнозирование, балансировка системы. В этом материале - про “мифы” вокруг канбана, про то, чем канбан не является и чем он может быть для команды и проекта. Статья написана по следам выступления легендарного Алексея Пименова.
Карта процесса-опыта — это новый отечественный (!) метод визуализации развития продукта и проекта. Это своеобразный вариант CJM, нотаций вроде BPMN, который позволяет видеть процесс целиком, не только как собственно набор активностей, но как нечто, приносящее ценность потребителю, видеть весь путь производства ценности и (самое главное) корректировать его. Статья ёмко рассказывает о подходе.
Не всегда следует любой ценой избегать технического долга, в некоторых случаях его разумное использование становится стратегическим инструментом для достижения целей проекта. Однако для того, чтобы технический долг перестал ощущаться как что‑то пугающее и неконтролируемое, важно научиться осознанно им управлять. Команда должна воспринимать обсуждение долга как часть рабочего процесса, а не как негативный аспект работы. Если долг рассматривается как управляемая часть системы, он становится менее тревожным. Какими инструментами это сделать - читайте в материале.
Рассказ про использование метода в оценке задач и эффект от этого (в частности, сократилось время на встречи по оценке задач до 40 человеко-часов в месяц, а сэкономленное время можно направить на увеличение количества фич или технические задачи).
Как база знаний помогает компаниям перестать терять деньги на бесконечное обучение новичков, путаться в старых инструкциях и срывать сроки проектов. Про реальные сценарии использования, про то, как организовать работу с базой знаний внутри компании, а также про подходящие для разных проектов и задач базы знаний.
Хороший практический гайд по декомпозиции продуктовых и технических задач, который может помочь укладываться в сроки, при этом сохраняя кодовую базу проекта в хорошем состоянии.
(продолжение следует!)
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍3🔥3❤2💘2⚡1
🔥 Самые интересные материалы по управлению проектами за 09.02 - 09.03.2025
🎉 Основы, гайды, инструменты (part 2)
📌Руководство по Use Cases
Очень (!) детальный гайд по широко известному инструменту описания взаимодействия пользователя (или другого актора) с системой. Автор дает пошаговый процесс создания Use Case (от бизнес-требований до сценария), шаблон описания Use Case (структура и содержание), приводит инструменты для моделирования диаграмм процессов и дает рекомендации по написанию качественных Use Case.
📌Как User Story делает разработку понятной
Немного менее подробное руководство по “сторям” - для чего применяется, почему важна, как формулировать, как выглядит хорошая user story, как применять на практике, какие распространенные ошибки допускают при создании.
📌Как не залипнуть в бесконечных уточнениях задач? DoR и DoD в помощь
Про Definition of Ready (DoR, список критериев, которые задача должна выполнить, чтобы команда могла начать её разработку) и Definition of Done (DoD, список требований, которые должна выполнить команда, чтобы задача считалась завершённой): чем полезны, как выглядят в “качественном виде”, как использовать на практике, как создавать и обновлять.
📌Формирование бэклога продукта: полное руководство для PO
Бэклог — это сердце любого продукта, динамичный инструмент управления, который отражает стратегию, потребности пользователей и технические возможности. В статье - о том, как наполнить бэклог, расставить приоритеты и избежать типичных ошибок.
📌Все по полочкам: как мы внедряли методологию управления проектами P3.express
P3.express — это система управления проектами, которая представляет собой алгоритм из 33 конкретных шагов. PM Head из заказной разработки перевел ведение проектов на эту методологию и рассказывает, чем это обернулось для команды и бизнеса.
📌Стиральная машина позволила мне иначе взглянуть на сроки разработки ПО
Смешной кейс про то, как срок реализации задачи оценивался в 10 минут, а по факту вырос в 24 раза, и размышления, почему так могло произойти. И всё, в целом, просто - мы оцениваем по имеющемуся опыту, но не учитываем, что могут возникнуть те самые “неизвестные неизвестные”, о которых мы забыли даже подумать при оценке. Вывод - как тщательно требования ни собирай, все равно не избежать ситуаций столкновения с реальностью, которой все равно на наши прогнозы и опыт.
📌Метод шести шляп, который поможет уйти от линейного мышления
Про технику креативного мышления «шесть шляп» команды, которая хочет подружиться, размять мозги и заодно порешать важные вопросы, которая предполагает рассуждение над проблемой с шести точек зрения или ролей (позитивная, критическая, эмоциональная, фактологическая, креативная, модерационная).
📌Использование Mindmap для написания требований
Про использование простого, понятного, наглядного инструмента, который интегрируется с подходом Docs as code – Mindmap (Интеллект-карта). Этот метод позволяет организовывать требования в виде древовидной структуры, что делает процесс работы более гибким и наглядным.
📌Почему жёсткие сроки убивают проект и как его спасти
А тут развернутая рецензия на, пожалуй, самый культовый бизнес-роман для ПМов, Deadline ДеМарко. Если вы вдруг еще не читали его, то прочитайте хотя бы это краткое содержание, книга и ее идеи про человекоцентричность управления проектом нисколько не устарели.
📌5 принципов архитектуры ПО для старта проекта
Как определить, насколько глубоко на старте проекта надо продумывать его архитектуру? И на чем стоит сфокусироваться сразу, чтобы ее пришлось переделывать в процессе? Большой текст для тех, кто внимательно относится к технической архитектуре проекта, о ее ограничениях, эволюции, подчиненности продукту и бизнесу.
📌Конспект по архитектуре ПО и System Design
Напоследок еще интересный пост про архитектуру (в тч для проджектов) - автор собрал и структурировал очень много источников на одной доске в miro.
📌Руководство по Use Cases
Очень (!) детальный гайд по широко известному инструменту описания взаимодействия пользователя (или другого актора) с системой. Автор дает пошаговый процесс создания Use Case (от бизнес-требований до сценария), шаблон описания Use Case (структура и содержание), приводит инструменты для моделирования диаграмм процессов и дает рекомендации по написанию качественных Use Case.
📌Как User Story делает разработку понятной
Немного менее подробное руководство по “сторям” - для чего применяется, почему важна, как формулировать, как выглядит хорошая user story, как применять на практике, какие распространенные ошибки допускают при создании.
📌Как не залипнуть в бесконечных уточнениях задач? DoR и DoD в помощь
Про Definition of Ready (DoR, список критериев, которые задача должна выполнить, чтобы команда могла начать её разработку) и Definition of Done (DoD, список требований, которые должна выполнить команда, чтобы задача считалась завершённой): чем полезны, как выглядят в “качественном виде”, как использовать на практике, как создавать и обновлять.
📌Формирование бэклога продукта: полное руководство для PO
Бэклог — это сердце любого продукта, динамичный инструмент управления, который отражает стратегию, потребности пользователей и технические возможности. В статье - о том, как наполнить бэклог, расставить приоритеты и избежать типичных ошибок.
📌Все по полочкам: как мы внедряли методологию управления проектами P3.express
P3.express — это система управления проектами, которая представляет собой алгоритм из 33 конкретных шагов. PM Head из заказной разработки перевел ведение проектов на эту методологию и рассказывает, чем это обернулось для команды и бизнеса.
📌Стиральная машина позволила мне иначе взглянуть на сроки разработки ПО
Смешной кейс про то, как срок реализации задачи оценивался в 10 минут, а по факту вырос в 24 раза, и размышления, почему так могло произойти. И всё, в целом, просто - мы оцениваем по имеющемуся опыту, но не учитываем, что могут возникнуть те самые “неизвестные неизвестные”, о которых мы забыли даже подумать при оценке. Вывод - как тщательно требования ни собирай, все равно не избежать ситуаций столкновения с реальностью, которой все равно на наши прогнозы и опыт.
📌Метод шести шляп, который поможет уйти от линейного мышления
Про технику креативного мышления «шесть шляп» команды, которая хочет подружиться, размять мозги и заодно порешать важные вопросы, которая предполагает рассуждение над проблемой с шести точек зрения или ролей (позитивная, критическая, эмоциональная, фактологическая, креативная, модерационная).
📌Использование Mindmap для написания требований
Про использование простого, понятного, наглядного инструмента, который интегрируется с подходом Docs as code – Mindmap (Интеллект-карта). Этот метод позволяет организовывать требования в виде древовидной структуры, что делает процесс работы более гибким и наглядным.
📌Почему жёсткие сроки убивают проект и как его спасти
А тут развернутая рецензия на, пожалуй, самый культовый бизнес-роман для ПМов, Deadline ДеМарко. Если вы вдруг еще не читали его, то прочитайте хотя бы это краткое содержание, книга и ее идеи про человекоцентричность управления проектом нисколько не устарели.
📌5 принципов архитектуры ПО для старта проекта
Как определить, насколько глубоко на старте проекта надо продумывать его архитектуру? И на чем стоит сфокусироваться сразу, чтобы ее пришлось переделывать в процессе? Большой текст для тех, кто внимательно относится к технической архитектуре проекта, о ее ограничениях, эволюции, подчиненности продукту и бизнесу.
📌Конспект по архитектуре ПО и System Design
Напоследок еще интересный пост про архитектуру (в тч для проджектов) - автор собрал и структурировал очень много источников на одной доске в miro.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥4💘3❤2🙏1
🔥 Самые интересные материалы по управлению проектами за 10.03 - 21.03.2025
😈 Основы, гайды, инструменты
🐶 55 систем управления проектами: самый полный обзор рынка 2025
Да, это обзор 55 систем. Причем не только фиче-обзор, каких немало (что за инструментарий у систем, чем хороши, где минусы, какова стоимость), но и финансовый: автор заглянула в отчеты по оценке доли рынка и/или роста выручки и показала, как одни выросли в несколько раз (YouGile, EvaProject), другие в стагнации (Advanta), третьи закрылись (Workzen).
🐱Метод «5 почему»: правило пяти вопросов, примеры, техника
Метод «5 почему» помогаетнадушнить найти первопричину проблемы вместо того, чтобы постоянно устранять новые симптомы. В статье - как работает метод, чем он полезен на проекте, какие имеет плюсы и минусы.
🐭Матрицы RACI, DACI, AAI для распределения ответственности
В любом проекте важно, чтобы члены команды понимали свою роль и зону ответственности. Иначе задачи зависают, решения принимаются слишком долго, а работа превращается в хаос. Матрицы RACI, DACI и AAI , которые помогут разобраться, кто за что отвечает в проекте.
🐹От идеи до результата: как оценить, нужна ли пользователям новая фича (JTBD и TARS)
Фича продукта – это не просто техническая функция, а способ доставки ценности пользователю. Авторы разбирают, как оценивать успех фичи с помощью метрик, какие вопросы задавать, приведем реальные примеры успешного и неудачного запуска функций, а также лучшие практики (TARS-фреймворк, когортный анализ, BIAS и LTV) и типичные ошибки.
🐰10 ошибок при внедрении Scrum
Рекомендую материал как баланс между теорией и практикой скрама. Автор разбирает такие ошибки, как “фасадное” внедрение скрама, непринятие во внимание потребностей команды, забивание на встречи, очень душные ретро и т.д. Попутно рассказывает о полезных инструментах. И всё это на примерах из 1С-разработки, которая традиционно якобы не про скрам.
🦊Обратная сторона SCRUM
Про парадокс скрама - почему он стал настолько популярным, но при этом редко встречается. Причина - в бездумном и безадаптационном внедрении. Скрам стал слишком универсальным, его пытаются применять там, где он совсем не нужен, считая что он снижает бюрократию (что совсем не так). К тому же есть проблемы с скрам-мастерами - где-то на них вешают всех собак, а где-то они и сами не понимают, что делать…
🐻Контрольные точки: делаем проектную деятельность предсказуемой и управляемой
КТ - отметки, которые помогают оценить готовность команды переходить на следующий этап (и тем они отличаются от вех - значимых событий в проекте). Статья - про то, откуда взялась концепция, как ставить КТ, чтобы они были полезными, примеры постановки в разных отраслях.
🐼Как провести демо, после которого бизнес-заказчик останется доволен
Этапы подготовки эффективного демо и 9 советов, которые помогут повысить эффективность демо для бизнес-заказчика: анализировать состав участников перед встречей, дать вводную информацию, сосредоточиться на основных сценариях использования и т.д.
🐻❄️Как сэкономить время и силы с помощью продуктовых и технических требований
Как сделать так, чтобы задача вышла в продакшен раньше, чем она потеряла смысла, почему четко зафиксированные требования лучше, чем созвон в пятницу вечером, примеры хороших требований и тд
🐨Зачем нужно предпроектное обследование
Предпроектное обследование необходимо для того, чтобы заказчик получил какую-то модель для последующего согласования, а исполнитель – рамки проекта, в которых он будет работать. Статья о том, как сделать ППО эффективным и небесплатным)
🐯Крупный ИТ-проект без хаоса: как пройти все этапы и уложиться в сроки и бюджет
Как провести проект от идеи до стабильной работы и сохранить контроль над процессом: партнеры Яндекса рассказывают о своих ноу-хау по аналитике, подготовке, пресейлу, контролю, сдаче проектов и постпроектному сопровождению и поддержке.
🦁Сервисы, которые заменят Microsoft Project: собрали 14 лучших вариантов
14 альтернатив MS Project вместе с подробным сравнением, от Kaiten и ЛидерТаск до Visary Project и Projecto.
🐶 55 систем управления проектами: самый полный обзор рынка 2025
Да, это обзор 55 систем. Причем не только фиче-обзор, каких немало (что за инструментарий у систем, чем хороши, где минусы, какова стоимость), но и финансовый: автор заглянула в отчеты по оценке доли рынка и/или роста выручки и показала, как одни выросли в несколько раз (YouGile, EvaProject), другие в стагнации (Advanta), третьи закрылись (Workzen).
🐱Метод «5 почему»: правило пяти вопросов, примеры, техника
Метод «5 почему» помогает
🐭Матрицы RACI, DACI, AAI для распределения ответственности
В любом проекте важно, чтобы члены команды понимали свою роль и зону ответственности. Иначе задачи зависают, решения принимаются слишком долго, а работа превращается в хаос. Матрицы RACI, DACI и AAI , которые помогут разобраться, кто за что отвечает в проекте.
🐹От идеи до результата: как оценить, нужна ли пользователям новая фича (JTBD и TARS)
Фича продукта – это не просто техническая функция, а способ доставки ценности пользователю. Авторы разбирают, как оценивать успех фичи с помощью метрик, какие вопросы задавать, приведем реальные примеры успешного и неудачного запуска функций, а также лучшие практики (TARS-фреймворк, когортный анализ, BIAS и LTV) и типичные ошибки.
🐰10 ошибок при внедрении Scrum
Рекомендую материал как баланс между теорией и практикой скрама. Автор разбирает такие ошибки, как “фасадное” внедрение скрама, непринятие во внимание потребностей команды, забивание на встречи, очень душные ретро и т.д. Попутно рассказывает о полезных инструментах. И всё это на примерах из 1С-разработки, которая традиционно якобы не про скрам.
🦊Обратная сторона SCRUM
Про парадокс скрама - почему он стал настолько популярным, но при этом редко встречается. Причина - в бездумном и безадаптационном внедрении. Скрам стал слишком универсальным, его пытаются применять там, где он совсем не нужен, считая что он снижает бюрократию (что совсем не так). К тому же есть проблемы с скрам-мастерами - где-то на них вешают всех собак, а где-то они и сами не понимают, что делать…
🐻Контрольные точки: делаем проектную деятельность предсказуемой и управляемой
КТ - отметки, которые помогают оценить готовность команды переходить на следующий этап (и тем они отличаются от вех - значимых событий в проекте). Статья - про то, откуда взялась концепция, как ставить КТ, чтобы они были полезными, примеры постановки в разных отраслях.
🐼Как провести демо, после которого бизнес-заказчик останется доволен
Этапы подготовки эффективного демо и 9 советов, которые помогут повысить эффективность демо для бизнес-заказчика: анализировать состав участников перед встречей, дать вводную информацию, сосредоточиться на основных сценариях использования и т.д.
🐻❄️Как сэкономить время и силы с помощью продуктовых и технических требований
Как сделать так, чтобы задача вышла в продакшен раньше, чем она потеряла смысла, почему четко зафиксированные требования лучше, чем созвон в пятницу вечером, примеры хороших требований и тд
🐨Зачем нужно предпроектное обследование
Предпроектное обследование необходимо для того, чтобы заказчик получил какую-то модель для последующего согласования, а исполнитель – рамки проекта, в которых он будет работать. Статья о том, как сделать ППО эффективным и небесплатным)
🐯Крупный ИТ-проект без хаоса: как пройти все этапы и уложиться в сроки и бюджет
Как провести проект от идеи до стабильной работы и сохранить контроль над процессом: партнеры Яндекса рассказывают о своих ноу-хау по аналитике, подготовке, пресейлу, контролю, сдаче проектов и постпроектному сопровождению и поддержке.
🦁Сервисы, которые заменят Microsoft Project: собрали 14 лучших вариантов
14 альтернатив MS Project вместе с подробным сравнением, от Kaiten и ЛидерТаск до Visary Project и Projecto.
Please open Telegram to view this post
VIEW IN TELEGRAM
3👍7🔥3❤2💘2🙏1
🔥 Самые интересные материалы по управлению проектами за 10.03 - 21.03.2025
😱 Карьера и навыки менеджера проектов
🍏 Что надо сделать, чтобы проектное управление заработало и ваши сотрудники начали действовать автономно
Авторский метод работы с сотрудниками из трех шагов: определить тип проекта и важные области внимания - проверить, что уже хорошо работает, а что нет, - использовать опыт компании для управления проектами. Звучит сомнительно, но раскрываются эти мысли в статье более здраво и целостно.
🍎Искусство фасилитативного лидерства: как раскрыть потенциал команды
Современный лидер должен не только видеть цель, но и помогать команде достигать её наиболее эффективным способом. Отсюда заход к навыкам фасилитации. Статья - как раз про “фасилитативного лидера”, который помогает команде осмыслять происходящее, направляет и держит баланс.
🍐 Про неуспешные проекты и что делать, чтобы в них не вляпаться
Про основные факапы в проектах, причины, их порождающие, и что можно сделать, чтобы неуспешных проектов у вас, как менеджера (или как менеджера менеджеров) было меньше. Ключевым фактором успеха проекта является личность РП и уровень его опыта и софтскиллов. Второе по важности - владение базовыми инструментами проектного управления и отлаженные процессы проектного офиса.
🍊 Игнорирование стратегии приводит к проблемам на проекте
Без стратегического планирования не получится построить успешный, гибкий и масштабируемый продукт, который не будет тянуть экстра-затрат и времени из бизнеса. Однако автор смотрит на это без иллюзий: за последние 20 лет понятие стратегии практически покинуло бизнес умы. Преобладает слепая вера в технологии, наличие инвестиций и желание быстрой наживы.
🍋 Как СберМобайл завод оцифровал, и кому это вообще нужно
Интересный опыт запуска проектов цифровых двойников. Если хотите узнать, как происходят проекты на крупнейших предприятиях (типа ГК “Благо”) - добро пожаловать. Тут и кейсы, и проблемы, и инструментарий, и подходы к ТЗ, и своеобразный флоу.
🍋🟩 «На войне как на войне» — пособие для тимлидов
Небольшой, но емкий текст про зону ответственности и правила жизни тимлидов. Отвечает за факапы, адаптирует теории и best practices под реалии, готов к неопределенности и умеет с ней справляться.
🍌 Тимлиды бывают разными. Иногда очень неожиданными
Тимлид — это не шаблонная роль с чёткими границами, а скорее живая система, которая подстраивается под реалии проекта. Автор строит своеобразную типологию тимлидов - тут и “бриллиант”, который тащит на себе весь проект, и коммуникатор, и тот, кто доводит проект до кондиции и т.д.
🍉 Миссия выполнима: стандартизировать производственный процесс в крупной компании и учесть запросы всех продуктовых команд
Текст от команды МТС - про цифровизацию на всем жизненном цикле производства, подход к типологии фичей им изменений, сроки реализации, процесс реализации фичей вообще и роли в нем (владельцы процессов, использование DoD и критериев приемки и т.д.).
🍇 Самый масштабный кейс в России по настройке и автоматизации процессов управления проектами на Jira в Hoff
Кейс о том, как настроили и автоматизировали проектное управление для 300+ участников проектов на Jira – от исполнителей до бизнеса. 8 месяцев, 20 дашбордов, много интересных деталей.
🍓 Как я добилась смены должности и при чем тут философия По из Кунг-Фу Панды
А вы думаете, чем еще руководствуются менеджеры из Ростелекома? Да-да, вот тем самым медведем. Герой мультика побудил автора поменять жизнь, поменять работу, стать эффективным РП. Почитай - и как знать, может быть, это забустит и твою самооценку…
🫐 Переключение контекста — главный убийца продуктивности разработчика
А это на десерт. Переводная статья про то, что не надо отвлекать людей, особенно инженеров и системных аналитиков своими мемами, сообщениями о жизни и прочим мусором. Пусть работают в потоке, не теряя фокуса, потому что, как посчитал автор, каждый отвлекающий мем - это минус 23 мин рабочего времени на восстановление контекста, а уж сколько отрывает созвон…
🍏 Что надо сделать, чтобы проектное управление заработало и ваши сотрудники начали действовать автономно
Авторский метод работы с сотрудниками из трех шагов: определить тип проекта и важные области внимания - проверить, что уже хорошо работает, а что нет, - использовать опыт компании для управления проектами. Звучит сомнительно, но раскрываются эти мысли в статье более здраво и целостно.
🍎Искусство фасилитативного лидерства: как раскрыть потенциал команды
Современный лидер должен не только видеть цель, но и помогать команде достигать её наиболее эффективным способом. Отсюда заход к навыкам фасилитации. Статья - как раз про “фасилитативного лидера”, который помогает команде осмыслять происходящее, направляет и держит баланс.
🍐 Про неуспешные проекты и что делать, чтобы в них не вляпаться
Про основные факапы в проектах, причины, их порождающие, и что можно сделать, чтобы неуспешных проектов у вас, как менеджера (или как менеджера менеджеров) было меньше. Ключевым фактором успеха проекта является личность РП и уровень его опыта и софтскиллов. Второе по важности - владение базовыми инструментами проектного управления и отлаженные процессы проектного офиса.
🍊 Игнорирование стратегии приводит к проблемам на проекте
Без стратегического планирования не получится построить успешный, гибкий и масштабируемый продукт, который не будет тянуть экстра-затрат и времени из бизнеса. Однако автор смотрит на это без иллюзий: за последние 20 лет понятие стратегии практически покинуло бизнес умы. Преобладает слепая вера в технологии, наличие инвестиций и желание быстрой наживы.
🍋 Как СберМобайл завод оцифровал, и кому это вообще нужно
Интересный опыт запуска проектов цифровых двойников. Если хотите узнать, как происходят проекты на крупнейших предприятиях (типа ГК “Благо”) - добро пожаловать. Тут и кейсы, и проблемы, и инструментарий, и подходы к ТЗ, и своеобразный флоу.
🍋🟩 «На войне как на войне» — пособие для тимлидов
Небольшой, но емкий текст про зону ответственности и правила жизни тимлидов. Отвечает за факапы, адаптирует теории и best practices под реалии, готов к неопределенности и умеет с ней справляться.
🍌 Тимлиды бывают разными. Иногда очень неожиданными
Тимлид — это не шаблонная роль с чёткими границами, а скорее живая система, которая подстраивается под реалии проекта. Автор строит своеобразную типологию тимлидов - тут и “бриллиант”, который тащит на себе весь проект, и коммуникатор, и тот, кто доводит проект до кондиции и т.д.
🍉 Миссия выполнима: стандартизировать производственный процесс в крупной компании и учесть запросы всех продуктовых команд
Текст от команды МТС - про цифровизацию на всем жизненном цикле производства, подход к типологии фичей им изменений, сроки реализации, процесс реализации фичей вообще и роли в нем (владельцы процессов, использование DoD и критериев приемки и т.д.).
🍇 Самый масштабный кейс в России по настройке и автоматизации процессов управления проектами на Jira в Hoff
Кейс о том, как настроили и автоматизировали проектное управление для 300+ участников проектов на Jira – от исполнителей до бизнеса. 8 месяцев, 20 дашбордов, много интересных деталей.
🍓 Как я добилась смены должности и при чем тут философия По из Кунг-Фу Панды
А вы думаете, чем еще руководствуются менеджеры из Ростелекома? Да-да, вот тем самым медведем. Герой мультика побудил автора поменять жизнь, поменять работу, стать эффективным РП. Почитай - и как знать, может быть, это забустит и твою самооценку…
🫐 Переключение контекста — главный убийца продуктивности разработчика
А это на десерт. Переводная статья про то, что не надо отвлекать людей, особенно инженеров и системных аналитиков своими мемами, сообщениями о жизни и прочим мусором. Пусть работают в потоке, не теряя фокуса, потому что, как посчитал автор, каждый отвлекающий мем - это минус 23 мин рабочего времени на восстановление контекста, а уж сколько отрывает созвон…
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🔥2💘2🙏1😨1
🔥 Самые интересные материалы по управлению проектами за 10.03 - 21.03.2025
💪 Команда проекта
👶 Что мертво – умереть не может или как предотвратить выгорание на работе
Сезон выгорания в публикациях! Коллеги из Коруса - о наболевшем для них: общий взгляд на проблему выгорания (да, она не вымышленная - 95% участников большого опроса айтишников испытывали выгорание), симптомы (подрезанные из википедии), рекомендации по профилактике выгорания, а еще умеренно смешные мемы…
👧 Хватит выгорать! Бережливое лидерство
Номер два в нашем дайджесте - 40-минутный текст про то, как влияет на сотрудников выгорание их шефа-менеджера. Например, так: регулярное общение с выгоревшим лидером драматически ухудшает состояние сотрудника всего за 6 месяцев или даже быстрее. Сотрудники перенимают у руководителя подходы к работе, настроение и даже выгорание. А отсюда и провал проектов и прочая гадость.
🧒 Хватит выгорать! Сперва маску на себя
Номер три - лонг про то, как же все-таки выстроить "work-life balance", чтобы никто не выгорал и не страдал от выгорания. Кратко - будьте марафонцем, забейте на краткосрочные цели, больше спите и ведите дневник сна, выделяйте время на хобби, отдых, семью, отпуск… (ладно, не буду травить душу, дальше прочитаете сами).
👦 Приходят в компанию, уходят от руководителя
Четыре истории от РП об увольнении с разбором, почему произошло, что стало причиной и триггером, как начинались и как заканчивались трудовые отношения. Как автор пытался адаптироваться и изменить ситуацию, но не мог из-за культуры и атмосферы, которую, в свою очередь, создавали руководители и их ценности.
👩 Самоорганизующиеся команды — это призраки
Бу! Испугались? На самом деле это мелкая статья, но с потенциально интересной идеей: в истории человечества не получается вспомнить хотя бы одного значимого проекта, где успеха добивалась плоская команда. А успешный кейсов команд с тимлидами во главе — масса. Автор топит за команды с выделенным лидером и против бирюзовой анархии.
🧑 Какими будут тренды в управлении IT-командами в 2025 году
Что там по трендам? Ну, в целом, терпимо и нас еще не сокращают: AI-системы становятся частью управления командами, штат перестраивается с учетом копилотов, растут корпоративные базы знаний, всё более актуальна ИБ-гигиена (информационная безопасность), многие смотрят в сторону индивидуальных планов развития, микрообучения и UGC, ну и в тренде гибридные методологии.
👨 Почему сотрудники не используют ваши инструкции и гайды: 5 причин и 20 решений проблемы
Причины - никто не знает про инструкции, они не считаются обязательными, в них сложно разобраться, они не актуальны или, наоборот, слишком часто меняются. Узнали? Согласны? Тогда читайте 20 советов, может быть, не все безнадежно…
👩🦱 Наша кузница кадров: как мы обучаем и помогаем строить карьерный трек инженеров поддержки
Ребята из МТС-Линк про собственную схему внутреннего обучения и найденный удачный баланс между общим и индивидуальным подходом, который не только развивает коллег внутри отдела, но и помогает найти путь развития в смежные отделы компании.
👨🦱Разница в мотивации ТОПов и сотрудников: как выстроить эффективную команду
Автор статьи, - кстати, тот самый человек, который запустил в 90-ых Dendy, - рассуждает о системе мотивации сотрудников, которая является ключевым фактором успеха компании. ТОПам и линейным сотрудникам нужны разные мотивации, но при этом группы должны быть синхронизированы. Очень интересный и крайне прагматичный текст с примерами.
🧑🦰Работа системного аналитика с требованиями на разных этапах проекта
Как непросто приходится системному аналитику, если он и бизнес‑аналитик, и немного менеджер, и на дуде игрец и как с этим справляться.
👱♀️Идеальный онбординг
Как сделать онбординг максимально эффективным и какие есть типы мотиваций сотрудников для определения рабочих инструментов для качественного взаимодействия с ними.
👶 Что мертво – умереть не может или как предотвратить выгорание на работе
Сезон выгорания в публикациях! Коллеги из Коруса - о наболевшем для них: общий взгляд на проблему выгорания (да, она не вымышленная - 95% участников большого опроса айтишников испытывали выгорание), симптомы (подрезанные из википедии), рекомендации по профилактике выгорания, а еще умеренно смешные мемы…
👧 Хватит выгорать! Бережливое лидерство
Номер два в нашем дайджесте - 40-минутный текст про то, как влияет на сотрудников выгорание их шефа-менеджера. Например, так: регулярное общение с выгоревшим лидером драматически ухудшает состояние сотрудника всего за 6 месяцев или даже быстрее. Сотрудники перенимают у руководителя подходы к работе, настроение и даже выгорание. А отсюда и провал проектов и прочая гадость.
🧒 Хватит выгорать! Сперва маску на себя
Номер три - лонг про то, как же все-таки выстроить "work-life balance", чтобы никто не выгорал и не страдал от выгорания. Кратко - будьте марафонцем, забейте на краткосрочные цели, больше спите и ведите дневник сна, выделяйте время на хобби, отдых, семью, отпуск… (ладно, не буду травить душу, дальше прочитаете сами).
👦 Приходят в компанию, уходят от руководителя
Четыре истории от РП об увольнении с разбором, почему произошло, что стало причиной и триггером, как начинались и как заканчивались трудовые отношения. Как автор пытался адаптироваться и изменить ситуацию, но не мог из-за культуры и атмосферы, которую, в свою очередь, создавали руководители и их ценности.
👩 Самоорганизующиеся команды — это призраки
Бу! Испугались? На самом деле это мелкая статья, но с потенциально интересной идеей: в истории человечества не получается вспомнить хотя бы одного значимого проекта, где успеха добивалась плоская команда. А успешный кейсов команд с тимлидами во главе — масса. Автор топит за команды с выделенным лидером и против бирюзовой анархии.
🧑 Какими будут тренды в управлении IT-командами в 2025 году
Что там по трендам? Ну, в целом, терпимо и нас еще не сокращают: AI-системы становятся частью управления командами, штат перестраивается с учетом копилотов, растут корпоративные базы знаний, всё более актуальна ИБ-гигиена (информационная безопасность), многие смотрят в сторону индивидуальных планов развития, микрообучения и UGC, ну и в тренде гибридные методологии.
👨 Почему сотрудники не используют ваши инструкции и гайды: 5 причин и 20 решений проблемы
Причины - никто не знает про инструкции, они не считаются обязательными, в них сложно разобраться, они не актуальны или, наоборот, слишком часто меняются. Узнали? Согласны? Тогда читайте 20 советов, может быть, не все безнадежно…
👩🦱 Наша кузница кадров: как мы обучаем и помогаем строить карьерный трек инженеров поддержки
Ребята из МТС-Линк про собственную схему внутреннего обучения и найденный удачный баланс между общим и индивидуальным подходом, который не только развивает коллег внутри отдела, но и помогает найти путь развития в смежные отделы компании.
👨🦱Разница в мотивации ТОПов и сотрудников: как выстроить эффективную команду
Автор статьи, - кстати, тот самый человек, который запустил в 90-ых Dendy, - рассуждает о системе мотивации сотрудников, которая является ключевым фактором успеха компании. ТОПам и линейным сотрудникам нужны разные мотивации, но при этом группы должны быть синхронизированы. Очень интересный и крайне прагматичный текст с примерами.
🧑🦰Работа системного аналитика с требованиями на разных этапах проекта
Как непросто приходится системному аналитику, если он и бизнес‑аналитик, и немного менеджер, и на дуде игрец и как с этим справляться.
👱♀️Идеальный онбординг
Как сделать онбординг максимально эффективным и какие есть типы мотиваций сотрудников для определения рабочих инструментов для качественного взаимодействия с ними.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥4👍2💘2❤1🏆1
🔥 Самые интересные материалы по управлению проектами за 22.03 - 04.04.2025
😛 Основы, гайды, инструменты
😊 Пользовательская документация: как мы применили к ней лучшие мировые практики
В Т-Банке решили переосмыслить подход к пользовательской документации, превратив её из хаотичного архива в эффективный инструмент. Они внедрили единый стиль, структуру и процессы обновления, что позволило сократить нагрузку на техподдержку. Пользователи стали быстрее находить нужную информацию, а сотрудники — работать эффективнее. Идея проста: хорошая документация — это когда не нужно объяснять дважды.
🤩 Как управлять рисками в проекте: 5 шагов
Риски — это не враги, а просто непрошеные гости, которых лучше знать в лицо. В статье описан структурированный подход к управлению рисками: от их выявления до постоянного мониторинга. Большинство факапов можно было избежать, если бы риски оценивались вовремя. И помните: игнорировать риски — это как идти по минному полю в наушниках.
😂 Как проектировать системы
Хорошая система начинается с хороших вопросов — об этом и говорит автор, начиная с философии проектирования. В центре внимания — понимание бизнес-целей и пользы от создания системы. Приводится инструмент «Квадрат Декарта» как способ взглянуть на проект с разных сторон. Главное — не сразу бросаться в разработку, а сперва понять, что именно вы решаете.
🙈 Кросс-функциональное взаимодействие в ИТ: когда все правы, но ничего не работает
Если в компании команды живут как племена, не удивляйтесь провальным проектам. Статья поднимает больную, но важную тему: как разрушить межкомандные стены и научиться говорить на одном языке, а не “утрировать не совсем туда”. Примеры из практики показывают, как синхронизация целей и открытая коммуникация спасают IT-проекты.
😉 Двенадцать заповедей от тех, кто уже выжил в IT (и не потерял чувство юмора)
Жизнь в IT — это марафон с сюрпризами, и без чувства юмора тут не выжить. Автор делится 12 заповедями, основанными на личном опыте и множестве граблей. Среди них — умение слушать, уважать чужое время и сохранять баланс между работой и личной жизнью.
🙋♀️ Протестировала 5 систем управления знаниями: делюсь впечатлениями
Документация, разбросанная по чатам и облакам, — боль любого менеджера. Автор провела исследование пяти популярных систем управления знаниями и оценила их по ключевым параметрам: удобство, навигация, поиск, онбординг. Результаты честные и практичные, с примерами плюсов и минусов. Если вы ищете подходящий инструмент для команды — это отличное стартовое чтиво.
👋 Свидетели Аджайла
Agile стал чем-то большим, чем просто методология — это уже почти культ. Автор с иронией анализирует, как ежедневные ритуалы, спринты и борды превращаются в незыблемые догмы. Вопрос не в том, нужен ли Agile, а в том, не заменили ли мы здравый смысл красивыми словами. Очень точный и весёлый текст, который напомнит: гибкость важнее, чем фреймворк.
🍽 Матрица трассировки требований: руководство для системного аналитика
Матрица трассировки — инструмент, без которого аналитик рискует утонуть в хаосе требований. Она позволяет чётко видеть связь между задачами, тестами и бизнес-целями, а значит — держать всё под контролем. В статье показано, как её использовать, с примерами и лайфхаками. Такой подход спасает проекты от пропущенных деталей и «ой, мы это забыли» на проде.
🍽 Жизненный цикл компании: как понять, на каком этапе ваш бизнес и что делать дальше
Компания — как организм: сначала растёт, потом взрослеет, и, если повезёт, не разваливается в зрелости. В статье описаны основные этапы жизненного цикла бизнеса: зарождение, рост, зрелость и спад. Для каждого из этапов даются советы, как действовать и какие ошибки не допускать.
😋 Накопительная диаграмма потока: взгляните по-новому на работу команды
CFD — это не крипта, а накопительная диаграмма потока, способная открыть глаза на производительность команды: сколько задач находится в каждой стадии, помогает обнаружить узкие места и оптимизировать процесс, как читать такие графики и что с ними делать. Отличный способ перестать гадать, почему проект буксует.
В Т-Банке решили переосмыслить подход к пользовательской документации, превратив её из хаотичного архива в эффективный инструмент. Они внедрили единый стиль, структуру и процессы обновления, что позволило сократить нагрузку на техподдержку. Пользователи стали быстрее находить нужную информацию, а сотрудники — работать эффективнее. Идея проста: хорошая документация — это когда не нужно объяснять дважды.
Риски — это не враги, а просто непрошеные гости, которых лучше знать в лицо. В статье описан структурированный подход к управлению рисками: от их выявления до постоянного мониторинга. Большинство факапов можно было избежать, если бы риски оценивались вовремя. И помните: игнорировать риски — это как идти по минному полю в наушниках.
Хорошая система начинается с хороших вопросов — об этом и говорит автор, начиная с философии проектирования. В центре внимания — понимание бизнес-целей и пользы от создания системы. Приводится инструмент «Квадрат Декарта» как способ взглянуть на проект с разных сторон. Главное — не сразу бросаться в разработку, а сперва понять, что именно вы решаете.
Если в компании команды живут как племена, не удивляйтесь провальным проектам. Статья поднимает больную, но важную тему: как разрушить межкомандные стены и научиться говорить на одном языке, а не “утрировать не совсем туда”. Примеры из практики показывают, как синхронизация целей и открытая коммуникация спасают IT-проекты.
Жизнь в IT — это марафон с сюрпризами, и без чувства юмора тут не выжить. Автор делится 12 заповедями, основанными на личном опыте и множестве граблей. Среди них — умение слушать, уважать чужое время и сохранять баланс между работой и личной жизнью.
Документация, разбросанная по чатам и облакам, — боль любого менеджера. Автор провела исследование пяти популярных систем управления знаниями и оценила их по ключевым параметрам: удобство, навигация, поиск, онбординг. Результаты честные и практичные, с примерами плюсов и минусов. Если вы ищете подходящий инструмент для команды — это отличное стартовое чтиво.
Agile стал чем-то большим, чем просто методология — это уже почти культ. Автор с иронией анализирует, как ежедневные ритуалы, спринты и борды превращаются в незыблемые догмы. Вопрос не в том, нужен ли Agile, а в том, не заменили ли мы здравый смысл красивыми словами. Очень точный и весёлый текст, который напомнит: гибкость важнее, чем фреймворк.
Матрица трассировки — инструмент, без которого аналитик рискует утонуть в хаосе требований. Она позволяет чётко видеть связь между задачами, тестами и бизнес-целями, а значит — держать всё под контролем. В статье показано, как её использовать, с примерами и лайфхаками. Такой подход спасает проекты от пропущенных деталей и «ой, мы это забыли» на проде.
Компания — как организм: сначала растёт, потом взрослеет, и, если повезёт, не разваливается в зрелости. В статье описаны основные этапы жизненного цикла бизнеса: зарождение, рост, зрелость и спад. Для каждого из этапов даются советы, как действовать и какие ошибки не допускать.
CFD — это не крипта, а накопительная диаграмма потока, способная открыть глаза на производительность команды: сколько задач находится в каждой стадии, помогает обнаружить узкие места и оптимизировать процесс, как читать такие графики и что с ними делать. Отличный способ перестать гадать, почему проект буксует.
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍5🔥2❤1😁1🙏1💘1
🔥 Самые интересные материалы по управлению проектами за 22.03 - 04.04.2025
😐 Навыки и карьера менеджера проекта
🐉 Обману тебя: чем психологи могут помочь красным командам?
Красныефлаги команды — это не только парни в худи, клацающие по клавиатуре в темноте. Иногда это психолог с дипломом и даром убеждения, который вместо взлома фаервола пробивает ваши когнитивные фреймы. В статье разбирается, как специалисты по социальной инженерии используют психологические трюки, чтобы манипулировать сотрудниками, словно маги — своим заклинаниями.
🐲 One-to-one, которые работают: как избежать пустых разговоров
Что общего у хорошего проектного менеджера и психотерапевта? Правильно — регулярные one-to-one! Автор честно рассказывает, как сначала считал их бесполезной болтовнёй, а потом понял: именно такие разговоры — ключ к мотивации, вовлечённости и спасению команды от ухода в закат. Статья с юмором показывает, как из банального “поговорим по душам” вырастает мощный инструмент управления проектами.
🐦🔥 Как убить всех «зайцев»: про управление знаниями от серого кардинала митапов
Что делать, если команда знает меньше, чем хотелось бы, а внутренние тренинги скучны, как понедельничное совещание? Статья про то, как весёлые митапы с пиццей и пивом превратились в мощный инструмент управления знаниями. Автор называет проблемы "зайцами" и ловко их приручает — идеальный пример того, как даже самая непринуждённая инициатива может кардинально повлиять на проектное взаимодействие и культуру.
🌵 Гореть, но не сгорать: практические советы по борьбе с burnout’ом
Статья с иронией и болью рассказывает, почему айтишники особенно уязвимы: идеализация, перфекционизм и культ "геройства" легко превращают рабочий день в эмоциональное пепелище. Для project-менеджера — звоночек: пора пересматривать темпы и культуру в команде, пока из вашего проекта не начали увольняться "по-тихому".
🎄 Полное руководство по контрпродуктивности разработчиков
Контрпродуктивность — та самая тень, которая крадёт часы из вашего спринта. Куда улетает время разработчиков: от переключений контекста до админщины, которая не радует никого.
🌳 Невидимые связи: Как стиль привязанности формирует карьеру и отношения с людьми
О том, как стили привязанности, заложенные ещё в детстве, влияют на рабочие отношения, делегирование и даже восприятие фидбэка. Прекрасный материал для РМов, которые хотят не просто управлять задачами, а выстраивать здоровые и продуктивные коммуникации в команде.
🌴 Что делать, если разработчик работает хорошо, но очень медленно
Когда у тебя в команде "черепашка-ниндзя", но без ниндзя — только черепашка, приходится искать не катану, а подход. Как тимлиду не впасть в панику, если классный разработчик работает с медленной скоростью. Спойлер: давить бесполезно, а вот декомпозиция, доверие и поддержка — ваше всё.
🪵 5 способов повышения эффективности команды
Хочешь, чтобы команда работала как швейцарские часы, а не как утро понедельника? Тогда читаем: тут и разумное распределение ответственности, и командные ротации (да-да, «пожилой» девелопер на гастролях в другой команде). Всё это — чтобы не было перегруза, потери мотивации и “узких горлышек”. Менеджеру на заметку: эффективность не появляется из KPI — её выращивают в атмосфере доверия, прозрачности и немного магии системного подхода.
🌱 Маленькой команде — большие цели. Как развивать SaaS, если вас пятеро
Когда у тебя всего пятеро, а задач на весь департамент — приходится изобретать управленческую магию. Статья — дневник выживания небольшой, но амбициозной команды, которая сумела наладить процессы и превратить хаос в уверенный релиз-драйв. Настоящий agile в боевых условиях!
🌿 Прокачиваем эффективность обсуждений на максимум: простые хаки и личный опыт
О том, как сделать встречи менее бесполезными: от простых хаков вроде “зовите нужных людей” до ведения заметок в реальном времени. Полезнейший материал для PM: встречи — не зло, если они структурированы и заканчиваются делами, а не словами “ну, в следующий раз обсудим подробнее”.
🐉 Обману тебя: чем психологи могут помочь красным командам?
Красные
🐲 One-to-one, которые работают: как избежать пустых разговоров
Что общего у хорошего проектного менеджера и психотерапевта? Правильно — регулярные one-to-one! Автор честно рассказывает, как сначала считал их бесполезной болтовнёй, а потом понял: именно такие разговоры — ключ к мотивации, вовлечённости и спасению команды от ухода в закат. Статья с юмором показывает, как из банального “поговорим по душам” вырастает мощный инструмент управления проектами.
🐦🔥 Как убить всех «зайцев»: про управление знаниями от серого кардинала митапов
Что делать, если команда знает меньше, чем хотелось бы, а внутренние тренинги скучны, как понедельничное совещание? Статья про то, как весёлые митапы с пиццей и пивом превратились в мощный инструмент управления знаниями. Автор называет проблемы "зайцами" и ловко их приручает — идеальный пример того, как даже самая непринуждённая инициатива может кардинально повлиять на проектное взаимодействие и культуру.
🌵 Гореть, но не сгорать: практические советы по борьбе с burnout’ом
Статья с иронией и болью рассказывает, почему айтишники особенно уязвимы: идеализация, перфекционизм и культ "геройства" легко превращают рабочий день в эмоциональное пепелище. Для project-менеджера — звоночек: пора пересматривать темпы и культуру в команде, пока из вашего проекта не начали увольняться "по-тихому".
🎄 Полное руководство по контрпродуктивности разработчиков
Контрпродуктивность — та самая тень, которая крадёт часы из вашего спринта. Куда улетает время разработчиков: от переключений контекста до админщины, которая не радует никого.
🌳 Невидимые связи: Как стиль привязанности формирует карьеру и отношения с людьми
О том, как стили привязанности, заложенные ещё в детстве, влияют на рабочие отношения, делегирование и даже восприятие фидбэка. Прекрасный материал для РМов, которые хотят не просто управлять задачами, а выстраивать здоровые и продуктивные коммуникации в команде.
🌴 Что делать, если разработчик работает хорошо, но очень медленно
Когда у тебя в команде "черепашка-ниндзя", но без ниндзя — только черепашка, приходится искать не катану, а подход. Как тимлиду не впасть в панику, если классный разработчик работает с медленной скоростью. Спойлер: давить бесполезно, а вот декомпозиция, доверие и поддержка — ваше всё.
🪵 5 способов повышения эффективности команды
Хочешь, чтобы команда работала как швейцарские часы, а не как утро понедельника? Тогда читаем: тут и разумное распределение ответственности, и командные ротации (да-да, «пожилой» девелопер на гастролях в другой команде). Всё это — чтобы не было перегруза, потери мотивации и “узких горлышек”. Менеджеру на заметку: эффективность не появляется из KPI — её выращивают в атмосфере доверия, прозрачности и немного магии системного подхода.
🌱 Маленькой команде — большие цели. Как развивать SaaS, если вас пятеро
Когда у тебя всего пятеро, а задач на весь департамент — приходится изобретать управленческую магию. Статья — дневник выживания небольшой, но амбициозной команды, которая сумела наладить процессы и превратить хаос в уверенный релиз-драйв. Настоящий agile в боевых условиях!
🌿 Прокачиваем эффективность обсуждений на максимум: простые хаки и личный опыт
О том, как сделать встречи менее бесполезными: от простых хаков вроде “зовите нужных людей” до ведения заметок в реальном времени. Полезнейший материал для PM: встречи — не зло, если они структурированы и заканчиваются делами, а не словами “ну, в следующий раз обсудим подробнее”.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥5👍3❤1🙏1💘1
🔥 Самые интересные материалы по управлению проектами за 22.03 - 04.04.2025
😨 Команда проекта
⚽️ Ошибки, которые совершали в проектах, которые закрылись
Как некоторые проекты не дожили до стадии монетизации и как стремление к идеалу и чрезмерные вложения без быстрой отдачи могут привести к провалу. Важно делать небольшие шаги и быстро получать результаты, чтобы не оказаться в ситуации, когда "деньги кончились — мотивация исчезла, а продукт не готов". ¯ \ _ (ツ) _ / ¯
🏀 40 000 тегов и ни одного пароля: как мы спасли завод от остановки
Захватывающий кейс по замене SCADA-системы на заводе без остановкисердца производства. "Черный ящик" вместо системы управления, запароленный доступ и отсутствие документации. Но благодаря слаженной работе команды, чату с мемами и проектному подходу, удалось внедрить отечественное решение и избежать "горячего" кризиса.
🏈 Все в кучу PM, SM, PO, PdM — как путаница ролей разрушает процессы
Как путаница в ролях менеджеров (Project Manager, Scrum Master, Product Owner, Product Manager) может привести к хаосу в процессах. В проектном управлении важно четко разграничивать зоны ответственности, чтобы не получилось, что "все делают всё, а в итоге никто ничего не делает".
⚾️ Ретроспектива: как мы ищем и исправляем системные ошибки
О важности ретроспектив в проектах. Когда за час до дедлайна выясняется, что "ничего не готово", самое время задуматься о системных ошибках. Проведение ретроспектив помогает выявить проблемы и предотвратить их повторение.
🥎 Back to the future: как ретроспективы помогают строить будущее. На основе кейсов проектной ИТ-компании
Коллеги из КОРУС Консалтинг делятся опытом проведения ретроспектив в ИТ-компаниях и тем, как такие сессии помогают командам учиться на ошибках и строить более эффективные процессы.
🏐 KPI по качеству управления ИТ-проектами для руководителя и команды
Автор рассуждает о том, что KPI для ИТ-проектов — это не только про сроки и бюджеты, но и про качество управления. Предлагается оценивать работу не только по результатам, но и по тому, как эти результаты достигнуты. В общем, не забудьте включить в KPI пункт "не довести команду до нервного тика".
🎱 Сопротивляться нельзя сотрудничать. Где поставите запятую?
Как справляться с сопротивлением в командах при внедрении изменений и рассматривать сопротивление не как каприз, а как сигнал о неудовлетворенных потребностях, которые могут привести прям к натуральному бунту.
🏓 Как управлять проектами по веб-разработке
Пошаговый гайд по управлению веб-проектами: от постановки целей до финального релиза. Подчеркивается важность коммуникации, планирования и гибкости, - по жанру что-то вроде руководства по выживанию в мире веб-разработки без потерь и нервных срывов.
🏏 Что такое трудоголизм: причины, признаки и как с ним бороться
Про феномен трудоголизма: почему некоторые не могут оторваться от работы и как это влияет на жизнь. Даются советы по обретению баланса и избавления от переработок, которые делают из вас не героя, а скорее кандидата на выгорание.
🏂 3 ключевых инструмента в проектном управлении
Рассматриваются диаграмма Ганта, метод критического пути и Scrum-доска как основные инструменты управления проектами. Показывается, как их использование помогает держать проекты под контролем.
🥊 Йода тестирования: или как мы научили команду делиться «силой» и не потеряли светлую сторону
Статья рассказывает, как в компании наладили обмен знаниями между тестировщиками, чтобы не терять экспертизу при смене сотрудников. Подчеркивается важность внутренних митапов, создания и актуализации базы знаний.
⛷ Кризисы Скрам-мастера: почему они неизбежны и как с ними работать
Про профессиональные кризисы, с которыми сталкиваются скрам-мастера, и пути их преодоления, а также про то, что кризисы — это часть роста.
🥅 Немного рассуждений про метрики в менеджменте
Автор делится мыслями о том, что метрики часто становятся самоцелью, теряя связь с реальностью. Предлагается использовать их как сигналы, а не как единственный источник истины, заслоняющий здравый смысл.
⚽️ Ошибки, которые совершали в проектах, которые закрылись
Как некоторые проекты не дожили до стадии монетизации и как стремление к идеалу и чрезмерные вложения без быстрой отдачи могут привести к провалу. Важно делать небольшие шаги и быстро получать результаты, чтобы не оказаться в ситуации, когда "деньги кончились — мотивация исчезла, а продукт не готов". ¯ \ _ (ツ) _ / ¯
🏀 40 000 тегов и ни одного пароля: как мы спасли завод от остановки
Захватывающий кейс по замене SCADA-системы на заводе без остановки
🏈 Все в кучу PM, SM, PO, PdM — как путаница ролей разрушает процессы
Как путаница в ролях менеджеров (Project Manager, Scrum Master, Product Owner, Product Manager) может привести к хаосу в процессах. В проектном управлении важно четко разграничивать зоны ответственности, чтобы не получилось, что "все делают всё, а в итоге никто ничего не делает".
⚾️ Ретроспектива: как мы ищем и исправляем системные ошибки
О важности ретроспектив в проектах. Когда за час до дедлайна выясняется, что "ничего не готово", самое время задуматься о системных ошибках. Проведение ретроспектив помогает выявить проблемы и предотвратить их повторение.
🥎 Back to the future: как ретроспективы помогают строить будущее. На основе кейсов проектной ИТ-компании
Коллеги из КОРУС Консалтинг делятся опытом проведения ретроспектив в ИТ-компаниях и тем, как такие сессии помогают командам учиться на ошибках и строить более эффективные процессы.
🏐 KPI по качеству управления ИТ-проектами для руководителя и команды
Автор рассуждает о том, что KPI для ИТ-проектов — это не только про сроки и бюджеты, но и про качество управления. Предлагается оценивать работу не только по результатам, но и по тому, как эти результаты достигнуты. В общем, не забудьте включить в KPI пункт "не довести команду до нервного тика".
🎱 Сопротивляться нельзя сотрудничать. Где поставите запятую?
Как справляться с сопротивлением в командах при внедрении изменений и рассматривать сопротивление не как каприз, а как сигнал о неудовлетворенных потребностях, которые могут привести прям к натуральному бунту.
🏓 Как управлять проектами по веб-разработке
Пошаговый гайд по управлению веб-проектами: от постановки целей до финального релиза. Подчеркивается важность коммуникации, планирования и гибкости, - по жанру что-то вроде руководства по выживанию в мире веб-разработки без потерь и нервных срывов.
🏏 Что такое трудоголизм: причины, признаки и как с ним бороться
Про феномен трудоголизма: почему некоторые не могут оторваться от работы и как это влияет на жизнь. Даются советы по обретению баланса и избавления от переработок, которые делают из вас не героя, а скорее кандидата на выгорание.
🏂 3 ключевых инструмента в проектном управлении
Рассматриваются диаграмма Ганта, метод критического пути и Scrum-доска как основные инструменты управления проектами. Показывается, как их использование помогает держать проекты под контролем.
🥊 Йода тестирования: или как мы научили команду делиться «силой» и не потеряли светлую сторону
Статья рассказывает, как в компании наладили обмен знаниями между тестировщиками, чтобы не терять экспертизу при смене сотрудников. Подчеркивается важность внутренних митапов, создания и актуализации базы знаний.
⛷ Кризисы Скрам-мастера: почему они неизбежны и как с ними работать
Про профессиональные кризисы, с которыми сталкиваются скрам-мастера, и пути их преодоления, а также про то, что кризисы — это часть роста.
🥅 Немного рассуждений про метрики в менеджменте
Автор делится мыслями о том, что метрики часто становятся самоцелью, теряя связь с реальностью. Предлагается использовать их как сигналы, а не как единственный источник истины, заслоняющий здравый смысл.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍4🔥3❤2🙏2🏆1💘1
🔥 Самые интересные материалы по управлению проектами за 05.04 - 19.04.2025
👀 Основы, гайды, инструменты (ч.1)
🧶Оценка задач в сторипоинтах по их декомпозиции: метод, который наконец-то работает
Все (ну почти) знают про сторипоинты, но не все понимают, как и зачем оценивать в них задачи. А между тем это мощный инструмент в руках РП/тимлида, который позволяет предсказывать сроки и контролировать нагрузку на команду. Сторипоинты — это не гадание на кофейной гуще, а инструмент для оценки объема работы. Автор предлагает метод декомпозиции задач, который превращает оценку в науку, а не в искусство.
🧵Brainstorm, RICE, HADI или как решать сложные задачи
А вот если задача звучит как «удвойте согласие на трекинг у пользователей iOS» — пора звать не шаманов, а RICE и HADI. Статья — веселый и практичный гид по методикам, которые спасают, когда «что делать — непонятно, но делать надо». Автор щедро приправляет рассказ примерами: от мягкой уговорки до шантажа котом и комплиментами — всё ради проекта!
🪡 Командные роли по Белбину
Сильная команда — это не просто группа талантливых людей, а сбалансированный коллектив с четко распределенными ролями. Модель командных ролей Белбина — это девять типов поведения, разделённые на три группы, и она помогает определить, кто за что отвечает, и избежать конфликтов. Командные роли определяют руководитель, HR-менеджер или рекрутер при наборе или реструктуризации команды при помощи тестов, бесед, игр и наблюдений.
🧥 Вы работаете не по Agile
Внедрение Agile «на хайпе» и искаженное понимание принципов манифеста ведет к сырым ненужным пользователю продуктам. Автор развенчивает популярные мифы: Agile — не магия и не не «делаем как попало», а философия с мозгами и четкий фокус на ценности, смысле и минимизации хаоса. Agile — это не отсутствие правил, а набор принципов, направленных на повышение эффективности разработки. Не позволяйте мифам исказить суть методологии.
🦺 Парадокс Моравека: как простые вещи становятся самыми сложными
Оказывается, научить ИИ играть в шахматы легче, чем заставить робота поймать мяч — спасибо, парадокс Моравека! Статья — лёгкое, но глубокое погружение в мысль: то, что кажется «простым» в проекте, на деле может оказаться самым глючным. В целом, про то, что нельзя недооценивать “мелочи” — на них чаще всего всё и спотыкается. И если ИИ всё ещё не может нормально ходить, то, может, и нам не стоит внедрять всё сразу без тестов.
👠Пирамида Минто: как проводить онлайн-совещания и писать письма
Пирамида Минто — это метод, который помогает четко и понятно излагать свои мысли. Его суть заключается в том, чтобы строить текст по принципу пирамиды: на вершине — главная идея, а ниже — аргументы и пояснения. Если вы когда-нибудь теряли нить совещания или получали письма в стиле «что это было?» — пирамида Минто придёт на помощь.
👑Как CJE помогает команде улучшать пользовательский опыт: пример RUTUBE
Честная (наверное) история, как команда RUTUBE (не думал, что когда-то буду писать про них) внедрила роль CJE (Customer Journey Expert) и начала слышать пользователей по-настоящему. Ребята купаются в обратной связи, строят карты пользовательских путей и приоритизируют фидбек в бэклоге. Роль PM здесь — что-то вроде дирижёра в оркестре клиентского опыта, а не просто бухгалтер задач.
🎩Теорема CAP: почему нельзя иметь все сразу и как аналитик выбирает чем пожертвовать
Статья — ликбез по CAP-теореме для проектных менеджеров, которым приходится выбирать между «всё работает» и «всё правильно». Очень понятно показано, почему в реальных проектах важен компромисс, а аналитик — это уже почти архитектор.
🧳Ресурсное планирование в проектном менеджменте: классика и реальности Agile
Про тему, которую новички часто недооценивают — ресурсное планирование. Про то, почему «ресурсы» — это не просто люди, а личности с отпусками, болезнями и встречами, и про то, как учесть загрузку, ёмкость и квалификацию, и при этом не превратить команду в загнанных лошадей.
👀 Основы, гайды, инструменты (ч.1)
🧶Оценка задач в сторипоинтах по их декомпозиции: метод, который наконец-то работает
Все (ну почти) знают про сторипоинты, но не все понимают, как и зачем оценивать в них задачи. А между тем это мощный инструмент в руках РП/тимлида, который позволяет предсказывать сроки и контролировать нагрузку на команду. Сторипоинты — это не гадание на кофейной гуще, а инструмент для оценки объема работы. Автор предлагает метод декомпозиции задач, который превращает оценку в науку, а не в искусство.
🧵Brainstorm, RICE, HADI или как решать сложные задачи
А вот если задача звучит как «удвойте согласие на трекинг у пользователей iOS» — пора звать не шаманов, а RICE и HADI. Статья — веселый и практичный гид по методикам, которые спасают, когда «что делать — непонятно, но делать надо». Автор щедро приправляет рассказ примерами: от мягкой уговорки до шантажа котом и комплиментами — всё ради проекта!
🪡 Командные роли по Белбину
Сильная команда — это не просто группа талантливых людей, а сбалансированный коллектив с четко распределенными ролями. Модель командных ролей Белбина — это девять типов поведения, разделённые на три группы, и она помогает определить, кто за что отвечает, и избежать конфликтов. Командные роли определяют руководитель, HR-менеджер или рекрутер при наборе или реструктуризации команды при помощи тестов, бесед, игр и наблюдений.
🧥 Вы работаете не по Agile
Внедрение Agile «на хайпе» и искаженное понимание принципов манифеста ведет к сырым ненужным пользователю продуктам. Автор развенчивает популярные мифы: Agile — не магия и не не «делаем как попало», а философия с мозгами и четкий фокус на ценности, смысле и минимизации хаоса. Agile — это не отсутствие правил, а набор принципов, направленных на повышение эффективности разработки. Не позволяйте мифам исказить суть методологии.
🦺 Парадокс Моравека: как простые вещи становятся самыми сложными
Оказывается, научить ИИ играть в шахматы легче, чем заставить робота поймать мяч — спасибо, парадокс Моравека! Статья — лёгкое, но глубокое погружение в мысль: то, что кажется «простым» в проекте, на деле может оказаться самым глючным. В целом, про то, что нельзя недооценивать “мелочи” — на них чаще всего всё и спотыкается. И если ИИ всё ещё не может нормально ходить, то, может, и нам не стоит внедрять всё сразу без тестов.
👠Пирамида Минто: как проводить онлайн-совещания и писать письма
Пирамида Минто — это метод, который помогает четко и понятно излагать свои мысли. Его суть заключается в том, чтобы строить текст по принципу пирамиды: на вершине — главная идея, а ниже — аргументы и пояснения. Если вы когда-нибудь теряли нить совещания или получали письма в стиле «что это было?» — пирамида Минто придёт на помощь.
👑Как CJE помогает команде улучшать пользовательский опыт: пример RUTUBE
Честная (наверное) история, как команда RUTUBE (не думал, что когда-то буду писать про них) внедрила роль CJE (Customer Journey Expert) и начала слышать пользователей по-настоящему. Ребята купаются в обратной связи, строят карты пользовательских путей и приоритизируют фидбек в бэклоге. Роль PM здесь — что-то вроде дирижёра в оркестре клиентского опыта, а не просто бухгалтер задач.
🎩Теорема CAP: почему нельзя иметь все сразу и как аналитик выбирает чем пожертвовать
Статья — ликбез по CAP-теореме для проектных менеджеров, которым приходится выбирать между «всё работает» и «всё правильно». Очень понятно показано, почему в реальных проектах важен компромисс, а аналитик — это уже почти архитектор.
🧳Ресурсное планирование в проектном менеджменте: классика и реальности Agile
Про тему, которую новички часто недооценивают — ресурсное планирование. Про то, почему «ресурсы» — это не просто люди, а личности с отпусками, болезнями и встречами, и про то, как учесть загрузку, ёмкость и квалификацию, и при этом не превратить команду в загнанных лошадей.
1🔥4❤3💘3👍2
🔥 Самые интересные материалы по управлению проектами за 05.04 - 19.04.2025
😱 Проджект-менеджер: карьера и навыки
👀PM — Как фильтр для команды
Ироничный текст о том, что настоящий ПМ — это не тот, кто раздаёт задачи, а тот, кто защищает команду от хаоса. Фильтрация задач — это искусство говорить «нет» ненужному и «да» приоритетному, чтобы разработчики не бегали, как тараканы при включённом свете. В центре — конкретный кейс, где правильная фильтрация спасла проект от рассыпающейся структуры и невнятных решений.
🗣Как я трижды меняла таск-трекер для своего агентства и не сошла с ума
Автор, контрол-фрик с душой системного архитектора, трижды меняла таск-трекер в агентстве, пережив Битрикс24, Trello и Notion, пока не нашла дзен в YouGile. Статья — это искренний рассказ о граблях, на которые наступают все, кто хочет «просто начать работать», о том, что таск-трекер — не просто инструмент, а среда обитания, и она должна быть как домашние тапки — удобной и не раздражающей.
👤Нескучное ретро: как превратить формальную встречу в продуктивное событие
Ретроспектива — не ритуал для галочки, а сцена, где команда может честно выдохнуть, обсудить и стать чуточку сильнее. Автор предлагает уйти от шаблонов и подобрать формат ретро по ситуации: будь то «звезда», «якорь» или даже «две правды и ложь». И если ретро — это искусство, то хорошо проведённое ретро — шедевр командной зрелости.
👥В стиле ретро: меньше слов — больше action items
И еще про ретро. Автор из OKKO о том, что ретро — это не просто очередная встреча в календаре, а мощный инструмент для команды. Она заменяет поход к психологу по рабочим вопросам: дает возможность высказаться, получить поддержку и заодно найти решение проблемы. Когда ретроспектива проводится правильно, команда начинает видеть её ценность и с удовольствием участвует. Статья предлагает креативные подходы к проведению ретро, чтобы они были продуктивными и интересными.
🫂Как поддержать работоспособность при дефиците сна
Внезапно неплохой материал для тех, кто спит мало (уверен, это как раз вы😛 )! Автор объясняет, почему мозг страдает без сна и как «на костылях» дотянуть до дедлайна, не превратившись в зомби. Советы варьируются от кофеина и холодной воды до омеги-3 и бифазного сна — почти как аптечка ПМа на выезде. Но мораль проста: выспавшийся специалист — продуктивный специалист.
👶Тихое повышение — быть или не быть?
Когда вам предлагают больше обязанностей без повышения зарплаты, это не всегда плохо. Статья рассматривает, когда стоит соглашаться на «тихое повышение», а когда — бежать, и почему дополнительные задачи могут быть шансом для роста, если они соответствуют вашим целям.
👧Они не кусаются: управление рисками на практике
Управление рисками — это не страшно, если подойти к этому системно, что и сделали авторы, за три месяца внедрившие новую методологию работы с рисками в компании на 3000 сотрудников. Статья описывает, как создать реестр рисков и классифицировать проекты по степени важности, как это влияет на эффективность компании и есть ли во всем этом смысл.
🦹♂️Искусственный интеллект в Agile
ИИ может стать вашим помощником в Agile-проектах. Статья рассказывает, как ИИ помогает в планировании спринтов, анализе данных и распределении задач, - с примерами применения (правда, без промптов).
🧙🏻♀️Аналитика требований
Аналитик живёт в мире противоречий. С одной стороны - методологии, которые обещают навести порядок: SMART, INVEST, MoSCoW. С другой - реальность: брифы, скользкие бизнес-цели и коммуникации в духе “Ну тыжаналитик! Разберись!”. Инструменты вроде SMART, INVEST и MoSCoW помогают систематизировать хаос, структурировать требования, сделать их понятными, оценимыми, удобными для команды. Статья рассматривает, когда их применение уместно, а когда — нет.
👀PM — Как фильтр для команды
Ироничный текст о том, что настоящий ПМ — это не тот, кто раздаёт задачи, а тот, кто защищает команду от хаоса. Фильтрация задач — это искусство говорить «нет» ненужному и «да» приоритетному, чтобы разработчики не бегали, как тараканы при включённом свете. В центре — конкретный кейс, где правильная фильтрация спасла проект от рассыпающейся структуры и невнятных решений.
🗣Как я трижды меняла таск-трекер для своего агентства и не сошла с ума
Автор, контрол-фрик с душой системного архитектора, трижды меняла таск-трекер в агентстве, пережив Битрикс24, Trello и Notion, пока не нашла дзен в YouGile. Статья — это искренний рассказ о граблях, на которые наступают все, кто хочет «просто начать работать», о том, что таск-трекер — не просто инструмент, а среда обитания, и она должна быть как домашние тапки — удобной и не раздражающей.
👤Нескучное ретро: как превратить формальную встречу в продуктивное событие
Ретроспектива — не ритуал для галочки, а сцена, где команда может честно выдохнуть, обсудить и стать чуточку сильнее. Автор предлагает уйти от шаблонов и подобрать формат ретро по ситуации: будь то «звезда», «якорь» или даже «две правды и ложь». И если ретро — это искусство, то хорошо проведённое ретро — шедевр командной зрелости.
👥В стиле ретро: меньше слов — больше action items
И еще про ретро. Автор из OKKO о том, что ретро — это не просто очередная встреча в календаре, а мощный инструмент для команды. Она заменяет поход к психологу по рабочим вопросам: дает возможность высказаться, получить поддержку и заодно найти решение проблемы. Когда ретроспектива проводится правильно, команда начинает видеть её ценность и с удовольствием участвует. Статья предлагает креативные подходы к проведению ретро, чтобы они были продуктивными и интересными.
🫂Как поддержать работоспособность при дефиците сна
Внезапно неплохой материал для тех, кто спит мало (уверен, это как раз вы
👶Тихое повышение — быть или не быть?
Когда вам предлагают больше обязанностей без повышения зарплаты, это не всегда плохо. Статья рассматривает, когда стоит соглашаться на «тихое повышение», а когда — бежать, и почему дополнительные задачи могут быть шансом для роста, если они соответствуют вашим целям.
👧Они не кусаются: управление рисками на практике
Управление рисками — это не страшно, если подойти к этому системно, что и сделали авторы, за три месяца внедрившие новую методологию работы с рисками в компании на 3000 сотрудников. Статья описывает, как создать реестр рисков и классифицировать проекты по степени важности, как это влияет на эффективность компании и есть ли во всем этом смысл.
🦹♂️Искусственный интеллект в Agile
ИИ может стать вашим помощником в Agile-проектах. Статья рассказывает, как ИИ помогает в планировании спринтов, анализе данных и распределении задач, - с примерами применения (правда, без промптов).
🧙🏻♀️Аналитика требований
Аналитик живёт в мире противоречий. С одной стороны - методологии, которые обещают навести порядок: SMART, INVEST, MoSCoW. С другой - реальность: брифы, скользкие бизнес-цели и коммуникации в духе “Ну тыжаналитик! Разберись!”. Инструменты вроде SMART, INVEST и MoSCoW помогают систематизировать хаос, структурировать требования, сделать их понятными, оценимыми, удобными для команды. Статья рассматривает, когда их применение уместно, а когда — нет.
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥4👍2🙏2❤1🥱1💘1
🔥 Самые интересные материалы по управлению проектами
😐 😐 Команда проекта
🤩 Сколько стоит ошибка в обучении IT-команды?
Когда обучение — это просто галочка в корпоративном плане, деньги улетают быстрее, чем дедлайн приближается. Текст - про самые частые фейлы: неподходящие курсы, отсутствие контроля и связи с проектами. Особенно больно становится, когда вложенные полмиллиона не приносят вообще ничего — ни новых скиллов, ни пользы для продукта.
😷 Хочешь стать техлидом? Возможно не стоит
Техлид — звучит гордо… и выматывающе.Автор срывает покровы: техлид не просто руководит, он тонет в задачах, пишет код, решает конфликты и ещё должен уметь вдохновлять, когда сам выгорает. Этот пост — холодный душ для всех, кто мечтает о «росте». Так что перед тем как продвигать звезду команды, подумайте — а хочет ли она быть генералом?
🍷 Как ИИ меняет динамику командной работы. Исследование 776 специалистов P&G
ИИ может ворваться в вашу команды как суперзвезда, а не просто инструмент. Исследование от P&G показало: если вы дадите сотруднику ИИ — он работает, как целая команда, а если дадите команде ИИ — она творит чудеса. Особенно кайфово, что ИИ помогает выйти за рамки своей зоны комфорта, не перегорев. И если вы пересматриватете структуру команды, подумайте, — может, вам не не хватает людей, а всего лишь одного умного алгоритма.
🎁 Я устала писать документацию — и научила AI делать это за меня
Автор решила, что писать тестовую документацию — это скучно, и поручила эту задачу искусственному интеллекту. Сначала AI выдавал странные результаты, но после нескольких итераций и уточнений начал генерировать вполне приличные чек-листы. Теперь девушка делит задачи на части, обучает AI на ходу и получает структурированные документы, готовые к импорту в системы управления тестами.
🤡 «Это база», — сказал тимлид и украл мою идею
Очень жизненно про опыт работы в токсичной команде, где идеи новичков игнорируются, а заслуги присваиваются руководством. Автор делится стратегиями выживания, которые не сработали, и подчеркивает важность здоровой командной культуры. Если вы застряли в токсичном коллективе — знайте, что это не навсегда. Ищите другое место, а пока не нашли, используйте это время для своего роста и накопления опыта.
🥪 Выгорание — норма, если ты без доспехов.
Коллеги из МТС делятся своим опытом борьбы с профессиональным выгоранием и предлагают пять причин, которые чаще всего к нему приводят. Они подчеркивает важность адаптации к быстро меняющемуся миру, развития навыков саморегуляции и поиска смысла в работе. Среди инструментов - практики осознанности (боже), тимбилдинг (боже),винное казино, клубы по интересам, сервис “Карма”, где можно поблагодарить коллегу, и даже ротация специалистов.
💎 Зелёная ручка. Как вовремя увидеть успех и вырастить его в командной культуре
Про метафору "зелёной ручки" (VS “красная ручка”, фиксирующая внимание на ошибках) для выделения и поощрения зарождающихся успехов в команде, - потому что важно замечать и подкреплять положительные инициативы сотрудников.
😎 Выживание социофобушка в команде: личный опыт
Сотрудник "Лаборатории Касперского" делится опытом работы в команде, будучи интровертом, рассказывает о трудностях общения, one-to-one встречах и важности открытого диалога с тимлидом..В целом про то, что необходимости учитывать индивидуальные особенности членов команды и создавать комфортную рабочую среду, а также про инструменты для комфортной работы интровертов.
🔎 11 друзей менеджера: как собрать и не растерять команду для высокорискового проекта
Кейс формирования команды для амбициозного проекта по созданию облачной платформы. Автор делится стратегиями поиска и привлечения специалистов внутри компании, подчеркивая важность мягкого подхода и понимания мотивации сотрудников.
🌈 Я не выйду к вам на работу, и вот почему
Автор анализирует признаки токсичных IT-компаний, которые можно распознать еще на этапе чтения вакансии или собеседования. Он выделяет общие паттерны, такие как размытые обязанности, нереалистичные требования и отсутствие четких процессов.
Когда обучение — это просто галочка в корпоративном плане, деньги улетают быстрее, чем дедлайн приближается. Текст - про самые частые фейлы: неподходящие курсы, отсутствие контроля и связи с проектами. Особенно больно становится, когда вложенные полмиллиона не приносят вообще ничего — ни новых скиллов, ни пользы для продукта.
Техлид — звучит гордо… и выматывающе.Автор срывает покровы: техлид не просто руководит, он тонет в задачах, пишет код, решает конфликты и ещё должен уметь вдохновлять, когда сам выгорает. Этот пост — холодный душ для всех, кто мечтает о «росте». Так что перед тем как продвигать звезду команды, подумайте — а хочет ли она быть генералом?
ИИ может ворваться в вашу команды как суперзвезда, а не просто инструмент. Исследование от P&G показало: если вы дадите сотруднику ИИ — он работает, как целая команда, а если дадите команде ИИ — она творит чудеса. Особенно кайфово, что ИИ помогает выйти за рамки своей зоны комфорта, не перегорев. И если вы пересматриватете структуру команды, подумайте, — может, вам не не хватает людей, а всего лишь одного умного алгоритма.
Автор решила, что писать тестовую документацию — это скучно, и поручила эту задачу искусственному интеллекту. Сначала AI выдавал странные результаты, но после нескольких итераций и уточнений начал генерировать вполне приличные чек-листы. Теперь девушка делит задачи на части, обучает AI на ходу и получает структурированные документы, готовые к импорту в системы управления тестами.
Очень жизненно про опыт работы в токсичной команде, где идеи новичков игнорируются, а заслуги присваиваются руководством. Автор делится стратегиями выживания, которые не сработали, и подчеркивает важность здоровой командной культуры. Если вы застряли в токсичном коллективе — знайте, что это не навсегда. Ищите другое место, а пока не нашли, используйте это время для своего роста и накопления опыта.
Коллеги из МТС делятся своим опытом борьбы с профессиональным выгоранием и предлагают пять причин, которые чаще всего к нему приводят. Они подчеркивает важность адаптации к быстро меняющемуся миру, развития навыков саморегуляции и поиска смысла в работе. Среди инструментов - практики осознанности (боже), тимбилдинг (боже),
Про метафору "зелёной ручки" (VS “красная ручка”, фиксирующая внимание на ошибках) для выделения и поощрения зарождающихся успехов в команде, - потому что важно замечать и подкреплять положительные инициативы сотрудников.
Сотрудник "Лаборатории Касперского" делится опытом работы в команде, будучи интровертом, рассказывает о трудностях общения, one-to-one встречах и важности открытого диалога с тимлидом..В целом про то, что необходимости учитывать индивидуальные особенности членов команды и создавать комфортную рабочую среду, а также про инструменты для комфортной работы интровертов.
Кейс формирования команды для амбициозного проекта по созданию облачной платформы. Автор делится стратегиями поиска и привлечения специалистов внутри компании, подчеркивая важность мягкого подхода и понимания мотивации сотрудников.
Автор анализирует признаки токсичных IT-компаний, которые можно распознать еще на этапе чтения вакансии или собеседования. Он выделяет общие паттерны, такие как размытые обязанности, нереалистичные требования и отсутствие четких процессов.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍4❤2🔥2💘2🙏1
🔥 Самые интересные материалы по управлению проектами
👼 Основы, гайды, инструменты
🤴 Ограничения в проекте. Что это, как определять и как с ними работать
Проектный треугольник - тройка "весёлых" ограничений: время, бюджет и объём. Они постоянно спорят, кто из них важнее, а мы как проджект-менеджер должны их примирить. Статья предлагает не бороться с ними, а подружиться: расставить приоритеты, быть гибким и не забывать про коммуникацию. Ведь успешный проект — это не тот, где всё идеально, а тот, где все довольны.
🌚 Scrum & Estimates! Погружаемся в теорию вместе, плюс кейсы из практики
Оценки в Scrum — это не гадание на кофейной гуще, а важный инструмент планирования. Статья объясняет, как правильно использовать эстимейты, чтобы не попасть в ловушку нереалистичных ожиданий, почему story points могут быть полезнее часов и как избежать типичных ошибок при оценке задач. Ну и прикольные кейсы.
😒 Экскурс в историю Agile и Kanban, или Топ 10 причин перейти на итеративно-функциональный метод
Автор проводит увлекательную экскурсию в историю методологий, раскрывая их истинное происхождение и эволюцию, рассказывает, как Agile превратился из манифеста в индустриальный стандарт, а Kanban — из японской системы в айтишный must-have. Ну и в итоге пишет про “отечественный продукт”, который типа способен заменить agile - вот этот самый итеративно-функциональный метод (правда, конкретики маловато).
🙂 Почему методология Waterfall всё ещё актуальна
В Agile, Scrum и Kanban говорить о Waterfall — почти как признаваться в том, что смотришь DVD (ну хоть не VHS). Однако каскадная модель не умерла. Она просто перешла из разряда "по умолчанию" в инструмент для конкретных задач. Статья объясняет, в каких случаях каскадная модель остаётся лучшим выбором: стабильные требования, фиксированные бюджеты и строгие регуляции.
😱 Waterfall или Agile, Scrum или Kanban: что выбрать
И еще про выбор методологии и его производность от ситуации и окружения. Waterfall подходит для проектов с чёткими требованиями, где всё можно спланировать заранее. Agile — для динамичных проектов, где изменения — норма. Scrum хорош для команд, готовых к регулярным спринтам и ретроспективам, а Kanban — для тех, кто ценит визуализацию и непрерывный поток задач.
🙏 10 альтернатив GanttPro для команд: большой обзор сервисов
Если GanttPro для вас — как старая добрая каскадная модель: надёжно, но скучно, то эта статья предлагает освежить инструментарий. Обзор включает 10 российских сервисов, способных заменить GanttPro, с поддержкой Kanban, Scrum и диаграмм Ганта. От Kaiten с гибкими настройками до WEEEK с встроенными медитациями — выбор есть для каждого.
🐌 ТОП — 10 Российских ИСУП в 2025 году
Автор собрал десятку российских информационных систем управления проектами, которые актуальны в 2025 году: Directum Projects, ADVANTA, ПМ Форсайт, 1С: PM, Timmetta, InOut, Kaiten, BIPULSE, EvaTeam, Spider project. Плюсы, минусы, ссылки, скрины.
⏳ Как правильно оценивать сроки IT-проектов
Как правильно подходить к оценке задач, учитывая неопределённость и риски. Вы узнаете, как декомпозировать задачи, использовать буферы и коммуницировать с заказчиком. Полезно для всех, кто хочет избегать срывов дедлайнов и переработок.
🤝 Как вовлечь заказчика в проект
Заказчик — не враг, а потенциальный союзник. Чтобы он стал другом проекта, нужно понять его истинные потребности, а не только то, что он говорит. Статья советует наладить диалог, определить уровень вовлечённости заказчика и выбрать удобный формат общения.
🤡 Техдолг. Большое руководство
Да, прямо большое руководство про виды техдолга, его причины и последствия, как выявлять и управлять техдолгом, чтобы он не стал причиной провала проекта.
🐗 Как писать Release Notes, чтобы их читал и бизнес, и разработчики
Release Notes - инструмент коммуникации, а не простодайджест лог изменений. Статья учит писать заметки, которые будут интересны и понятны как бизнесу, так и разработчикам. Материал - о том, как структурировать информацию, избегать технического жаргона и делать релизы читаемыми.
Проектный треугольник - тройка "весёлых" ограничений: время, бюджет и объём. Они постоянно спорят, кто из них важнее, а мы как проджект-менеджер должны их примирить. Статья предлагает не бороться с ними, а подружиться: расставить приоритеты, быть гибким и не забывать про коммуникацию. Ведь успешный проект — это не тот, где всё идеально, а тот, где все довольны.
Оценки в Scrum — это не гадание на кофейной гуще, а важный инструмент планирования. Статья объясняет, как правильно использовать эстимейты, чтобы не попасть в ловушку нереалистичных ожиданий, почему story points могут быть полезнее часов и как избежать типичных ошибок при оценке задач. Ну и прикольные кейсы.
Автор проводит увлекательную экскурсию в историю методологий, раскрывая их истинное происхождение и эволюцию, рассказывает, как Agile превратился из манифеста в индустриальный стандарт, а Kanban — из японской системы в айтишный must-have. Ну и в итоге пишет про “отечественный продукт”, который типа способен заменить agile - вот этот самый итеративно-функциональный метод (правда, конкретики маловато).
В Agile, Scrum и Kanban говорить о Waterfall — почти как признаваться в том, что смотришь DVD (ну хоть не VHS). Однако каскадная модель не умерла. Она просто перешла из разряда "по умолчанию" в инструмент для конкретных задач. Статья объясняет, в каких случаях каскадная модель остаётся лучшим выбором: стабильные требования, фиксированные бюджеты и строгие регуляции.
И еще про выбор методологии и его производность от ситуации и окружения. Waterfall подходит для проектов с чёткими требованиями, где всё можно спланировать заранее. Agile — для динамичных проектов, где изменения — норма. Scrum хорош для команд, готовых к регулярным спринтам и ретроспективам, а Kanban — для тех, кто ценит визуализацию и непрерывный поток задач.
Если GanttPro для вас — как старая добрая каскадная модель: надёжно, но скучно, то эта статья предлагает освежить инструментарий. Обзор включает 10 российских сервисов, способных заменить GanttPro, с поддержкой Kanban, Scrum и диаграмм Ганта. От Kaiten с гибкими настройками до WEEEK с встроенными медитациями — выбор есть для каждого.
Автор собрал десятку российских информационных систем управления проектами, которые актуальны в 2025 году: Directum Projects, ADVANTA, ПМ Форсайт, 1С: PM, Timmetta, InOut, Kaiten, BIPULSE, EvaTeam, Spider project. Плюсы, минусы, ссылки, скрины.
Как правильно подходить к оценке задач, учитывая неопределённость и риски. Вы узнаете, как декомпозировать задачи, использовать буферы и коммуницировать с заказчиком. Полезно для всех, кто хочет избегать срывов дедлайнов и переработок.
Заказчик — не враг, а потенциальный союзник. Чтобы он стал другом проекта, нужно понять его истинные потребности, а не только то, что он говорит. Статья советует наладить диалог, определить уровень вовлечённости заказчика и выбрать удобный формат общения.
Да, прямо большое руководство про виды техдолга, его причины и последствия, как выявлять и управлять техдолгом, чтобы он не стал причиной провала проекта.
Release Notes - инструмент коммуникации, а не просто
Please open Telegram to view this post
VIEW IN TELEGRAM
2❤6🔥3👍1🌚1💘1
🔥 Самые интересные материалы по управлению проектами
🤝 Менеджер проекта - карьера и навыки
😐 Гуманитарий среди технарей: как общаться, чтобы вас не захотелось замьютить
Если вы когда-либо пытались объяснить фронтендеру, зачем «нужна ещё одна итерация ради пользовательского счастья», или слышали в ответ «это не баг, а фича», — значит, вы поймёте меня без слов. Автор дает проверенные (надеюсь) советы, как наладить контакт с технарями, не чувствуя себя героем комикса «Гуманитарий против Машины».
✋ Как прокачаться в менеджменте за год без дорогих курсов и MBA
Егор Толстой, ведущий подкаста Podlodka и автор Роадмапа Тимлида, твёрдо верит: самый эффективный путь к прокачке менеджера — это не MBA и не менторство, а хорошая книга, применённая на практике. В этой статье — системная подборка на год вперёд: 12 модулей по 2-3 книги в каждом, каждый месяц — новая управленческая компетенция. Если пройдёте весь путь, начнёте сильнее и глубже разбираться в менеджменте, чем 90% руководителей.
🥰 Как вырасти из Junior Scrum-мастера в Agile-коуча: гайд по зарплатам и обучению
Путь от начинающего Scrum-мастера до опытного Agile-коуча требует времени и усилий. Статья - подробный гайд по развитию необходимых навыков, обучению и карьерному росту, включая информацию о зарплатных ожиданиях. Полезно для тех, кто стремится углубить свои знания и расширить профессиональные горизонты (да, куда ж без общих фраз).
🌚 Поиск мотивации в скучных задачах
Даже ты самые увлечённые специалисты сталкиваются с задачами, которые не вызывают энтузиазма. Автор делится личным опытом преодоления прокрастинации и предлагает методы, помогающие находить мотивацию в рутинных или неопределённых задачах.
😈 Путь воина: как стать Tech Lead и не сойти с ума
Переход от разработчика к техническому лидеру — это не только повышение, но и серьёзное испытание. Статья о том, с какими трудностями сталкиваются новые техлиды, и как справляться с возросшей ответственностью, управлением командой и сохранением технической экспертизы.
👋 Хороший, плохой, злой тимлид. Как говорить команде правду и выжить
Честность — лучшая политика, особенно в управлении командой. На основе книги Ким Скотт "Радикальная прямота", статья объясняет, как давать обратную связь, сохраняя доверие и уважение. Практические советы для тимлидов, стремящихся к открытой и продуктивной коммуникации.
😃 Как не сливать бюджет на управление. Кейс разработки калькулятора для определения проектов
Авторы описывают разработку калькулятора, помогающего определить, какие задачи действительно являются проектами и требуют соответствующих ресурсов. Инструмент, способный сэкономить время и бюджет, избегая излишней бюрократии.
👥 Когда руководителей становится двое
В команде появился второй руководитель, и вместо облегчения стало только сложнее. Один руководитель — это порядок. Два — это борьба. Особенно если старый — «свой», а новый — новичок с инициативой. Кейс том, как даже при лучших намерениях можно оказаться в ловушке амбиций, иерархий и негласных правил игры.
😐 Эффективные стендапы: наш опыт внедрения Agile и автоматизации в IT-отделе
В Agile есть прекрасная штука, которая называется Daily Standup, или «Ежедневный стендап». Короткая ежедневная встреча команды, во время которой каждый сотрудник делится своими достижениями, планами и затруднениями. Статья - о том, с какими проблемами столкнулись при внедрении в команде стендапов и о том, как их решили.
👍 Как понять, на каком уровне вы как Project Manager, и зачем это нужно
Проектный менеджмент — это не только о задачах и сроках, но и о постоянном развитии. Статья предлагает систему грейдов и оценки компетенций для ПМ-ов, помогая определить текущий уровень и наметить пути карьерного роста.
🙂 Тренды в менеджменте проектов 2025 года
Будущее проектного управления уже наступило: гибридные методологии, цифровизация и удалённые команды становятся нормой. Статья анализирует ключевые тенденции в управлении проектами на 2025 год, включая использование Scrumban, развитие soft skills и применение аналитики данных для принятия решений.
Если вы когда-либо пытались объяснить фронтендеру, зачем «нужна ещё одна итерация ради пользовательского счастья», или слышали в ответ «это не баг, а фича», — значит, вы поймёте меня без слов. Автор дает проверенные (надеюсь) советы, как наладить контакт с технарями, не чувствуя себя героем комикса «Гуманитарий против Машины».
Егор Толстой, ведущий подкаста Podlodka и автор Роадмапа Тимлида, твёрдо верит: самый эффективный путь к прокачке менеджера — это не MBA и не менторство, а хорошая книга, применённая на практике. В этой статье — системная подборка на год вперёд: 12 модулей по 2-3 книги в каждом, каждый месяц — новая управленческая компетенция. Если пройдёте весь путь, начнёте сильнее и глубже разбираться в менеджменте, чем 90% руководителей.
Путь от начинающего Scrum-мастера до опытного Agile-коуча требует времени и усилий. Статья - подробный гайд по развитию необходимых навыков, обучению и карьерному росту, включая информацию о зарплатных ожиданиях. Полезно для тех, кто стремится углубить свои знания и расширить профессиональные горизонты (да, куда ж без общих фраз).
Даже
Переход от разработчика к техническому лидеру — это не только повышение, но и серьёзное испытание. Статья о том, с какими трудностями сталкиваются новые техлиды, и как справляться с возросшей ответственностью, управлением командой и сохранением технической экспертизы.
Честность — лучшая политика, особенно в управлении командой. На основе книги Ким Скотт "Радикальная прямота", статья объясняет, как давать обратную связь, сохраняя доверие и уважение. Практические советы для тимлидов, стремящихся к открытой и продуктивной коммуникации.
Авторы описывают разработку калькулятора, помогающего определить, какие задачи действительно являются проектами и требуют соответствующих ресурсов. Инструмент, способный сэкономить время и бюджет, избегая излишней бюрократии.
В команде появился второй руководитель, и вместо облегчения стало только сложнее. Один руководитель — это порядок. Два — это борьба. Особенно если старый — «свой», а новый — новичок с инициативой. Кейс том, как даже при лучших намерениях можно оказаться в ловушке амбиций, иерархий и негласных правил игры.
В Agile есть прекрасная штука, которая называется Daily Standup, или «Ежедневный стендап». Короткая ежедневная встреча команды, во время которой каждый сотрудник делится своими достижениями, планами и затруднениями. Статья - о том, с какими проблемами столкнулись при внедрении в команде стендапов и о том, как их решили.
Проектный менеджмент — это не только о задачах и сроках, но и о постоянном развитии. Статья предлагает систему грейдов и оценки компетенций для ПМ-ов, помогая определить текущий уровень и наметить пути карьерного роста.
Будущее проектного управления уже наступило: гибридные методологии, цифровизация и удалённые команды становятся нормой. Статья анализирует ключевые тенденции в управлении проектами на 2025 год, включая использование Scrumban, развитие soft skills и применение аналитики данных для принятия решений.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6🏆3👍2🤝2💘1
🔥 Самые интересные материалы по управлению проектами
💃 Основы, гайды, инструменты
😙 Что такое kick-off встреча и как запустить проект без хаоса
Kick-off встреча - стартовая площадка для успешного проекта. Статья объясняет, как правильно провести такую встречу: определить цели, распределить роли, установить правила взаимодействия и вдохновить команду, потому что если всё настроено правильно, команда доплывёт до цели без штормов (наверное). Так что не пренебрегайте этим этапом — он задаёт тон всему проекту.
😏 Что такое фасилитация и как она спасает совещания
Если ваши совещания напоминают хаотичный оркестр без дирижёра, пора познакомиться с фасилитацией. Это искусство превращать собрания в продуктивные встречи, где каждый участник вовлечён, а обсуждения идут по плану. Фасилитатор — не просто модный термин, а ключевой игрок, направляющий команду к цели. Гайд - о том, как и зачем проводить фасилитационные встречи, чтобы избежать бесконечных обсуждений без результатов.
🥲 Процессное управление в организации: от моделирования до автоматизации
О том, как с помощью диаграмм и блок-схем превратить хаос в порядок, а сотрудников — в команду мечты, как определить цели, собрать команду, обучить её и внедрить процессную архитектуру. Особое внимание уделяется циклу PDCA и автоматизации процессов с помощью современных BPM-систем.
🤩 Lead Time и Cycle Time: в чём разница и как это помогает команде
Статья объясняет разницу между Lead Time и Cycle Time на примере пиццы: Lead Time — это время от заказа до доставки, а Cycle Time — от начала приготовления до готовности. Понимание этих метрик помогает командам работать эффективнее, выявлять узкие места и оптимизировать процессы.
🪨 Почему большинство попыток внедрения Agile заканчиваются разочарованием?
О том, почему тренинги и новые термины не спасают, если команда не готова к изменениям. Настоящий Agile — это про адаптацию, обратную связь и кросс-функциональность, а в первую очередь про перестройку культуры разработки.
🤔 Почему «Agile» и особенно Scrum ужасны
Agile и Scrum обещают гибкость и эффективность, но на практике могут привести к обратному. Автор критикует эти методологии за излишнюю бюрократию, давление на разработчиков и отсутствие стратегического мышления. И еще приводит примеры, где внедрение Scrum привело к падению акций компании и демотивации команды. Короче, надо думать перед внедрежом)
🙅♂️ Agile и затянувшийся кризис разработки ПО
Agile обещал гибкость и скорость, но что-то пошло не так. Статья - про то, как изначально благие намерения превратились в бюрократию, где "стендапы" стали рутиной, а "story points" — самоцелью. Вместо адаптивности — шаблоны и отчёты. Так что если Agile у вас напоминает Waterfall с наклейками, то, может, дело не в методологии, а в её применении?
😢 Технический долг нельзя распланировать
Почему попытки решить проблему техдолга через масштабные проекты часто приводят к новым проблемам, и как их избежать: регулярные улучшения, культура код-ревью и внимание к качеству кода. Начинать с малого, но работать над ТД постоянно.
🤷♀️ Четыре ошибки при работе с диаграммой Ганта и как их можно избежать
Диаграмма Ганта — мощный инструмент и… источник хаоса в неумелых руках. Материал - о четырёх распространённых ошибках: перегрузка деталями, отсутствие зависимостей, игнорирование критического пути и устаревание данных, с практическими советами и примерами.
😰 Story Points не работают? И другие мифы про оценку задач, в которые мы почему-то верим
Текст пытается развенчать “мифы” об оценке задач, типа превращения Story Points в KPI или попытки перевести их в часы. “Оценки — это ориентир, а не точный прогноз”, - говорит автор и предлагает альтернативы для планирования.
Kick-off встреча - стартовая площадка для успешного проекта. Статья объясняет, как правильно провести такую встречу: определить цели, распределить роли, установить правила взаимодействия и вдохновить команду, потому что если всё настроено правильно, команда доплывёт до цели без штормов (наверное). Так что не пренебрегайте этим этапом — он задаёт тон всему проекту.
Если ваши совещания напоминают хаотичный оркестр без дирижёра, пора познакомиться с фасилитацией. Это искусство превращать собрания в продуктивные встречи, где каждый участник вовлечён, а обсуждения идут по плану. Фасилитатор — не просто модный термин, а ключевой игрок, направляющий команду к цели. Гайд - о том, как и зачем проводить фасилитационные встречи, чтобы избежать бесконечных обсуждений без результатов.
О том, как с помощью диаграмм и блок-схем превратить хаос в порядок, а сотрудников — в команду мечты, как определить цели, собрать команду, обучить её и внедрить процессную архитектуру. Особое внимание уделяется циклу PDCA и автоматизации процессов с помощью современных BPM-систем.
Статья объясняет разницу между Lead Time и Cycle Time на примере пиццы: Lead Time — это время от заказа до доставки, а Cycle Time — от начала приготовления до готовности. Понимание этих метрик помогает командам работать эффективнее, выявлять узкие места и оптимизировать процессы.
О том, почему тренинги и новые термины не спасают, если команда не готова к изменениям. Настоящий Agile — это про адаптацию, обратную связь и кросс-функциональность, а в первую очередь про перестройку культуры разработки.
Agile и Scrum обещают гибкость и эффективность, но на практике могут привести к обратному. Автор критикует эти методологии за излишнюю бюрократию, давление на разработчиков и отсутствие стратегического мышления. И еще приводит примеры, где внедрение Scrum привело к падению акций компании и демотивации команды. Короче, надо думать перед внедрежом)
Agile обещал гибкость и скорость, но что-то пошло не так. Статья - про то, как изначально благие намерения превратились в бюрократию, где "стендапы" стали рутиной, а "story points" — самоцелью. Вместо адаптивности — шаблоны и отчёты. Так что если Agile у вас напоминает Waterfall с наклейками, то, может, дело не в методологии, а в её применении?
Почему попытки решить проблему техдолга через масштабные проекты часто приводят к новым проблемам, и как их избежать: регулярные улучшения, культура код-ревью и внимание к качеству кода. Начинать с малого, но работать над ТД постоянно.
Диаграмма Ганта — мощный инструмент и… источник хаоса в неумелых руках. Материал - о четырёх распространённых ошибках: перегрузка деталями, отсутствие зависимостей, игнорирование критического пути и устаревание данных, с практическими советами и примерами.
Текст пытается развенчать “мифы” об оценке задач, типа превращения Story Points в KPI или попытки перевести их в часы. “Оценки — это ориентир, а не точный прогноз”, - говорит автор и предлагает альтернативы для планирования.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥2💘2❤1🙏1
🔥 Самые интересные материалы по управлению проектами
😨 Менеджер проекта - навыки и карьера
🌞 Чат-менеджмент: что это и как переписки мешают работе
Про привычку писать задачи и запрашивать статусы в чате и про то, что это — путь к хаосу: задачи теряются между мемами, дедлайны растворяются в беседах, а важные договорённости живут только в чьей-то памяти. Вместо этого предлагается использовать специализированные таск-менеджеры, которые помогут навести порядок и вернуть контроль над проектами. Очевидно, но тем не менее…
🌚 Токсы и как с ними работать. Памятка руководителю
В каждом коллективе найдётся тот, кто превращает любую задачу в драму. Автор делит таких сотрудников на ворчунов и нытиков: первые могут быть полезными, если их услышать, а вторые — источником постоянного негатива. Статья предлагает стратегии взаимодействия с обоими типами, чтобы превратить токсичность в конструктив или, при необходимости, попрощаться без сожалений.
🌚 Когда разработчик тебе врёт: прокрастинация, отмазки и что с этим делать
"Почти готово", "ещё немного", "вот-вот закончу" — знакомые фразы? И они неспроста - за ними может стоять страх показаться некомпетентным, потеря мотивации, отсутствие понимания задачи. Автор предлагает методы выявления таких ситуаций и способы их преодоления, включая честную коммуникацию и регулярные демонстрации прогресса.
🌚 Будни управленца. Нежелание ответственности
Статья описывает типаж "героя без мандата", который вмешивается в чужие задачи, нарушает процессы и избегает последствий. Рекомендация - ограничить влияние таких сотрудников, чётко распределяя обязанности и ответственность, чтобы сохранить порядок и эффективность в команде.
🌚 Для чего ИТ менеджеру уметь программировать. И главное — зачем
Ответ - затем, чтобы лучше понимать технические аспекты проектов, эффективнее общаться с разработчиками и предвидеть потенциальные проблемы. В целом, базовые навыки кодирования помогают в управлении и принятии решений, даже если самому писать код не требуется.
🌕 Важные задачи проджекта
Проджект — это искусство балансировать между хаосом и порядком, а не просто человек с блокнотом и планом. Текст - о том, как приоритизировать задачи с помощью матрицы Эйзенхауэра, управлять несколькими проектами одновременно и поддерживать актуальность планов в Miro.
✍ Как посчитать производительность команды разработки?
Когда сверху просят “цифр”, а вы не знаете, как измерить производительность команды, начинается паника. Вот автор и делится опытом расчёта стоимости задач, анализа багфиксов и фич, и объясняет, почему простое деление бюджета на количество задач — путь в никуда. Важно учитывать контекст, сложность задач и другие метрики.
👁 Зачем я придумал новый фреймворк определения приоритетов задач и как мне помогло «пу-пу-пу»
Авторский метод «пу-пу-пу» для определения приоритетов, вдохновлённый анекдотами и реальными кейсами. Суть: не все задачи требуют немедленного выполнения, и важно уметь отделять важное от срочного.
🌞 Успешный проект
Три критерия успешности проекта: удовлетворённость заказчика, удовлетворённость исполнителя и сохранение этого состояния через некоторое время. Формальное соблюдение бюджета, сроков и функционала не всегда приводит к успеху, если отношения между сторонами испорчены.
🎭 Как навести порядок в проектной работе
Ответ - с помощью зрелой системы управления проектами, которая должна включать три “столпа”: методологию, команду и информационную систему. Гибридный подход, сочетающий Waterfall и Agile, помогает балансировать между предсказуемостью и гибкостью.
🌞 Чат-менеджмент: что это и как переписки мешают работе
Про привычку писать задачи и запрашивать статусы в чате и про то, что это — путь к хаосу: задачи теряются между мемами, дедлайны растворяются в беседах, а важные договорённости живут только в чьей-то памяти. Вместо этого предлагается использовать специализированные таск-менеджеры, которые помогут навести порядок и вернуть контроль над проектами. Очевидно, но тем не менее…
В каждом коллективе найдётся тот, кто превращает любую задачу в драму. Автор делит таких сотрудников на ворчунов и нытиков: первые могут быть полезными, если их услышать, а вторые — источником постоянного негатива. Статья предлагает стратегии взаимодействия с обоими типами, чтобы превратить токсичность в конструктив или, при необходимости, попрощаться без сожалений.
"Почти готово", "ещё немного", "вот-вот закончу" — знакомые фразы? И они неспроста - за ними может стоять страх показаться некомпетентным, потеря мотивации, отсутствие понимания задачи. Автор предлагает методы выявления таких ситуаций и способы их преодоления, включая честную коммуникацию и регулярные демонстрации прогресса.
Статья описывает типаж "героя без мандата", который вмешивается в чужие задачи, нарушает процессы и избегает последствий. Рекомендация - ограничить влияние таких сотрудников, чётко распределяя обязанности и ответственность, чтобы сохранить порядок и эффективность в команде.
Ответ - затем, чтобы лучше понимать технические аспекты проектов, эффективнее общаться с разработчиками и предвидеть потенциальные проблемы. В целом, базовые навыки кодирования помогают в управлении и принятии решений, даже если самому писать код не требуется.
Проджект — это искусство балансировать между хаосом и порядком, а не просто человек с блокнотом и планом. Текст - о том, как приоритизировать задачи с помощью матрицы Эйзенхауэра, управлять несколькими проектами одновременно и поддерживать актуальность планов в Miro.
Когда сверху просят “цифр”, а вы не знаете, как измерить производительность команды, начинается паника. Вот автор и делится опытом расчёта стоимости задач, анализа багфиксов и фич, и объясняет, почему простое деление бюджета на количество задач — путь в никуда. Важно учитывать контекст, сложность задач и другие метрики.
Авторский метод «пу-пу-пу» для определения приоритетов, вдохновлённый анекдотами и реальными кейсами. Суть: не все задачи требуют немедленного выполнения, и важно уметь отделять важное от срочного.
Три критерия успешности проекта: удовлетворённость заказчика, удовлетворённость исполнителя и сохранение этого состояния через некоторое время. Формальное соблюдение бюджета, сроков и функционала не всегда приводит к успеху, если отношения между сторонами испорчены.
Ответ - с помощью зрелой системы управления проектами, которая должна включать три “столпа”: методологию, команду и информационную систему. Гибридный подход, сочетающий Waterfall и Agile, помогает балансировать между предсказуемостью и гибкостью.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥3👍2🤝2💘1
🔥 Самые интересные материалы по управлению проектами за 2 недели
🤝 Команда проекта
👀 Человек-клей: как я нашел самого неэффективного сотрудника, чуть не уволил, а оказалось, что на нем все держится
Иногда самый неприметный сотрудник внезапно оказывается ключевым для команды (и для проекта). Вот и тут нам рассказали о «человеке-клее», который скрепляет коллектив, несмотря на личные низкие показатели по метрикам. Если команда может «прокормить» одного или нескольких типа лишних сотрудников и эти сотрудники делают эту команду лучше — они не лишние. И вообще, хорошие отношения в команде — самое ценное. Более ценное, чем дедлайны. Хотя без дедлайнов тоже никак.
👀 Передача знаний: инструкция на случай ухода эксперта
Когда эксперт уходит (даже в отпуск…🙋♀️ ), а вместе с ним — вся архитектура в его голове, проект рискует превратиться в квест без карты. Коллеги из Контура предлагают пошаговый план по сохранению знаний: от составления чек-листа до записи встреч и ревью документации. Главное — не превращать передачу знаний в «работу в стол», а сделать её живым процессом.
😱 «Люди сами не знают, чего хотят»: как читать сигналы команды
Про то, как распознавать пассивное сопротивление в команде и инструменты для выявления проблем: от трекера молчания до психологического чек-ина. “Если вы не слышите тишину — однажды услышите, как кто‑то тихо складывает вещи и уходит,” - ну как с таким не согласиться?
🤗 Я думал, что в IT нет офисных интриг. Ошибся
Внезапно (нет), даже в IT можно встретить «игры престолов»: присвоение чужих идей, подковёрные игры и токсичную конкуренцию. Авторы - про типажи офисных интриганов, про то,, почему они процветают даже в самых технологичных компаниях. Много скринов, “случаев из практики”, а уж комменты… Если интересна тема или нечего делать - велкам.
😑 Развитие разработчиков в команде: подход тимлида
Как вырастить из джуна сеньора? Автор делится практиками: регулярные 1:1 встречи, SMART-цели, индивидуальные планы развития и матрицы компетенций. Особое внимание уделяется балансу между целями разработчика и потребностями проекта.
👍 5 типов сотрудников в команде: инструкция для тимлидов
Команда — это не только роли, но и типажи: драйверы, надёжные исполнители, потенциальные звёзды, серые кардиналы и токсики. Статья предлагает стратегии взаимодействия с каждым типом, чтобы усилить команду и минимизировать риски. Ну и про баланс - в команде должны быть все типы, но сбалансированно…
😪 Типовые проекты ≠ скука: Как сохранить драйв команды?
Когда проекты становятся рутиной, команда может потерять мотивацию. И авторы предлагают методы поддержания интереса: прозрачные бонусные фонды, регулярная обратная связь и возможности для роста. Задача руководителя проекта на типовом проекте – показать ценность такого проекта для каждого его участника. Это не «скучный проект», а полезный: личное развитие, работа в команде, результат для заказчика.
🙏 Как обуздать хаос в распределенной и быстрорастущей ИТ-команде
Быстрый рост команды может привести к хаосу: несоблюдение сроков, бардак в документации и непрозрачные процессы. Статья от коллег ПСБ предлагает решения: стандартизация процессов, внедрение Service Desk и чёткое распределение ответственности. Проектный менеджер, применяющий эти подходы, сможет навести порядок и обеспечить стабильную работу команды.
😎 Как не скатиться в имитацию: о роли системного аналитика на проекте
Роль SA часто недооценивается или неправильно понимается. Ну или имитируется)) Автор обсуждает, как избежать превращения аналитика в «затычку» и подчеркнуть его ценность в проекте, правильно интегрировать аналитика в процессы, а как результат - повысить качество требований и снизить риски.
🥺 Когнитивные искажения в работе системного аналитика
Аналитик — не робот, и его мышление подвержено искажениям: эффект якоря, подтверждения и другие. Материал - о том, как различные когнитивные искажения могут повлиять на работу аналитика, привести к пропущенным деталям, ошибочным выводам и неэффективным решениям. И о том, как распознать эти ловушки и как бороться с ними.
Иногда самый неприметный сотрудник внезапно оказывается ключевым для команды (и для проекта). Вот и тут нам рассказали о «человеке-клее», который скрепляет коллектив, несмотря на личные низкие показатели по метрикам. Если команда может «прокормить» одного или нескольких типа лишних сотрудников и эти сотрудники делают эту команду лучше — они не лишние. И вообще, хорошие отношения в команде — самое ценное. Более ценное, чем дедлайны. Хотя без дедлайнов тоже никак.
Когда эксперт уходит (даже в отпуск…
Про то, как распознавать пассивное сопротивление в команде и инструменты для выявления проблем: от трекера молчания до психологического чек-ина. “Если вы не слышите тишину — однажды услышите, как кто‑то тихо складывает вещи и уходит,” - ну как с таким не согласиться?
Внезапно (нет), даже в IT можно встретить «игры престолов»: присвоение чужих идей, подковёрные игры и токсичную конкуренцию. Авторы - про типажи офисных интриганов, про то,, почему они процветают даже в самых технологичных компаниях. Много скринов, “случаев из практики”, а уж комменты… Если интересна тема или нечего делать - велкам.
Как вырастить из джуна сеньора? Автор делится практиками: регулярные 1:1 встречи, SMART-цели, индивидуальные планы развития и матрицы компетенций. Особое внимание уделяется балансу между целями разработчика и потребностями проекта.
Команда — это не только роли, но и типажи: драйверы, надёжные исполнители, потенциальные звёзды, серые кардиналы и токсики. Статья предлагает стратегии взаимодействия с каждым типом, чтобы усилить команду и минимизировать риски. Ну и про баланс - в команде должны быть все типы, но сбалансированно…
Когда проекты становятся рутиной, команда может потерять мотивацию. И авторы предлагают методы поддержания интереса: прозрачные бонусные фонды, регулярная обратная связь и возможности для роста. Задача руководителя проекта на типовом проекте – показать ценность такого проекта для каждого его участника. Это не «скучный проект», а полезный: личное развитие, работа в команде, результат для заказчика.
Быстрый рост команды может привести к хаосу: несоблюдение сроков, бардак в документации и непрозрачные процессы. Статья от коллег ПСБ предлагает решения: стандартизация процессов, внедрение Service Desk и чёткое распределение ответственности. Проектный менеджер, применяющий эти подходы, сможет навести порядок и обеспечить стабильную работу команды.
Роль SA часто недооценивается или неправильно понимается. Ну или имитируется)) Автор обсуждает, как избежать превращения аналитика в «затычку» и подчеркнуть его ценность в проекте, правильно интегрировать аналитика в процессы, а как результат - повысить качество требований и снизить риски.
Аналитик — не робот, и его мышление подвержено искажениям: эффект якоря, подтверждения и другие. Материал - о том, как различные когнитивные искажения могут повлиять на работу аналитика, привести к пропущенным деталям, ошибочным выводам и неэффективным решениям. И о том, как распознать эти ловушки и как бороться с ними.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥4❤2👍1🏆1💘1
🔥 Самые интересные материалы по управлению проектами за 2 недели
👋 Менеджер проекта - навыки, знания, карьера
(ч.1)
👍 «Интересно, какое качество менеджера Вы считаете наиболее важным?» — развернутый ответ
Размышления о ключевых качествах менеджера, с выводом, что универсального ответа нет. Успешный менеджер должен адаптироваться к культурным особенностям команды и стадии развития проекта. В стартапе требуется один подход, в стабильной компании — другой, а в кризисной ситуации — третий. Понимание контекста и умение подстраиваться под него — вот что действительно важно.
♊️ Многозадачности больше не существует. Зачем снова становиться однозадачным
Борьба с мифом о многозадачности,- человек не способен эффективно выполнять несколько задач одновременно. Каждое переключение между задачами снижает концентрацию и увеличивает количество ошибок. Автор призывает к однозадачности, чтобы повысить продуктивность и качество работы.
💪 Офисный провал: Как принудительные командировки айтишников убивают продуктивность и лояльность
Про опыт негативного влияния обязательных командировок на продуктивность и лояльность сотрудников. Да не только командировки, - даже принудительные поездки в офис могут вызывать стресс, снижать мотивацию и ухудшать рабочие результаты. Особенно это актуально для интровертов и тех, кто привык работать удаленно.
😈 Как менеджеру в IT использовать нейросети в работе
Как проектный менеджер может использовать искусственный интеллект для улучшения коммуникации с командой. AI может помочь в расшифровке технической терминологии, составлении отчетов и структурировании информации. Однако при этом менеджеру необходимо уметь формулировать четкие запросы и критически оценивать полученные ответы.
🤨 Сколько процентов работы PM способен выполнять ИИ
О том, какие задачи проектного менеджера могут быть автоматизированы с помощью искусственного интеллекта ( а по оценкам, AI способен выполнять до 50% рутинных задач, таких как составление отчетов и планирование). Однако стратегические решения, управление командой и коммуникации остаются за человеком.
🪖 Как вести внутреннюю документацию: с чего начать новичку
Рекомендации по созданию внутренней документации, начиная с легковесных и понятных структур, избегание перегрузки документации и фокусе на ее полезности для команды. Автор советует использовать простые шаблоны, такие как PR/FAQ, и постепенно масштабировать документацию по мере роста продукта.
🔐 Разделяй и усложняй: как декомпозиция вас обманывает
Автор критикует чрезмерную декомпозицию задач, утверждая, что она может привести к увеличению сложности и потере целостности системы. Разделение задач на мелкие части может затруднить интеграцию и понимание общей картины. Важно учитывать, что декомпозиция — это инструмент, а не панацея.
💡 Дневники пиэма. Заметка 03: Таймзоны и эффективность распределенных проектов
Про вызовы, с которыми сталкиваются проектные менеджеры при управлении распределенными командами в разных часовых поясах (например, один в Хабаровске, второй в Орске, третий в СПб). Проблемы включают задержки в коммуникации, сложности с синхронизацией и снижение прозрачности. Про стратегии для взаимодействия, такие как четкое планирование и использование асинхронных каналов связи.
😉 Как создать систему управления проектами в ИТ-интеграторе и не выкинуть деньги на ветер
Вдруг вы пытаетесь внедрить систему управления проектами в компании, где каждый ветеран считает себя гуру? Задача непростая, но даже самые матерые профи могут принять новую методологию, если подойти к этому с умом. Материал - как раз про такой опыт и превращение скептиков в амбассадоров новых правил.
😌 Между «готово» и «согласовано» лежит пропасть. Если вы это не видите и не контролируете, мы вам сочувствуем
Когда задача помечена как «готова», но не согласована, это может привести к неожиданным сюрпризам. Статья - про важность четкого разграничения между выполнением и утверждением задач.
(ч.1)
Размышления о ключевых качествах менеджера, с выводом, что универсального ответа нет. Успешный менеджер должен адаптироваться к культурным особенностям команды и стадии развития проекта. В стартапе требуется один подход, в стабильной компании — другой, а в кризисной ситуации — третий. Понимание контекста и умение подстраиваться под него — вот что действительно важно.
Борьба с мифом о многозадачности,- человек не способен эффективно выполнять несколько задач одновременно. Каждое переключение между задачами снижает концентрацию и увеличивает количество ошибок. Автор призывает к однозадачности, чтобы повысить продуктивность и качество работы.
💪 Офисный провал: Как принудительные командировки айтишников убивают продуктивность и лояльность
Про опыт негативного влияния обязательных командировок на продуктивность и лояльность сотрудников. Да не только командировки, - даже принудительные поездки в офис могут вызывать стресс, снижать мотивацию и ухудшать рабочие результаты. Особенно это актуально для интровертов и тех, кто привык работать удаленно.
Как проектный менеджер может использовать искусственный интеллект для улучшения коммуникации с командой. AI может помочь в расшифровке технической терминологии, составлении отчетов и структурировании информации. Однако при этом менеджеру необходимо уметь формулировать четкие запросы и критически оценивать полученные ответы.
О том, какие задачи проектного менеджера могут быть автоматизированы с помощью искусственного интеллекта ( а по оценкам, AI способен выполнять до 50% рутинных задач, таких как составление отчетов и планирование). Однако стратегические решения, управление командой и коммуникации остаются за человеком.
Рекомендации по созданию внутренней документации, начиная с легковесных и понятных структур, избегание перегрузки документации и фокусе на ее полезности для команды. Автор советует использовать простые шаблоны, такие как PR/FAQ, и постепенно масштабировать документацию по мере роста продукта.
Автор критикует чрезмерную декомпозицию задач, утверждая, что она может привести к увеличению сложности и потере целостности системы. Разделение задач на мелкие части может затруднить интеграцию и понимание общей картины. Важно учитывать, что декомпозиция — это инструмент, а не панацея.
Про вызовы, с которыми сталкиваются проектные менеджеры при управлении распределенными командами в разных часовых поясах (например, один в Хабаровске, второй в Орске, третий в СПб). Проблемы включают задержки в коммуникации, сложности с синхронизацией и снижение прозрачности. Про стратегии для взаимодействия, такие как четкое планирование и использование асинхронных каналов связи.
Вдруг вы пытаетесь внедрить систему управления проектами в компании, где каждый ветеран считает себя гуру? Задача непростая, но даже самые матерые профи могут принять новую методологию, если подойти к этому с умом. Материал - как раз про такой опыт и превращение скептиков в амбассадоров новых правил.
Когда задача помечена как «готова», но не согласована, это может привести к неожиданным сюрпризам. Статья - про важность четкого разграничения между выполнением и утверждением задач.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2👍2🔥2💘2🏆1