🔥 Самые интересные материалы по управлению проектами за 08.09 - 21.09.2024
🛠 Опыт и инструменты
📌 Agile в функциональном проекте. Организация работы на IT-рельсах
Когда говорят о проектах в методологии Agile, чаще всего представляют IT‑команду. Авторы решили применить аджайл к проекту в области охраны труда. Какой-то серьезной конкретики в публикации нет, но зато есть пример “придумывания” метрик с помощью ИИ и создания на их основе программы изменений для команды и рабочего процесса.
📌 Боль и непонимание на ретро: как мы наладили выявление и решение проблем в команде
О том, как авторы ввели ретро в команде, в которой его никогда не было, - зачем это вообще нужно (команда выросла, коммуникации усложнились), на какие грабли наступили (много времени) и чего в итоге добились (эмоциональное состояние команды улучшилось, процессы стали понятнее).
📌 Как мы автоматизировали управление проектными требованиями с помощью AI и ML
С помощью ИИ придумали софт, который автоматизированно делает трассировку требований между документами, - это в итоге помогло значительно улучшить управление требованиями.
📌 Автоматизация управления производством: как мы упростили разработку новых деталей на заводах стройматериалов
Авторы столкнулись с проблемой разрозненных систем при разработке новых деталей, - она приводила к излишним трудозатратам и проблемам с согласованием. Решение - заменили все единой информационной системой.
📌 Redmine vs рост бизнеса: как мы решали проблемы масштабирования поддержки в Orion soft
Про опыт внедрения ITSM-системы вместо старого доброго Redmine, который устарел (?!), сбоил и вообще приводил к росту нагрузки и путанице в заказах. Рассказывают о процессе переезда, доработках, сложностях и результатах.
📌 Notion умер, да здравствует Obsidian
📌 Тестирование лучших self-hosted аналогов Notion
📌 Как я бросил Notion и начал работать в TEAMLY. Личный опыт
📌 Как jetMinds перенёс все данные из Notion на российский аналог за 2 дня
Notion действительно ушел, и результатом стал вал публикаций об альтернативах, платных и бесплатных.
📌 Как мы импортировали из Miro почти 17 млн объектов за 5 дней
Пусть Miro пока еще (почему-то) с нами, но команда Holst делится опытом переноса досок на свой сервис. (Кстати, мы очень легко переехали из miro тоже именно в этот сервис и пока всем довольны, ребята, спасибо!)
📌 10 лучших аналогов Wrike
Тоже вроде уходит, и в качестве альтернатив в этой публикации называют сервисы weeek, ЛидерТаск, Strive, Kaiten, Планфикс и другие.
📌 Топ-8 аналогов GanttPro: российские сервисы для построения диаграммы Ганта
Популярный (и очень удобный) сервис еще вроде бы с нами, но вот уже и для него готовят список преемников: от Kaiten и Аспро до Битрикс24 и Advanta. Сравнительная таблица прилагается.
📌 Топ-сервисы для управления проектами из России и СНГ
Обзор отечественного софта и сервисов, с ключевыми возможностями и недостатками. На манеже все те же (Weeek, Shtab, Битрикс24, Мегаплан, Yougile), так и менее известные: Easy Project, OpenProject, Worksection).
🛠 Опыт и инструменты
📌 Agile в функциональном проекте. Организация работы на IT-рельсах
Когда говорят о проектах в методологии Agile, чаще всего представляют IT‑команду. Авторы решили применить аджайл к проекту в области охраны труда. Какой-то серьезной конкретики в публикации нет, но зато есть пример “придумывания” метрик с помощью ИИ и создания на их основе программы изменений для команды и рабочего процесса.
📌 Боль и непонимание на ретро: как мы наладили выявление и решение проблем в команде
О том, как авторы ввели ретро в команде, в которой его никогда не было, - зачем это вообще нужно (команда выросла, коммуникации усложнились), на какие грабли наступили (много времени) и чего в итоге добились (эмоциональное состояние команды улучшилось, процессы стали понятнее).
📌 Как мы автоматизировали управление проектными требованиями с помощью AI и ML
С помощью ИИ придумали софт, который автоматизированно делает трассировку требований между документами, - это в итоге помогло значительно улучшить управление требованиями.
📌 Автоматизация управления производством: как мы упростили разработку новых деталей на заводах стройматериалов
Авторы столкнулись с проблемой разрозненных систем при разработке новых деталей, - она приводила к излишним трудозатратам и проблемам с согласованием. Решение - заменили все единой информационной системой.
📌 Redmine vs рост бизнеса: как мы решали проблемы масштабирования поддержки в Orion soft
Про опыт внедрения ITSM-системы вместо старого доброго Redmine, который устарел (?!), сбоил и вообще приводил к росту нагрузки и путанице в заказах. Рассказывают о процессе переезда, доработках, сложностях и результатах.
📌 Notion умер, да здравствует Obsidian
📌 Тестирование лучших self-hosted аналогов Notion
📌 Как я бросил Notion и начал работать в TEAMLY. Личный опыт
📌 Как jetMinds перенёс все данные из Notion на российский аналог за 2 дня
Notion действительно ушел, и результатом стал вал публикаций об альтернативах, платных и бесплатных.
📌 Как мы импортировали из Miro почти 17 млн объектов за 5 дней
Пусть Miro пока еще (почему-то) с нами, но команда Holst делится опытом переноса досок на свой сервис. (Кстати, мы очень легко переехали из miro тоже именно в этот сервис и пока всем довольны, ребята, спасибо!)
📌 10 лучших аналогов Wrike
Тоже вроде уходит, и в качестве альтернатив в этой публикации называют сервисы weeek, ЛидерТаск, Strive, Kaiten, Планфикс и другие.
📌 Топ-8 аналогов GanttPro: российские сервисы для построения диаграммы Ганта
Популярный (и очень удобный) сервис еще вроде бы с нами, но вот уже и для него готовят список преемников: от Kaiten и Аспро до Битрикс24 и Advanta. Сравнительная таблица прилагается.
📌 Топ-сервисы для управления проектами из России и СНГ
Обзор отечественного софта и сервисов, с ключевыми возможностями и недостатками. На манеже все те же (Weeek, Shtab, Битрикс24, Мегаплан, Yougile), так и менее известные: Easy Project, OpenProject, Worksection).
1🔥4👍3🙏1
🔥 Самые интересные материалы по управлению проектами за 21.09 - 05.10.2024
⭐️ Основы и гайды
⭐️ Waterfall — история большой ошибки
Waterfall — одно из базовых понятий в менеджменте проектов. Но о термине бесконечно спорят уже десятки лет: кто-то называет Waterfall методологией, кто-то системой, кто-то говорит, что никакого «вотерфолла» вообще нет. Авторы предлагают называть это “предиктивным подходом” и дают рекомендации по применению.
⭐️ Как работать со стейкхолдерами ИТ-проекта
Ёмкие и очень прагматичные советы по взаимодействию со стейкхолдерами, от подготовки к первой встрече и до визуализации пожеланий и требований все стейкхолдеров.
⭐️ Как превратить дейли из утренней пытки в эффективный инструмент
Дейли-митингами вечно все недовольны (якобы), и автор разбирает, что с ними не так. От терминологии и цели мероприятий - до сравнения дейли в разных командах и инструкции по организации эффективных встреч.
⭐️ Как проиграть войну и увеличить риск анафилактического шока. Тирания KPI
Обзор работы Джерри Мюллера “Тирания показателей”. В центре книги - вред, который KPI наносят чувствительным сферам вроде медицины или образования. Некоторые выводы и опасения можно перенести и на области ИТ-разработки, где KPI становятся причиной провалов или медленного роста.
⭐️ От Agile к анти-Agile
Про те ситуации, когда Agile дает сбой, а гибкость и эластичность становятся слабыми сторонами, особенно на поздних стадиях разработки, когда уже пора сдавать проект. Анти-Agile - это авторская “ужесточенная” версия подхода, с уклоном в структурирование, планирование и фиксированные требования. В общем, такой “госплан”.
⭐️ Что такое теория ограничений и как она помогает улучшать процессы разработки продуктов?
Вдруг (!) вы еще не разобрались с ТОС и не знаете, как этот подход может помочь вам найти узкие места в работе команды и улучшить работу. В статье - основные тезисы ТОС и небольшие примеры применения.
⭐️ Дорожная карта проекта: как правильно составить и зачем она нужна?
Коротко о дорожной карте проекта — документе, который описывает все основные этапы работы, ключевые задачи, сроки выполнения и исполнителей. Она позволяет всей команде видеть, как продвигается проект и что необходимо сделать на каждом этапе.
⭐️ Диаграмма спагетти
Диаграмма спагетти — инструмент для оптимизации маршрутов. Она помогает выявить скрытые потери из-за лишних перемещений, повторяющихся шагов и ненужных остановок. Статья - о том, как использовать это инструмент в разных контекстах (в т.ч. на проекте).
⭐️ Модель WBS: как эффективно управлять крупными проектами
⭐️ Элитные страдания с Work Breakdown Structure (WBS)
Сразу два материала про один из популярнейших инструментов любого проджекта. Первый - солидный гайд с примером построения, второй - скрупулезный кейс отдельного проекта.
⭐️ От Gantt до WBS: Ключевые термины в Проджект-Менеджменте
⭐️ 150+ терминов в управлении проектами и продуктами
⭐️ 50 терминов системного дизайна, которые должен знать каждый разработчик
Расширяем словарь! Видимо, ко дню учителя авторы решили массово выпустить терминологические тексты. Даже если вы гуру, можете проверить, точно ли вы понимаете разницу между митигацией и констрейтами)
⭐️ Как написать ТЗ на простую программу (калькулятор)
Денис Бесков проверяет на прочность “интуитивно понятное” техническое задание: даже в, казалось бы, очевидных и непротиворечивых функциональных требованиях легко обнаруживаются дыры, допускающие множество трактовок и реализаций.
⭐️ Подборка книг по Agile
Подборка в подборке: краткие обзоры на “Блистательный Agile” Коула и Скотчера, “Эпоха Agile” Деннинга, “Постигая Agile” Стеллмана и Грина и другие известные работы.
Waterfall — одно из базовых понятий в менеджменте проектов. Но о термине бесконечно спорят уже десятки лет: кто-то называет Waterfall методологией, кто-то системой, кто-то говорит, что никакого «вотерфолла» вообще нет. Авторы предлагают называть это “предиктивным подходом” и дают рекомендации по применению.
Ёмкие и очень прагматичные советы по взаимодействию со стейкхолдерами, от подготовки к первой встрече и до визуализации пожеланий и требований все стейкхолдеров.
Дейли-митингами вечно все недовольны (якобы), и автор разбирает, что с ними не так. От терминологии и цели мероприятий - до сравнения дейли в разных командах и инструкции по организации эффективных встреч.
Обзор работы Джерри Мюллера “Тирания показателей”. В центре книги - вред, который KPI наносят чувствительным сферам вроде медицины или образования. Некоторые выводы и опасения можно перенести и на области ИТ-разработки, где KPI становятся причиной провалов или медленного роста.
Про те ситуации, когда Agile дает сбой, а гибкость и эластичность становятся слабыми сторонами, особенно на поздних стадиях разработки, когда уже пора сдавать проект. Анти-Agile - это авторская “ужесточенная” версия подхода, с уклоном в структурирование, планирование и фиксированные требования. В общем, такой “госплан”.
Вдруг (!) вы еще не разобрались с ТОС и не знаете, как этот подход может помочь вам найти узкие места в работе команды и улучшить работу. В статье - основные тезисы ТОС и небольшие примеры применения.
Коротко о дорожной карте проекта — документе, который описывает все основные этапы работы, ключевые задачи, сроки выполнения и исполнителей. Она позволяет всей команде видеть, как продвигается проект и что необходимо сделать на каждом этапе.
Диаграмма спагетти — инструмент для оптимизации маршрутов. Она помогает выявить скрытые потери из-за лишних перемещений, повторяющихся шагов и ненужных остановок. Статья - о том, как использовать это инструмент в разных контекстах (в т.ч. на проекте).
Сразу два материала про один из популярнейших инструментов любого проджекта. Первый - солидный гайд с примером построения, второй - скрупулезный кейс отдельного проекта.
Расширяем словарь! Видимо, ко дню учителя авторы решили массово выпустить терминологические тексты. Даже если вы гуру, можете проверить, точно ли вы понимаете разницу между митигацией и констрейтами)
Денис Бесков проверяет на прочность “интуитивно понятное” техническое задание: даже в, казалось бы, очевидных и непротиворечивых функциональных требованиях легко обнаруживаются дыры, допускающие множество трактовок и реализаций.
Подборка в подборке: краткие обзоры на “Блистательный Agile” Коула и Скотчера, “Эпоха Agile” Деннинга, “Постигая Agile” Стеллмана и Грина и другие известные работы.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥5👍4❤2
🔥 Самые интересные материалы по управлению проектами за 06.10 - 19.10.2024
⭐️ Основы и гайды
⭐️ MVP, остановись
Делая MVP, вы значительно обрезаете объем продукта, сильно упрощаете все его аспекты. Но после завершения проекта и получения подтверждения работоспособности продукта, вам следует резко всё изменить и внедрить полноценные процессы управлением продуктом. А тут не так всё просто - и команда нужна другая, и требования (кардинально) меняются.
⭐️ От Planning Poker до метода Трех точек: 10 лучших техник оценки трудоемкости
Оценка трудоемкости — задача непростая, но имеет решающее значение. Отсутствие точной оценки стоимости и сроков реализации проекта может привести к значительным задержкам, неэффективности и другим проблемам. Авторы рассказывают про такие техники гибкой оценки, как Planning Poker, оценка по размеру футболок, точечное голосование, оценка ведерками, сопоставление сходства и т.д.
⭐️ SIPOC-диаграмма: что это такое и как она помогает улучшить процессы
SIPOC — это диаграмма для анализа состояния дел в компании. С её помощью можно структурировать и описать бизнес-процесс целиком, от начала и до конца. Её часто используют в методологиях улучшения качества процессов и производства — таких, как Lean и Six Sigma. В статье - основательный гайд по составлению и чтению такой диаграммы.
⭐️ Эффективное принятие решений с помощью матриц Пью, Эйзенхауэра RACI, DACI
В мире проектов матрицы увязывают множество параметров вместе. Это визуальный инструмент, который помогает выбрать между лучшим, хорошим и плохим и компактно разместить много информации. Материал - про распространенные матрицы, помогающие принять решение.
⭐️ Введение в методологию Agile и ее влияние на тестирование
Об основных принципах Agile, как они меняют подход к тестированию и какие преимущества это дает командам.
⭐️ Как составить бриф
Бриф — обязательная составляющая успешного проекта. Исполнителю он поможет оценить объём работы, сроки и результат, который от него ждут. А заказчик, в свою очередь, оценивает навыки исполнителя и строит себе более чёткую картину будущего проекта. Авторы рассказывают про главные шаги в составлении брифа и приводят отличные примеры.
⭐️ Что такое стандартизация процессов в бизнесе
Стандартизация — это введение правил, регулирующих выполнение определённой задачи или последовательности задач. Стандартизация нужна для повышения качества работы и эффективной реализации стратегий. Она экономит ресурсы и автоматизирует процессы в компании. Также среди плюсов — упрощение онбординга и повышение удовлетворённости сотрудников и клиентов. Как оценить и улучшить состояние стандартизации процессов - в этой публикации.
⭐️ How to use a bullet journal for project management
Большой гайд с примерами по тому, как вести Bullet journal для целей управления проектами. Кратко, это своего рода дневник, бортовой журнал, в котором на каждую дату отмечаются наиболее значимые события, наблюдения, плюс индексирование (содержание, теги), которые быстро позволяют найти заметки по нужной теме.
⭐️ 5 Key Factors for Effective Product Backlog Prioritization
Статья по приоритезации бэклога от самого Майкла Кона. Главные факторы: ценность функции для продукта, ее стоимость, важность для обучения команды, рискованность, зависимости (сколько придется переписать в связи с ней). Соответственно, оценка каждого из факторов и совокупный результат ведут к смене приоритета фичи.
Делая MVP, вы значительно обрезаете объем продукта, сильно упрощаете все его аспекты. Но после завершения проекта и получения подтверждения работоспособности продукта, вам следует резко всё изменить и внедрить полноценные процессы управлением продуктом. А тут не так всё просто - и команда нужна другая, и требования (кардинально) меняются.
Оценка трудоемкости — задача непростая, но имеет решающее значение. Отсутствие точной оценки стоимости и сроков реализации проекта может привести к значительным задержкам, неэффективности и другим проблемам. Авторы рассказывают про такие техники гибкой оценки, как Planning Poker, оценка по размеру футболок, точечное голосование, оценка ведерками, сопоставление сходства и т.д.
SIPOC — это диаграмма для анализа состояния дел в компании. С её помощью можно структурировать и описать бизнес-процесс целиком, от начала и до конца. Её часто используют в методологиях улучшения качества процессов и производства — таких, как Lean и Six Sigma. В статье - основательный гайд по составлению и чтению такой диаграммы.
В мире проектов матрицы увязывают множество параметров вместе. Это визуальный инструмент, который помогает выбрать между лучшим, хорошим и плохим и компактно разместить много информации. Материал - про распространенные матрицы, помогающие принять решение.
Об основных принципах Agile, как они меняют подход к тестированию и какие преимущества это дает командам.
Бриф — обязательная составляющая успешного проекта. Исполнителю он поможет оценить объём работы, сроки и результат, который от него ждут. А заказчик, в свою очередь, оценивает навыки исполнителя и строит себе более чёткую картину будущего проекта. Авторы рассказывают про главные шаги в составлении брифа и приводят отличные примеры.
Стандартизация — это введение правил, регулирующих выполнение определённой задачи или последовательности задач. Стандартизация нужна для повышения качества работы и эффективной реализации стратегий. Она экономит ресурсы и автоматизирует процессы в компании. Также среди плюсов — упрощение онбординга и повышение удовлетворённости сотрудников и клиентов. Как оценить и улучшить состояние стандартизации процессов - в этой публикации.
Большой гайд с примерами по тому, как вести Bullet journal для целей управления проектами. Кратко, это своего рода дневник, бортовой журнал, в котором на каждую дату отмечаются наиболее значимые события, наблюдения, плюс индексирование (содержание, теги), которые быстро позволяют найти заметки по нужной теме.
Статья по приоритезации бэклога от самого Майкла Кона. Главные факторы: ценность функции для продукта, ее стоимость, важность для обучения команды, рискованность, зависимости (сколько придется переписать в связи с ней). Соответственно, оценка каждого из факторов и совокупный результат ведут к смене приоритета фичи.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥5👍2🙏1
🔥 Самые интересные материалы по управлению проектами за 06.10 - 19.10.2024
⭐️ Карьера и навыки менеджера проектов
🔥 Развитие команды по модели Такмана
Модель Такмана — это концепция, описывающая пять стадий развития команды: от формирования до роспуска. На каждой из этих стадий — свои уникальные задачи для менеджера и команды и вызовы, которые нужно преодолеть. Авторы подробно рассказывают про этот процесс, подчеркивая, что знать особенности каждой стадии развития команды недостаточно: нужно развивать софт-скиллы, учиться понимать и чувствовать команду, не пренебрегать чек-листами, встречами один на один и фокусированной обратной связью.
🔥 «Ты во всем виноват» или про ответственность Руководителя проектов
Для начинающих Руководителей проектов часто становится новостью, что у них не только новая звонкая должность (руководитель!), зарплата и премия, но и неприятная обязанность отвечать вообще за все неприятности на вверенном проекте. Материал в эмоциональной форме рассказывает, почему так происходит и как жить с такой ответственностью.
🔥 Почему вам лучше не работать проджектом
Про то, с чем постоянно сталкиваются ПМы (и что создает стресс, из-за которого кто-то не выдерживает): неопределенность - нужно научиться уменьшать ее законными способами; работа с командой и стейкхолдерами - нужно изучать процессы и искать способы их улучшить, а также балансировать и искать компромиссы; знания в смежных областях - иначе управлять не получится.
Подводные камни проектов. Записки менеджера
Про определение объема проекта и точность ТЗ (полное неопределенностей, недоговорок и проблем), про сложности работы в режиме Fixed price и предпроектную работу (которая должна быть проведена максимально тщательно).
🔥 С чего начинать на новом месте (памятка для Руководителя проектов)
Про ситуацию, когда вы уходите со старого места, где вы уже хорошо ориентируетесь, и приходите в неизвестность: неизвестный проект с неизвестными рисками; непонятный руководитель (при первом знакомстве он душка, но какой будет в реале?); непонятные коллеги; непонятный заказчик. Как с этим всем справится - у автора получилась пошаговая инструкция.
🔥 Эффект служебной лестницы, или Как злоупотребление властью в ИТ ухудшает продуктивность и состояние команды
Главная ошибка в управлении людьми — это использовать свою власть как средство принуждения или влияния на сотрудников. Такой подход убивает обсуждения, подавляет инициативу и в перспективе может разрушить проект.
🔥 Как правильно разговаривать с вашим руководителем? (памятка Руководителю проектов)
Руководители и заказчики, внезапно, ценят людей, которые не отнимают их время и не создают головную боль. Но как? У вас же реально проблема, и вам правда нужна помощь в ее решении. Статья предлагает перед таким заходом спросить определить, что именно нужно, что случится, если это не решать вовсе, почему нет возможности решить это самому, - и какие есть предложения по решению. Так РП станет не источником проблемы, а генератором вариантов ее решения.
🔥 Как изменить ТЗ на ходу и не развалить проект?
После того, как ТЗ уже составлено, нередко возникает необходимость в его корректировке, ведь на практике бизнес-условия, требования, а порой даже цели могут меняться в процессе работы. Так что изменение ТЗ — распространенная проблема, с которой сталкиваются команды. В этой статье - о том, как правильно вносить изменения в ТЗ по ходу разработки, не разрушив проект.
🔥 Как правильно передать ИТ-продукт заказчику
Один из важнейших шагов в проекте — «Передача продукта». Он входит в этап закрытия проекта и наступает, когда продукт готов к передаче или принято решение об отмене. Распространённая ошибка на этом шаге — недостаточная внимательность при завершении промежуточных результатов. Это может усложнить и растянуть во времени итоговую сдачу проекта. Всегда следите за своевременным закрытием всех промежуточных этапов. В статье - о том, как лучше это сделать.
🔥 Развитие команды по модели Такмана
Модель Такмана — это концепция, описывающая пять стадий развития команды: от формирования до роспуска. На каждой из этих стадий — свои уникальные задачи для менеджера и команды и вызовы, которые нужно преодолеть. Авторы подробно рассказывают про этот процесс, подчеркивая, что знать особенности каждой стадии развития команды недостаточно: нужно развивать софт-скиллы, учиться понимать и чувствовать команду, не пренебрегать чек-листами, встречами один на один и фокусированной обратной связью.
🔥 «Ты во всем виноват» или про ответственность Руководителя проектов
Для начинающих Руководителей проектов часто становится новостью, что у них не только новая звонкая должность (руководитель!), зарплата и премия, но и неприятная обязанность отвечать вообще за все неприятности на вверенном проекте. Материал в эмоциональной форме рассказывает, почему так происходит и как жить с такой ответственностью.
🔥 Почему вам лучше не работать проджектом
Про то, с чем постоянно сталкиваются ПМы (и что создает стресс, из-за которого кто-то не выдерживает): неопределенность - нужно научиться уменьшать ее законными способами; работа с командой и стейкхолдерами - нужно изучать процессы и искать способы их улучшить, а также балансировать и искать компромиссы; знания в смежных областях - иначе управлять не получится.
Подводные камни проектов. Записки менеджера
Про определение объема проекта и точность ТЗ (полное неопределенностей, недоговорок и проблем), про сложности работы в режиме Fixed price и предпроектную работу (которая должна быть проведена максимально тщательно).
🔥 С чего начинать на новом месте (памятка для Руководителя проектов)
Про ситуацию, когда вы уходите со старого места, где вы уже хорошо ориентируетесь, и приходите в неизвестность: неизвестный проект с неизвестными рисками; непонятный руководитель (при первом знакомстве он душка, но какой будет в реале?); непонятные коллеги; непонятный заказчик. Как с этим всем справится - у автора получилась пошаговая инструкция.
🔥 Эффект служебной лестницы, или Как злоупотребление властью в ИТ ухудшает продуктивность и состояние команды
Главная ошибка в управлении людьми — это использовать свою власть как средство принуждения или влияния на сотрудников. Такой подход убивает обсуждения, подавляет инициативу и в перспективе может разрушить проект.
🔥 Как правильно разговаривать с вашим руководителем? (памятка Руководителю проектов)
Руководители и заказчики, внезапно, ценят людей, которые не отнимают их время и не создают головную боль. Но как? У вас же реально проблема, и вам правда нужна помощь в ее решении. Статья предлагает перед таким заходом спросить определить, что именно нужно, что случится, если это не решать вовсе, почему нет возможности решить это самому, - и какие есть предложения по решению. Так РП станет не источником проблемы, а генератором вариантов ее решения.
🔥 Как изменить ТЗ на ходу и не развалить проект?
После того, как ТЗ уже составлено, нередко возникает необходимость в его корректировке, ведь на практике бизнес-условия, требования, а порой даже цели могут меняться в процессе работы. Так что изменение ТЗ — распространенная проблема, с которой сталкиваются команды. В этой статье - о том, как правильно вносить изменения в ТЗ по ходу разработки, не разрушив проект.
🔥 Как правильно передать ИТ-продукт заказчику
Один из важнейших шагов в проекте — «Передача продукта». Он входит в этап закрытия проекта и наступает, когда продукт готов к передаче или принято решение об отмене. Распространённая ошибка на этом шаге — недостаточная внимательность при завершении промежуточных результатов. Это может усложнить и растянуть во времени итоговую сдачу проекта. Всегда следите за своевременным закрытием всех промежуточных этапов. В статье - о том, как лучше это сделать.
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥6👍2🙏1
🔥 Самые интересные материалы по управлению проектами за 06.10 - 19.10.2024
⭐️ Команда проекта
🥇 Как много общаться с людьми и не возненавидеть их
Много общения — это неизбежная реальность практически на любом проекте. Часто это классный нетворкинг, но иногда это неприятное и энергозатратное мероприятие. Важно обращать внимание на себя, на то, куда тратится энергия, в какие именно моменты силы вас покидают. Не нужно пытаться контролировать все процессы вокруг. Наверняка рядом есть кто-то, кто готов подхватить то, что уже не влазит. Не стесняйтесь спрашивать.
🥇Как завалить проект и карьеру: 10+ вредных советов разработчику от менеджеров и сеньоров
Любимый жанр вредных советов - про “пользу” однообразия и стагнации, про “вред” общения с коллегами, избегание LLM, отказ от хобби и смены курса в своем проф. развитии и т.д.
🥇Как адаптировать нового сотрудника? Три правила онбординга
Про три ключевых правила, которые применяет автор при онбординге в своей компании: начинать онбординг с момента финального собеседования, не молчать, если есть вопросы, не перегружать информацией, обязанностями и т.д. Помимо правил, в статье есть конкретная авторская модель онбординга.
🥇«Приходят в компанию, а уходят от руководителя»: 11 проявлений негатива, которых стоит избегать в рабочей коммуникации
Большинство работодателей считает, что заработная плата — самый веский аргумент при принятии оффера. Но не меньшее значение имеют другие нюансы. И это не социальный пакет или соблюдение трудового кодекса, предлагаемые от щедрот с барской души. Ключевой фактор — внутренняя атмосфера, от которой и зависит желание устроиться на новую работу. Автор выделил ключевые пунктики, которые легко приведут к увольнению сотрудников.
🥇Конфликт как провал организации
Лонгрид про конфликты - почему возникают, о чем говорят, к чему приводят. Много примеров и личного опыта автора.
🥇ИПР — то, чем вы сможете похвастаться на собеседовании или в баре
Про индивидуальные планы развития - исследование Хабра на тему, у кого они есть, кто из компаний предлагает их сотрудника, что они дают обеим сторонам и как влияют на рабочие процессы.
🥇Как понять, что на вашей команде дебафф по коммуникациям
Как вовремя распознать проблемы внутри команды и с чего начать действовать, чтобы предотвратить или уменьшить негативный эффект, сохранить команду и вернуть сотрудникам мотивацию.
🥇Метрики agile-команды 1С в JIRA
Кейс разработки и применения метрик для команды разработчиков 1С, да еще и в “недружественной” джире - звучит интригующе…
🥇Assembling a Project Team: Roles, Responsibilities & Best Practices
Про то, как собрать проектную команду - кросс-функциональную группу, которая будет включать сотрудников из разных отделов. Какие выделить роли (спонсор, менеджер, участники, эксперты, бизнес-аналитики и т.д.), какие документы использовать и как выстраивать структуру.
🥇 Как много общаться с людьми и не возненавидеть их
Много общения — это неизбежная реальность практически на любом проекте. Часто это классный нетворкинг, но иногда это неприятное и энергозатратное мероприятие. Важно обращать внимание на себя, на то, куда тратится энергия, в какие именно моменты силы вас покидают. Не нужно пытаться контролировать все процессы вокруг. Наверняка рядом есть кто-то, кто готов подхватить то, что уже не влазит. Не стесняйтесь спрашивать.
🥇Как завалить проект и карьеру: 10+ вредных советов разработчику от менеджеров и сеньоров
Любимый жанр вредных советов - про “пользу” однообразия и стагнации, про “вред” общения с коллегами, избегание LLM, отказ от хобби и смены курса в своем проф. развитии и т.д.
🥇Как адаптировать нового сотрудника? Три правила онбординга
Про три ключевых правила, которые применяет автор при онбординге в своей компании: начинать онбординг с момента финального собеседования, не молчать, если есть вопросы, не перегружать информацией, обязанностями и т.д. Помимо правил, в статье есть конкретная авторская модель онбординга.
🥇«Приходят в компанию, а уходят от руководителя»: 11 проявлений негатива, которых стоит избегать в рабочей коммуникации
Большинство работодателей считает, что заработная плата — самый веский аргумент при принятии оффера. Но не меньшее значение имеют другие нюансы. И это не социальный пакет или соблюдение трудового кодекса, предлагаемые от щедрот с барской души. Ключевой фактор — внутренняя атмосфера, от которой и зависит желание устроиться на новую работу. Автор выделил ключевые пунктики, которые легко приведут к увольнению сотрудников.
🥇Конфликт как провал организации
Лонгрид про конфликты - почему возникают, о чем говорят, к чему приводят. Много примеров и личного опыта автора.
🥇ИПР — то, чем вы сможете похвастаться на собеседовании или в баре
Про индивидуальные планы развития - исследование Хабра на тему, у кого они есть, кто из компаний предлагает их сотрудника, что они дают обеим сторонам и как влияют на рабочие процессы.
🥇Как понять, что на вашей команде дебафф по коммуникациям
Как вовремя распознать проблемы внутри команды и с чего начать действовать, чтобы предотвратить или уменьшить негативный эффект, сохранить команду и вернуть сотрудникам мотивацию.
🥇Метрики agile-команды 1С в JIRA
Кейс разработки и применения метрик для команды разработчиков 1С, да еще и в “недружественной” джире - звучит интригующе…
🥇Assembling a Project Team: Roles, Responsibilities & Best Practices
Про то, как собрать проектную команду - кросс-функциональную группу, которая будет включать сотрудников из разных отделов. Какие выделить роли (спонсор, менеджер, участники, эксперты, бизнес-аналитики и т.д.), какие документы использовать и как выстраивать структуру.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6👍3🥰2
🔥 Самые интересные материалы по управлению проектами за 20.10 - 03.11.2024
⭐️ Основы и гайды
⭐️ Scrum или Kanban, что выбрать для вашей команды?
При выборе подхода к управлению процессами разработки многие задаются вопросом: какой метод лучше — Scrum или Kanban? Оба подхода популярны, но они различаются по своей сути и применению. Авторы разбирают, как правильно использовать их - и комбинировать, чтобы добиться оптимальных результатов для вашей команды и проекта. “Внедряя Скрамбан, вы сможете выстроить гибкий и предсказуемый процесс работы, который не только обеспечит качественные результаты, но и будет постоянно эволюционировать.”
⭐️ Как универсально управлять проектами
Каждый бизнес, так или иначе, сталкивается с вопросом: каким образом реализовывать проекты. В современном, быстро меняющемся мире гибкость — уже просто необходимость. Но чем больше проект, тем сложнее и запутаннее. Автор предлагает свою модель - универсальную: на высоком уровне - “точные проекты”, ниже - итеративные, на самом низком - инкрементальные.
⭐️ Модель Белбина: как распределить командные роли и задачи бэклога
Про модель Белбина - специальную модель распределения ролей между сотрудниками, особенно важную, когда команда только начинает работать с бэклогом. Такая модель помогает каждому работнику разобраться, как ему строить свой день и эффективно выполнять свои обязанности, понимать свою и чужую зоны ответственности в команде.
⭐️ Диаграммы Ганта — когда время растяжимо
Диаграмма Ганта — наглядный и удобный инструмент для планирования задач и отслеживания их выполнения. Годится он не только для разработчиков — с планами работают практически все. Авторы рассказывают историю инструмента, основные подходы к построению диаграмм и примеры использования.
⭐️ Дискавери-фаза, предпроектное исследование или нулевой спринт. С чего начинается проект
Дискавери — важнейший этап работы над любым проектом. Если пренебречь исследованием, риски для проекта значительно выше.Это не бесплатное приятное дополнение к проекту, а большая работа экспертов. Её стоимость в каждом кейсе уникальна и учитывает трудозатраты вовлечённой группы. Как проводить этот этап - читайте в материале.
⭐️ Техническое задание: что это такое и как его разрабатывать
Техническое задание, техзадание или ТЗ — то, что определяет цель, структуру и свойства результата проекта или задачи. Оно позволяет избежать недопониманий и расхождений в ожиданиях между заказчиком и исполнителем. Авторы статьи сделали гайд по составлению ТЗ для проекта (с шаблоном).
⭐️ Best Methods to Assess & Estimate Project Risks
Про лучшие методы оценки и расчета рисков проекта. Лучшие менеджеры проектов — эксперты в оценке рисков. При таком количестве рисков, угрожающих задержать или сорвать проект, эффективная оценка рисков стала неотъемлемой частью управления проектами. Статья рассказывает про типы рисков, про концепции управления рисками, инструменты оценки рисков.
⭐️ How to Write a Project Status Report in 9 Easy Steps
Что такое отчет о статусе проекта, какие они бывают (недельные, ежемесячные, квартальные, внешние и внутренние итд) зачем и как его писать Авторы выделили 9 шагов создания - от сбора данных и общения с командой до отправки и подтверждения доставки. Шаблон отчета прилагается.
⭐️ How to Conduct a Feasibility Study: Key Steps & Examples
Текст о таком артефакте, для которого в русском языке есть неточный аналог “технико-экономическое обоснование” - это исследование востребованности и осуществимости проекта.
При выборе подхода к управлению процессами разработки многие задаются вопросом: какой метод лучше — Scrum или Kanban? Оба подхода популярны, но они различаются по своей сути и применению. Авторы разбирают, как правильно использовать их - и комбинировать, чтобы добиться оптимальных результатов для вашей команды и проекта. “Внедряя Скрамбан, вы сможете выстроить гибкий и предсказуемый процесс работы, который не только обеспечит качественные результаты, но и будет постоянно эволюционировать.”
Каждый бизнес, так или иначе, сталкивается с вопросом: каким образом реализовывать проекты. В современном, быстро меняющемся мире гибкость — уже просто необходимость. Но чем больше проект, тем сложнее и запутаннее. Автор предлагает свою модель - универсальную: на высоком уровне - “точные проекты”, ниже - итеративные, на самом низком - инкрементальные.
Про модель Белбина - специальную модель распределения ролей между сотрудниками, особенно важную, когда команда только начинает работать с бэклогом. Такая модель помогает каждому работнику разобраться, как ему строить свой день и эффективно выполнять свои обязанности, понимать свою и чужую зоны ответственности в команде.
Диаграмма Ганта — наглядный и удобный инструмент для планирования задач и отслеживания их выполнения. Годится он не только для разработчиков — с планами работают практически все. Авторы рассказывают историю инструмента, основные подходы к построению диаграмм и примеры использования.
Дискавери — важнейший этап работы над любым проектом. Если пренебречь исследованием, риски для проекта значительно выше.Это не бесплатное приятное дополнение к проекту, а большая работа экспертов. Её стоимость в каждом кейсе уникальна и учитывает трудозатраты вовлечённой группы. Как проводить этот этап - читайте в материале.
Техническое задание, техзадание или ТЗ — то, что определяет цель, структуру и свойства результата проекта или задачи. Оно позволяет избежать недопониманий и расхождений в ожиданиях между заказчиком и исполнителем. Авторы статьи сделали гайд по составлению ТЗ для проекта (с шаблоном).
Про лучшие методы оценки и расчета рисков проекта. Лучшие менеджеры проектов — эксперты в оценке рисков. При таком количестве рисков, угрожающих задержать или сорвать проект, эффективная оценка рисков стала неотъемлемой частью управления проектами. Статья рассказывает про типы рисков, про концепции управления рисками, инструменты оценки рисков.
Что такое отчет о статусе проекта, какие они бывают (недельные, ежемесячные, квартальные, внешние и внутренние итд) зачем и как его писать Авторы выделили 9 шагов создания - от сбора данных и общения с командой до отправки и подтверждения доставки. Шаблон отчета прилагается.
Текст о таком артефакте, для которого в русском языке есть неточный аналог “технико-экономическое обоснование” - это исследование востребованности и осуществимости проекта.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥4🙏2⚡1❤🔥1
🔥 Самые интересные материалы по управлению проектами за 20.10 - 03.11.2024
⭐️ Карьера и навыки менеджера проектов
🔥 Проектное мышление: что это такое и как оно помогает решать задачи?
Проектное мышление — способ представить себе конечный результат и разложить понятную дорогу к нему. Важная часть проектного управления — рефлексия и работа над ошибками, а также фокус на успехе. Многозадачность, распыление фокуса, нечёткие цели — вот, с чем помогает бороться этот подход. Статья - о том, как развивать в себе и в команде это самое проектное мышление.
🔥 Каналы коммуникации и встречи (памятка Руководителя проектов)
Неопытному руководителю очень просто запутаться в этом треше из созвонов, чатов в Телеге, писем в почте и устных договоренностей. Статья - о том, действительно ли надо всегда звонить, а не писать письмо, как правильно и экологично проводить встречи, как не превращать встречи в ППР (“Посидели, потрындели, разошлись”). И вообще, “профессионализм Руководителя в краткости его встреч. Чем короче - тем РП профессиональнее, он не тратит время на болтовню и уважает чужое время”.
🔥 Как я съел собаку, обожающую созвоны
Почему созвоны такие долгие, скучные и неэффективные? Практика показывает, что чем дальше по карьерной лестнице, тем больше времени уходит на созвоны, которые в конечном итоге зачастую своих целей не достигают. Чаще всего они превращаются в некий ритуал, рутину. Автор делится своим подходом, в основе которого - предварительная подготовка и уважительное отношение к коллегам и времени.
🔥 Работа Мечты для Руководителя проектов
Несколько “историй из жизни с выводами” на тему карьерного роста. Главный вопрос - куда идти: в большую крупную компанию, стартап или небольшую компанию, к тем, кто оказывает услуги, или к тем, кто пилит свой продукт.
🔥 Как управлять большими командами? 3 совета для менеджера
Компактный материал про главное в работе РП - постоянное обучение, систематизацию, навыки коммуникации. Также помогут многозадачность, аналитическое мышление, умение документировать процессы, ну и открытость и честность в отношениях с командой.
🔥 Искусство держать команду вместе и не испортить ситуацию
О том, как наладить хорошие отношения с каждым членом команды на длительный период времени: планировать и провести встречи, определить ожидания от всех коллег и понять, какого рода активность требуется.
🔥 Что делать, когда попал на проект без документации
Уходить, конечно) Ну или, как автор статьи, собирать информацию по крупицам, фиксировать её и минимизировать bus‑фактор. И получилась очень толковая публикация для РП и БА, с пошаговым алгоритмом сбора и систематизации инфо, с бизнес-моделями и перечнем артефактов. Рекомендуем!
🔥 Какие бывают Руководители проектов в разных компаниях
Есть определенные закономерности в функциях РП, работающего в разных компаниях. Автор анализирует, в чем разница в работе РП в продуктовой компании, внутреннего РП, РП системного интегратора/консультанта.
🔥 Как управлять командой, а не тасками — руководство по карьере в ИТ
О том, какие управленческие компетенции необходимы для построения успешной карьеры в IT (спойлер: коммуникацию, мотивацию, планирование, риск-менеджемент и т.д.), как их развить и, главное, какие ошибки часто совершают новоиспеченные лидеры.
Проектное мышление — способ представить себе конечный результат и разложить понятную дорогу к нему. Важная часть проектного управления — рефлексия и работа над ошибками, а также фокус на успехе. Многозадачность, распыление фокуса, нечёткие цели — вот, с чем помогает бороться этот подход. Статья - о том, как развивать в себе и в команде это самое проектное мышление.
Неопытному руководителю очень просто запутаться в этом треше из созвонов, чатов в Телеге, писем в почте и устных договоренностей. Статья - о том, действительно ли надо всегда звонить, а не писать письмо, как правильно и экологично проводить встречи, как не превращать встречи в ППР (“Посидели, потрындели, разошлись”). И вообще, “профессионализм Руководителя в краткости его встреч. Чем короче - тем РП профессиональнее, он не тратит время на болтовню и уважает чужое время”.
Почему созвоны такие долгие, скучные и неэффективные? Практика показывает, что чем дальше по карьерной лестнице, тем больше времени уходит на созвоны, которые в конечном итоге зачастую своих целей не достигают. Чаще всего они превращаются в некий ритуал, рутину. Автор делится своим подходом, в основе которого - предварительная подготовка и уважительное отношение к коллегам и времени.
Несколько “историй из жизни с выводами” на тему карьерного роста. Главный вопрос - куда идти: в большую крупную компанию, стартап или небольшую компанию, к тем, кто оказывает услуги, или к тем, кто пилит свой продукт.
Компактный материал про главное в работе РП - постоянное обучение, систематизацию, навыки коммуникации. Также помогут многозадачность, аналитическое мышление, умение документировать процессы, ну и открытость и честность в отношениях с командой.
О том, как наладить хорошие отношения с каждым членом команды на длительный период времени: планировать и провести встречи, определить ожидания от всех коллег и понять, какого рода активность требуется.
Уходить, конечно) Ну или, как автор статьи, собирать информацию по крупицам, фиксировать её и минимизировать bus‑фактор. И получилась очень толковая публикация для РП и БА, с пошаговым алгоритмом сбора и систематизации инфо, с бизнес-моделями и перечнем артефактов. Рекомендуем!
Есть определенные закономерности в функциях РП, работающего в разных компаниях. Автор анализирует, в чем разница в работе РП в продуктовой компании, внутреннего РП, РП системного интегратора/консультанта.
О том, какие управленческие компетенции необходимы для построения успешной карьеры в IT (спойлер: коммуникацию, мотивацию, планирование, риск-менеджемент и т.д.), как их развить и, главное, какие ошибки часто совершают новоиспеченные лидеры.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥5👍3❤1
🔥 Самые интересные материалы по управлению проектами за 20.10 - 03.11.2024
⭐️ Команда проекта
🥇Как понять, что твой коллега — психопат, и что с этим делать
Внезапно, одно из ключевых умений психопата — тонко улавливать эмоции людей и подстраиваться под ожидания. Это превращает их в настоящих мастеров манипуляции. Они очаровывают окружающих, чтобы использовать их в своих целях и получают удовольствие от контроля над людьми. Как работать с такими коллегами, руководителями, подчиненными - в публикации.
🥇Делегирование в IT: как повысить ответственность и самостоятельность
Эффективность работы команды зависит не только от таланта и квалификации сотрудников, но также и от умения сотрудников делегировать полномочия. Правильное делегирование позволяет разгрузить руководителя или инженера, а также стимулировать профессиональный рост менее опытных членов команды. В статье выделены основные принципы делегирования (от смарт-целей до свободы действий), типичные ошибки при делегировании (от нечетко поставленных задач до микроменеджмента), а также кейсы/примеры организации делегирования.
🥇Командная работа буксует? Разбираем навыки и инструменты, которые помогут всё разрулить
Компания подключилась к платформе для совместной работы. Руководство ждёт, что сотрудники перестанут терять и дублировать задачи, поделят зоны ответственности, а срывы дедлайнов прекратятся. На практике бывает наоборот: авралов становится больше, а кто чем занят – вообще непонятно. Авторы дают советы по организации совместной работы - от понятных всем целей и терминов до распределения ролей и рабочих процессов.
🥇Как убить самоорганизацию в команде: вредные советы для лидера
Сегодня многие компании переходят на гибридный формат работы, где команды нуждаются в особом подходе для поддержания самоорганизации — процесса, при котором люди выполняют задачи без постоянного контроля руководителя. Автор делится наблюдениями, почему в современных условиях самоорганизация не происходит «магически» и что должен делать тимлид, чтобы помочь команде достичь этой цели. В статье очень много отличных рекомендаций, кейсов и инструментов.
🥇Я аналитик. Надо ли мне разбираться в железе?
На что стоит обращать внимание аналитику и что ему нужно знать для продуктивной работы? Прежде всего - доменную область бизнеса, на которую особое внимание нужно обратить при онбординге. Да, дальше могут помочь архитекторы, разработчики, но без основ далеко не уйти.
🥇Технический директор, как его найти, заинтересовать и схантить
И от профессионализма CTO зависит успех всего ИТ в компании. Неграмотный или неподходящий CTO может быть якорем для вашей компании и тянуть весь отдел на дно. Выбор подходящего технического директора может занять много времени, но правильный выбор позволит минимизировать риски и снизить вероятность потери денег.
🥇Пошаговый план для тимлида: строим, мотивируем и развиваем команду
Как тимлиду строить и развивать команду, выполнять свои задачи и постоянно улучшать продукт. Важно быть лидером, наставником и мотиватором, уметь слушать и поддерживать сотрудников, создавать комфортные условия для работы. Это ответственная и сложная роль, от которой зависит успех команды и продукта.
И швец, и жнец: как (и нужно ли) тимлиду совмещать разные роли
Про разные кейсы и сложности, которые могут возникнуть у тимлида, который может стать и проджектом, и техлидом, и скрам-мастером, и деливери-менеджером.
🥇Стоит ли идти в тимлиды? История о том, как меня повысили и что я теперь об этом думаю
Да, это история карьерного путешествия - автор перешел из разрабов в тимлиды и подробно делится своим опытом: что важно, как в компании организовать карьерный и профессиональный рост и что делать, если ничего не получается.
🥇Как понять, что твой коллега — психопат, и что с этим делать
Внезапно, одно из ключевых умений психопата — тонко улавливать эмоции людей и подстраиваться под ожидания. Это превращает их в настоящих мастеров манипуляции. Они очаровывают окружающих, чтобы использовать их в своих целях и получают удовольствие от контроля над людьми. Как работать с такими коллегами, руководителями, подчиненными - в публикации.
🥇Делегирование в IT: как повысить ответственность и самостоятельность
Эффективность работы команды зависит не только от таланта и квалификации сотрудников, но также и от умения сотрудников делегировать полномочия. Правильное делегирование позволяет разгрузить руководителя или инженера, а также стимулировать профессиональный рост менее опытных членов команды. В статье выделены основные принципы делегирования (от смарт-целей до свободы действий), типичные ошибки при делегировании (от нечетко поставленных задач до микроменеджмента), а также кейсы/примеры организации делегирования.
🥇Командная работа буксует? Разбираем навыки и инструменты, которые помогут всё разрулить
Компания подключилась к платформе для совместной работы. Руководство ждёт, что сотрудники перестанут терять и дублировать задачи, поделят зоны ответственности, а срывы дедлайнов прекратятся. На практике бывает наоборот: авралов становится больше, а кто чем занят – вообще непонятно. Авторы дают советы по организации совместной работы - от понятных всем целей и терминов до распределения ролей и рабочих процессов.
🥇Как убить самоорганизацию в команде: вредные советы для лидера
Сегодня многие компании переходят на гибридный формат работы, где команды нуждаются в особом подходе для поддержания самоорганизации — процесса, при котором люди выполняют задачи без постоянного контроля руководителя. Автор делится наблюдениями, почему в современных условиях самоорганизация не происходит «магически» и что должен делать тимлид, чтобы помочь команде достичь этой цели. В статье очень много отличных рекомендаций, кейсов и инструментов.
🥇Я аналитик. Надо ли мне разбираться в железе?
На что стоит обращать внимание аналитику и что ему нужно знать для продуктивной работы? Прежде всего - доменную область бизнеса, на которую особое внимание нужно обратить при онбординге. Да, дальше могут помочь архитекторы, разработчики, но без основ далеко не уйти.
🥇Технический директор, как его найти, заинтересовать и схантить
И от профессионализма CTO зависит успех всего ИТ в компании. Неграмотный или неподходящий CTO может быть якорем для вашей компании и тянуть весь отдел на дно. Выбор подходящего технического директора может занять много времени, но правильный выбор позволит минимизировать риски и снизить вероятность потери денег.
🥇Пошаговый план для тимлида: строим, мотивируем и развиваем команду
Как тимлиду строить и развивать команду, выполнять свои задачи и постоянно улучшать продукт. Важно быть лидером, наставником и мотиватором, уметь слушать и поддерживать сотрудников, создавать комфортные условия для работы. Это ответственная и сложная роль, от которой зависит успех команды и продукта.
И швец, и жнец: как (и нужно ли) тимлиду совмещать разные роли
Про разные кейсы и сложности, которые могут возникнуть у тимлида, который может стать и проджектом, и техлидом, и скрам-мастером, и деливери-менеджером.
🥇Стоит ли идти в тимлиды? История о том, как меня повысили и что я теперь об этом думаю
Да, это история карьерного путешествия - автор перешел из разрабов в тимлиды и подробно делится своим опытом: что важно, как в компании организовать карьерный и профессиональный рост и что делать, если ничего не получается.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥4❤3👍2
🔥 Самые интересные материалы по управлению проектами за 04.11 - 15.11.2024
🔥 UML для всех: почему бы не описать проект на языке диаграмм?
Основное преимущество этого языка в том, что UML нагляден. Он помогает закрыть недопонимания между командами или частями одной команды. По сути UML выполняет функцию этакого «универсального английского языка». Коллеги из Коруса рассказывают, чем всё еще подкупает UML и почему его стоит знать и использовать.
🔥 Парадокс сложности Тога
Парадокс Тога (также известный как парадокс сложности или парадокс сложности Тога) — это наблюдение, согласно которому продукты, призванные упростить задачу для пользователей, как правило, порождают новые, более сложные задачи. Это одна из ключевых причин, по которой требования к корпоративным программным продуктам меняются после выпуска, а в потребительских продуктах появляются новые функции. Переводной материал погружает в историю и область применения парадокса.
🔥 Fixed Price, Time & Material или Retainer
Текст пиарный, но, в целом, объяснения и про Fixed Price, и про ТМ, и про редкую в дискурсе Retainer (закрепление за клиентом команды интегратора, которая выполняет задачи по мере их поступления) - неплохие. Рассказывают про плюсы и минусы каждого подхода.
🔥 От провала до успеха один шаг: как спасти заваленный проект
Хорошо структурированные и фундаментальные рекомендации про “спасение” проекта, которые выходят за рамки личного опыта автора. Обобщенно - докопаться до сути возникшей проблемы, напомнить себе о сути и целях проекта, не подменять эти цели второстепенными, переформулировать результат. А еще “показать финал на старте” - так чтобы заказчик представлял себе то, что его ждет.
🔥 Как управлять техническим долгом и минимизировать его влияние на проект
Технический долг — это как оставлять грязные тарелки в раковине. Если все время откладывать, рано или поздно они превратятся в гору, с которой придется бороться. Статья - о том, как не допустить, чтобы горы долга перекрыли все возможности для чистоты и порядка в проекте.
🔥 Как легко и эффективно расставить приоритеты в бэклоге продукта
Бэклог продукта — это функции продукта, которые нужно выпустить в ближайшие месяцы. Бэклог представляет собой список пользовательских историй (в скраме), оцененных по приоритету и трудозатратам. Материал - про цели приоритезациии бэклога, ее факторы (дорожная карта, обратная связь от пользователей, сложность и объем задач) и методы-фреймворки приоритезации (MoSCoW, Value vs Effort, WSJF, Buy a Feature, Kano, RICE). Всё с иллюстрациями и примерами.
🔥 MVP: минимально жизнеспособный продукт, его важность и виды
Про MVP - что это, чем полезен для бизнеса, для чего нужен, какие виды бывают (низкой/высокой точности, предзаказ, консьерж и т.д.), как создавать (исследование рынка, поиск ценностей, прототипирование и т.д.), в чем разница между MVP и POС, какие бывают ошибки при создании.
🔥 There's more to Organizational Agility than the Scrum Guide
Почему организационная гибкость (или “аджайлность”, но такого слова вроде еще нет) не исчерпывается просто применением Agile / Scrum, а должна идти “глубже и шире” в сторону роста самоорганизации команд, переориентации на результат (бизнес-цели) и вообще в сторону сильной командной культуры.
#проекты #scrum
Основное преимущество этого языка в том, что UML нагляден. Он помогает закрыть недопонимания между командами или частями одной команды. По сути UML выполняет функцию этакого «универсального английского языка». Коллеги из Коруса рассказывают, чем всё еще подкупает UML и почему его стоит знать и использовать.
Парадокс Тога (также известный как парадокс сложности или парадокс сложности Тога) — это наблюдение, согласно которому продукты, призванные упростить задачу для пользователей, как правило, порождают новые, более сложные задачи. Это одна из ключевых причин, по которой требования к корпоративным программным продуктам меняются после выпуска, а в потребительских продуктах появляются новые функции. Переводной материал погружает в историю и область применения парадокса.
Текст пиарный, но, в целом, объяснения и про Fixed Price, и про ТМ, и про редкую в дискурсе Retainer (закрепление за клиентом команды интегратора, которая выполняет задачи по мере их поступления) - неплохие. Рассказывают про плюсы и минусы каждого подхода.
Хорошо структурированные и фундаментальные рекомендации про “спасение” проекта, которые выходят за рамки личного опыта автора. Обобщенно - докопаться до сути возникшей проблемы, напомнить себе о сути и целях проекта, не подменять эти цели второстепенными, переформулировать результат. А еще “показать финал на старте” - так чтобы заказчик представлял себе то, что его ждет.
Технический долг — это как оставлять грязные тарелки в раковине. Если все время откладывать, рано или поздно они превратятся в гору, с которой придется бороться. Статья - о том, как не допустить, чтобы горы долга перекрыли все возможности для чистоты и порядка в проекте.
Бэклог продукта — это функции продукта, которые нужно выпустить в ближайшие месяцы. Бэклог представляет собой список пользовательских историй (в скраме), оцененных по приоритету и трудозатратам. Материал - про цели приоритезациии бэклога, ее факторы (дорожная карта, обратная связь от пользователей, сложность и объем задач) и методы-фреймворки приоритезации (MoSCoW, Value vs Effort, WSJF, Buy a Feature, Kano, RICE). Всё с иллюстрациями и примерами.
Про MVP - что это, чем полезен для бизнеса, для чего нужен, какие виды бывают (низкой/высокой точности, предзаказ, консьерж и т.д.), как создавать (исследование рынка, поиск ценностей, прототипирование и т.д.), в чем разница между MVP и POС, какие бывают ошибки при создании.
Почему организационная гибкость (или “аджайлность”, но такого слова вроде еще нет) не исчерпывается просто применением Agile / Scrum, а должна идти “глубже и шире” в сторону роста самоорганизации команд, переориентации на результат (бизнес-цели) и вообще в сторону сильной командной культуры.
#проекты #scrum
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥6👍3🙏2✍1
🔥 Самые интересные материалы по управлению проектами за 04.11 - 15.11.2024
Навыки и карьера менеджера проекта
☄️ Сила лидерского слушания
Очевидно, что умение слушать позволяет руководителям лучше понимать потребности и проблемы сотрудников, а также создавать атмосферу доверия и открытости в коллективе. Лидеры, которые действительно умеют слушать, способны выявлять скрытые таланты в своих командах. Почему умение слушать сейчас является неотъемлемой частью успешного лидерства и как развить в себе это качество - в этой публикации.
☄️ Делегирование как инструмент лидерства, эффективности, мотивации и профессионального развития
Статья по большому и обстоятельному докладу - как делегировать (или, может быть, распределять?) задачи, какие модели оценки участников команды есть (и как они влияют на делегирование), какого рода задачи передаем, кто будет ответственным за результат, а кто - только за исполнение. А еще - насколько качественным оказалось делегирование, как оно повлияло на процессы и на конкретные результаты и что нужно скорректировать.
☄️ Надо ли Руководителю проектов быть аналитиком?
В абстрактной картине мира РП далек от аналитики - этим занимается специально обученный участник команды, а РП ставит границы проекта и следит за дедлайнами и сдачей проекта заказчику. Однако в суровой реальности РП систематически приходится превращаться в аналитика, собирать требования и управлять ими. И это нормально, хотя и сильно вариьирует от компании и от типа проекта. Так что учимся аналитике)
☄️ Что почитать и посмотреть разработчикам и менеджерам
Авторы (из “билайн”) собрали свой топ литературы, видео и каналов по управлению проектами и системному дизайну и написали короткие обзоры, почему именно эти книги важны. В топ попали как хиты типа “System Design. Подготовка к сложному интервью”, “Как пасти котов”, так и менее известные “Настольная книга project-менеджера” и “Project Management for the Unofficial Project Manager”.
☄️ Слово пацана (менеджерам и исполнителям посвящается)
Статья про базовый софтскилл, который касается и менеджеров и исполнителей: про умение нести ответственность. Суть простая (навыки нести ответственность за 5 минут не развить, и они критически важны для любого участника команды, особенно для ПМа), написано бойко, так что рекомендую)
☄️ Как затащить быстро и дешево
Хит недели) Текст про два типа менеджеров / сотрудников / людей - “человек-конец” и “человек-сосед”. Ну, или те, кто заточен на “сделать и добиться результата, пусть даже и кривобокого, но работающего”, - и те, кому больше нравится утопать в процессах, подборах, выполнении регламентов и т.д., при этом про результат в итоге забывается… Очень, очень спорный текст, но типология интересная)
☄️ 5 Management Styles Every Digital Project Manager Should Know
Управление проектами — это не только сроки, это еще и ваш стиль управления, который напрямую влияет на производительность и моральный дух команды. Автор таких стилей выделил 5: ориентация на результат (“делай как хочешь - и я буду счастлив”), демократия (“Вы эксперты, решайте сами”), трансформативный (“думай масштабнее, развивайся”), лидер-слуга (“как и что я могу сделать, чтобы помочь вам справиться?”), транзакционный (“выделяем задачи, принимаем выполнение, вознаграждаем”). Типология тоже условная, но вдруг она поможет вам улучшить работу с командой?)
Навыки и карьера менеджера проекта
Очевидно, что умение слушать позволяет руководителям лучше понимать потребности и проблемы сотрудников, а также создавать атмосферу доверия и открытости в коллективе. Лидеры, которые действительно умеют слушать, способны выявлять скрытые таланты в своих командах. Почему умение слушать сейчас является неотъемлемой частью успешного лидерства и как развить в себе это качество - в этой публикации.
Статья по большому и обстоятельному докладу - как делегировать (или, может быть, распределять?) задачи, какие модели оценки участников команды есть (и как они влияют на делегирование), какого рода задачи передаем, кто будет ответственным за результат, а кто - только за исполнение. А еще - насколько качественным оказалось делегирование, как оно повлияло на процессы и на конкретные результаты и что нужно скорректировать.
В абстрактной картине мира РП далек от аналитики - этим занимается специально обученный участник команды, а РП ставит границы проекта и следит за дедлайнами и сдачей проекта заказчику. Однако в суровой реальности РП систематически приходится превращаться в аналитика, собирать требования и управлять ими. И это нормально, хотя и сильно вариьирует от компании и от типа проекта. Так что учимся аналитике)
Авторы (из “билайн”) собрали свой топ литературы, видео и каналов по управлению проектами и системному дизайну и написали короткие обзоры, почему именно эти книги важны. В топ попали как хиты типа “System Design. Подготовка к сложному интервью”, “Как пасти котов”, так и менее известные “Настольная книга project-менеджера” и “Project Management for the Unofficial Project Manager”.
Статья про базовый софтскилл, который касается и менеджеров и исполнителей: про умение нести ответственность. Суть простая (навыки нести ответственность за 5 минут не развить, и они критически важны для любого участника команды, особенно для ПМа), написано бойко, так что рекомендую)
Хит недели) Текст про два типа менеджеров / сотрудников / людей - “человек-конец” и “человек-сосед”. Ну, или те, кто заточен на “сделать и добиться результата, пусть даже и кривобокого, но работающего”, - и те, кому больше нравится утопать в процессах, подборах, выполнении регламентов и т.д., при этом про результат в итоге забывается… Очень, очень спорный текст, но типология интересная)
Управление проектами — это не только сроки, это еще и ваш стиль управления, который напрямую влияет на производительность и моральный дух команды. Автор таких стилей выделил 5: ориентация на результат (“делай как хочешь - и я буду счастлив”), демократия (“Вы эксперты, решайте сами”), трансформативный (“думай масштабнее, развивайся”), лидер-слуга (“как и что я могу сделать, чтобы помочь вам справиться?”), транзакционный (“выделяем задачи, принимаем выполнение, вознаграждаем”). Типология тоже условная, но вдруг она поможет вам улучшить работу с командой?)
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥4👏3✍1
🔥 Самые интересные материалы по управлению проектами за 04.11 - 15.11.2024
Команда проекта
🔘 Мои Red-Flags при устройстве в IT-компании: Как не стать гребцом
Автор прошел МНОГО собеседований - и сделал список того, что для него является симптомом плохой (непригодной для трудоустройства) компании. Написано хорошо и с юмором. В списке: опоздание или переносы собеседования, вакансия = тайна, отсутствие конкретики, слова типа “У нас всё честно/прозрачно” (хм, но так), наплевательское отношение к процессам разработки и документации и т.д.
🔘 Как сделать так, чтобы ваша команда полюбила созвоны (и действительно в них участвовала)
Созвоны могут стать любимой частью работы, если подойти к их организации с умом и уважением к каждому участнику. Четкие цели, короткие тайминги и дружелюбная атмосфера – вот три составляющих успеха. Статья - интервью с проджектами и основателями компаний, в которых созвоны стали частью рабочего процесса.
🔘 8 способов повысить эффективность команды: cоветы и инструменты
Разумеется, нулевой способ - это деньги, но в статье это принимается как фундамент, а речь идет про комплементарные неденежные способы, которые тоэе важны. Среди них: четкие цели и ожидания, эффективная коммуникация в команде, регулярные встречи для обсуждения прогресса и корректировки планов, автоматизация рутины, обмен знаниями, баланс “работа - отдых”.
🔘 6 проверенных способов мотивировать сотрудников без больших затрат
Иии… еще один материал про нематериальную (точнее, низкобюджетную) мотивацию. Тут всё привычнее, но вдруг кому-то из менеджеров что-то покажется здоровой идеей. С точки зрения авторов, главные морковки - это карьерный рост, условия работы, культура обучения, благодарность, совместные мероприятия, дружелюбный коллектив.
🔘 Как мы развиваем архитектурные навыки ИТ-специалистов в Сбере
ИТ‑архитектура для большой организации имеет исключительное значение. Компании очень важно, чтобы сотрудники обладали необходимыми компетенциями для успешного выполнения поставленных задач, а сотрудникам эти компетенции необходимы, чтобы чувствовать себя увереннее, быть успешнее и расти профессионально. Как формирование этих компетенций реализовали в Сбере - в этой статье.
🔘 Один день из жизни системного аналитика: синки, факапы в тестировании, сценарии и шутейки
Системный аналитик из МТС - про свой типичный рабочий день. А что там? Там дейлик (кто бы сомневался), потом дорога до работы (да, вот так вот), потом кейсы, созвоны, сценарии, потом обед и прогулка (!!), далее поиск доки и написание сценария, опять синк, еще синк, потом внезапный баг, фикс которого решают отложить - и домой. Даже завидую…
🔘 Почему мы охотно нанимаем джунов и советуем всем делать то же самое
Коллеги из Агимы - про опыт с джуниор-разрабами. Джуны — это инвестиции. И как и любые грамотные инвестиции, они быстро начинают приносить дивиденды. Все проблемы, которые могут возникать при работе с джунами, решаемы. Для правильного развития джуна достаточно трех компонентов: хороший ментор, ИПР и регулярная обратная связь — для джуна и от джуна.
🔘 Ты — ненастоящий айтишник / Дедовщина в IT
Дискуссионный материал про “гейткиперов” - так автор называет “тру-программистов”, которые абсолютно точно знают, каким должен быть настоящий ИТшник, и прежде всего идейным, знающим абсолютно всю матчасть, алгоритмику, жертвующим своим личным временем в пользу образования, да и вообще он должен работать “не для денег”. И, конечно, автор против таких фигур. Если в вашей команде есть гейткиперы - почитайте)
🔘 5 шагов адаптации тимлида в новой компании
Тимлид из “Циана” про успешную адаптацию тимлидов и инструменты для этого. В их числе “изучение территории” (ну типа вы путешественник, изучающий новую страну), определение ограничений (что мешает команде), оценка ресурсов и инструментов, выявление ожиданий и планирование действий.
Команда проекта
🔘 Мои Red-Flags при устройстве в IT-компании: Как не стать гребцом
Автор прошел МНОГО собеседований - и сделал список того, что для него является симптомом плохой (непригодной для трудоустройства) компании. Написано хорошо и с юмором. В списке: опоздание или переносы собеседования, вакансия = тайна, отсутствие конкретики, слова типа “У нас всё честно/прозрачно” (хм, но так), наплевательское отношение к процессам разработки и документации и т.д.
🔘 Как сделать так, чтобы ваша команда полюбила созвоны (и действительно в них участвовала)
Созвоны могут стать любимой частью работы, если подойти к их организации с умом и уважением к каждому участнику. Четкие цели, короткие тайминги и дружелюбная атмосфера – вот три составляющих успеха. Статья - интервью с проджектами и основателями компаний, в которых созвоны стали частью рабочего процесса.
🔘 8 способов повысить эффективность команды: cоветы и инструменты
Разумеется, нулевой способ - это деньги, но в статье это принимается как фундамент, а речь идет про комплементарные неденежные способы, которые тоэе важны. Среди них: четкие цели и ожидания, эффективная коммуникация в команде, регулярные встречи для обсуждения прогресса и корректировки планов, автоматизация рутины, обмен знаниями, баланс “работа - отдых”.
🔘 6 проверенных способов мотивировать сотрудников без больших затрат
Иии… еще один материал про нематериальную (точнее, низкобюджетную) мотивацию. Тут всё привычнее, но вдруг кому-то из менеджеров что-то покажется здоровой идеей. С точки зрения авторов, главные морковки - это карьерный рост, условия работы, культура обучения, благодарность, совместные мероприятия, дружелюбный коллектив.
🔘 Как мы развиваем архитектурные навыки ИТ-специалистов в Сбере
ИТ‑архитектура для большой организации имеет исключительное значение. Компании очень важно, чтобы сотрудники обладали необходимыми компетенциями для успешного выполнения поставленных задач, а сотрудникам эти компетенции необходимы, чтобы чувствовать себя увереннее, быть успешнее и расти профессионально. Как формирование этих компетенций реализовали в Сбере - в этой статье.
🔘 Один день из жизни системного аналитика: синки, факапы в тестировании, сценарии и шутейки
Системный аналитик из МТС - про свой типичный рабочий день. А что там? Там дейлик (кто бы сомневался), потом дорога до работы (да, вот так вот), потом кейсы, созвоны, сценарии, потом обед и прогулка (!!), далее поиск доки и написание сценария, опять синк, еще синк, потом внезапный баг, фикс которого решают отложить - и домой. Даже завидую…
🔘 Почему мы охотно нанимаем джунов и советуем всем делать то же самое
Коллеги из Агимы - про опыт с джуниор-разрабами. Джуны — это инвестиции. И как и любые грамотные инвестиции, они быстро начинают приносить дивиденды. Все проблемы, которые могут возникать при работе с джунами, решаемы. Для правильного развития джуна достаточно трех компонентов: хороший ментор, ИПР и регулярная обратная связь — для джуна и от джуна.
🔘 Ты — ненастоящий айтишник / Дедовщина в IT
Дискуссионный материал про “гейткиперов” - так автор называет “тру-программистов”, которые абсолютно точно знают, каким должен быть настоящий ИТшник, и прежде всего идейным, знающим абсолютно всю матчасть, алгоритмику, жертвующим своим личным временем в пользу образования, да и вообще он должен работать “не для денег”. И, конечно, автор против таких фигур. Если в вашей команде есть гейткиперы - почитайте)
🔘 5 шагов адаптации тимлида в новой компании
Тимлид из “Циана” про успешную адаптацию тимлидов и инструменты для этого. В их числе “изучение территории” (ну типа вы путешественник, изучающий новую страну), определение ограничений (что мешает команде), оценка ресурсов и инструментов, выявление ожиданий и планирование действий.
🔥6👍3🙏2
🔥 Самые интересные материалы по управлению проектами за 16.11 - 06.12.2024
👑 Основы и гайды (1)
💥Как использовать User Story mapping при создании цифрового продукта
User Story Mapping — это метод, который помогает организовать задачи разработки продукта в виде карты, основанной на сценариях пользователей. В отличие от традиционного списка задач, USM описывает фичи с точки зрения ценности для пользователя, а не на уровне технической реализации. У авторов получился отличный гайд по структуре USM, пошаговому формированию, связке с документацией - и с примерами.
💥 Пойди туда… OKR — когда известно зачем и куда
OKR (Саша, не ОКР!) - методика управления, основанная на достижении измеримых целей через выполнение понятных задач. Кто-то ее ненавидит, кто-то превозносит, но вроде как это уже классика. Авторы пишут про теорию и практику подхода, примеры OKR для компании и подразделений, показывают, как можно их закрепить, донести и измерить.
💥 Модель Остервальдера: что это и как её построить
Мини-гайд по известному инструменту, позволяющему визуализировать бизнес-модель компании в целом. Как построить, как проанализировать, какие частые ошибки. Шаблон и практические рекомендации прилагаются.
💥 Бережливое управление проектами: Как Lean помогает минимизировать потери
Lean Management — философия управления компанией или проектами, направленная на оптимизацию процессов, снижение издержек и повышение продуктивности. Статья - про преимущества подхода для команд и проектов, 5 принципов бережливого управления, карту потока ценности как визуализацию процесса, методы и инструменты Lean.
💥 Когда проблема — не проблема. НЖЯ — инструмент Теории Ограничений
Автор - эксперт по ТОС, а НЖЯ - это НеЖелательное Явление. Например, проблема, которая регулярно повторяется, на которую мы можем повлиять, не субъективная, не содержащая решение или обвинение кого-то. Статья - про то, как работать с НЖЯ и достигать решения проблемы.
💥 Когда это будет готово?
Планирование проекта строится на трех навыках: декомпозиции, анализе зависимостей и анализе рисков. Из них самый сложный (по автору) — это анализ рисков. Автор подробно разбирает подходы, которые эффективно использовать в ситуациях, когда что-то должно быть сделано кем-то к какому-то сроку. Например, выпуск релиза с фичей или передача готового функционала другой команде для интеграции.
💥 Нужна ли документация на проекте?
Документация упрощает работу команды и минимизирует самые различные риски. В небольших проектах, когда мало интеграций с внешними сервисами, возможно, подробная документация действительно не нужна. С ростом продукта и команды без документации проявятся проблемы - какие именно, читайте в материале)
💥 Документация, которая точно не навредит аналитике в Вашем проекте
Прямой пользы от документации нет (ну типа), тратить на нее кучу времени жалко, поэтому автор - сторонник документации малой кровью, т.е. которую просто дополнять и актуализировать, просто искать нужное. Лайфхаки: “реестр поделок”, “реестр метрик”, “глоссарий”.
💥 Как победить хаос в команде и управлять ожиданиями заказчиков с помощью Kanban
Экскурс в Канбан как метод борьбы с хаосом и способ мышления. Если вы готовы сделать шаг к улучшению работы команды, начните с малого: визуализируйте процессы, установите WIP‑лимиты и внедрите регулярные улучшения, а дальше можно хоть бесконечно совершенствовать процесс.
💥 Обучение и воркшопы: как виртуозно познакомить заказчика с новой функциональностью
У авторов была проблема быстрого, эффективного и интересного представления заказчикам новых фич(ей), и они изобрели воркшоп - почти как прямой эфир на ТВ, демонстрация, к которой тщательно готовятся и которая эффектно подсвечивает самое главное.
💥 Моделирование и документирование требований в условиях неопределенности
Про сбор требований в условиях, когда все говорят много разного и несовпадающего. Главное - использовать глоссарий, понимать и стараться добиться однозначного использования терминологии, определить роли и ожидания.
👑 Основы и гайды (1)
💥Как использовать User Story mapping при создании цифрового продукта
User Story Mapping — это метод, который помогает организовать задачи разработки продукта в виде карты, основанной на сценариях пользователей. В отличие от традиционного списка задач, USM описывает фичи с точки зрения ценности для пользователя, а не на уровне технической реализации. У авторов получился отличный гайд по структуре USM, пошаговому формированию, связке с документацией - и с примерами.
💥 Пойди туда… OKR — когда известно зачем и куда
OKR (Саша, не ОКР!) - методика управления, основанная на достижении измеримых целей через выполнение понятных задач. Кто-то ее ненавидит, кто-то превозносит, но вроде как это уже классика. Авторы пишут про теорию и практику подхода, примеры OKR для компании и подразделений, показывают, как можно их закрепить, донести и измерить.
💥 Модель Остервальдера: что это и как её построить
Мини-гайд по известному инструменту, позволяющему визуализировать бизнес-модель компании в целом. Как построить, как проанализировать, какие частые ошибки. Шаблон и практические рекомендации прилагаются.
💥 Бережливое управление проектами: Как Lean помогает минимизировать потери
Lean Management — философия управления компанией или проектами, направленная на оптимизацию процессов, снижение издержек и повышение продуктивности. Статья - про преимущества подхода для команд и проектов, 5 принципов бережливого управления, карту потока ценности как визуализацию процесса, методы и инструменты Lean.
💥 Когда проблема — не проблема. НЖЯ — инструмент Теории Ограничений
Автор - эксперт по ТОС, а НЖЯ - это НеЖелательное Явление. Например, проблема, которая регулярно повторяется, на которую мы можем повлиять, не субъективная, не содержащая решение или обвинение кого-то. Статья - про то, как работать с НЖЯ и достигать решения проблемы.
💥 Когда это будет готово?
Планирование проекта строится на трех навыках: декомпозиции, анализе зависимостей и анализе рисков. Из них самый сложный (по автору) — это анализ рисков. Автор подробно разбирает подходы, которые эффективно использовать в ситуациях, когда что-то должно быть сделано кем-то к какому-то сроку. Например, выпуск релиза с фичей или передача готового функционала другой команде для интеграции.
💥 Нужна ли документация на проекте?
Документация упрощает работу команды и минимизирует самые различные риски. В небольших проектах, когда мало интеграций с внешними сервисами, возможно, подробная документация действительно не нужна. С ростом продукта и команды без документации проявятся проблемы - какие именно, читайте в материале)
💥 Документация, которая точно не навредит аналитике в Вашем проекте
Прямой пользы от документации нет (ну типа), тратить на нее кучу времени жалко, поэтому автор - сторонник документации малой кровью, т.е. которую просто дополнять и актуализировать, просто искать нужное. Лайфхаки: “реестр поделок”, “реестр метрик”, “глоссарий”.
💥 Как победить хаос в команде и управлять ожиданиями заказчиков с помощью Kanban
Экскурс в Канбан как метод борьбы с хаосом и способ мышления. Если вы готовы сделать шаг к улучшению работы команды, начните с малого: визуализируйте процессы, установите WIP‑лимиты и внедрите регулярные улучшения, а дальше можно хоть бесконечно совершенствовать процесс.
💥 Обучение и воркшопы: как виртуозно познакомить заказчика с новой функциональностью
У авторов была проблема быстрого, эффективного и интересного представления заказчикам новых фич(ей), и они изобрели воркшоп - почти как прямой эфир на ТВ, демонстрация, к которой тщательно готовятся и которая эффектно подсвечивает самое главное.
💥 Моделирование и документирование требований в условиях неопределенности
Про сбор требований в условиях, когда все говорят много разного и несовпадающего. Главное - использовать глоссарий, понимать и стараться добиться однозначного использования терминологии, определить роли и ожидания.
2❤8🔥2🙏1👀1
🔥 Самые интересные материалы по управлению проектами за 16.11 - 06.12.2024
👑 Основы и гайды (2)
💥 «Миша, прости, мы все проверили». Правила объективного SWOT-анализа
Про SWOT знают все (все же, да?), а вот про правильный SWOT - не все) Короткий пост про то, как проверить, точны ли мы в своих прогнозах о сильных и слабых сторонах продукта/проекта.
💥 Пример Definition of Ready: как мы проверяем готовность постановки на разработку
Коллеги из “Корус Консалтинг” - про DoR. Это критерии готовности задачи к передаче в разработку (или чек-лист вопросов, которые должны быть проработаны перед началом разработки). Использование DoR позволяет систематизировать подход к аналитике и исключить взятие в спринт недостаточно проработанных задач.
💥 Как правильно завести баг
Больше для QA, но в целом очень толковый текст про регистрацию и управление багами для любого участника проектной команды.
💥 Run, change, disrupt или как эффективно управлять различными видами деятельности в организации
Чтобы не запутаться в этом сложном мире и максимально эффективно использовать ресурсы, важно разделять проекты и задачи на три основные категории: run, change и disrupt. Run: поддержка текущих операций, Change: улучшение и адаптация, Disrupt: радикальные изменения и инновации.
💥 Доской по задачам — как канбан помогает в управлении
Вряд ли есть более наглядное представление задач, чем канбан. Те, кто пользуется, давно оценили удобство и эффективность этого инструмента. Те, кто ещё не пользуется, обязательно начнут. Материал - о том, где найти подходящий канбан и настроить его для своих задач.
💥 7 причин, почему вам не подойдет Agile
Когда и кому точно не стоит работать по Agile, - по мнению автора, это разные случаи, от неприязни к людям (гм…) и нежеланию делегировать и до неготовности к факапам.
👑 Основы и гайды (2)
💥 «Миша, прости, мы все проверили». Правила объективного SWOT-анализа
Про SWOT знают все (все же, да?), а вот про правильный SWOT - не все) Короткий пост про то, как проверить, точны ли мы в своих прогнозах о сильных и слабых сторонах продукта/проекта.
💥 Пример Definition of Ready: как мы проверяем готовность постановки на разработку
Коллеги из “Корус Консалтинг” - про DoR. Это критерии готовности задачи к передаче в разработку (или чек-лист вопросов, которые должны быть проработаны перед началом разработки). Использование DoR позволяет систематизировать подход к аналитике и исключить взятие в спринт недостаточно проработанных задач.
💥 Как правильно завести баг
Больше для QA, но в целом очень толковый текст про регистрацию и управление багами для любого участника проектной команды.
💥 Run, change, disrupt или как эффективно управлять различными видами деятельности в организации
Чтобы не запутаться в этом сложном мире и максимально эффективно использовать ресурсы, важно разделять проекты и задачи на три основные категории: run, change и disrupt. Run: поддержка текущих операций, Change: улучшение и адаптация, Disrupt: радикальные изменения и инновации.
💥 Доской по задачам — как канбан помогает в управлении
Вряд ли есть более наглядное представление задач, чем канбан. Те, кто пользуется, давно оценили удобство и эффективность этого инструмента. Те, кто ещё не пользуется, обязательно начнут. Материал - о том, где найти подходящий канбан и настроить его для своих задач.
💥 7 причин, почему вам не подойдет Agile
Когда и кому точно не стоит работать по Agile, - по мнению автора, это разные случаи, от неприязни к людям (гм…) и нежеланию делегировать и до неготовности к факапам.
2🔥6❤3👍3
🔥 Самые интересные материалы по управлению проектами за 16.11 - 06.12.2024
🏋️♀️ Карьера и навыки руководителя проектов
⚽️ Как общаться с руководителем
Опыт автора (РП/тимлид) по общению с топ-менеджментом. Из правил: не избавляться от ответственности, “не общаться с марсианами” (в смысле не искать причину проблемы где-то вовне), вместе с жалобой нести проект решения, доверять и т.д.
⚽️ Немного про Тайм-менеджмент или «спасите от насилия менеджера Василия»
Классическое желание РП-новичка – это сделать все, что дали. «Я же хороший, я же должен показать, что меня не зря сделали менеджером, я должен все успеть». Но это путь к хаосу. Автор собрал советы, как правильно приоритизировать и работать с задачами.
⚽️ Как добиться успеха в большой компании?
Про 4 ключевых принципа, которые помогают добиваться таких успехов: люди, которые окружают; среда (благоприятные условия для роста и развития); обучение и база знаний внутри компании; ну и собственное желание расти и развиваться.
⚽️ Контрольный чек-лист для того, чтобы стать лидером команды разработчиков
Переводной материал про готовность к росту в менеджеры. Кратко - нужно быть в курсе всех производственных вопросов и вопросов поддержки; сначала выполнять большие задачи вместе со своим руководителем, а затем действовать самостоятельно; научиться проводить “важные встречи”.
⚽️ Системы управления проектами: что выбрать?
Не столько технический, сколько методологический текст: что использовать на разных проектах, стоит ли менять ИСУП, есть ли идеальный сервис (нет).
⚽️ Work Life Balance: Исповедь красноглазика
Немного провокационный текст, затрагивающий тему “рвения” и “рванья” по рабочим задачам. Стоят ли они времени и здоровья, нужно ли триггериться на каждое сообщение в рабочем чате (тем более не по рабочим темам) и, вообще, что действительно важно в вашей работе…
⚽️ Лидеры и менеджеры: что общего и в чём разница? да и зачем это знать…
Лидер и менеджер — не противоположности, а разные роли, которые дополняют друг друга. Чтобы стать сильным руководителем, важно понимать их различия, осознавать противоречия между этими подходами и научиться находить баланс. Статья, пусть и местами противоречивая и “спор о словах”, но интересная для самоидентификации.
⚽️ Допущения и ограничения в жизни менеджера
Про то, как с помощью допущений и ограничений помогать заказчикам формулировать требования и приносить бизнесу еще больше пользы, а не заворачивать “непонятные хотелки”.
⚽️ Принципы работы руководителя проекта
Очень структурированный текст про матчасть (PMBOK, Голдратт, скрам), про подход к выбору РП на проект, подготовку плана проекта и отношения с заказчиком, работу с командой, переработки, ПО… В общем, почти про всё, что одновременно плюс и минус.
⚽️ Как плохой проджект-менеджмент разрушает строительные компании
Команда “Планфикса” - про частые проблемы РП и проектов в стройке. Интересненько: частые ошибки - неверное проектирование зданий, затянутые бизнес-процессы, несогласованность действий, ручные расчеты, проблемы с субподрядчиками и т.д.
⚽️ Работа скрам-мастером: рецепты трудоустройства и истории скрам-мастеров
Как стать Scrum-мастером? Как понять, нужно ли вам это? Какие сертификации могут помочь на старте карьеры? Статья для тех, кто пока думает о работе скрам-мастера и хочет построить для себя осмысленный план трудоустройства.
⚽️ Гипотезы, ретроспектива и культура. Повторенье — мать ученья
Про то, как с помощью вот этих трех компонентов из сабжа формировать хорошие отношения внутри команды и продуктивную работу.
⚽️ 17 книг про управление в сфере IT, на которые вам следует обратить внимание
Дайджест внутри дайджеста: лучшие книги про менеджмент от… я не знаю, кто это. Но книги в обзоре любопытные - как хорошо знакомые “Проект «Феникс»”, “Руководство по DevOps” и “Управление ИТ: опыт компаний-лидеров”, так и малоизвестные.
🏋️♀️ Карьера и навыки руководителя проектов
⚽️ Как общаться с руководителем
Опыт автора (РП/тимлид) по общению с топ-менеджментом. Из правил: не избавляться от ответственности, “не общаться с марсианами” (в смысле не искать причину проблемы где-то вовне), вместе с жалобой нести проект решения, доверять и т.д.
⚽️ Немного про Тайм-менеджмент или «спасите от насилия менеджера Василия»
Классическое желание РП-новичка – это сделать все, что дали. «Я же хороший, я же должен показать, что меня не зря сделали менеджером, я должен все успеть». Но это путь к хаосу. Автор собрал советы, как правильно приоритизировать и работать с задачами.
⚽️ Как добиться успеха в большой компании?
Про 4 ключевых принципа, которые помогают добиваться таких успехов: люди, которые окружают; среда (благоприятные условия для роста и развития); обучение и база знаний внутри компании; ну и собственное желание расти и развиваться.
⚽️ Контрольный чек-лист для того, чтобы стать лидером команды разработчиков
Переводной материал про готовность к росту в менеджеры. Кратко - нужно быть в курсе всех производственных вопросов и вопросов поддержки; сначала выполнять большие задачи вместе со своим руководителем, а затем действовать самостоятельно; научиться проводить “важные встречи”.
⚽️ Системы управления проектами: что выбрать?
Не столько технический, сколько методологический текст: что использовать на разных проектах, стоит ли менять ИСУП, есть ли идеальный сервис (нет).
⚽️ Work Life Balance: Исповедь красноглазика
Немного провокационный текст, затрагивающий тему “рвения” и “рванья” по рабочим задачам. Стоят ли они времени и здоровья, нужно ли триггериться на каждое сообщение в рабочем чате (тем более не по рабочим темам) и, вообще, что действительно важно в вашей работе…
⚽️ Лидеры и менеджеры: что общего и в чём разница? да и зачем это знать…
Лидер и менеджер — не противоположности, а разные роли, которые дополняют друг друга. Чтобы стать сильным руководителем, важно понимать их различия, осознавать противоречия между этими подходами и научиться находить баланс. Статья, пусть и местами противоречивая и “спор о словах”, но интересная для самоидентификации.
⚽️ Допущения и ограничения в жизни менеджера
Про то, как с помощью допущений и ограничений помогать заказчикам формулировать требования и приносить бизнесу еще больше пользы, а не заворачивать “непонятные хотелки”.
⚽️ Принципы работы руководителя проекта
Очень структурированный текст про матчасть (PMBOK, Голдратт, скрам), про подход к выбору РП на проект, подготовку плана проекта и отношения с заказчиком, работу с командой, переработки, ПО… В общем, почти про всё, что одновременно плюс и минус.
⚽️ Как плохой проджект-менеджмент разрушает строительные компании
Команда “Планфикса” - про частые проблемы РП и проектов в стройке. Интересненько: частые ошибки - неверное проектирование зданий, затянутые бизнес-процессы, несогласованность действий, ручные расчеты, проблемы с субподрядчиками и т.д.
⚽️ Работа скрам-мастером: рецепты трудоустройства и истории скрам-мастеров
Как стать Scrum-мастером? Как понять, нужно ли вам это? Какие сертификации могут помочь на старте карьеры? Статья для тех, кто пока думает о работе скрам-мастера и хочет построить для себя осмысленный план трудоустройства.
⚽️ Гипотезы, ретроспектива и культура. Повторенье — мать ученья
Про то, как с помощью вот этих трех компонентов из сабжа формировать хорошие отношения внутри команды и продуктивную работу.
⚽️ 17 книг про управление в сфере IT, на которые вам следует обратить внимание
Дайджест внутри дайджеста: лучшие книги про менеджмент от… я не знаю, кто это. Но книги в обзоре любопытные - как хорошо знакомые “Проект «Феникс»”, “Руководство по DevOps” и “Управление ИТ: опыт компаний-лидеров”, так и малоизвестные.
3🔥5❤4🙏3👍2
🔥 Самые интересные материалы по управлению проектами за 16.11 - 06.12.2024
🥂 Команда проекта
🔹 Не нужно становиться тимлидом
Хит подборки с провокационными выводами о том, что если вы разработчик, то тимлидство - это ненужный для вас карьерный путь, который вряд ли приведёт к чему-то хорошему, и добавит вам ненужных и бесполезных обязанностей.
🔹 Анти-коучинг: альтернативный взгляд на профессионализм разработчика
Тоже про тимлидов и про управление разработкой, но с точки зрения внутренней культуры: коучи приучают нас к очень мягкой обратной связи, но так ли это полезно для проекта? Может быть, эффективнее давать пусть и жестковатую, но прямолинейную реакцию?
🔹 Как искусственный интеллект поможет увеличить эффективность команд
Команда ПСБ про ИИ-инструменты - мониторинг хода выполнения проекта, поиск потенциальных проблем, автоформирование отчетов, контроль за соблюдением процессов и (ужас) автоматическое проектирование и разработку.
🔹 Мои Red-Flags при устройстве в IT-компании: Как не стать гребцом.
Еще один материал про симптомы проблемной команды: среди них и отсутствие своего дизайнера / аналитиков / тимлида, и использование тайм-трекеров, и культура взаимозаменяемости, и требование стрессоустойчивости. Достается и декларации про “мы бирюзовая команда”.
🔹 Управление лояльностью и увеличение мотивации IT-команды
Среди способов, рекомендованных автором, - конечно же, общение с коллегами, проведение тимбилдингов (пу-пу-пу), прокачка работы с обратной связью, ротация сотрудников, делегирование ответственности, разработка системы мотивации и бонусов.
🔹 Все, пора увольняться: что я поняла после работы в токсичных командах
Истории о работе в токсичных командах и выводы, среди которых - нужно оценивать свои перспективы в компании, следить за ощущениями от работы, держать руку на пульсе и общаться с бывшими коллегами, тщательно подходить к собеседованиям и испытательному сроку.
🔹 Программисты ничего не знают (и это нормально)
Про то, что главным навыком сейчас стало не собственно умение программировать, а быстро учиться новому и умение взаимодействовать с командой. Не знаешь - спроси, не успеваешь в срок - сообщи и попроси помощи.
🔹 Как мы разработали систему грейдинга для системных аналитиков
Про создание грейдов и как они помогли повысить мотивацию и улучшить взаимодействие внутри команды.
🔹 7 шагов к команде мечты, или как сплотить команду на удалёнке
Рекомендации по улучшайзингу коммуникаций - от придумать название и логотип до придумать традиции и встретиться в офлайне.
🔹 Матрица soft skills: как вырасти от стажера до синьора
Часто грейды и матрицы компетенций описывают разницу в хард-скиллах, а тут автор сделал очень хороший расклад и по софт-скиллам. Рекомендую!
🔹 Ёлочка, гори, айтишник, не гори
Исследование и рекомендации от экспертов Хабра, как не допустить выгорания. В топе - внимание к своему состоянию, регулярные занятия спортом, сон, привнесение разнообразия в работу, отпуск и т.д.
🔹 Роль аналитика в разработке сложных информационных систем
Хороший текст про то, чем может и должен быть полезен аналитик. Например, разработкой наборов аналитических моделей.
🔹 Гайд для системного аналитика: как управлять требованиями на разных этапах проекта.
Продолжение серии статей от “Яндекс.Практикума”, теперь про контроль требований, про проверку требований через прототип, через тест-дизайн, через альтернативные и граничные сценарии и т.д.
🥂 Команда проекта
Хит подборки с провокационными выводами о том, что если вы разработчик, то тимлидство - это ненужный для вас карьерный путь, который вряд ли приведёт к чему-то хорошему, и добавит вам ненужных и бесполезных обязанностей.
Тоже про тимлидов и про управление разработкой, но с точки зрения внутренней культуры: коучи приучают нас к очень мягкой обратной связи, но так ли это полезно для проекта? Может быть, эффективнее давать пусть и жестковатую, но прямолинейную реакцию?
Команда ПСБ про ИИ-инструменты - мониторинг хода выполнения проекта, поиск потенциальных проблем, автоформирование отчетов, контроль за соблюдением процессов и (ужас) автоматическое проектирование и разработку.
Еще один материал про симптомы проблемной команды: среди них и отсутствие своего дизайнера / аналитиков / тимлида, и использование тайм-трекеров, и культура взаимозаменяемости, и требование стрессоустойчивости. Достается и декларации про “мы бирюзовая команда”.
Среди способов, рекомендованных автором, - конечно же, общение с коллегами, проведение тимбилдингов (пу-пу-пу), прокачка работы с обратной связью, ротация сотрудников, делегирование ответственности, разработка системы мотивации и бонусов.
Истории о работе в токсичных командах и выводы, среди которых - нужно оценивать свои перспективы в компании, следить за ощущениями от работы, держать руку на пульсе и общаться с бывшими коллегами, тщательно подходить к собеседованиям и испытательному сроку.
Про то, что главным навыком сейчас стало не собственно умение программировать, а быстро учиться новому и умение взаимодействовать с командой. Не знаешь - спроси, не успеваешь в срок - сообщи и попроси помощи.
Про создание грейдов и как они помогли повысить мотивацию и улучшить взаимодействие внутри команды.
Рекомендации по улучшайзингу коммуникаций - от придумать название и логотип до придумать традиции и встретиться в офлайне.
Часто грейды и матрицы компетенций описывают разницу в хард-скиллах, а тут автор сделал очень хороший расклад и по софт-скиллам. Рекомендую!
Исследование и рекомендации от экспертов Хабра, как не допустить выгорания. В топе - внимание к своему состоянию, регулярные занятия спортом, сон, привнесение разнообразия в работу, отпуск и т.д.
Хороший текст про то, чем может и должен быть полезен аналитик. Например, разработкой наборов аналитических моделей.
Продолжение серии статей от “Яндекс.Практикума”, теперь про контроль требований, про проверку требований через прототип, через тест-дизайн, через альтернативные и граничные сценарии и т.д.
Please open Telegram to view this post
VIEW IN TELEGRAM
2👍7❤3🔥3
🔥 Самые интересные материалы по управлению проектами за 07.12 - 20.12.2024
¯ \ _ (ツ) _ / ¯ Менеджер проекта - карьера, навыки, инструменты
📌 Что спрашивают у проджектов на собесах в Циане, Авито, Яндексе и Сбере: 250 вопросов чтобы подготовиться к интервью
Список вопросов, которые чаще всего (якобы) задают на собесах в крупных ИТ-компаниях. Вопросы сгруппированы по темам (от общих вопросов, планирования и коммуникации до кризисного управления, этики и личных качеств. Ответов нет))
📌 Функция лидера
Зачем командам лидер? Зачем лидер берет на себя эту функцию? Что происходит, если функция лидера не выполняется? В чем эта функция состоит? Так много вопросов и… у автора есть ответы)
📌 Культура ведения задач в трекере (пара правил для Руководителей)
Eсли в трекере бардак, то это не вина команды, а вина менеджера, который не умеет выстроить нормальный процесс и не следит за культурой ведения задач. Статья - про то, как вести задачи: всё должно быть четко и понятно, и никаких задач в комментариях к таске.
📌 Менеджмент менеджмента: как во «Фланте» внедрили принятие решений эфемерными рабочими группами
В компании была проблема слабой динамики изменений - команды были неповоротливыми, решения на себя никто не брал. Решением стали “эфемерные группы” - 3-5 ПМов (и не только) собираются вместе на время и вырабатывают решение, которым потом пользуются все. Способствует развитию лидерских качеств.
📌 От ошибки к системе для оценки трудоемкости и стоимости проектов
Про оценку и как она становится причиной провала проекта - почему мы недооцениваем границы, бюджет и т.д. Решение автора - система оценки, основанная на 5 компонентах - задачи, исполнители, документы, модификаторы, анализ проекта.
📌 Цели в начале разработки: как избежать провала проекта
Поймите, зачем создается продукт, как он должен помочь бизнесу и какие метрики будут показывать, что вы на верном пути. Фиксируйте цели, проверяйте их актуальность и используйте инструменты вроде карты влияний и карты гипотез. Это не только увеличит шансы на успех, но и сделает процесс разработки осмысленным и вдохновляющим.
📌 Об эффективности 8 лошадей — как памятка менеджерам
Про то, что значительное увеличение количества участников команды не ведёт к кратному увеличению эффективности, - а после некоторого значения вообще теряет смысл. Что делать менеджеру, если ресурсов не хватает - привлекать дополнительных разработчиков или растить эффективность команды?
📌 Немного про мотивацию или Чего ты хочешь?
И для ПМ, и всех остальных постановка целей и их последующее достижение ведет к получению дофамина, а это и есть та радость, которая получается от работы и делает ее интересной. Автор советует периодически возвращаться к себе и отвечать на вопрос: «чего ты хочешь?». И с HR станет сразу проще говорить, и цели появятся, а за этим и интересная работа.
📌 Как управлять проектом в условиях удаленной работы: лучшие практики для начинающих
Советы и лучшие практики по управлению удаленщиками и реализации проектов. Среди них: правильные инструменты для коммуникации, правила общения, организация встреч, структурирование знаний и данных, фокус на результатах, применение ОКР (а как же без него). Ну и автоматизация процессов!
📌 Все задачи срочные и важные: как навести порядок в системе, если приоритеты не работают
«Эта задача очень срочная, и не забывайте про вчерашние запросы — они мне нужны в первую очередь». Авторы обсуждают такие ситуации, почему не работают приоритеты и как использовать Cost of Delay, чтобы определить очередность задач.
📌 Полный гид по созданию задач в Jira: от Эпиков до Багов
Жира ушла, а гайды остались. Конкретно этот полным не назвать, но представление о том, что это, вы получите)
📌 Аналоги Jira в России: подборка из 12 сервисов
Неплохой и подробный обзор аналогов: kaiten, Evateam, Аспро и другие.
📌 P3.express научил отказываться от провальных проектов
Про внедрение методологии, ее ключевые пункты, отличия от PMBOK, обучение и сертификацию.
¯ \ _ (ツ) _ / ¯ Менеджер проекта - карьера, навыки, инструменты
📌 Что спрашивают у проджектов на собесах в Циане, Авито, Яндексе и Сбере: 250 вопросов чтобы подготовиться к интервью
Список вопросов, которые чаще всего (якобы) задают на собесах в крупных ИТ-компаниях. Вопросы сгруппированы по темам (от общих вопросов, планирования и коммуникации до кризисного управления, этики и личных качеств. Ответов нет))
📌 Функция лидера
Зачем командам лидер? Зачем лидер берет на себя эту функцию? Что происходит, если функция лидера не выполняется? В чем эта функция состоит? Так много вопросов и… у автора есть ответы)
📌 Культура ведения задач в трекере (пара правил для Руководителей)
Eсли в трекере бардак, то это не вина команды, а вина менеджера, который не умеет выстроить нормальный процесс и не следит за культурой ведения задач. Статья - про то, как вести задачи: всё должно быть четко и понятно, и никаких задач в комментариях к таске.
📌 Менеджмент менеджмента: как во «Фланте» внедрили принятие решений эфемерными рабочими группами
В компании была проблема слабой динамики изменений - команды были неповоротливыми, решения на себя никто не брал. Решением стали “эфемерные группы” - 3-5 ПМов (и не только) собираются вместе на время и вырабатывают решение, которым потом пользуются все. Способствует развитию лидерских качеств.
📌 От ошибки к системе для оценки трудоемкости и стоимости проектов
Про оценку и как она становится причиной провала проекта - почему мы недооцениваем границы, бюджет и т.д. Решение автора - система оценки, основанная на 5 компонентах - задачи, исполнители, документы, модификаторы, анализ проекта.
📌 Цели в начале разработки: как избежать провала проекта
Поймите, зачем создается продукт, как он должен помочь бизнесу и какие метрики будут показывать, что вы на верном пути. Фиксируйте цели, проверяйте их актуальность и используйте инструменты вроде карты влияний и карты гипотез. Это не только увеличит шансы на успех, но и сделает процесс разработки осмысленным и вдохновляющим.
📌 Об эффективности 8 лошадей — как памятка менеджерам
Про то, что значительное увеличение количества участников команды не ведёт к кратному увеличению эффективности, - а после некоторого значения вообще теряет смысл. Что делать менеджеру, если ресурсов не хватает - привлекать дополнительных разработчиков или растить эффективность команды?
📌 Немного про мотивацию или Чего ты хочешь?
И для ПМ, и всех остальных постановка целей и их последующее достижение ведет к получению дофамина, а это и есть та радость, которая получается от работы и делает ее интересной. Автор советует периодически возвращаться к себе и отвечать на вопрос: «чего ты хочешь?». И с HR станет сразу проще говорить, и цели появятся, а за этим и интересная работа.
📌 Как управлять проектом в условиях удаленной работы: лучшие практики для начинающих
Советы и лучшие практики по управлению удаленщиками и реализации проектов. Среди них: правильные инструменты для коммуникации, правила общения, организация встреч, структурирование знаний и данных, фокус на результатах, применение ОКР (а как же без него). Ну и автоматизация процессов!
📌 Все задачи срочные и важные: как навести порядок в системе, если приоритеты не работают
«Эта задача очень срочная, и не забывайте про вчерашние запросы — они мне нужны в первую очередь». Авторы обсуждают такие ситуации, почему не работают приоритеты и как использовать Cost of Delay, чтобы определить очередность задач.
📌 Полный гид по созданию задач в Jira: от Эпиков до Багов
Жира ушла, а гайды остались. Конкретно этот полным не назвать, но представление о том, что это, вы получите)
📌 Аналоги Jira в России: подборка из 12 сервисов
Неплохой и подробный обзор аналогов: kaiten, Evateam, Аспро и другие.
📌 P3.express научил отказываться от провальных проектов
Про внедрение методологии, ее ключевые пункты, отличия от PMBOK, обучение и сертификацию.
3❤4👍3🔥3❤🔥1💘1
🔥 Самые интересные материалы по управлению проектами за 07.12 - 20.12.2024
💥Основы и гайды
✅Планирование проекта: что это такое и как правильно составить план
Про основы проектного планирования и подробно про разработку плана проекта, от определения цели и до контроля мероприятий и запуска.
✅Scope (Скоуп) в управлении проектами
Скоуп, условно, - это всё содержание проекта: цели, главные задачи, результаты и ограничения проекта. Хороший понятный текст про то, почему растёт объём работы и как управлять изменениями.
✅Диаграмма Ганта не работает. Показываем на примере правительства США, Airbus и Amazon
Про диаграмму Гант(т)а, которую авторы считают “не очень хорошим” инструментом планирования, - за счет своей простоты она может создавать ощущение, что всё понятно и идёт по плану (прям как неточный градусник). Но нет — он просто не может показывать форс-мажоры. Да и в целом, скорее про визуализацию, а не планирования.
✅Как изучение потребностей аудитории помогает создать успешный продукт
Создание успешного продукта — это как построение прочного моста между задачей пользователя и её решением. Если этот мост будет построен без учета глубины реки или потребностей тех, кто по нему будет ходить, он либо рухнет, либо окажется никому не нужным. Материал — о том, почему изучение аудитории и её потребностей является основой любого успешного продукта.
✅Проверка гипотез в продукте: от идеи до результата
Проверка гипотез — это не только способ избежать ошибок, но и возможность глубже понять своих пользователей. Материал - про фреймворк Jobs-to-be-Done (JTBD), который даёт инструмент для формулировки гипотез, ориентированных на реальные задачи, что делает их проверку более эффективной.
✅Сложное — просто: архитектуры ПО на жизненных примерах
Про монолиты, микросервисы и микрофронтенды без сложных терминов и технических деталей, чтобы те, кто только начинает разбираться в теме, могли понять, что к чему.
✅От манифеста к практике: как Agile меняет мир
Об истории возникновения гибкого подхода и его ключевых методах — Scram и Kanban, и почему методология стала популярной и актуальной в наше время.
✅Can Pure Scrum Actually Work?
Scrum — это не столько структура управления проектами, сколько отражение фундаментального подхода организации к созданию ценности. Он требует глубокого сдвига от восприятия работы как серии предписанных шагов к ее рассмотрению как непрерывного пути открытий и адаптации. Поэтому успешные внедрения скрама связаны не с идеальным следованием набору правил, а с принятием мышления постоянного совершенствования, радикальной прозрачности и подлинного сотрудничества.
✅7 Advantages of Scrum (Plus 1 Hidden Disadvantage)
Статья от “самого” Майка Кона про преимущества скрама (здесь всё предсказуемо: улучшения коммуникации, короткие спринты, постоянное совершнствование и т.д.) и про один (1) недостаток: придется многое перестраивать в работе команды и компании.
💥Основы и гайды
✅Планирование проекта: что это такое и как правильно составить план
Про основы проектного планирования и подробно про разработку плана проекта, от определения цели и до контроля мероприятий и запуска.
✅Scope (Скоуп) в управлении проектами
Скоуп, условно, - это всё содержание проекта: цели, главные задачи, результаты и ограничения проекта. Хороший понятный текст про то, почему растёт объём работы и как управлять изменениями.
✅Диаграмма Ганта не работает. Показываем на примере правительства США, Airbus и Amazon
Про диаграмму Гант(т)а, которую авторы считают “не очень хорошим” инструментом планирования, - за счет своей простоты она может создавать ощущение, что всё понятно и идёт по плану (прям как неточный градусник). Но нет — он просто не может показывать форс-мажоры. Да и в целом, скорее про визуализацию, а не планирования.
✅Как изучение потребностей аудитории помогает создать успешный продукт
Создание успешного продукта — это как построение прочного моста между задачей пользователя и её решением. Если этот мост будет построен без учета глубины реки или потребностей тех, кто по нему будет ходить, он либо рухнет, либо окажется никому не нужным. Материал — о том, почему изучение аудитории и её потребностей является основой любого успешного продукта.
✅Проверка гипотез в продукте: от идеи до результата
Проверка гипотез — это не только способ избежать ошибок, но и возможность глубже понять своих пользователей. Материал - про фреймворк Jobs-to-be-Done (JTBD), который даёт инструмент для формулировки гипотез, ориентированных на реальные задачи, что делает их проверку более эффективной.
✅Сложное — просто: архитектуры ПО на жизненных примерах
Про монолиты, микросервисы и микрофронтенды без сложных терминов и технических деталей, чтобы те, кто только начинает разбираться в теме, могли понять, что к чему.
✅От манифеста к практике: как Agile меняет мир
Об истории возникновения гибкого подхода и его ключевых методах — Scram и Kanban, и почему методология стала популярной и актуальной в наше время.
✅Can Pure Scrum Actually Work?
Scrum — это не столько структура управления проектами, сколько отражение фундаментального подхода организации к созданию ценности. Он требует глубокого сдвига от восприятия работы как серии предписанных шагов к ее рассмотрению как непрерывного пути открытий и адаптации. Поэтому успешные внедрения скрама связаны не с идеальным следованием набору правил, а с принятием мышления постоянного совершенствования, радикальной прозрачности и подлинного сотрудничества.
✅7 Advantages of Scrum (Plus 1 Hidden Disadvantage)
Статья от “самого” Майка Кона про преимущества скрама (здесь всё предсказуемо: улучшения коммуникации, короткие спринты, постоянное совершнствование и т.д.) и про один (1) недостаток: придется многое перестраивать в работе команды и компании.
2🔥5❤2👍2😁1
💥 Немного о личном.
В завершающие дни 2024 года я получил одну из самых ценных наград - за экспертизу в Всероссийском отборе инклюзивных проектов "Открыто для всех", организованном АСИ.
Это конкурс проектов, позволяющих людям с ограниченными возможностями здоровья жить и работать лучше, комфортнее и интереснее. Проекты разного масштаба - от корпоративных программ промышленных предприятий и ритейла до локальных ивентов.
Моя роль достаточно скромная - проведение экспертной оценки проектов, поступающих на конкурс, выявление точек роста, определение лучших практик и подготовка к их тиражированию. Но как же здорово, когда мои отзывы и рекомендации помогают авторам дополнить, улучшить, а то и перезагрузить проект, - а кому-то даже стать победителем. Это и есть настоящее удовольствие от работы.
Подробнее о проекте и наградах: https://asi.ru/news/203247/
В завершающие дни 2024 года я получил одну из самых ценных наград - за экспертизу в Всероссийском отборе инклюзивных проектов "Открыто для всех", организованном АСИ.
Это конкурс проектов, позволяющих людям с ограниченными возможностями здоровья жить и работать лучше, комфортнее и интереснее. Проекты разного масштаба - от корпоративных программ промышленных предприятий и ритейла до локальных ивентов.
Моя роль достаточно скромная - проведение экспертной оценки проектов, поступающих на конкурс, выявление точек роста, определение лучших практик и подготовка к их тиражированию. Но как же здорово, когда мои отзывы и рекомендации помогают авторам дополнить, улучшить, а то и перезагрузить проект, - а кому-то даже стать победителем. Это и есть настоящее удовольствие от работы.
Подробнее о проекте и наградах: https://asi.ru/news/203247/
4❤🔥6❤4🔥4
🔥 Самые интересные материалы по управлению проектами за 07.12 - 20.12.2024
🚶 Команда проекта
📌Модель DISC. Зачем мы присваиваем людям цвета в команде
Про инструмент для понимания психотипа и его влияния на выбор мужа поведение человека с помощью двух шкал: экстраверсия-интроверсия и логика-этика в принятии решений. Автор статьи прошел путь от неприятия модели до применения внутри компании и прироста эффективности.
📌Как не утопить себя в дедлайнах: лягушки, помидоры, Эйзенхауэр и другие лайфхаки фронтендера
Про выгорание в целом для всех и для фронтендера в частности. Как распознать, как предупредить и как выбраться, если вы все-таки выгорели.
📌«Другие KPI» как инструмент долгосрочного развития команды
Очень подробный текст про систему оценки или даже развития команды разработки. Помимо стандартный KPI автор культивирует и другие (включая публичность, навыки выступлений и написания статей), - и якобы результаты работы его радуют, и команда счастлива.
📌Снижаем Bus Factor в команде
Про снижение вот этого фактора за счет распределения знаний в команде, ускорения онбординга, вовлечения команды в процесс, улучшения коммуникации внутри.
📌У тимлида нет цели, но есть путь. Или как стать настоящим самураем и не сделать сеппуку
Кто такой тимлид, какова его роль и как идти этим путём и не окончить самурайский путь преждевременно (про делегирование, коммуникацию, прозрачность процессов, обратную связь).
📌«Хотели как лучше, а получилось как обычно»: почему заказчик получает не то, что хотел?
Про разрыв ожиданий и как его избежать: не делать чересчур оптимистичное планирование, наладить регулярную связь с заказчиком, предупреждать резкое разрастание или изменение требований, а также развивать насмотренность, чтобы понимать лучше, что же там хочет заказчик.
📌Вся правда о еженедельных созвонах, или Зачем переливать из пустого в порожнее?
Еженедельные созвоны — это образец нарушения всех правил проведения эффективного совещания) Автор разбирает неэффективные форматы и дает рекомендации, как сделать “большие” созвоны полезными.
📌Прийти на внедренный проект на этапе развития системы: как аналитику быстро погрузиться в процессы
Коллеги из “Коруса” - про основные шаги для включения аналитика в проект, втч погружение в предметную область (и как быть, если нет документации и много непонятных терминов), правила работы с заказчиком и командой.
📌Работа в ритме свободы: как асинхронные коммуникации помогают сделать меньше встреч и больше результатов
Большинство процессов и коммуникаций отлично подходят для перехода в асинхронный формат, без потери качества. При этом ускоряя процесс принятия решения и снижая уровень стресса, за счет отсутствия постоянного ожидания немедленного ответа. Статья - набор рекомендаций по переходу на “асинхрон”.
📌Как строится работа над ИТ-продуктами в больших компаниях
А строится она за счет стандартизации процессов, вовлеченности всех участников команды в проект, а также благодаря автоматизации проектов и автоматизированному контролю качества.
📌Инициатива не приветствуется, а дедлайна нет. О корпоративной культуре в разных компаниях от лица аналитика
Истории из жизни одного аналитика, который поработал в разных типах коллективов и решил сравнить их. Интересненько.
📌Модель DISC. Зачем мы присваиваем людям цвета в команде
Про инструмент для понимания психотипа и его влияния на
📌Как не утопить себя в дедлайнах: лягушки, помидоры, Эйзенхауэр и другие лайфхаки фронтендера
Про выгорание в целом для всех и для фронтендера в частности. Как распознать, как предупредить и как выбраться, если вы все-таки выгорели.
📌«Другие KPI» как инструмент долгосрочного развития команды
Очень подробный текст про систему оценки или даже развития команды разработки. Помимо стандартный KPI автор культивирует и другие (включая публичность, навыки выступлений и написания статей), - и якобы результаты работы его радуют, и команда счастлива.
📌Снижаем Bus Factor в команде
Про снижение вот этого фактора за счет распределения знаний в команде, ускорения онбординга, вовлечения команды в процесс, улучшения коммуникации внутри.
📌У тимлида нет цели, но есть путь. Или как стать настоящим самураем и не сделать сеппуку
Кто такой тимлид, какова его роль и как идти этим путём и не окончить самурайский путь преждевременно (про делегирование, коммуникацию, прозрачность процессов, обратную связь).
📌«Хотели как лучше, а получилось как обычно»: почему заказчик получает не то, что хотел?
Про разрыв ожиданий и как его избежать: не делать чересчур оптимистичное планирование, наладить регулярную связь с заказчиком, предупреждать резкое разрастание или изменение требований, а также развивать насмотренность, чтобы понимать лучше, что же там хочет заказчик.
📌Вся правда о еженедельных созвонах, или Зачем переливать из пустого в порожнее?
Еженедельные созвоны — это образец нарушения всех правил проведения эффективного совещания) Автор разбирает неэффективные форматы и дает рекомендации, как сделать “большие” созвоны полезными.
📌Прийти на внедренный проект на этапе развития системы: как аналитику быстро погрузиться в процессы
Коллеги из “Коруса” - про основные шаги для включения аналитика в проект, втч погружение в предметную область (и как быть, если нет документации и много непонятных терминов), правила работы с заказчиком и командой.
📌Работа в ритме свободы: как асинхронные коммуникации помогают сделать меньше встреч и больше результатов
Большинство процессов и коммуникаций отлично подходят для перехода в асинхронный формат, без потери качества. При этом ускоряя процесс принятия решения и снижая уровень стресса, за счет отсутствия постоянного ожидания немедленного ответа. Статья - набор рекомендаций по переходу на “асинхрон”.
📌Как строится работа над ИТ-продуктами в больших компаниях
А строится она за счет стандартизации процессов, вовлеченности всех участников команды в проект, а также благодаря автоматизации проектов и автоматизированному контролю качества.
📌Инициатива не приветствуется, а дедлайна нет. О корпоративной культуре в разных компаниях от лица аналитика
Истории из жизни одного аналитика, который поработал в разных типах коллективов и решил сравнить их. Интересненько.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥5🙏4❤3😱1
Всем привет!
С наступающим Новым годом!
И давайте я не буду желать всем нам сбычи мечт. Это уже общее место и как бы “само собой”.
Наоборот, я хочу пожелать, чтобы в новом году произошли радостные события, о которых сейчас мы даже не подозреваем.
Например, год назад я даже не подозревал, что сделаю сверхпоказатели для бизнеса, в котором работаю и буду давать мастер-классы товарищам по цеху. Что мне настолько повезет с коллегами (Саша, привет!). Что я стану наставником для сотен авторов. Что окажусь лауреатом награды и стану востребованным экспертом в федеральном проекте. Даже что этот “Проектный дайджест” будет расти и развиваться, обрастая публикациями на Хабре и новыми подписчиками.
Всё это произошло вне контура загаданных год назад желаний и прогнозов. И тем радостнее эти “черные лебеди” здорового человека.
Поэтому пусть в наступающем году сбудется то счастье, о котором сейчас мы даже не подозреваем!
С наступающим Новым годом!
И давайте я не буду желать всем нам сбычи мечт. Это уже общее место и как бы “само собой”.
Наоборот, я хочу пожелать, чтобы в новом году произошли радостные события, о которых сейчас мы даже не подозреваем.
Например, год назад я даже не подозревал, что сделаю сверхпоказатели для бизнеса, в котором работаю и буду давать мастер-классы товарищам по цеху. Что мне настолько повезет с коллегами (Саша, привет!). Что я стану наставником для сотен авторов. Что окажусь лауреатом награды и стану востребованным экспертом в федеральном проекте. Даже что этот “Проектный дайджест” будет расти и развиваться, обрастая публикациями на Хабре и новыми подписчиками.
Всё это произошло вне контура загаданных год назад желаний и прогнозов. И тем радостнее эти “черные лебеди” здорового человека.
Поэтому пусть в наступающем году сбудется то счастье, о котором сейчас мы даже не подозреваем!
4❤8🍾3🎄2❤🔥1🤗1
🔥 Самые интересные материалы по управлению проектами за 21.12.24 - 11.01.2025
📌Основы и гайды
⭐️Про ремесло и искусство, AI и немного о Scrum
О том, как важно быть не просто исполнителем, а со-творцом будущего продукта/проекта. Потому что только такие и останутся после все более широкого распространения ИИ-инструментов для кодинга. Отсюда и вывод о прогрессивности гибких подходов - они формируют умение коммуницировать друг с другом, подходить к вопросу творчески и совместно искать оптимальные пути решения задач и развития программных продуктов.
⭐️А где в Agile и Scrum качество?
Автора как-то упрекнули, что весь его продукт технически “сделан на коленке” - и вот автор задумался, почему же так и какую роль играют методы скрама в этом. Оказалось, что они ни при чем, просто нужно фокусироваться на небольших ключевых фичах и совершенствовать их, а не оставлять за собой горы недоделок.
⭐️Scrum is dead или почему Kanban намного эффективнее Scrum
Scrum и Kanban стали основными инструментами для команд, работающих по методологии Agile. Статья - о том, какие преимущества даёт Kanban по сравнению со Scrum (в их числе - отсутствие необходимости в спринтах, гибкость и отсутствие фиксированных ролей, процесс непрерывного улучшения и т.д.)
⭐️Работа в состоянии потока: как Канбан-метод делает разработку быстрее, умнее и эффективнее
И еще один текст про канбан, с акцентом на его практики (визуализация, WIP, управление потоком, использование петель обратной связи).
⭐️Как наладить работу в Scrum?
В ходе разработки приходится управлять множеством рисков и неопределенностью, и если вовремя не адаптироваться, есть высокий риск получить жабокрик. Материал - о том, как скрам, с его гибкостью и фокусе на результате, помогает управлять рисками и развивать продукт.
⭐️Что такое Story Points? Как оценивать в них задачи? Как можно это стандартизировать?
Максимально краткая шпаргалка по теме попугаев стори-пойнтов: что такое, почему это не оценка времени, как использовать шкалу, как проводить оценку в команде.
⭐️Декомпозиция задач: Как сделать проекты управляемыми и успешными
Про два подхода к декомпозиции (горизонтальный и вертикальный), про техники (этапное разбиение БП, разделение на позитивные и негативные сценарии и т.д), ну, и про преимущества применения декомпозиции в работе.
⭐️«Разработка требований» Вигерса: самый короткий конспект
«Разработка требований к программному обеспечению» Карла Вигерса и Джой Битти - это как Кнут для программистов — все про неё слышали, но мало кто читал от начала до конца. Юра Куприянов сделал экстра-краткий конспект на 5 минут чтения, и получилось вполне здраво и полезно.
⭐️«Аналитические шаблоны» на русском
Перевод известной книги Фаулера, посвященной реализации аналитических моделей, на русский язык. Труд большой, материал очень полезный.
📌Основы и гайды
⭐️Про ремесло и искусство, AI и немного о Scrum
О том, как важно быть не просто исполнителем, а со-творцом будущего продукта/проекта. Потому что только такие и останутся после все более широкого распространения ИИ-инструментов для кодинга. Отсюда и вывод о прогрессивности гибких подходов - они формируют умение коммуницировать друг с другом, подходить к вопросу творчески и совместно искать оптимальные пути решения задач и развития программных продуктов.
⭐️А где в Agile и Scrum качество?
Автора как-то упрекнули, что весь его продукт технически “сделан на коленке” - и вот автор задумался, почему же так и какую роль играют методы скрама в этом. Оказалось, что они ни при чем, просто нужно фокусироваться на небольших ключевых фичах и совершенствовать их, а не оставлять за собой горы недоделок.
⭐️Scrum is dead или почему Kanban намного эффективнее Scrum
Scrum и Kanban стали основными инструментами для команд, работающих по методологии Agile. Статья - о том, какие преимущества даёт Kanban по сравнению со Scrum (в их числе - отсутствие необходимости в спринтах, гибкость и отсутствие фиксированных ролей, процесс непрерывного улучшения и т.д.)
⭐️Работа в состоянии потока: как Канбан-метод делает разработку быстрее, умнее и эффективнее
И еще один текст про канбан, с акцентом на его практики (визуализация, WIP, управление потоком, использование петель обратной связи).
⭐️Как наладить работу в Scrum?
В ходе разработки приходится управлять множеством рисков и неопределенностью, и если вовремя не адаптироваться, есть высокий риск получить жабокрик. Материал - о том, как скрам, с его гибкостью и фокусе на результате, помогает управлять рисками и развивать продукт.
⭐️Что такое Story Points? Как оценивать в них задачи? Как можно это стандартизировать?
Максимально краткая шпаргалка по теме попугаев стори-пойнтов: что такое, почему это не оценка времени, как использовать шкалу, как проводить оценку в команде.
⭐️Декомпозиция задач: Как сделать проекты управляемыми и успешными
Про два подхода к декомпозиции (горизонтальный и вертикальный), про техники (этапное разбиение БП, разделение на позитивные и негативные сценарии и т.д), ну, и про преимущества применения декомпозиции в работе.
⭐️«Разработка требований» Вигерса: самый короткий конспект
«Разработка требований к программному обеспечению» Карла Вигерса и Джой Битти - это как Кнут для программистов — все про неё слышали, но мало кто читал от начала до конца. Юра Куприянов сделал экстра-краткий конспект на 5 минут чтения, и получилось вполне здраво и полезно.
⭐️«Аналитические шаблоны» на русском
Перевод известной книги Фаулера, посвященной реализации аналитических моделей, на русский язык. Труд большой, материал очень полезный.
3🔥7❤3🙏2❤🔥1