¿Cómo maneja los cambios en el enfoque en el cliente?

7

Estamos trabajando en un gran proyecto en curso que tiene cambios continuos de características. Estas características pueden tardar entre 3 y 4 semanas en completarse.

Esto, por supuesto, estaría bien, excepto que el cliente siempre está cambiando sus prioridades / enfoque basado en los empujes de SUS clientes que pueden querer que ciertas funciones se implementen antes que otras.

Por lo tanto, a menudo tenemos que cambiar de marcha en medio de una construcción de características principales y comenzar una nueva función que, de repente, tiene una mayor prioridad. Luego, por supuesto, tenemos el costo del tiempo de fusionar todo en algún momento y también el costo de ese impulso perdido en la característica original.

Nuestras estimaciones están fuera de la ventana en ese momento.

¿Hay alguna buena manera de manejar esto?

Algunas opciones que he pensado:

  1. asuma que así serán las cosas, y aplique un factor de "cliente distraído" de hasta el 100% en todas las estimaciones (esto es peligroso en el caso de que realmente podamos completar una función sin interrupción)
  2. educar al cliente sobre los costos de cambiar de marcha, y tal vez aplicar una prima de cambio a estimaciones anteriores si quieren que cambiemos para trabajar en una función diferente
  3. se niega a trabajar en más de una característica / versión a la vez (aparte de las correcciones de errores). Probablemente esto no sea realista.

Estoy deseando escuchar cómo otros han abordado esto. No puede ser raro.

    
pregunta ScottE 22.10.2010 - 21:13

4 respuestas

5

Creo que tu # 2 es el camino a seguir. Tales problemas solo pueden resolverse hablando con el cliente. Dígales que los cambios son costosos, tanto en tiempo como en dinero. Muéstrales tus estimaciones e indica dónde interfieren sus nuevos cambios.

    
respondido por el underdark 22.10.2010 - 21:36
2

Estaba solo a punto de hacer esta misma pregunta. Creo que todos hemos trabajado para clientes / jefes que cambian constantemente de marcha. Aquí hay una semana laboral típica para mí (a veces):

Lunes: El jefe dice: "Oye, se me ocurrió esta gran idea el fin de semana. ¡Vamos a hacerlo!" Así que paso el resto de la semana programándolo y probándolo.

El próximo lunes: Yo digo: "Bueno, aquí tienes esa gran idea que tuviste". Dicen: "Eh, eso ya no me importa. ¡Pero se me ocurrió otra gran idea durante el fin de semana! ¡Vamos a hacerlo!"

Enjuague y repita.

Estoy en el punto en que acabo de ignorar la mitad de las locuras que se le ocurren a mi jefe.

    
respondido por el mellowsoon 22.10.2010 - 21:25
1

Estoy de acuerdo más estrechamente con el # 2. Sin embargo, es mejor que se asegure de tener cuidado con la redacción de su contrato.

Obviamente, tendrá que tener cierta flexibilidad (en ambos lados) para permitir una definición adicional de las características existentes, y permitir que se agreguen algunas características adicionales (pequeñas) para completar cualquier funcionalidad faltante que se crea de mas tarde.

Sin embargo, si hay grandes cambios, entonces debe hacer que el cliente sienta el costo. Explicarles el costo para ellos es una cosa, pero a menos que se los transfiera de alguna manera, es poco probable que cambien. Incluso puede pagar para redactar un segundo contrato para ese nuevo trabajo, si es realmente un nuevo trabajo.

Haz el costo realista. No desea molestar a su cliente, pero tampoco desea tener un cambio constante de contexto, ya que a la larga, podría llevar a un software defectuoso. Si se te ocurre un costo que hace que el cambio de contexto valga la pena, y ellos lo aceptan, entonces todos ganan.

    
respondido por el Wonko the Sane 22.10.2010 - 23:01
0

A menos que agreguen funciones y usted no ajuste la cantidad facturable, creo que este cliente ya lo sabe, ya que sucede mucho. Saben que hubiera sido más barato hacerlo por adelantado. Si el costo vale o no, depende de ellos.

    
respondido por el JeffO 22.10.2010 - 22:22

Lea otras preguntas en las etiquetas