2009/9/23 Agustin Nicolas Viñao Laseras <[email protected]>: > Un solo comentario al respecto, creo que mas que el cliente asuma los costos > del pair programming, deberia asumirlo la empresa o plantearlo esta, en > cuanto a calidad de producto, menor cantidad de bugs, etc. > > A eso sumarle que en cuanto el PP este asentado se puede llevar adelante > mejor los tiempos de desarrollo. > > No considero que el cliente deba saber como es la metodologia utilizada por > la empresa,
Au contraire, el cliente *tiene que saber* qué es lo que estás haciendo con su plata. Y aparte, si estás haciendo algo con alguna metodología ágil, implica que el cliente va a estar *muy* involucrado en el proceso, en sesiones de planificación, retrospectivas, etc etc etc. > no considero que sea el cliente quien "pague" diferente por la > cantidad de programadores, siendo que la aplicacion se estima en horas de > desarrollo, mas alla si tenemos 1, 2 o 20 programadores en dicho proyecto. El cliente no necesariamente tiene que pagar por la cantidad de programadores/horas. Pero le da bastante transparencia a tu proceso si le decís "mira, durante esta iteración, este programador laburo 40 horas, este otro laburó otras 40, y este laburó 20", que son 100 horas de trabajo, a X por hora, me debes tanta plata. En lo personal, en las consultoras para las que trabajé, se hacía esto o alguna variante, y funciona bastante bien. Vos tenés la flexibilidad de manejar los recursos humanos como te parezca, pero le das un montón de transparencia a tus clientes, y, si además, demostrás resultados, seguro que los clientes quedan contentos :) A título personal, me parece bárbaro que cobres un "plus" (sin irse a la mierda) por algunas prácticas, como ser el Pair Programming. Vos le cobrás un cacho más cara la hora de los dos programadores, pero con la seguridad de que va a necesitar pagar mucho menos en mantenimiento, por la mejora en la calidad de código y la disminución de errores. Por poner un ejemplo :) -foca > Saludos > ___________________ > Agustin Viñao > agustinvinao (Skype) > > > 2009/9/23 Carlos Kozuszko <[email protected]> >> >> 2009/9/23 Juan Maria Martinez Arce <[email protected]>: >> > >> > Actualmente tenemos un pair trabajando en un proyecto y estamos todos >> > chochos con los resultados. Y se vienen un par de proyectos nuevos para >> > los >> > que acordamos hacer pairing. >> > >> >> Aportando sobre lo que dijo Juan y ampliando lo que le decía a Nelson >> recién, >> me parece que uno de los problemas importantes, más allá de lo técnico y >> lo >> humano, es el conseguir clientes que vean el valor agregado en el pair >> programming y que paguen por ello. >> >> Aparte no todos tenemos el speech de ventas que tiene Obie :P >> >> >> -- >> http://www.ckozus.com >> http://www.insignia4u.com >> _______________________________________________ >> Ruby mailing list >> [email protected] >> http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
