¿Es realista tener un "cliente en casa"?

Si queremos entender XP o applicar la totalidad de sus practicas y valores tenemos que entender para que ámbito fué pensado. Si vemos los proyectos reales en los cuales se implantó XP podemos ver que principalmente se trata de proyectos de consultoria.

Con el concepto del "cliente en casa" en XP no se refiere a esa persona (compañia) que esta pagando el proyecto, sino al usuario final del systema que se esta desarollando. Si por ejemplo estamos desarollando un systema de administración para una universidad, deberíamos tener a un administrador de la universidad cerca. Con la ayuda del usuario final el systema tendrá un valor mucho mayor, ya que el experto esta siempre a nuestro alcance.

Tambien hay que entender que muchos de estos proyectos no se han hecho con el cliente "en casa" sino, mas bien, "en casa del cliente". El equipo que va a desarollar el proyecto se integra en el "dia a dia" del cliente mientras desarolla el software y asi, aparte de tener una relación mas extrecha con el cliente, aprende de el como es su trabajo dando la posibilidad de encontrar soluciones y hacer cambios en el software que no se pudieron predecir en la planificación inicial...

Como podemos ver los conceptos que nos presentan Cunningham, Beck y Jeffries en su primer libro Extreme Programming Explained, Embrace change (escrito por Beck y Anders) son catalizadores para la reflexión aparte de enseñarnos en que se basa el XP.

Es cierto que el mercado español no esta preparado en muchos aspectos para trabajar conjuntamente con el cliente, pero eso es otra historia...

Enrique Comba Riepenhausen
[w] http://ecomba.org

Considero que la Colaboración del cliente es fundamental para un proyecto... es la base. Si el cliente no esta comprometido con el proyecto este fracasa o es muy malo.
Me gustó la distinción que se hizo entre “cliente en casa” y “en la casa del cliente”. El hecho de que el cliente esté en casa (y dentro de la empresa cliente, la persona adecuada) es algo prácticamente utópico, por lo cual no considero que se debe tomar en cuenta.

Actualmente estoy en un proyecto en el cual no se está aplicando ninguna metodología agile, pero estoy trabajando en la casa del cliente, los cual me brida un estrecha relación y la posibilidad de evacuar mis dudas en el momento. Sin embargo, en mi caso el “compromiso” del cliente no es elevado, y ese es el tema que hay que considerar.

No tengo duda que es muy util que el cliente se encuentre cerca, pero resalto sobretodo que es preferible analizar y establecer políticas para que el mismo se Comprometa...lo cual no se logra solo estando en el mismo lugar...como en mis caso.

Siendo un principiante en XP, no es así en mis 20 años de desarrollo de aplicativos. Les cuento que despues de evaluar durante casi 3 años RUP y no decidirme a utilizarlo, hemos vivido a fines del 2005 una experiencia cercana a XP, dónde el ROL de cliente fue desempeñado durante 4 meses por dos personas de amplios conocimientos en gestión de Expedientes en administraciones públicas, quienes asumieron la resonsabilidad de definir nuestro producto de Gestión de Documentos bajo BPMS, es decir, definieron los procesos y los diagramaron, trabajando con un equipo de 2 desarrolladores, y fueron dándole VIDA al producto, testeando los resultados y por último capacitando a unos 60 usuarios potenciales. Los resultados fueron desde mi óptica extraordinarios, y al día de hoy estamos cerrando con estos "clientes" su participación en una nueva versión de este producto bajo tecnología LAMP. El haber comenzado a investigar MA´s, nos esta permitiendo discuitir la aplicacion de XP para esta nueva etapa, y puestos en conocimiento de XP los clientes se han entusiasmado aún más con este nuevo proyecto.Por último les cuento que estamos replicando esa experiencia en otros productos mas complejos y tratando de ajustarnos al máximo con XP. Un saludo para todos y espero poder contarles los resultados en pocos meses más.