Anoche estuve reflexionando. Creo que una buena técnica adicional para el desarrollo de software ágil sería la figura de un crítico de desarrollo, un ente "externo" al proceso que emita criticas constructivas del proceso de desarrollo en sí.
En muchas ocasiones existe una punto de vista viciado entre todos los miembros del equipo de desarrollo de software. El critico de software desempeñaría una visión clara y fresca del proceso actual.
Reglas del "juego":
- El critico debe de comprender (al menos en cierto grado) el producto de software que se está produciendo
- Debe involucrarse y entender la etapa de desarrollo actual.
- La tarea del critico no debe de extenderse a todo el ciclo de desarrollo, sino la etapa actual y emitir recomendaciones (casi) instantáneas.
- Las recomendaciones deben ser realistas.
- El critico debe ser externo; un asesor fuera del grupo de desarrollo.
Los "entregables" del cirico serían:
- Una serie de recomendaciones sobre plataforma tecnológica, malos hábitos de programación, interfaz del usuario, diseño de la base de datos,malos hábitos de trabajo en equipo, etc.
Para que estas criticas sean aprovechadas, el equipo debe aceptar al menos el 10% de ellas.
La critica de software puede repetirse en otras fases del desarrollo, o incluso con varios críticos.
Saludos,
Infomar
1 comentarios:
Es interesante ese tema, y hay una regla de la programacion extrema que dice que una persona por parte del contratante este siempre disponible, lo cual nos lleva a otra duda? cual persona? yo diria que aquella persona que se encargue de capturar o aquella que tenga mas atencion al cliente los jefes son unos inutiles para esto por el siemple hecho que muchas veces suponen como se hacen las cosas pero no necesariamente son asi, para ellos son los reportes pero el trabajo es para aquellas personas que saben realmente el proceso y los contrariedades que pueden pasar.
Publicar un comentario