lunes, 17 de diciembre de 2007

Software Critic - English version




I was thinking last night. I believe that a good additional technique for the agile software development can be the software critic. An external person or team that generates some constructive criticism of the development process.

On many occasions there is a flawed viewpoint among all members of the software development team. The "software critic" can bring a clear and fresh vision of the current process.

Rules of the "Game":


  • The critic must understand (at least to some extent) the software product that is being developed.

  • Must get involved and understand the current stage of development.

  • The task of the critic should not extend to the entire development cycle, but the current stage and issue recommendations (almost) instantaly.

  • The recommendations must be realistic.

  • The critic must be external; an adviser outside the development team.



The "deliverables" would be:


  • A series of recommendations on techology, bad programming habits, user interface, design of the database, bad habits of teamwork, and so on.



The team must accept at least 10% of them.

Criticism software can be replicated at other stages of development, or even several critics.

Regards,
Omar

Crítico de desarrollo de software - Versión en español



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

martes, 11 de diciembre de 2007

¿Qué tal andas de geografía?

Inspirado en el juego de "how well do you know the world?" creé este pequeño "equivalente" en GoogleMaps.. actualmente consiste solo de 3 preguntas en nivel fácil y de la república Mexicana.. tal vez lo expanda a futuro (más ciudades, mejor sistema de puntuación, más niveles, etc):



Puntos: 0

map loading...





Si estas interesado... Aqui voy a poner la próximamente explicación. Por lo pronto ve el código. :)

Mi primer post en Blogger

Me cambié de wordpress.
Mi antigüo blog está (o debería de estar) en http://infomar.wordpress.com.
Saludos!