Alexey Mokrushin

+62
с 2015

Люблю проекты. Руковожу проектным офисом

0 подписчиков
31 подписка

Потому что они должны проделать много манипуляций. А те что делают это перекупы )

Похоже вы знаете об агробизнесе только по сводкам в новостях

Это скорее управление заинтересованными сторонами. Так как в данном кейсе вы использовали прокси-персону - проджекта на стороне заказчика, который буферизировал ваши запросы и не транслировал их. А нужно было договориться как вы уведомляете о важных событиях самого функционального заказчика. Был бы механизм, вы бы могли эскалировать вопрос.

Управление ожиданиями в данном контексте это представление или референс того, как лендинг может выглядеть и в какое время он появится при наличии ВСЕХ необходимых данных

1

Нормальная тема, если есть материалы от заказчика ) Иначе - не срастется. Что-то будет, но не совсем

Простите, вы штатный сотрудник чего-то из ЕС, что так рьяно их тут защищаете во всех комментах? Или "за цифры" болеете?

Может быть тут даже проще: Expected Outcome это результат который ты должен получить в любом случае, иначе JS не рабочая, а Desired это дополнительный желаемый результат, без получения которого можно жить или требуется переосмыслить для дальнейшего развития

2

Добавлю (не туда залогинился )))
Что вовлечение подрядчика потом ему обходится сторицей.

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

1

Ну что уж ты ) можно же было по-гуглить ) про V-viable (жизнеспособный)

1

Давно не слышал как мой телефон звонит )))) Но в целом там конечно есть нюансы, но они так ничтожны. Даже дочь через бесплатный Гараж Банд монстрячит себе рингтоны какие хочет )

5

Главное чтобы не было ситуации, когда проект ради фреймворка. Если найден концепт помогающий прогрессу проекта - это правильная методология.

В любом случае это все равно смесь практик, такие организационно-сложные проекты не ведутся по единой сквозной методологии.

2

Читаю и вижу аналогии ) Похоже все проекты по внедрению "чего-то из ERP" с такими вводными идут примерно по одному сценарию. На рынке похоже нет ни одного проекта чтобы какая-то компания-внедренец могла бы им погордиться (если копнуть поглубже)

1

Вы все забываете про коммуникации на проектах подобному этому очень велик их объем. Они проходят как с РГ заказчика так и внутри. Задач обычно ТЬМА. Это же ЕРП-система, нам не рассказали скоуп, но вы предположили что это просто.

2

Ребята, вы переоткрыли проектную иерархию PRINCE2 ) Это к вопросу о том, что увлекаться гибкими методологиями на длинных проектах с существенным подключением бизнес-функций не стоит.

У Букинга также. Отель пишет тебе письмо через букинг - предоплата туда-то и все. И это норм. ТАк было год назад в Сочи.

1