jueves, junio 28, 2012

Ley de la inestabilidad temporal de los requisitos


Un mismo requisito de software cambiará varios meses después, aunque este sea indagado a la misma persona.




Conclusión:

  • Logre la firma y acuerdo sobre los requisitos cuando los levante




__


miércoles, junio 27, 2012

La suficiencia de las metricas y métricas básicas

Siempre que crees una métrica piensa:

  • ¿es realmente necesaria?
  • ¿quien la va a utilizar?
  • ¿cuantas cada cuanto las va a usar?
  • ¿es muy fácil o difícil obtenerla?
  • ¿proporciona información de valor?
  • e insisto... ¿es realmente necesaria?
Un listado básico de metricas es:
  • SPI
  • CPI
  • Número de defectos post-producción
  • % de desviación en plazo
  •  % de desviación en esfuerzo
  • Número de cambios
  • Número de no-conformidades

Ley de las métricas

Sino lo mides

  • no lo puedes controlar
  • no lo conoces

Continuidad en la evaluación de los riesgos

¿ya identificaste todos los riesgos con su impacto?

en serio..¿ya identificaste todos los riesgos con su impacto? 

insisto ¿ya identificaste todos los riesgos con su impacto?  

-


---
¿y le hiciste seguimiento a los identificados?




_

Ley de la palabra escrita y la memoria selectiva



Sino esta escrito no existe.



En una discusión el cliente recordará del pasado lo que le convenía y tu también (sin ni siquiera tener mala intención)

Si es importante, escríbelo y que quede en el acta, mail o documento respectivo.


___

La eficacia de las metodologías

No todas las metodologías de desarrollo son para solucionar todos los tipos de proyectos y escenarios.

De igual forma, que la Aspirina por más buena que sea no sirve para curar todas las enfermedades.

Escoge o adapta la metodología de desarrollo de acuerdo a los clientes, entregables, fases, equipo y factores ambientales del proyecto.



_

Nunca satisfarás al cliente o ley de la eterna insatisfacción

Nunca pongas en un contrato o en un levantamiento de requisitos:

"se desarrollará a satisfacción"

La satisfacción es un tema ambiguo, lo que satisface a unos, no satisface a otros, y nunca entregarás el proyecto.

Pon mejor:

"se construirá/desarrollará/implementará de acuerdo con los requisitos aprobados"



_