Proceso y buenas prácticas

Leo hoy un artículo de Roy Osherove acerca de la relación entre proceso y las buenas prácticas a nivel técnico en el desarrollo, que es algo que a veces se deja de lado, y quería comentarlo por aquí, y añadir también ciertos comentarios en la parte de proceso.

Lo primero como ha hecho el propio Roy, empezemos definiendo el proceso, como aquella parte de la metodología que se encarga de todo lo que es la gestión de requisitos, iteraciones, relación con el cliente, lo que se podría decir, la parte no técnica, esta parte, y aquí al igual que otros, como Roy, Rodrigo Corral y más gente de por aquí, yo creo que Scrum es una metodología perfecta para proyectos ágiles, es muy ligera, y una vez que conoces los principales conceptos es «sencilla» de seguir y aplicar.

También es cierto que existen otros tipos de proyectos, en los que tenemos que adecuarnos a otras metodologías más «formales» como CMMI, esto es necesario cuando o bien nos obligan por requerimientos del cliente, o bien lo tenemos que realizar así por requisitos de auditorías en las que nos exigan un determinado nivel de auditabilidad, que con las directrices de Scrum no se llega. De todos modos, las prácticas de Scrum, aunque sigamos otra metodología, nos van a ser de gran utilidad, como las reuniones diarias (Scrum), el modo de gestionar los requisitos, los sprint, etc., si bien, tendremos que apoyarnos en generar mayor nivel de documentación (generalmente) ya que estas metodologías más formales nos lo exigen. Por tanto, y aunque estemos en proyectos «formales» no olvidemos nunca todas estas prácticas que tenemos a nuestra disposición, y que nos van a facilitar la tarea de gestión.

A otro nivel tenemos todas las buenas prácticas del desarrollo, si hablamos de Scrum, no hace referencia a ninguna práctica como pueda ser la integración contínua, Test Development Driven, y otras buenas prácticas, esto es porque en este caso, Scrum es una metodología pura de gestión, pero esto no quiere decir que tengamos que abandonar estas prácticas, al revés, debemos de tenerlas siempre presentes en nuestro desarrollo, estas son las que nos van a permitir poder gestionar los cambios de requerimientos, defectos, etc. a nivel técnico, estas prácticas nos van a llevar a mejorar la calidad de nuestro código, así como hacernos la vida más sencilla (y si recordad proyectos que no tengan pruebas unitarias, a la hora de cambiar una funcionalidad).

Por supuesto, todas estas buenas prácticas TAMBIÉN son de gran ayuda en todo tipo de proyectos formales, de vez en cuando se pueden ver proyectos, que por seguir metodologías formales, dejan de lado prácticas consideradas como de meotodologías ágiles, cuando realmente son simple y llanamente buenas prácticas de desarrollo.

Un poco en resumen, despues de este pequeño ladrillo, la conclusión a la que quiero llegar, es que independientemente del tipo de metodología de proceso que estemos usando recordemos que tenemos prácticas de otras metodologías que nos pueden complementar, y ayudarnos en los proyectos. Y por supuesto, e independiemente del tipo de proyecto, recordad, prácticas como integración contínua, pruebas unitarias, etc. son BUENAS PRÁCTICAS de desarrollo., y como tales, tenemos que aprender a integrarlas en el día a día del desarrollo, independientemente del tipo de metodología de gestión.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *