ЗЫ.
Кстати, это юбилейный 52-ой выпуск: примерно год назад вышел мой первый дайджест!

Скоро подведу итоги и анонсирую новые фичи.

Stay tuned ⭐️

✅ Лучшее про проекты и проектное управление за эту неделю (выпуск 53, часть 1)

Основы и гайды

📌Как не слить бюджет, соблюсти сроки и объем работ: проектный треугольник при работе с подрядчиком (~6 мин)
Как до старта проекта позаботиться о том, чтобы проектный треугольник (стоимость - сроки - объем) был сбалансирован, и как контролировать его, когда разработка уже идет полным ходом.

📌Логический долг гораздо разрушительнее технического (~4 мин)
Про долг неправильной (не соответствующей задачам и специфике компании/бизнеса) архитектуры.

📌Памятка РП. Микросервисная архитектура (~75 мин)
Большущий - 75 минут! - гайд про микросервисы.

📌Когда парное программирование не работает (~8 мин)
Про суть, особенности и противопоказания известного подхода.

📌Правила работы с задачами, до которых не доходят руки (~3 мин)
Как поддерживать бэклог в чистоте и планировать при использовании скрам/agile.

📌Метод набегающей волны в планировании (~5 мин)
Метод «набегающей волны» — это стратегия управления проектами. В ней детально прорабатывают начальные этапы и ближайшие периоды работы, а дальше планируют действия по ходу развития проекта.

📌Модель личности: как обучается наш мозг (~12 мин)
Не прямо про проекты, но про то, что точно понадобится вам в работе от одного из лучших авторов и спикеров - Максима Цепкова.

📌От идеи к успеху: гипотезы в развитии продукта (~12 мин)
Как работать с гипотезами - подходы, воркфлоу, инструменты.

📌 9 Key Project Communication Strategies & How To Best Use Them (~6 мин)
Ключевые стратегии в проектной коммуникации
Обзор ключевых коммуникационных стратегий, которые менеджеры проектов могут применить к своим проектным коммуникациям, чтобы сделать их более эффективными.

📌 Top Project Metrics and Process Metrics in Project Management for 2023-24 (~6 мин)
Основные метрики измерения проектов и процессов
Какие показатели необходимы для успеха проекта? Как узнать, какие параметры наиболее подходят для определения и измерения успешного завершения процесса? Каковы примеры показателей разработки программного обеспечения?

📌Why Is Time Tracking Bad? (~6 мин)
Почему команды ненавидят Time Tracking и как это изменить
Некоторые причины, по которым проектные команды ненавидят учет времени, и что менеджер проекта может сделать, чтобы это изменить.

Карьера и навыки менеджера проекта

🥇Я проджект, но команда сопротивляется проектному подходу: что делать (~5 мин)
Бывает, что у команды аллергия на проектное управление: сотрудники не хотят вести задачи в таск-менеджере, а порой игнорируют встречи. Этот текст - про то, как менеджеру проекта с этим бороться и не разругаться со всеми.

🥇Вижу цель, не иду к ней: как приводить проекты к результату (~3 мин)
Мы часто закапываемся в детали реализации и забываем, ради чего вообще начинали всё делать, какова была наша цель. Материал про то, как ее не забыть в потоке рутины.

🥇Делать продукт качественно или быстро? Как тимлиду найти баланс и принимать верные решения (~5 мин)
О разных подходах в оценке перспектив фичи и требованиях к их реализации - важно понимать, какой темп работы подходит для команды, важно разбираться в задаче и оценивать её в перспективе, а иногда нужно просто смириться и дописать код как можно быстрее.

🥇Надо ли раскошелиться проджекту на ChatGPT 4 и есть ли разница в ответах с бесплатной версией (~13 мин)
Сравнение возможностей разных версий ChatGPT для ПМа.

🥇Что делать, если участник команды косячит? (~2 мин)
Небольшая заметка про срыв сроком со стороны участников команды и поведение менеджера.

🥇Главные ошибки в публичных выступлениях: как не испортить свою презентацию (~5 мин)
Небольшое "введение" в публичные презентации.

✅ Лучшее про проекты и проектное управление за эту неделю (выпуск 53, часть 2)

Команда проекта

👨‍👦‍👦 Заблуждения джунов о том, кто такие сеньоры (~11 мин)
Эту статью можно прочитать самому или отправить джуну-разработчику, чтобы не романтизировать карьерный рост и роль сеньора на проекте.

👨‍👦‍👦 Не только травим тараканов: о роли тестировщика в разработке (~4 мин)
На опыте крупной компании - что такое тестирование и как работают тестировщики.

👨‍👦‍👦 Удаленка схлопывается? Как сохранить для себя этот режим работы (~5 мин)
Краткий обзор нынешней ситуации с удаленкой (если вы не в курсе) и варианты того, как сохранить право на удаленку, если вас призывают вернуться в офис.

👨‍👦‍👦 Как мы вовлекаем сотрудников и строим культуру внутри технической поддержки (~12 мин)
Способы сдружить и сформировать культуру в разношерстном и распределенном коллективе.

👨‍👦‍👦 Искусство увольнять: офбординг как ключевая компетенция. Выжимка доклада IT-конференции «Стачка» (~5 мин)
Очень много рекомендаций для правильного построения процесса увольнения сотрудников.

👨‍👦‍👦 5 причин, почему только разработчики-аутстафферы не помогут успеть к дедлайну (~4 мин)
Как нужно подготовиться, чтобы усиление команды аутстафф-разработчиками не вызвало торможение команды в целом.

👨‍👦‍👦 Управление конфликтами в инженерных командах: руководство по их эффективному разрешению (~7 мин)
Конфликт - точка роста, нудно поощрять всех в команде рассматривать споры не как препятствия, а как ступени к совершенству.

👨‍👦‍👦 Дискуссия: «токсик» — «конструктивный диссидент» или клеймо для «заноз» и тех, кто любит прямоту (~7 мин)
Одна из задач системного менеджмента — научиться создавать устойчивый баланс между различными качествами и ролями людей, в том числе, через умение управлять неизбежным конфликтом. Поэтому важно находить людей, которые станут полезной «занозой» и помогут команде двигаться вперед, - и своевременно распознавать и купировать токсичных деструкторов, не позволяя им разрушать слаженную работу команды.

Кейсы, опыт, советы, мнения

🦋 «Выученные уроки» или «Никогда такого не было и вот опять» (~11 мин)
Автор (ПМ) - про то, что предпринимал в качестве руководителя проектов с целью избежать ошибок, как реагировал, когда на проекте случались неприятности (или приятности) и зачем упаковал все это в фреймворк.

🦋 Фича-пати и что в ней важнее: фича или пати? (~5 мин)
Коллеги из Сбера - про инструмент обмена знаниями: команды и менеджеры собираются, чтобы рассказать о своем опыте, фичах, проблемах.

🦋 Чистые трудозатраты по фиче. Миф или реальность? (~3 мин)
Про опыт точного подсчета трудозатрат и их агрегацию с использованием YouTrack.

🦋 7 причин моей гибкости. Как работают принципы ITIL (~6 мин)
Много полезного опыта по работе с задачами поддержки.

🦋 SETI@Home, или Как миллионы людей искали следы внеземного разума (~6 мин)
Почему бы и не прочитать про один из самых нетривиальных проектов 20 века?

🦋 Инженерная культура Росбанка: что это и какие у неё принципы (~5 мин)
Про инженерную культуру - инструмент, который помогает компании развиваться быстрее.

🦋 Как отдать MVP на аутсорс, чтобы потом не краснеть перед начальством за потраченный бюджет (~5 мин)
Про опыт передачи работ на сторону - как общаться, что предусмотреть, как подстраховаться и т.д.

🦋 Пять историй о внезапно прилетающих задачах — и как это лечить (~4 мин)
Кейсы про "срочные" и "внезапные" задачи - как лечить, как справляться, как не допускать.

✅ Лучшее про проекты и проектное управление за эту неделю (выпуск 53, часть 3)

Инструментарий

🛠 AI и системный анализ / бизнес-анализ

🛠 Эволюция моей базы знаний за 10 лет: от блокнотов к AI-ассистенту

🛠 Как заонбордить новых сотрудников с помощью базы знаний

🛠 Перенесли Service desk из Jira на российское ПО Kaiten, чтобы продолжить работать с госсектором

🛠 7 российских аналогов Notion для создания базы знаний и заметок в 2024 году

🛠 Что не так с Mattermost и от чего подгорают пользователи? Топ 3 мессенджера, которые сохранят нервы команде

🛠 Как мы заставили ботов пахать вместо сотрудников и получили ценную базу данных

🛠 Есть ли жизнь после Slack?

YouTube
🔴 Как ВЫСТРОИТЬ ДИАЛОГ между заказчиком и исполнителем? Эффективный метод принятия решений

🔴 Модель проектного финансирования. Часть 1/2. Теория

🔴 Project Management: Expert Tips and Tricks

🔴 Продуктовый подход и клиентоориентированность в компании

🔴 Основы работы руководителя поддержки с командой

🔴 REST, как же ты достал!

🔴 Capability map — инструмент проектирования бизнес архитектуры организации

🔴 Применение средств автоматизации документирования к задачам бизнес-аналитика

🔴 Александр Долбилкин - про project management, Тинькофф и Яндекс

🔥 Самые интересные материалы по управлению проектами за неделю (часть 1)

▶️ Основы управления проектами и роль менеджера проектов

✅Важные элементы при работе в Scrum
Статья на самом деле про роль и структуру спринтов - этапы, планирование, продуктовые инкременты, роли в команде и результат (продуктовый инкремент).

✅Про реактивный и проактивный менеджмент и при чём здесь сноуборд…
Публикация - развернутая метафора становления (проджект-)менеджера как сноубордиста. Типа это путь от реактивного отношения (увидел кочку/поворот - отреагировал и увернулся) - к проактивному (заранее позаботился и предусмотрел все негативные сценарии). Посыл, в целом, справедливый.

✅Как мечтать быть переводчиком, а стать Project Manager-ом и быть счастливым
Очень интересный опыт карьерного трека, от разработчика к продакту, затем к проджекту и… Куда-то дальше. Признаюсь, завидую автору, которая очень много успела сделать за 10 лет.

✅Как перестать работать в выходные и наконец-то научиться делегировать: опыт одного тимлида
Про делегирование как основу работы менеджера/руководителя/лида. А том числе про 5 уровней (вплоть до полной передачи процессов команде), культуру и правила делегирования (например, позволять команде ошибаться, не давать готовые решения, давать обратную связь и т.д.).

✅«Когда будет готово?». Декомпозируем задачи и оцениваем сроки без фатальных ошибок
Прогноз по срокам всегда будет ошибочным, но как сделать его более реалистичным? Поможет декомпозиция, - технологическая (раскладываем по частям технологию решения) и маршрутная (идем по этапам пути пользователя). Первый хорош, когда вы владеете темой, второй - когда знаний мало и приходится отталкиваться от user-story. Ну, и конечно, третий смешанный вариант. Также автор пишет про критический путь и модель наивных сроков, когда каждая задача якобы занимает не больше одного спринта.

✅Как провести демо: о подготовке, презентации и способах работы с обратной связью заказчика
Два этапа - “подготовка” и “экшен”. Начинаем со сценария (демо-документа), думаем, что именно подсветить/показать на демо, готовим среду для демонстрации, распределяем роли, тренируемся на кошках (репетируем на своих), делаем чек-лист готовности. На самом демо - задаем правильные ожидания, упаковываем в нарратив, собираем фидбек. В целом, добротный мини-гайд по встречам с заказчиком.

✅Заметки для новичка: Как провести первую ретроспективу и не облажаться?
Про организацию ретро, от планирования и до фиксации результатов, с шаблонами и примерами. Правда, в комментариях уже написали: “Шаг #1 - Удаляешь ретроспективу у всех из календаря; Шаг #2 - Все счастливы и работают”.

✅Как писать требования к проекту. Шаблон документации
Подход автора: 1) BRD&SRS (цели, история, потребности, ценности, стейкхолдеры, границы, ФТ, НФТ), 2) бизнес-логика (диаграммы, API, компоненты), 3) UI-логика (UI экранов, локализация, навигация), 4) продуктовая аналитика и логика (метрики, события, логи).

✅Просветлённый выживший: кто такой фичекрайний и зачем это всё разработчику?
Еще одна роль, - она прижилась в 2ГИС, но, судя по статье, это что-то между проджектом и продактом. Тот, кто ответствен за доставку фичи и кому приходится вникать во все продуктовые и технические сложности ее реализации.

✅Как эффективно планировать проекты и не тратить на это недели: гайд для современных проджектов
Из “современного” - про использование ИИ-инструментов для транскрибации митингов, составления целей и этапов проекта, визуализации декомпозиции и даже составления диаграммы Гантта. Инструментов перечислено много, часть можно потестить бесплатно и даже без VPN.

✅Как избавиться от синдрома самозванца, перестать себя обесценивать и бояться участвовать в крутых проектах
“Синдром самозванца” - широко известная и уже мемная штука, но автор дает несколько практических советов, как преодолеть страх и неуверенность в своих силах.

🔥 Самые интересные материалы по управлению проектами за неделю (часть 2)

▶️ Команда проекта

✅6 способов развалить команду профессионалов
Очередная подборка вредных советов. В их числе - завести любимчиков, менять задачи и условия на ходу, вводить личную ответственность за неудачи, не привлекать к решению и т.д.

✅Чем отличаются «мягкие» навыки (soft skills) от «жестких» (hard skills) и как их измерить?
Очередной экскурс в хард/софт-скиллз. Увы, пропитан рекламой, но зато обоснованно ставит “управление проектами” в ранг hard skills.

✅Тет-а-тет: как общение с командой делает проекты крутыми?
Небольшой текст про способы коммуникации РП с участниками команды, роль небольших диалогов и типология “тетов” с примерами из личного опыта автора.

✅Релиз-менеджер — почему он вам нужен
Или не нужен. Статья - про роль менеджера, ответственного за выпуск релиза. В случае автора - выделенный человек, но чаще - как одна из функций ПМа или тимлида. Описан воркфлоу выпуска релизов в RuStore.

✅Быть жестким, но не жестоким: как разойтись с сотрудником по хорошему?
Несколько лайфхаков и советов по организации расставания с сотрудником. Из оригинального - совет не увольнять перед выходными, т.к. (цитата) “ваш уходящий сотрудник будет снедаем чувствами потери и страха за будущее все выходные до понедельника, где он, наконец, сможет начать общаться с другими работодателями”.

✅Оффбординг и точка + чек-лист с вопросами после расставания
И еще один текст про увольнение, главная ценность - опросник для уходящего сотрудника из 10 пунктов.

✅Токсичные мудаки, бюрократия, лидер-удав и другие факторы, которые развалят любую команду
Все хорошие команды хороши одинаково (по мнению автора) - внутри них царят доверие, открытость и требовательность. Но есть и негативные факторы. Кроме вынесенных в название - кривая организационная структура, непостоянство решений и т.д.

▶️ Опыт и кейсы

✅Сферический конь в вакууме: как (не)работает Agile в России
Порция примеров, когда не нужно использовать “аджайл” в компании и в команде, - в основном, про соответствие подхода цели и культуре компании, освобождение от культа новизны.

✅Поезд «Jira – Kaiten». Путь Х5
Прекрасный рассказ про импортозамещение джиры, - что им занимаются не только стартапы, но и крупняк. У X5 все получилось, миграция прошла успешно, что-то доработал по их просьбе вендор, а много устроило в типовом виде.

✅Нет, мы так не работаем
Кейс: вы - проектная команда на аутстаффе, делаете свою работу, а у заказчика внезапно меняется продакт (или ПМ на стороне заказчика), у которого совсем (!) другое видение и стиль работы. И все идет не по плану. Что делать? По опыту автора, такую проблему можно успешно локализовать.

✅Их Айти VS наш Айти: чем отличается разработка в Европе и в РФ
Коротко: в Европе нет универсальной системы грейдов, разработчики сами ставят себе задачи, тестировщиков часто нет, к багам относятся терпимее, редко двигают дедлайны, а переработки вызывают непонимание. Ну и ЗП внезапно побольше)

✅Лист бумаги, матрица Эйзенхауэра или таск-трекеры: опыт синьора из «Майкрософта»
Про инструментарий для эффективной работы. Для задач - бумага и ToDoist, для контроля бесполезной активности - RescueTime и Toggl Track. Результат - рост продуктивности.

🔥 Самые интересные материалы по управлению проектами за неделю (часть 3)

▶️ YouTube

🔴 А оно вам надо? Почему внедрение проектного управления не гарантирует успеха и как это исправить (1:00:37)
Про ценность и ключевые факторы успеха проектного управления, обязательства Заказчика при внедрении системы управления проектами.

🔴 HOW LARGE IS THE GAP BETWEEN BUSINESS ANALYSTS AND BUSINESS? (1:12:31)
О работе аналитиков (и ПМ) с бизнесом - зачем мы ему нужны? Чего заказчики от нас хотят? Почему они иногда ведут себя странно? И как можно выполнить работу и выполнить задачи, не сойдя с ума.

🔴Job Crafting в работе ИТ-архитектора (39:09)
Что такое Job crafting и как его применять при развитии информационной системы компании.

🔴Игра о потерянном времени: миф о многозадачности (36:55)
Что будет быстрее - сделать 10 задач последовательно одну за другой, или делать их в режиме многозадачности, переключаясь с одной на другую, и возвращаясь обратно по мере возможности.

🔴Как менеджеру прогнозировать сроки выполнения задачи с вероятностью 80-90%? (33:58)
Менеджерам постоянно приходится отвечать на вопрос «когда сделаете?» или «когда будет готово?». Но любой менеджер знает – чтобы гарантированно уложиться в срок, нужно заложить трехкратный запас времени. Заказчики этот принцип тоже знают и стремятся срезать срок, насколько это возможно. Обе роли «торгуются» и давят друг на друга, пока кто-нибудь не продавит свое решение. В итоге недовольными, как правило, оказываются все.

🔴Продуктовый vs проектный подход: что выбрать? (1:22:10)
Дискуссия двух экспертов на тему того, в чем разница между продуктовым и проектным подходами, и какой подход лучше выбрать в зависимости от контекста.

🔴Как преодолеть конфликт между IT и бизнесом? (28:29)
Кто виноват в конфликте бизнеса и IT, на какие грабли не стоит наступать и каким принципам следовать для решения.

🔥 Самые интересные материалы по управлению проектами за неделю (часть 1)

▶️ Основы и гайды
🔘 Стоит ли изучать классические подходы к управлению проектами в 2024 году
Куратор “Яндекс.Практикума” считает, что да, стоит. Главное внимание при этом уделить PMBOK, который живее всех живых, - в первоисточнике или в в переработанном виде (книги, курсы). На собеседованиях PMBOK тоже часто в центре внимания.

🔘 Kanban метод: инструкция к применению
Отличный гайд от Дмитрия Курдюмова: зачем нужен канбан, шесть базовых практик (визуализация, ограничение задач в работе и т.д.), метрики (пропускная способность и распределение времени выполнения), инструменты ведения канбана.

🔘 Методы и инструменты для эффективного прогнозирования бюджета
Про основные методы и инструменты для эффективного прогнозирования бюджета - всё серьезно (регресионный анализ, метод освоенного объема и прочее), но без примеров, так что много не почерпнете.

🔘 Спринты: инструмент для повышения продуктивности и качества работы
Подробно про роль спринтов, причем в отрыве от методологий, подходов и отрасли. Авторы считают, что спринты сами по себе удобный и полезный инструмент.

🔘 От идеи до бизнес-эффекта: PoC, MVP и MLP. Полное руководство по снижению риска при запуске продукта или проекта
Не совсем руководство, но материал очень концентрированный и упорядоченный. Зачем нужны MVP, MLP и POC, в чем разница между проектным и продуктовым подходом к снижению риска, как понять, что именно делать - MVP или MLP, какие этапы у создания MVP, как использовать метод Кано, как запускать тестирование, собирать данные и принимать решения.

▶️Менеджер и команда проекта

🔘 Работа руководителя – а она правда тебе нужна?
О том, какая мотивация и ожидания от управленческой работы приводят или не приводят людей к успеху. Главное, к чему нужно приготовиться, - это к обилию коммуникации, переговоров, споров и разного рода взаимодействия с людьми. Если это норм - то и в руководители можно идти)

🔘 Нужен ли менеджеру проектов технический бэкграунд и как его нарабатывать? Исповедь ПМа и опрос разработчиков
Результаты опроса привели автора к выводу, что да, техническая подкованность нужна. Как для общения с командой, так и для создания доверительных отношений с заказчиком, который хочет верить, что менеджер действительно разбирается в происходящем. В статье дается множество советов и рекомендаций о том, как повышать уровень технических знаний, даже если вы совсем гуманитарий.

🔘 16 типов менеджеров проектов: от токсика и пингатора до бюрократа и мамы-утки
Честно скажу, материал мне не понравился. Это не классификация, а кунсткамера сатирических типажей, среди которых нет ни одного позитивного. Есть и рекомендации, как распознать тип на собеседованиях, но в целом всё это токсично и кликбейтно)

🔘 «Почему едет он, а не я»: кто такой хороший менеджер и как им стать
Коротко: у хороших менеджеров развиты софт-скиллы, и успех менеджера и проекта во многом зависит именно от их развитости. Авторы разбирают, какие софт-скиллы нужны ПМу в работе и как их развить.

🔘 Стажировки в IT: ожидание vs реальность
Набор советов и рекомендаций продактам и проджектам, попавшим на стажировку, - как правильно ее пройти, чтобы не было мучительно больно.

🔘 Нет — законченное предложение. Как научиться говорить его людям
Для тех, кто не умеет отказываться - от предложений, от задач, от переработок, - и страдает от этого. Автор пишет про способы работы с манипуляциями и “правильные” отказы от некомфортных предложений.

🔘 Свобода или дистанционная клетка? Как устроена удаленная работа в IT-компаниях
Для тех, кто хочет узнать, как устроена работа с удаленщиками в разных компаниях - в чем ведут трекинг задач, как контролируют, что сотрудник занимается делом, а не пинает балду и т.д. Любопытно!

🔘 Профилактика выгорания: 7 лучших практик команды цифрового продукта
Теле2 - про то, как формирует культуру невыгорания. Культура “No blame” (нет виноватых), совпадение личных и корпоративных целей и ценностей, поддержка и доверие руководителя и т.д. Верить этому или нет - дело ваше))

🔥 Самые интересные материалы по управлению проектами за неделю (часть 2)

▶️ Кейсы и опыт
🔘Весь Росатом работал на Джире — и что случилось в день Х
Один из лучших кейсов недели - про поиск альтернативы для Jira и поэтапный переход на свое собственное решение. Интересно вообще как организация замены любого ключевого инструмента в компании.

🔘Стройка VS IT: как я нашла свое место в проектном менеджменте
Ничего нового, только опыт автора поиска работы ПМом после курсов - не так уж все и плохо, работа есть, джуны нужны, но собеседования и работа может быть разной.

🔘 Как мы оптимизировали процессы внедрения 1С: проектная методология КРОК
Да, это в первую очередь для 1Сников, но сам материал хороший и демонстрирует проектную зрелость компании, внедряющей решения для учета (втч ERP) со множеством интеграций. Основа - проектная культура (общие ценности и подходы), выделение в команде куратора и двух РП (технический и собственно ПМ), использование ролей архитекторов и консультантов (которые могут брать на себя функции бизнес-аналитиков и системных аналитиков).

🔘 Учет задач в трекере. Одна задача на всех или каждому по задаче?
Материал про ситуацию, когда есть большая задача с множеством (со)исполнителей, которые подключаются на разных этапах, и нужно понять, вести ли ее как единую задачу и менять исполнителей или же разбить на подзадачи для каждого.

🔘 Оживляем ретроспективы с помощью процессных метрик
У авторов были “бла-бла”-ретроспективы, сводившиеся к обсуждению субъективных впечатлений. И они решили обсуждать не свои чувства, а измеряемые метрики работы команд. Например, долю переходящих задач, старение бэклога, время цикла и пропускную способность команды.

🔘 Как я выбирал метод приоритизации задач, а закончил политическими координатами
Про разные способы приоритезации, их взаимосвязь с структурой и культурой организации.

🔘 Как отсутствие фокуса убивает IT продукты
Про то, что, как и в жизни, важно не только идти вперед, но и держать фокус на главном, а не распыляться на множество неприоритетных фич.

▶️ YouTube
🔴 ТРИЗ, как инструмент повышения эффективности команды
Про инструменты ТРИЗ, позволяющие находить нестандартные решения, а также реальные кейсы компаний, которые смогли повысить эффективность, решив возникшие перед ними проблемы.

🔴 Разработка стратегии цифровой трансформации. Практический опыт
Практический опыт разработки стратегии цифровой трансформации - этапы аудита текущей архитектуры, разработки целевой функциональной архитектуры и создания функционально-технических требований, секреты создания ФТТ к целевой архитектуре.

🔴 Is Agile a Scam?
Правильно ли менеджеры используют методологию, - ведь не случайно многие говорят о вырождении Agile.

✅ Самые интересные материалы по управлению проектами за неделю (часть 1)

▶️ Основы теории и гайды

🔹 Экстремальное программирование: полное руководство

Экстремальное программирование (XP) — это одна из методологий Agile. Несмотря на название, некоторые практики уже стали стандартом в индустрии — например, рефакторинг и непрерывная интеграция. XP сосредоточена на упрощении процесса разработки, минимизации документации и максимизации обратной связи от заказчиков. Авторы пишут про ценности и правила XP, сложившиеся практики и такие понятия, как “виток планирования” и “обратная связь”.

🔹 Проектный треугольник: что это такое и как работает
Стоимость-Время-Объем - основа проектного управления, и материал - при применение этой модели, про управление рисками и изменениями на ее основе, а также про работу с треугольником в Agile и скраме.

🔹 Как выявлять бизнес-риски: 8 методов
О том, как научиться идентифицировать риски и почему это важно. И также 8 способов определения рисков: мозговой штурм, интервью со стейкхолдерами, NGT (метод номинальных групп), диаграмма сродства, анализ требований, планы проектов, анализ первопричин и SWOT-анализ.

🔹 Wireframe vs. mockup vs. prototype: в чем разница?
Наверняка вы знаете, в чем, но статья неплохо систематизирует отличия по форме и по задачам, для которых они используются. Эскизы (вайрфреймы) — базовые визуализации, которые фокусируются на том, что будет делать новый продукт или функция. Макеты (мокапы) — статичные, но реалистичные изображения того, как будет выглядеть продукт или функция и как они будут использоваться. Прототипы — высококачественные изображения, демонстрирующие, как пользователь будет взаимодействовать с новым продуктом или функцией.

🔹 Протокол HTTP
Немного технического ликбеза - большой туториал по http, принципам его работы, применению и инструментам работы с http-запросами и трафиком (в частности telnet и Wireshark).

▶️ Навыки и карьера менеджера проектов

🔹 Как руководителю превратить жизнь команды в ад и надёжно заблокировать себе дальнейший рост. Пошаговый гайд
Очередной сборник вредных советов для РП и тимлида. Не давать подчиненным совершать ошибки, если ошибка произошла - дать “фидбек” (разнос) при всех сотрудниках, всегда спорить и отстаивать свою позицию, не заниматься развитием и т.д.

🔹 Как ставить задачи коллегам которых вы ненавидите: 8 вредных советов
И еще один сборник, теперь про постановку задач. Среди советов - ставить одну огромную задачу вместо мелких, писать слишком общее ТЗ, отказ от обратной связи по задачам и т.д.

🔹 Адекватность РП и тимлидов. Часть 1. Вмешательство в процесс и влияние на результат
Тоже про ошибки (проблемы, отклонения) в работе с командой. С множеством примеров из личного опыта автора. Например, подход “Я уже пообещал”, из-за которого приходится делать, лишь бы сделать, а не оптимально. Или “Я раньше тоже программировал” - менеджер видит себя мерилом объемов и сложности поставленных задач. Там еще несколько интересных паттернов, ну и еще есть специфика 1С-разработки.

🔹 Неожиданное увольнение: Что происходит, когда тимлид забывает про свои обязанности
И еще один текст про безответственных руководителей команд и про то, как несобранность одного менеджера становится причиной колоссальных проблем для команды и проекта.

🔹 Как менеджеру прогнозировать сроки выполнения задачи с вероятностью 80-90%?
Отличный большой материал по работе с канбаном - как приготовиться, как правильно выстроить процесс, какие метрики брать, как анализировать блокеры и т.д.

🔹 Типичные ошибки – фактор роста аналитика и менеджера
Детальнейший разбор того, как работать с ошибками, разбирать, классифицировать, по сути - методика управления ошибками на проекте. На мой взгляд, очень полезный для аналитиков и РП материал.

🔹 Как подогнать любую методологию управления под свой проект, команду, компанию
Допустим, вы пришли в команду со своей методологией. А она не взлетает - сотрудники отказываются или саботируют, результата нет, все плохо. Можно расстроиться, уволиться или смириться, а можно, как советует автор, адаптировать методологию под реалии, сделать перезагрузку и получить выгодный всем результат.

🔹 Как стать магистром продуктивности: 7 советов из книги «Джедайские техники»
Если вы вдруг не читали или забыли книгу Максима Дорофеева, то вот короткие выдержки с примерами. От “правила 2 минут” и до метода рационального фланера.

🔹Рассказываю про SDLC для менеджеров проекта и нетехнических специалистов
SDLC - жизненный цикл разработки программного продукта (планирование…сопровождение). Автор рассказывает про свой подход как ПМа к визуализации SDLC для разработчиков, которая якобы помогла избавиться от эксель-отчетов и увеличила эффективность команды.

✅ Самые интересные материалы по управлению проектами за неделю (часть 2)

▶️ Команда проекта
✅ Главное не состав команды, а то, как люди в ней взаимодействуют, организуют работу и оценивают свой вклад в общее дело
Спасибо за название - в нем вся суть материала. Опираясь на исследования Гугла, автор подчеркивает: команды, собранные из звезд и суперспециалистов, могут уступать командам, которые “хорошо сыграны” и правильно организуют коммуникацию.

✅ Кто такой аналитик бизнес-данных по стандарту Guide to Business Data Analytics
Николай Судников опубликовал перевод руководства Guide to Business Data Analitics (Руководство по аналитике бизнес-данных) на русский язык. 170+страничный ценный материал для любого, кто занимается бизнес-процессами и аналитикой.

✅Как эффективно организовать 20 команд работающих на одну цель?
Дмитрий Курдюмов вновь радует публикацией - на этот раз она посвящена модели взаимодействия 20 команд внутри одного маркетплейса. В основе подхода Дмитрия - каденции, использование доменного подхода, OKR.

✅Как не бояться задавать глупые вопросы и копать вглубь
Материал команды Naumen (в посте есть и видеоверсия) посвящен одному из самых мешающих развитию страхов - страху задавать вопросы. Правильная позиция - не только не бояться задавать, но и делать это грамотно: через “5 почему”, пересказ, мозговой штурм и подобные методы.

✅Конфликты в коллективе низкая мотивация перебрасывание ответственности: как геймификация помогает решить эти проблемы
На закуску - веселый текст про геймификацию работы в команде/компании со множеством оригинальных примеров (но, правда, без замеряемой эффективности, всё на словах).

▶️ Опыт и кейсы
✅ИТ-ландшафт производства на 17 тысяч человек

Не смог не включить в подборку очень интересный рассказ про то, как всё устроено на одном из предприятий ОМК. Детальная картина - от железа до софта, интеграций и подсистем.

✅Как работать над несколькими проектами одновременно и не сойти с ума
Короткие интервью менеджеров, продюсеров и творческих людей о том, что помогает им вести сразу несколько проектов.

✅Почему в Авито сильная аналитическая культура: 6 главных принципов команды Недвижимости
Фундаментальный, со множеством ссылок, текст про роль аналитиков в проектных и продуктовых командах Авито, - принципы, пайплайн, общие корпоративные подходы. Интересно.

✅Построение системы работы с компетенциями в команде бизнес-аналитиков
А команда “Спортмастера” рассказала про составление матрицы компетенций аналитика - с чего начать (с определения текущий ситуации, занятий БА) и чем продолжить (грейдирование и определение ожиданий от каждого уровня). Майндмэп компетенций - в комплекте.

✅Как построить работу в таск-трекере, чтобы он приносил максимальную пользу. Наш опыт на примере сервиса Mogu

✅Где бизнесу вести проекты, контролировать дедлайны и хранить базу знаний после ухода Trello

Две публикации от команды Сбермаркетинга о том, как там ведутся проекты и задачи сейчас, какие сервисы были апробированы, про их плюсы и минусы. Упоминаются Mogu, Todoist, Habitica, GanttPro, Intradesk и даже редкий гость таких подборок - Гугл-задачи.

▶️ YouTube
Недавно в канале была большая подборка видео.
Но также обращу внимание:

🔴 Эволюция доски Jira в Тинькофф Банк

🔴 Разбивка пользовательских историй

🔴 Как приблизиться к идеалу документации на проекте?

🔴 Книжный клуб: Обсуждаем первые главы BPM CBOK (3 часть)

🔴 Планирование БА активностей на Agile проектах