Поздравляю, что смогли найти достойное решение из такой сложной ситуации! Понравился прием с проговариванием обвинений в слух. Но кажется в условиях современной удаленки или телефонного разговора такой подход может и не сыграть, т.к. важен именно вербальный контакт.
В моей практике был похожий сложный случай, когда нужно было применять практики переговоров. Заказчик постоянно и профессионально добавлял раздувал требования. Профессионализм заключался в наглом, напористом и явно системном подходе в этом процессе. Каждое совещание превращалось в раздувание скоупа, постоянном давлении на аналитиков и эмоциональных качелях.
Когда поняли, что логические аргументы не помогали, то начали применять подходы из книги Джима Кемпа "Сначала скажи нет". Сначала было сложно перестроиться, но в итоге смогли изменить поведение клиента.
Надя, вашему РП очень повезло с вами! Обозначает ключевые проблемы с аналитиками. Как у вас разделенв обязанности с РП? У РП есть задача, например подготовить ТЗ на функционал, за что отвечает рп, что делает лид? РП взаимодействует с конечным аналитиком ?
Спасибо за статью. Автор кажется решил использовать ММ как универсальный рабочий инструмент и достиг дзена )
Вопросы к автору:
1. Где фиксируются задачи участников проекта и отслеживается их статус? Где посмотреть список всех задач с актуальными статусами по проекту? Приходится работать с одним списком задач и в трекере и в ММ?
2. Где ведете актуальный план проекта? Из статьи кажется, что задачи со сроками и часами ведете в ММ. Неужели это удобнее чем project? А как же суммарные задачи, зависимости, базовый план и пр.?
Сам использую ММ в управлении проектами:
1. WBS. MM единственный нормальный инструмент, чтобы быстро нарисовать структуру работ и внятно её кому-то показать. Использую XMind с его возможностью рисовать MM по вертикали.
2. Описание продукта проекта или предметной области. Сам план работ и задачи в ММ не веду, но как карту требований использую, чтобы не переживать, что ничего не упустили.
3. Интервью. ММ позволяет структурировать вопросы и подготовиться к интервью, не терять нить в ходе беседы и качественно зафиксировать результаты, чтобы к ним можно было вернуться через какое-то время.
4. Папки электронного архива. По своей специфики занимаюсь автоматизацией документооборота. MM отличный инструмент, чтобы быстро и красиво отразить структуру каталогов. Как в и случае с WBS нормальной альтернативы для данной задачи просто нет.
Все верно. Оценка по EVM нужна чтобы РП ( а на самом деле куратор проекта, который выделяет бюджет) понял — проект сейчас ОК или не ОК. Детали и причины конечно же одной двумя цифрами не раскрываются. Но если у вас индекс 0.6, то объяснить, что все идет нормально вам будет трудновато )
Но я подвергаю сомнению самые основы — откуда взялись эти цифры. Например с трудоёмкостями. Например можно посчитать поставленные задачи и выполненные. Получаем процент. Вот только чего? Задачи равнозначные?
В примере, который описал автор, смоделирована идеальная ситуация: мы и оценили все задачи точно и прогресс по задачам идет пропорционально выработке. Согласен с вами, что в жизни такое происходит редко. Мне кажется в кейсе это сделано специально, чтобы не усложнять. Так же для упрощения нет декомпозиции работ и мы рассматриваем все работы по проекту, как единое целое. По сути совместное копание большой ямы в течении 4х месяцев.
На самом деле EVM позволяет учитывать и декомпозицию работ. Только все работы нужно оценивать в одних у.е. = деньгах, часах, попугаях, кому как нравится.
Поясните, что именно? EVM позволяет в цифрах оценить текущий статус проекта. Как интерпретировать эти цифры — уже задача проектного менеджера. Это всего лишь еще один взгляд на ситуацию на проекте и ответ на вопрос «Как дела?»
Поздравляю, что смогли найти достойное решение из такой сложной ситуации! Понравился прием с проговариванием обвинений в слух. Но кажется в условиях современной удаленки или телефонного разговора такой подход может и не сыграть, т.к. важен именно вербальный контакт.
В моей практике был похожий сложный случай, когда нужно было применять практики переговоров. Заказчик постоянно и профессионально добавлял раздувал требования. Профессионализм заключался в наглом, напористом и явно системном подходе в этом процессе. Каждое совещание превращалось в раздувание скоупа, постоянном давлении на аналитиков и эмоциональных качелях.
Когда поняли, что логические аргументы не помогали, то начали применять подходы из книги Джима Кемпа "Сначала скажи нет". Сначала было сложно перестроиться, но в итоге смогли изменить поведение клиента.
Надя, вашему РП очень повезло с вами! Обозначает ключевые проблемы с аналитиками. Как у вас разделенв обязанности с РП? У РП есть задача, например подготовить ТЗ на функционал, за что отвечает рп, что делает лид? РП взаимодействует с конечным аналитиком ?
Вопросы к автору:
1. Где фиксируются задачи участников проекта и отслеживается их статус? Где посмотреть список всех задач с актуальными статусами по проекту? Приходится работать с одним списком задач и в трекере и в ММ?
2. Где ведете актуальный план проекта? Из статьи кажется, что задачи со сроками и часами ведете в ММ. Неужели это удобнее чем project? А как же суммарные задачи, зависимости, базовый план и пр.?
Сам использую ММ в управлении проектами:
1. WBS. MM единственный нормальный инструмент, чтобы быстро нарисовать структуру работ и внятно её кому-то показать. Использую XMind с его возможностью рисовать MM по вертикали.
2. Описание продукта проекта или предметной области. Сам план работ и задачи в ММ не веду, но как карту требований использую, чтобы не переживать, что ничего не упустили.
3. Интервью. ММ позволяет структурировать вопросы и подготовиться к интервью, не терять нить в ходе беседы и качественно зафиксировать результаты, чтобы к ним можно было вернуться через какое-то время.
4. Папки электронного архива. По своей специфики занимаюсь автоматизацией документооборота. MM отличный инструмент, чтобы быстро и красиво отразить структуру каталогов. Как в и случае с WBS нормальной альтернативы для данной задачи просто нет.
Все верно. Оценка по EVM нужна чтобы РП ( а на самом деле куратор проекта, который выделяет бюджет) понял — проект сейчас ОК или не ОК. Детали и причины конечно же одной двумя цифрами не раскрываются. Но если у вас индекс 0.6, то объяснить, что все идет нормально вам будет трудновато )
В примере, который описал автор, смоделирована идеальная ситуация: мы и оценили все задачи точно и прогресс по задачам идет пропорционально выработке. Согласен с вами, что в жизни такое происходит редко. Мне кажется в кейсе это сделано специально, чтобы не усложнять. Так же для упрощения нет декомпозиции работ и мы рассматриваем все работы по проекту, как единое целое. По сути совместное копание большой ямы в течении 4х месяцев.
На самом деле EVM позволяет учитывать и декомпозицию работ. Только все работы нужно оценивать в одних у.е. = деньгах, часах, попугаях, кому как нравится.
На мой взгляд, если задача была показать базовое владение инструментами, то все вполне грамотно.
А так можно было бы добавить еще отбор фич.