Проектный дайджест #3

Что интересного писали про управление проектами за прошедшую неделю.

Вот и подошли очередные выходные, а значит, пришло время подвести итоги недели. И хотя праздники сказались на количестве постов, нам есть что вспомнить. Тем более что в этот раз мы (по немногочисленным просьбам) добавили в обзор публикации с Хабра.

• Ожидание | Реальность. Подводные камни agile-трансформации: разбор ошибок и советы
  На наш взгляд, хит недели. В основе публикации - кейс автора книги "Переосмысляя Agile" Клауса Леопольда: некий банк с ~600 разработчиками основательно подошел к переходу на Agile, но счастья не наступило - и пришлось искать почему. Оказалось, что
  между командами были чересчур сильные взаимные зависимости, приводившие к блокировке задач; что канбан был "неправильный" - не визуализировал ряд ключевых этапов работы с задачами; что в работу бралось больше задач, чем было нужно для эффективного завершения и так далее. После исправления Time To Market утроился и наступил хеппи-энд.
• Проектное управление в IT: эффективные модели в российских реалиях / Хабр
  Короткий обзор методологий и рассуждения о том, в каком случае какую выбрать, - от Do and Fix до SAFe и Prince2. Ничего принципиально нового, но как вводный материал может быть полезна.
• Почему предварительные оценки проекта бесполезны
  Провокационно названный конспект доклада Аллена Голуба про культуру NoEstimates, тесно связанную с гибкими методологиями. Попытки посчитать предстоящие сроки, объем работ, трудозатраты - это максимум догадки. Мы не умеем грамотно оценивать, и именно поэтому якобы 80% проектов "запаздывают" (а на самом деле просто неправильно оценивают). Проекты в ИТ слишком динамичны, чтобы можно было механистически подсчитать затраты и сроки, поэтому нужно держать руку на пульсе, оперативно пересчитывать сроки завершения исходя из текущего состояния проекта и метрик.
• Управление рисками: рабочие методы контроля над проектом
  Важная и местами чересчур теоретизированная тема управления рисками на проекте. В двух словах, материал учит заранее выявлять риски, анализировать их влияние и искать причину, управлять рисками (4 стратегии, хорошо известные по PMBOK), мониторить ход проекта и выявлять наступившие / наступающие риски, проводить переоценку и не терять бдительность.
• Методики SCRUM и KANBAN в разработке цифровых продуктов
  Не сильно короткий, не сильно углубленный экскурс в суть, сходства и различия двух методик (фреймворков и т.д.) гибкого проектного управления.

• Как PM-у с командой находить и решать проблемы на проекте
  Автор - практикующий проджект - делится своей методикой работы с проблемами на проекте. Если коротко, то проблем не нужно бояться, а если уж она возникла, то нужно коммуницировать с командой, провести встречу, устроить мозговой штурм по поиску решения, выслушать каждого и подготовить шаги. В целом, банально, но работает.
• Идеальный лидер. Как сочетать в себе диктатора, формалиста, либерала, демократа и создать эффективную команду разработки / Хабр
  Материал про стили лидерства, про связь типа с этапом взросления команды, от "формирования" и "бурления" до "нормализации" и "эффективной работы" (да, похоже на модель Такмена). На первых порах, считают авторы, команде нужен лидер-диктатор, потом формалист, либерал и наконец демократ. Вместе с тем, работает и ситуационное лидерство: в зависимости от типа проблемы лидер должен менять модели поведения.
• Как создать резюме на работу - советы и рекомендации от Google
  Не совсем про РП, но ведь менять работу и ему тоже когда-то придется. Автор публикации разбирает видео от двух сотрудников Гугла по оформлению резюме, которые дают советы, как писать про образование, про опыт, про награды и т.д

• Как сохранить команду, когда горят сроки и постоянно меняются вводные
  Про "боли" команды (сроки горят, требования меняются, сотрудники токсики и вообще всё кажется напрасным) и про то, как создать даже в этих условиях комфортную среду для работы: тут и вопросы вместо директив, и личная поддержка, и оптимизация процессов.
• Как управлять digital-командой, чтобы они не выгорели и не сбежали?
  Кейс от команды проекта с символичным названием "Поехали вместе", которые смогли решить внутренние проблемы, организовав что-то вроде корпоративного турне.
• Как матрица компетенций помогла мне не перепутать собственных сотрудников
  Хороший инструмент и хорошая статья о нем, основанная на личном опыте автора, который не жадничает и дает пошаговые инструкции по формированию таких матриц.
  
• Разработчики растут и тимлид свободен: практика внедрения матрицы компетенций
  И внезапно еще один материал на ту же тему. Тоже с гайдами и инструкциями, тоже интересный и поучительный. Выбирайте любой или оба.
• Ритуалы вместо рандомных встреч: продолжаем совершенствовать реализацию проектов в СИБУРе
  87 комментариев - это не шуточки, это значит, что попали в больное место. Ну или слово "ритуал" не пришлось по вкусу читателям. На самом деле, статья про трансформацию команды и внедрение новых практик командной работы в сильно бюрократизированной корпорации, и в этом плане опыт заслуживает внимания.
• От чего выгорает тимлид и что с этим делать
  Маленькая и, честно сказать, не очень информативная статья про то, как плохо живется тимлиду и чем ему помочь, кроме повышения зарплаты.
• Как тестировщику критиковать и сохранить хорошие отношения с командой? / Хабр
  Бывший тестировщик Тинькофф, Островок, Яндекс рассказывает, как не разо.раться с другими членами команды. Нужно учиться выражать мысли, писать, развивать критическое мышление и отключать эмоции, поразбираться в хороших интерфейсах и получить представление о процессах и проектном управлении.

Несколько публикаций на разные темы от опытных команд и проджектов.

• Принцип win-win и диалог: как мы сохранили партнёрство, когда постоянный клиент схантил ключевого сотрудника
  История о том, как у контент-студии увели ключевого аккаунта/проджекта, а собственник студии решил не оставлять это дело и добился джентльменских соглашений с захватчиком. И все счастливы.
• На расстоянии плевка: специфика работы лидом во внутренней разработке / Хабр
  Очень подробный, с инструкциями, советами, байками и мемами рассказ о том, как быть тим-лидом и не умереть. И остальных не довести до увольнения. И даже умудриться развиваться лично и тащить за собой команду и пользователей.

• Как перенести в Jira практически любой процесс / Хабр
  Единственный материал в этой рубрике за неделю очень(!) основательно повествует о странной по нынешним мерками вещи - о переходе на Jira, от сбора требований и до сопровождения.

Вот такой была неделя публикаций о проектах на vc.ru и Хабре. Если мы пропустили какой-то ценный материал — поделитесь им в комментариях. Предложения по формату и содержанию - приветствуются!