Комментарии 4
Первая проблема — то, чем вы занимались, не было проектом. В том числе поэтому затея закономерно провалилась. Проект предполагает некое действие в ограниченный промежуток времени с понятным бюджетом. Увеличение продаж с X рублей до Y рублей — это так себе проект, всё же это более высокий организационно-управленческий уровень. В рамках этой стратегической задачи можно обозначить конкретные проекты и уже их формировать по понятным метрикам.
Вторая проблема — всегда пиши устав проекта. В случае с внешним заказчиком лучшие практики рекомендуют формализовать устав проекта в виде договора ;) Пока вы буквами записываете формализованные требования и ограничения проекта, часто в мозгу всех сторон возникает просветление. Порой это просветление приводит к отмене недопроекта.
Этот пункт тесно связан с управлением ожиданиями заказчика. Вы сами написали, что с этим возникли трудности: вы думали, что делаете бизнес-задачу, а он думал, что вы делаете сайт.
Ну и ещё несколько моментов. В начале вы пишите «увеличить поток клиентов», а потом говорите про суммы. Так поток клиентов, выручку, средний чек — что именно и с какой целью нужно было увеличить ;)
PHP, MySQL, CRM — и много других терминов. Это одна из классических ошибок сбора требований. Вы моментально перешли (а скорее всего перескочили) этап требований в области проблем к требованиям в области решений. А может, если разобраться с проблемами, вы там и вовсе не нужны и решение лежит в другой области — не технической, а организационно-управленческой.
Вторая проблема — всегда пиши устав проекта. В случае с внешним заказчиком лучшие практики рекомендуют формализовать устав проекта в виде договора ;) Пока вы буквами записываете формализованные требования и ограничения проекта, часто в мозгу всех сторон возникает просветление. Порой это просветление приводит к отмене недопроекта.
Этот пункт тесно связан с управлением ожиданиями заказчика. Вы сами написали, что с этим возникли трудности: вы думали, что делаете бизнес-задачу, а он думал, что вы делаете сайт.
Ну и ещё несколько моментов. В начале вы пишите «увеличить поток клиентов», а потом говорите про суммы. Так поток клиентов, выручку, средний чек — что именно и с какой целью нужно было увеличить ;)
PHP, MySQL, CRM — и много других терминов. Это одна из классических ошибок сбора требований. Вы моментально перешли (а скорее всего перескочили) этап требований в области проблем к требованиям в области решений. А может, если разобраться с проблемами, вы там и вовсе не нужны и решение лежит в другой области — не технической, а организационно-управленческой.
Большое спасибо за комментарий. Это очень полезная информация. Всё что Вы говорили, в принципе, витало в моей голове, но не хватало речевого аппарата (вследствие недопонимания отдельных процессов), видимо, чтобы всё это осмысленно озвучить заказчику и отразить в договоре (или действительно от него отказаться). Вы также подметили, что в процессе подготовки и уже реализации проекта нужно быть достаточно конкретным (что делаем, зачем делаем, какие ресурсы, какие полномочия). Сейчас у меня может оказаться на управлении еще один проект (я выбираю из двух) и предстоят встречи с заказчиками. И перед тем, как прочитать Ваш комментарий, я прокручивал в голове вопросы, которые я буду задавать, а также осмысливал общую фабулу того, что я буду делать. Еще раз спасибо.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ошибки начинающего менеджера проекта