Las puestas en práctica de CRM son proyectos desafiadores a manejar debido a su alcance y complejidad. Este artículo se centra en dos aspectos de la gerencia de proyecto, los jalones y los informes, y un punto más suave, pero crítico: el permanecerse en contacto con el vendedor de la herramienta.
|
|
Un principio dominante de la gerencia de proyecto es utilizar jalones más bien que un horario linear para manejar proyectos. Los jalones se deben asociar a los deliverables tan allí no son ninguna ambigüedad alrededor si fueron resueltos o no. Pida que los staffers técnicos se aseguren de que cualquier subtask particularmente difícil o aventurado consiga hecho temprano para poder trabajar cualesquiera obstáculos alrededor.
Después de los preceptos del desarrollo rápido, haga cada jalón un sistema autónomo, de trabajo, para poderlo ser tocado, ser experimentado, y probar por la comunidad de usuario. Tener un sistema de trabajo en cada paso es un aumentador de presión eficaz de la moral. También permite el coger y el corregir de problemas temprano más bien que las semanas y los meses que esperan para que la oportunidad realice la prueba. Esto limita riesgo.
Usar jalones tangibles tiene dos consecuencias más positivas. Uno es que hacen resbalones del horario obvios. El otro es que, siendo autónomos, hacen mucho más fácil modificar el plan del proyecto cuando están necesitados. Tan si usted sabe que usted faltará la fecha de la blanco para el jalón # 4, usted tiene una opción de prolongar el plazo o simplemente de conformar con el jalón #3 como el entregable "final". Es decir usted tiene un sistema modular que le dé más flexibilidad.
Muchos encargados de proyecto eligen utilizar fines de conexión formales de los dueños del negocio en cada jalón del proyecto. He mezclado sensaciones sobre él, puesto que para mí las firmas pueden nunca substituir confianza y la comisión. Sin embargo, los fines de conexión clarifican cuando se alcanza el acuerdo y si son una parte de la cultura de organización ellos deben ser utilizados. Apenas no espere que los fines de conexión tomen el lugar del buenos cabildeo y comunicación del encargado de proyecto.
Los informes escritos semanales tradicionales son provechosos, pero faltan generalmente la presentación de un cuadro completo y oportuno de qué realmente se está encendiendo con el proyecto. Ponerlo embotado, una semana es un rato muy largo de esperar si hay un problema (o una brecha). Los informes escritos también tienden para utilizar la lengua neutral que obscurece qué realmente se está encendiendo mientras que se va fuera de todas las delicadezas de la comunicación cara a cara.
Por lo tanto, I prefiere mucho el usar brevemente, los cheques diarios del estado con la representación de todos los equipos activos (así que el individuo de la base de datos no necesita atender si no hay trabajo de la base de datos que es hecho en este momento, pero el plomo técnico debe atender y debe saber cuándo tirar de él adentro). Cualquier persona que puede atender en persona debe hacer así pues, y los participantes alejados puede participar en una llamada de conferencia. Los cheques del estado son obligatorios para todos los miembros dominantes del equipo. El encargado de proyecto puede preparar un resumen escrito corto para el equipo basado en el cheque diario, pero es muy importante guardar ese contacto directo diario con los miembros dominantes del equipo. Un rato y un lugar regulares para la reunión es los mejores asegurar la participación.
El cortocircuito significa que las reuniones del estado deben tomar menos que una hora, y probablemente menos de 30 minutos, por lo menos si ha emergido ninguna edición grande. Cada equipo debe presentar un toque de luz rápido de qué fue logrado hoy, una estimación de cómo él está haciendo comparó al horario previsto, y cualquier edición significativa encontró que día (o resuelto ese día!). Es crítico que los miembros del equipo proporcionan informes muy francos en ediciones que encuentran, tantos proyectos fallados son víctimas no tanto de las ediciones técnicas y políticas que encuentran pero algo de la carencia del conocimiento oportuno que los fabricantes de decisión tienen sobre las ediciones. Para el momento en que los fabricantes de decisión realicen cuáles son y tienen los problemas una ocasión de diseñar una solución, tanto el tiempo ha pasado que es muy difícil evitar un resultado negativo. Cerciórese de que ayunen todas las noticias, especialmente malas noticias, los recorridos.
Los cheques diarios del estado no se diseñan para resolver todas las ediciones que plantean (aunque eso es siempre agradable si es posible!) o aún para conseguir los detalles en cada subproject, pero algo a la información separada rápidamente y a la subsistencia cada uno en sus dedos del pie. Además de las reuniones diarias del estado, el encargado de proyecto debe también proactively realizar cheques detallados del estado con cada subteam y asegurarse de que las ediciones están manejadas apropiadamente.
Hay épocas "reservadas" en un proyecto donde estarían demasiado las reuniones diarias, por ejemplo durante el período de la codificación. El encargado de proyecto debe sentirse libre disminuir la frecuencia de las reuniones del estado durante esas épocas. Pero se requieren las reuniones diarias mientras que usted consigue más cercano al despliegue.
Además de los cheques diarios, se alcanzan reuniones más detalladas del estado se deben celebrar más de largo como cada jalón. Aquí prefiero otra vez un formato de la reunión a un informe escrito así que usted puede conseguir más información (y le puede escribir siempre minutos si usted tiene gusto de la formalidad de informes escritos). Las reuniones cara a cara del jalón son mucho más eficaces que llamadas así que intento de conferencia conseguir por lo menos a los jugadores dominantes estar físicamente presentes juntos.
Si el vendedor de la herramienta es porción como el integrador, usted mantendrá naturalmente tacto cercano con el vendedor a través del equipo de la puesta en práctica, así que esto es realmente una edición solamente si usted está utilizando un integrador de tercera persona.
Es muy sabio mantener al vendedor el lazo durante la puesta en práctica. Usted puede manar ayuda específica de la necesidad de fijar los insectos, los problemas de la resolución que están más allá del alcance del integrador, o de proporcionar servicios de la intervención cuando usted desea comprobar consejo o una opinión con minuciosidad dada por el integrador. El encargado de proyecto debe proporcionar informes regulares el al vendedor sin importar cuál es de suceso, bueno o malo, en el proyecto. Además, invite a la persona de las ventas (o al especialista técnico de las ventas) y a director regional de los servicios a las reuniones del jalón.
Es también útil comenzar a establecer buenas relaciones con la organización de la ayuda pues se divulgan los insectos. Es mucho más fácil conseguir ayuda pronto y alegre en una crisis si una relación sólida se ha establecido en épocas más felices.
Online: 658 users browsing the articles directory
|
|