Tres factores que influyen positivamente en los proyectos exitosos

Según una revisión realizada por SDTime a cerca del Chaos-Report,  , los proyectos iniciados en el año 2006 han culminado exitosamente en un 35%, comparado con el 16% reportado en el año 1994.

Considerando como exitoso a aquellos proyectos que culminaron a término, dentro del presupuesto y satisfaciendo las necesidades de los usuarios, se conoció que se redujo de casi 53% al 46% la tasa de proyectos que no cumplían con alguno de estos tres atributos de éxito.

Según la revisión existen tres factores que fundamentan esta mejoría:

  1. El estilo de gerenciamiento, los conocimientos en técnicas y métodos como la evolución de las estrategias y la aplicación de todo el conjunto en contextos dinámicos, permite que los proyectos inicien de un modo mucho más favorable, lo cual directamente impacta en su desarrollo y culminación.
  2. La nueva infraestructura Web juega un papel significativo para la producción de mejores proyectos, por cuanto permite que una idea pueda ser mostrada, aprender de ella y obtenerse un importante volumen de retroalimentación que genera experiencias dinámicas únicas.
  3. Pero podría decirse que el principal factor que favorece a que los proyectos sean exitosos, es la creciente inclusión del aseguramiento de la calidad, lo cual ha permitido que las organizaciones desde un principio se planteen aspectos de sus productos y servicios que antes no consideraban, incluyendo la relación con sus clientes y usuarios finales de quienes requieren cada vez más devolución para el perfeccionamiento de todo el proceso.

Un elemento central del aporte QA son las métricas organizacionales y quienes a medir su rendimiento, lograron tomar partido de sus fracasos y éxitos, revirtiendo los aspectos negativos de los proyectos para conseguir un fuerte sesgo a la culminación exitosa de sus proyectos.

Advertisements

Quien es quien – I

Pensando los Roles y Competencias para definir nuestro proceso de trabajo

Las metodologías de desarrollo de software suelen establecer roles y delimitar sus competencias,  remarcar sus responsabilidad, indicar interdependencias, definir elementos de entrada-salida y proponer la repetición constante de estos ítems, con variantes que le dan alguna particularidad a los distintos procesos.

El objetivo es inicialmente presentarse de manera clara al publico usuario, como un mecanismo  estable, controlable, medible y repetible, que garantice en mayor o menor medida, el éxito de los proyectos permitiéndole llegar a su fin, con el uso de la secuencialidad propuesta.

Suele suceder que los modelos parecieran no tener en cuenta al área QA y Testing como un área independiente dentro los proyectos de productos/servicios, que genera su propio proyecto donde conviven productos/servicios que dan soporte al proyecto matríz.

Tal es así que las competencias QA y Testing no son tan bien definidas  y explicadas como las compentecias de otros roles, en la mayoría de los procesos. Y aunque algunos presentan detalles excesivos, quizás no encuadran correctamente a los roles QA.

Independientemente del proceso que se intente aplicar y su definición de roles y competencias, sugiero que las organizaciones consideren la aplicación de roles, pero justificado principalmente por el enfoque y especialización que exista o se desee.

Por ejemplo, la existencia de Líderes de Proyectos que a su vez sean verdaderos especialístas en los negocios que generan los productos que lideran.

Los Arquitectos de Sistema los mejores diseñadores y programadores, sobre todo líder especialista en “los aspectos íntimos de los sistemas”.

El Líder QA de perfil analítico transversal y el principal
“entrenado” en el uso de los productos en prácticamente todos los
niveles de los sistemas. También uno de los probadores más
importantes de la organización, guía de pruebas en todas las fases de revisión.

El equipo de testing  con competencias técnicas variadas y acabadas, conocedores de técnicas y métodos de pruebas, pero con grandes atributos actitudinales.

Las principales potencias de un equipo QA bien conformado quizás son:
capacidad analítica en el sentido transversal a lo que se supone como
la mejora solución técnica, la obsesión por demostrar que el sistema
tiene defectos, orientación bien marcada a las pruebas exploratorias,
proactividad y comunicación eficiente, entrenamiento anticipado en el
uso del sistema, énfasis en detectar debilidades en los requerimientos, énfasis en reconocer y entender por que y para que existe cada requerimiento, capacidad de proponer nuevas alternativas de uso, control del tiempo y el sentido de fin de fases.

Creo que habilidades de esta naturaleza no solo en los roles QA, sino en otros que reciben productos de fases anteriores y las destilan a fases posteriores en los procesos de desarrollo, ayudan a definir un proceso bien limpio y delimitado para elaborar, planificar, seguir y finalizar los proyectos.