Ahora es posible en Zoho Projects en el módulo de defectos realizar análisis avanzados gracias a la integración con Zoho Reports. Lo anterior es muy relevante por que no se trata solo de encontrar defectos sino aprender de ellos para corregir sus causas de raíz. Con la integración con Zoho Reports la actividad de test de aplicaciones se ve muy favorecida al poder informar a las áreas de desarrollo que es lo que está sucediendo con las aplicaciones, cuando suceden los defectos, que tipos de defectos son mas frecuentes, cual es el re-trabajo que están causando. Por el lado de procesos también es un gran aporte porque da una mayor formalidad al área de testing al poder medir su actividad y establecer mejoras en consecuencia. Para conocer mas de la integración de Zoho Reports y Zoho Projects aquí.

El CMMI-SVC forma parte de la constelación de modelos de mejora CMMI desarrollados por el Instituto de Ingeniería de Software (SEI). Este modelo es una colección de mejores prácticas identificadas en gobierno e industria que pueden ser tomadas como guía para una organización de servicios. Las prácticas en el modelo se enfocan en actividades para proveer servicios de calidad a los clientes y a los usuarios finales. Algunas de las prácticas del modelo están relacionadas con: capacidad, disponibilidad y administración del servicio, resolución de problemas, continuidad del servicio, entrega del servicio, transición del servicio, desarrollo del sistema del servicio y administración estratégica del servicio. Una organización evoluciona en la implementación de sus procesos desde un nivel de madurez Inicial(1) hasta un nivel Optimizado(5) de alta madurez. A mayor madurez mayor calidad en el servicio, menor riesgo, mejores resultados. El modelo puede ser aplicado a cualquier organización que ofrezca servicios, lo cual incluye compañías de los más diversos sectores, desde gobierno, hospitales, tecnologías de la información, call centers, transporte, recursos humanos, hasta de finanzas.

Hacemos actividades para mejorar la calidad del software que generamos, sin embargo sobre el re-trabajo, el esfuerzo que le dedicamos a corregir errores, no hacemos mucho. El re-trabajo es uno de los mayores problemas del desarrollo de software y que consume mucho del presupuesto, pero la mayoría de las organizaciones no le pone atención. Una de las razones es que frecuentemente estos costos quedan mezclados entre todas las actividades de los proyectos, las agendas y los cambios. Es común que las organizaciones de software no midan cual es su re-trabajo. El problema radica principalmente en que no tienen forma de conocer y controlar el esfuerzo que le dedica cada integrante al desarrollo o a las correcciones, ni tampoco el tipo de trabajo se esta haciendo, ambos necesarios para tener datos con los cuales trabajar. ¿Que cantidad de defectos inyectamos en el proceso de desarrollo y de que tipo?, ¿Cuándo se inyectaron?, ¿Cuál es el costo de estos defectos que estamos inyectando, en su identificación y corrección?, ¿Cuál es el costo de los defectos que aparecen en producción?, ¿Qué tantas liberaciones se hacen para corregir errores? Si contáramos con información, podríamos tomar acciones encaminadas a disminuir los defectos, mejorar la calidad y la productividad, sin ellos, solo estamos trabajando a prueba y error, y muy probablemente, no usando los recursos eficientemente.

Este es un tema típico que vemos en las empresas y sobre el cual es necesario aplicar el sentido común. Cuando una empresa es pequeña con equipos reducidos la documentación puede ser un peso si lo tratamos de hacer como una gran corporación, debemos de analizar que documentos nos son de utilidad, cuales tenemos compromiso de entregar y hacer esos. Todos participamos en el mismo proyecto, todos sabemos como vamos, así que no debemos de tener dificultades de comunicación. El problema se enfrenta cuando queremos crecer y seguir trabajando como antes, el líder participa en mas de un proyecto, el desarrollador igual y ya no tenemos toda la información que necesitamos para avanzar, necesitamos DOCUMENTAR. Cuando dejamos algo a medio documentar, quien va a tener el tiempo de explicarle al que recibe el documento, y lo que no esta allí, ¿Se lo dejamos a su creatividad?, mmm problemas.

Seguido vemos y nos comentan que tienen el problema que lo que ponen en la propuesta muchas veces dista mucho de lo que realmente es, por lo que el proyecto inicia ya con problemas. ¿Cómo podemos disminuir esto?, haciendo más análisis. ¿Cuánto?, lo que estemos dispuestos a invertir de esfuerzo y tiempo, dado que no es seguro que vendamos dicha propuesta. Si este proceso de pre-análisis lo fortalecemos con guías, técnicas de entrevista, de búsqueda de información, así como criterios que nos digan cuando necesitamos analizar más, será más redituable. Por supuesto que la persona que hace esta actividad debe de estar capacitada en las técnicas, artefactos y conocer el negocio. Una revisión por pares también es de mucha ayuda, tanto para revisar el contenido de la propuesta, como la parte técnica para identificar si hemos pasado algo por alto. Contar con un registro de estas actividades nos dirá si con el tiempo invertido esta siendo suficiente para hacer una buena propuesta, la efectividad de las propuestas y de la información que se recaba en primera instancia.