🔥 Самые интересные материалы по управлению проектами за 12.01 - 24.01.2025
😐 Основы и гайды
💡 WSJF (Weighted Shortest Job First) как способ приоритизации бэклога
WSJF — один из методов приоритизации, который гласит: сначала делаем то, что быстрее и дороже. WSJF применяется на этапе формирования бэклога и помогает оценить важность фичи. Ценность считают с помощью двух переменных — Cost of delay (сложность выполнения работы) и Job size (сколько времени и сил уйдёт на задачу). В статье - правила применения метода, примеры и шаблоны.
😛 Метод водопада: что такое методология Waterfall как это работает
Не всё же про скрам и аджайл - есть и бессмертная классика. Хороший материал для начинающих ПМови тех, кто любит боль, об истории возникновения, концепции подхода и его применимости в нынешней реальности.
🤫 Декомпозиция задач: Как сделать проекты управляемыми и успешными
Про декомпозицию, “горизонтальное” и “вертикальное” разбиение крупных задач, техники - этапная декомпозиция, позитивные и негативные сценарии и т.д.
🙌 Как написать грамотный гайд: правила для техписов и разрабов
Отличный (переводный) гайд по созданию хороших руководств и инструкций. Из ключевого: пишите для “чайников”, пообещайте в заголовке чёткий результат, покажите конечный результат, используйте единообразные содержательные заголовки, увяжите конкретику с комплексным примером и т.д.
🤗 Проектировочная документация: практический опыт и проверенные шаблоны
Ребята из “Спортмастера” снова с хорошей статьей о том, как стандартизировали проектировочную доку на уровне большой компании и что получилось (а получилось очень серьезно).
🫂 «Ой, забыл» или метод чек-листов при организации бизнес-процессов компании
Про чек-листы как инструмент управления бизнес-процессами и коммуникациями в команде - вроде бы всё просто, но если подойти фундаментально, то он оказывается очень полезным.
👽 Скрам vs Канбан: Погружение в Agile, плюс памятка для проектных менеджеров
Про разницу между скрамом и канбаном в плане флоу, прозрачности, планирования, метрик и т.д., и про скрамбан как попытку взять всё лучшее из.
😭 «Мы сделали продукт, а его никто не купил», Или почему нужно начинать с MVP
Вы придумали гениальную идею, вложили ресурсы в разработку и вели проект, но... продукт никто не купил. Можно ли было этого избежать? Да, если стартовать с MVP — минимально жизнеспособного продукта. Статья - о том, что это такое плюс примеры известных брендов, начавших свой путь с MVP.
🙌 PMBoK 8 - здравый смысл возвращается?
Заметка Ивана Селиховкина о драфте 8-ой версии PMBOK. Седьмая редакция кардинально поменяла подход в сторону гибких методологий и общих деклараций, а вот 8-ая, похоже, снова возвращается к конкретике.
😑 How To Do Project Dependency Mapping: 5 Steps
Имея понимание зависимостей проекта, вы можете принимать упреждающие решения для сокращения задержек, узких мест и конфликтов ресурсов. Статья - о том, как сопоставить зависимости, какие программные инструменты использовать и лучшие практики, чтобы они не сорвали ваш проект.
🤓 Use-case 3.0: краткое руководство
Краткое содержание недавно вышедшего обновления набора принципов сбора требований.
😟 Как вынести максимальную пользу от ретроспективы?
Какую пользу приносит ретроспектива в Scrum и как избежать трудностей, которые могут возникнуть в процессе.
🧐 Работа с API: 17 полезных ссылок для системного аналитика
Собрание материалов по API, но полезно будет и для РП, - там и для начинающих, и для глубокого погружения.
WSJF — один из методов приоритизации, который гласит: сначала делаем то, что быстрее и дороже. WSJF применяется на этапе формирования бэклога и помогает оценить важность фичи. Ценность считают с помощью двух переменных — Cost of delay (сложность выполнения работы) и Job size (сколько времени и сил уйдёт на задачу). В статье - правила применения метода, примеры и шаблоны.
Не всё же про скрам и аджайл - есть и бессмертная классика. Хороший материал для начинающих ПМов
Про декомпозицию, “горизонтальное” и “вертикальное” разбиение крупных задач, техники - этапная декомпозиция, позитивные и негативные сценарии и т.д.
Отличный (переводный) гайд по созданию хороших руководств и инструкций. Из ключевого: пишите для “чайников”, пообещайте в заголовке чёткий результат, покажите конечный результат, используйте единообразные содержательные заголовки, увяжите конкретику с комплексным примером и т.д.
Ребята из “Спортмастера” снова с хорошей статьей о том, как стандартизировали проектировочную доку на уровне большой компании и что получилось (а получилось очень серьезно).
Про чек-листы как инструмент управления бизнес-процессами и коммуникациями в команде - вроде бы всё просто, но если подойти фундаментально, то он оказывается очень полезным.
Про разницу между скрамом и канбаном в плане флоу, прозрачности, планирования, метрик и т.д., и про скрамбан как попытку взять всё лучшее из.
Вы придумали гениальную идею, вложили ресурсы в разработку и вели проект, но... продукт никто не купил. Можно ли было этого избежать? Да, если стартовать с MVP — минимально жизнеспособного продукта. Статья - о том, что это такое плюс примеры известных брендов, начавших свой путь с MVP.
Заметка Ивана Селиховкина о драфте 8-ой версии PMBOK. Седьмая редакция кардинально поменяла подход в сторону гибких методологий и общих деклараций, а вот 8-ая, похоже, снова возвращается к конкретике.
Имея понимание зависимостей проекта, вы можете принимать упреждающие решения для сокращения задержек, узких мест и конфликтов ресурсов. Статья - о том, как сопоставить зависимости, какие программные инструменты использовать и лучшие практики, чтобы они не сорвали ваш проект.
Краткое содержание недавно вышедшего обновления набора принципов сбора требований.
Какую пользу приносит ретроспектива в Scrum и как избежать трудностей, которые могут возникнуть в процессе.
Собрание материалов по API, но полезно будет и для РП, - там и для начинающих, и для глубокого погружения.
Please open Telegram to view this post
VIEW IN TELEGRAM
3👍4🔥4💘4❤🔥1
🔥 Самые интересные материалы по управлению проектами за 12.01 - 24.01.2025
🥰 Менеджер проекта - карьера и навыки
😭 Руководитель не доверяет и изматывает тупыми задачами. Помогите
История конфликта с руководителем и почему некоторые конфликты нельзя решить в конечной точке — только предупредить заранее. Интересно и ПМам, и команде.
😜 Как изменить стиль управления
Как можно поработать над собой, если ты жёсткий руководитель, не идя при этом на компромиссы в вопросах качества. Кратко: пробовать другие формулировки (есть много примеров), менять способы коммуникации, менять способ подачи обратной связи, вкачивать эмпатию,улыбаться и махать
🫠 Как стать более уверенным коммуникатором
Про “ассертивную коммуникацию” как золотую середину между возражением и покорным принятием, основанную на аргументированном объявлении своей позиции и ее причин. Такой тип общения помогает поддерживать безопасный диалог, улучшать разрешение конфликтов и т.д.
😱 Старики будут править IT
Хит сезона - публикация в защиту миллениалов в ИТ, которые не должны сдаваться перед “цифровыми аборигенами”-зумерами, - хотя бы потому, что привыкли к трудностям и проблемам в цифровом мире, а не пришли на все готовенькое. На самом деле, статья - про различия в поколениях и разницу в моделях командообразования.
🤬 Как не обещать лишнего и сдать проект вовремя: спасаем дедлайны и проекты
О том, как не стать заложником дедлайнов, своих же обещаний и как не превратить проект в бесконечный марафон с кофе и пирожными по ночам. Главный секрет — в реалистичных сроках, объективности и умении их отстаивать. Это создаёт стабильную рабочую атмосферу, где проекты завершаются вовремя, а обещания не остаются пустыми словами.
👍 Take control. Как мы забрали управление заводом у иностранцев
Достойный прочтения опыт проекта ультра-быстрой миграции инфраструктуры крупного предприятия - на что наткнулись, как решали проблемы, как организовали работу в команде.
😎 Как цифровой сотрудник IBS «Василий» облегчает жизнь нашим администраторам на проектах
Коллеги внедрили RPA, который автоматизирует рутинные действия и снижает число ошибок при подготовке документов. На Василия повесили отчеты, учет эффективности подразделения, контроль за заполнением таймшитов (не дай бог такое никому) и прочую неблагодарную работу.
😈 Анатомия страха
Большая (реально) и очень комплексная статья про страхи на проекте у РП и у команды и об источниках этих страхов. Один из главных тезисов: неэффективные проекты - это результат, в первую очередь, неэффективного менеджмента проектов. Менеджеры предпочитают решать мелкие задачи на ходу вместо выстраивания понятной и прозрачной методологии.
👋 Кри-Кри или приоритизируй Это. Памятка по приоритизации для Руководителей
В самих приоритетах запутаться сложно даже начинающему менеджеру, но вот как их правильно выстроить, как потом отстоять перед заказчиками и какие подводные камни тут вас будут ждать - об этом статья Петра Жаркова.
🛞 P3.express. Как сдать экзамен на сертификат с первого раз
P3.express — это легкая и доступная методология управления проектами, разработанная для минимизации сложности и максимизации эффективности. Автор сдала экзамен и делится подробностями.
👨💻 Топ-8 самых удобных систем управления задачами в 2025 году. Обзор и рейтинг
Рейтинг из восьми “лучших, перебранных руками,” (с) систем управления задачами, от Yougile и Kaiten до Platrum и Мегаплана, с обзором возможностей и недостатков.
История конфликта с руководителем и почему некоторые конфликты нельзя решить в конечной точке — только предупредить заранее. Интересно и ПМам, и команде.
Как можно поработать над собой, если ты жёсткий руководитель, не идя при этом на компромиссы в вопросах качества. Кратко: пробовать другие формулировки (есть много примеров), менять способы коммуникации, менять способ подачи обратной связи, вкачивать эмпатию,
Про “ассертивную коммуникацию” как золотую середину между возражением и покорным принятием, основанную на аргументированном объявлении своей позиции и ее причин. Такой тип общения помогает поддерживать безопасный диалог, улучшать разрешение конфликтов и т.д.
Хит сезона - публикация в защиту миллениалов в ИТ, которые не должны сдаваться перед “цифровыми аборигенами”-зумерами, - хотя бы потому, что привыкли к трудностям и проблемам в цифровом мире, а не пришли на все готовенькое. На самом деле, статья - про различия в поколениях и разницу в моделях командообразования.
О том, как не стать заложником дедлайнов, своих же обещаний и как не превратить проект в бесконечный марафон с кофе
Достойный прочтения опыт проекта ультра-быстрой миграции инфраструктуры крупного предприятия - на что наткнулись, как решали проблемы, как организовали работу в команде.
Коллеги внедрили RPA, который автоматизирует рутинные действия и снижает число ошибок при подготовке документов. На Василия повесили отчеты, учет эффективности подразделения, контроль за заполнением таймшитов (не дай бог такое никому) и прочую неблагодарную работу.
Большая (реально) и очень комплексная статья про страхи на проекте у РП и у команды и об источниках этих страхов. Один из главных тезисов: неэффективные проекты - это результат, в первую очередь, неэффективного менеджмента проектов. Менеджеры предпочитают решать мелкие задачи на ходу вместо выстраивания понятной и прозрачной методологии.
В самих приоритетах запутаться сложно даже начинающему менеджеру, но вот как их правильно выстроить, как потом отстоять перед заказчиками и какие подводные камни тут вас будут ждать - об этом статья Петра Жаркова.
P3.express — это легкая и доступная методология управления проектами, разработанная для минимизации сложности и максимизации эффективности. Автор сдала экзамен и делится подробностями.
Рейтинг из восьми “лучших, перебранных руками,” (с) систем управления задачами, от Yougile и Kaiten до Platrum и Мегаплана, с обзором возможностей и недостатков.
Please open Telegram to view this post
VIEW IN TELEGRAM
3🔥5💘3❤1👍1🙏1
🔥 Самые интересные материалы по управлению проектами за 12.01 - 24.01.2025
😄 Команда проекта
😁 Agile-команда: роли, задачи и принципы работы
Ёмкий текст про то, как гибкие методики добились признания, на чём базируются Agile-команды, что нужно сделать, чтобы создать такую команду и как ей грамотно управлять.
😚 Фокусированная коммуникация — что это и как составить
Фокусированная коммуникация — это общение, ориентированное на конкретные цель, аудиторию и результат. В этом формате общения соблюдается чёткая структура, отвлекающие факторы сведены к минимуму. ФК может быть внутренней (с командой) и внешней, в мессенджерах и в письмах. Плюс авторы приводят правила ФК.
😛 Срочность против целеустремленности: как перестать спешить и начать успевать
Срочность — это дедлайны, вечная нервотрепка и огромная спешка. А вот воспитание понимания целей — совсем другое дело. Это совместная работа, и она требует от вас веры в то, что члены вашей команды превратят свое стремление к цели в повышение эффективности. Ваша главная задача как руководителя — нанять правильную команду, а затем потратить время на то, чтобы вдохновить ее на достижение целей. Помогите людям понять, что их работа имеет реальное значение, и прирост в скорости не заставит себя долго ждать.
🤨 Хаос vs один понятный флоу на все команды
Как в МТС внедряли производственный процесс, превратили его в продукт, интегрировали с инструментами разработки и тестирования и т.д. И, главное, какие результаты все это принесло бизнесу.
🤓 Как аналитику научиться читать код без навыков программирования
Просто о том, как устроены приложения, взаимодействующие по REST API, и о том, как можно читать код этих приложений без навыков программирования, а также об общих подходах к изучению устройства таких приложений.
☺️ Вот почему вы скоро возненавидите свою работу
Про выгорание и способы/методики противостояния и профилактики. Много практических рекомендаций и разумные советы о необходимости системной работы, анализе причин и небыстром решении проблем.
😇 Качества хорошего системного и бизнес-аналитика, о которых редко пишут в вакансиях
Авторская модель включает личностные качества (адекватность - хотя один бог знает, что автор вкладывает в это слово, - спокойствие, предрасположенность к порядку и т.д.), мышление (душность рациональный скептицизм, аналитический склад ума…), навыки (и вот тут поинтереснее: работа с данными, запросы, понимание архитектуры, владение инструментами аналитики, знание методологий разработки ПО…).
😎 Вредные советы начинающему аналитику
Любимый жанр вредных советов - в этот раз для аналитика: про плохие ТЗ, неструктурированные документы, сложные предложения, отсутствие макетов и схем и прочие ужасы.
😊 Системный или бизнес-аналитик: мой взгляд изнутри профессии
О разнице между системной и бизнес-аналитикой, чем занимаются специалисты из этих сфер и как выбрать подходящее направление. Идея у автора очень простая: бизнес-аналитик — отвечает за бизнес-процессы и бизнес-цели, а системный аналитик — за систему и процесс с точки зрения реализации функций для достижения бизнес-целей.
🤪 Уволился с позиции тимлида и снова стал разработчиком
Роль тимлида сама по себе интересна: она даёт возможность развить множество полезных навыков, которые сложно получить, занимаясь только разработкой. Однако у этой роли есть несколько неприятных моментов, с которыми тяжело смириться. Среди них автор выделяет “+50% к нагрузке, +5% к зарплате”, “оценка результатов работы становится гораздо менее очевидной”, слабый карьерный рост.
😍 Как создать культуру обратной связи и не получить токсичную команду
В одних компанияхвсе токсики не принято высказывать вообще никакого мнения о работе коллеги, даже если объективно он сделал что-то выдающееся. В других, наоборот, готовы принимать во внимание мнение товарищей. Статья - про культуру фидбека, его отличия от “не-фидбека” про форматы обратной связи, которые делают ее эффективной.
Ёмкий текст про то, как гибкие методики добились признания, на чём базируются Agile-команды, что нужно сделать, чтобы создать такую команду и как ей грамотно управлять.
Фокусированная коммуникация — это общение, ориентированное на конкретные цель, аудиторию и результат. В этом формате общения соблюдается чёткая структура, отвлекающие факторы сведены к минимуму. ФК может быть внутренней (с командой) и внешней, в мессенджерах и в письмах. Плюс авторы приводят правила ФК.
Срочность — это дедлайны, вечная нервотрепка и огромная спешка. А вот воспитание понимания целей — совсем другое дело. Это совместная работа, и она требует от вас веры в то, что члены вашей команды превратят свое стремление к цели в повышение эффективности. Ваша главная задача как руководителя — нанять правильную команду, а затем потратить время на то, чтобы вдохновить ее на достижение целей. Помогите людям понять, что их работа имеет реальное значение, и прирост в скорости не заставит себя долго ждать.
Как в МТС внедряли производственный процесс, превратили его в продукт, интегрировали с инструментами разработки и тестирования и т.д. И, главное, какие результаты все это принесло бизнесу.
Просто о том, как устроены приложения, взаимодействующие по REST API, и о том, как можно читать код этих приложений без навыков программирования, а также об общих подходах к изучению устройства таких приложений.
Про выгорание и способы/методики противостояния и профилактики. Много практических рекомендаций и разумные советы о необходимости системной работы, анализе причин и небыстром решении проблем.
Авторская модель включает личностные качества (адекватность - хотя один бог знает, что автор вкладывает в это слово, - спокойствие, предрасположенность к порядку и т.д.), мышление (душность рациональный скептицизм, аналитический склад ума…), навыки (и вот тут поинтереснее: работа с данными, запросы, понимание архитектуры, владение инструментами аналитики, знание методологий разработки ПО…).
Любимый жанр вредных советов - в этот раз для аналитика: про плохие ТЗ, неструктурированные документы, сложные предложения, отсутствие макетов и схем и прочие ужасы.
О разнице между системной и бизнес-аналитикой, чем занимаются специалисты из этих сфер и как выбрать подходящее направление. Идея у автора очень простая: бизнес-аналитик — отвечает за бизнес-процессы и бизнес-цели, а системный аналитик — за систему и процесс с точки зрения реализации функций для достижения бизнес-целей.
Роль тимлида сама по себе интересна: она даёт возможность развить множество полезных навыков, которые сложно получить, занимаясь только разработкой. Однако у этой роли есть несколько неприятных моментов, с которыми тяжело смириться. Среди них автор выделяет “+50% к нагрузке, +5% к зарплате”, “оценка результатов работы становится гораздо менее очевидной”, слабый карьерный рост.
В одних компаниях
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍5🔥3❤2🙏1💘1
🔥 Самые интересные материалы по управлению проектами за 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