Как успешно Управление реализации CRM

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

Вехи

Одним из ключевых принципов управления проектами является использование показателей, а не линейный график для управления проектами. Этапы должны быть связаны с результатами этого нет никакой двусмысленности по поводу того, являются ли они выполнены или нет. Спросите у технического сотрудника обеспечить, чтобы любая особо сложных или рискованных subtask, может быть сделано заблаговременно, с тем, что любые препятствия можно было обойти.

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

Используя материальные вехи имеет еще два положительных последствия. Одна состоит в том, что они сделают график выскользнул очевидны. Другая заключается в том, что, будучи самостоятельный характер, они значительно облегчают изменить план, когда это необходимо. Поэтому если вы знаете, что вы пропустите срок для вехой # 4, у вас есть выбор - либо о продлении срока или просто сделать с вехой # 3, как "окончательный" продуктом. Иными словами, у вас есть модульная система, которая дает Вам больше гибкости.

Многие проектные менеджеры выбирают официальных signoffs из владельцев по каждому проекту вехой. Я имею смешанные чувства о нем, поскольку мне подписей не может заменить доверие и приверженность. Однако signoffs делать уточнить, когда будет достигнуто соглашение, и если они являются частью организационной культуры, они должны быть использованы. Просто не ожидаем signoffs занять место хорошего лоббирования и коммуникации руководителем проекта.

Статус Доклады

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

Поэтому я многое предпочитаете использовать короткие, ежедневное отображение состояния с участием представителей всех активных групп (это база данных парень не должен присутствовать, если нет базы данных работу в данный момент, но технические привести должны присутствовать и должны знать, когда , чтобы вывести его в). Каждому, кто смог присутствовать лично должны делать это, и удаленных участников может участвовать на конференции слово. Статус проверки являются обязательными для всех ключевых членов команды. Руководитель проекта может подготовить краткий письменное резюме для группы на основе ежедневно проверять, но очень важно сохранить, что ежедневные прямые контакты с ключевыми членами группы. Регулярное время и место проведения заседания все возможное для обеспечения участия.

Короткие означает, что статус заседания должны принять менее чем через час, и, вероятно, не более 30 минут, по крайней мере, если не большой вопрос возник. Каждая команда должна представить быстро выделить того, что было достигнуто сегодня, оценку, как они делают по сравнению с установленным графиком, и любой серьезной проблемой столкнулись в тот же день (или решить этот день!). Это важно, чтобы члены группы дают весьма откровенные доклады по вопросам, которые они испытывают, как многих неудачных проектов являются жертвами не столько технические и политические вопросы, которые они испытывают, а с отсутствием знаний о том, что своевременное принятие решений по поводу этих вопросов. К тому времени руководителей понять, какие проблемы и иметь возможность разрабатывать решения, столько времени прошло, что очень трудно избежать негативного результата. Убедитесь, что все новости, особенно плохие новости, путешествует быстро.

Ежедневные проверки статуса не предназначены для решения всех вопросов, они поднимают (хотя это всегда приятно, если это возможно!) Или даже получить подробную информацию по каждому подпроекта, а для распространения информации быстро и держать всех их ноги. В дополнение к ежедневным статус встречи, руководитель проекта также должны активно выполнять подробное отображение состояния с каждым subteam и обеспечить, чтобы вопросы надлежащим образом.

Есть "тихий" раз в рамках проекта, где ежедневные совещания будет слишком много, например, в период кодирования. Руководитель проекта должен смело уменьшить частоту статус совещаниях в те времена. Но ежедневные совещания необходимы, как вы ближе к развертыванию.

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

Оставим Инструмент Поставщик в Петли

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

Это очень разумно держать продавцов в ходе цикла внедрения. Вы можете также необходимость конкретной помощи исправить ошибки, разрешить проблемы, которые выходят за рамки этого интегратора, или предоставляет услуги аудита, когда вы хотите тщательно проверяем рекомендации или мнения со стороны интегратора. Руководитель проекта должен обеспечить регулярные доклады для поставщиков независимо от того, что происходит, хорошее или плохое, о проекте. Кроме того, приглашаю продажи лицо (или технический специалист продаж) и региональные услуги директором вехой заседаний.

Кроме того, полезно начать создание хороших отношений с поддержкой организации как ошибки сообщается. Это намного легче быстрого и веселых помощь в кризисной ситуации, если прочные отношения была создана в счастливое время.