PjMs в IT. Какие бывают архетипы? Пиэм пиэму - рознь. Функционал пиэма могут определять особенности проекта, желания или прихоти заказчика, качества и количество присутствующих/отсутствующих в команде ролей, а также опыт, таланты и мотивация самого пиэма. В результате человека кренит в той или иной степени в ту или иную сторону - он получает определенный, достаточно конкретный для его ситуации набор обязанностей, который только отчасти бьется с классическим представлением того, чем должен заниматься пиэм. Итак, коротенько о том, какие бывают крены: PjM-аналитик Такие товарищи ковыряются с проектными метриками (velocity, burndown), анализируют риски (SWOT, Monte Carlo), строят даши в Джире, прогнозируют bottlenecks, опираясь на историю и т.д. В результате заказчик получает минимум сюрпризов в вопросах планирования бюджетов и времени, но имеет риски просадок по другим направлениям, например, вполне может получить ушатанную и демотивированную после сдачи проекта команду. PjM-практик Опирается на свой опыт, адаптирует методологии и фреймворки управления под реальность, корректирует план на лету по фидбеку с ретро. Такие кадры обычно быстро и эффективно решают нестандартные вопросы в хаосе стартапа, однако их решения зачастую субъективны, "я так делал в прошлом проекте" - и не канает. PjM-мотиватор Организует мотивационные стендапы, проводит тимбилдинги, разрешает конфликты. Следит за состоянием команды через анонимные опросы, определяет вовлеченность команды в проект, страхует от выгораний. Такие кадры могут принести наибольшую пользу в геймдеве или дизайнерских тимах, где требуется максимально деликатный подход в силу тонкости душевных конструкций исполнителей. Это не всегда про дисциплину и строгое соблюдение дедлайнов. PjM-делегатор Раскидывает задачи по исполнителям оптимальным образом, ставит дедлайны, но даёт разрабам автономию по чекпоинтам, работает на уровне эпиков, имеет стратегический взгляд на происходящее. Этот подход требует наличия в команде качественных кадров (казалось бы: качественные кадры должны быть по умолчанию), иначе будет бардак. PjM-фоллоу-аппер Ежедневно пингует в Слаке по статусу задач, трекает прогресс на дейликах, эскалирует задержки стейкхолдерам, генерит daily-reports, обновляет борд в Джире. При нем проекты наверняка не потонут, однако команда чувствует себя под микроскопом. Подход дает буст в сложных условиях типа, например: распределенная команда + финтех + жесткие дедлайны. PjM-аудитор Проводит, как ни странно, аудиты процессов: чекает исполнение методологий, анализирует сбои и инциденты на проектах, выявляет места просадок, предлагает фикс-чеклисты и улучшения процессов. Фокус - на уроках из фейлов. Этот товарищ обычно страхует от повторяющихся ошибок, но часто замедляет темп проектов. Часто встречается в enterprise. PjM-педант Обеспечивает тотальный контроль и ведение проектных доков/отчетности, мониторит соблюдение методологических ритуалов, следит за бюджетом и даже напоминает разрабам о необходимости код-ревью. Надежно, но всегда попахивает бюрократией, которая непременно душит креатив. Подходит для масштабных проектов с кучей стейкхолдеров. PjM-помогатор Помогает с операционкой: ведет задачи в Джире, готовит доки на подписание, фильтрует фид от клиента, ускоряет онборд новичков, разрешает лайт-задачки, чтобы не отрывать девов от сложных. Обычно обеспечивает комфортную работу всей команде, но часто пасует перед сложностями или новыми вызовами, потому что джун. PjM-Мама-утка Защищает команду от внешнего прессинга (клиент орёт - крики слышит только пиэм) - спасает от токсичных и слишком требовательных заказчиков, фасилитирует внутрикомандные синки, создает непринужденную атмосферу. В результате получает лояльность со стороны команды, но из-за излишней опеки может страдать инициатива.