lunes, 28 de febrero de 2011

Iniciando con el proceso de calificación CMMi

Esta semana considero importante hablar acerca de como iniciar con el proceso de calificación del CMMi, a partir del método que ofrece el SEI - Software Engineering Institute denominada SCAMPI -Standard CMMI Appraisal Method for Process Improvement) o simplemente en español, Método Estándar de Evaluación CMMI para mejora de procesos, y así, empezar a concientizar a los empresarios de la industria del SW para crear de esta un sector importante en el país.
SCAMPI es un método de evaluación y NO de certificación que determina el nivel de madurez o capacidad, que ha alcanzado una organización que aplica CMMi en sus proceso, permitiéndole identificar fortalezas y oportunidades de mejora, así como las prioridades para las acciones de mejora.
Con el SCAMPI se pueden obtener 3 tipos/clases de evaluaciones:(http://www.sei.cmu.edu/cmmi/tools/appraisals/classes.cfm):
SCAMPI Clase A: El método más amplio, con mayor despliegue y es el único que puede proporcionar un nivel de madurez o perfil de la capacidad. Adicional a ello debe ser liderado por un SCAMPI Leader Appraiser autorizado por el SEI.
Para obtener información de los Leader Appraiser lo pueden hacer mediante el siguiente link: http://www.sei.cmu.edu/partners/directory/organization/
SCAMPI Clase B: Es menos riguroso que el anterior, y ocasionalmente mas económico. Se utiliza como evaluación inicial o parcial, enfocado en las áreas que requieren atención. Para este caso no se requiere de un Lead Appraiser.
SCAMPI Clase C: Es el más sencillo, económico y requiere una capacitación menor, ya que se enfoca en áreas de interés o de mayor riesgo en la organización
Entonces, respetadísimos profesionales del software (empresas y/o personas), dediquen tiempo e inviertan dinero para hacer cada día más de la industria del SW una industria de calidad, una industria que no maltrata más a sus clientes, si no por el contrario se conviertan en socios tecnológicos confiables y empecemos a cambiar la imagen que tanto se ha maltratado en nuestro país...
Espero hoy haberles dejado un llamado a crear cosas innovadoras y funcionales basadas en la calidad de nuestros procesos y gente...
Cualquier duda o comentario no duden en formularlo, estaré pendiente de colaborarles...
Buena Semana... y no olviden la calidad de nuestros productos, hacen cada día de la industria una industria de talla mundial...

domingo, 20 de febrero de 2011

Panorama del Software en Colombia

En la publicación de esta semana quiero contextualizar el panorama del software colombiano. Aunque en mi experiencia no puedo dar una descripción amplia (Aun estoy en pregrado), quisiera compartir la opinión sobre la industria del software de manos corporación Colombia Digital (Vea aquí el artículo).

Lo que encontré no es desalentador, bueno considerando la imagen que yo tenía y la que expuse en el video por medio de la frase "Es que esta caído el sistema". Sin embargo aún nos hace falta para que la industria del software sea representativa en el mercado y aporte de manera contundente el PIB.

Según Colombia Digital en un artículo quizás no tan reciente pero significativo, la industria del software tiene el potencial de convertirse en un sector importante en el país, pero nos vemos frenados en enfrentar la dura competencia por aspectos que ya no depende de las empresas sino del país y es la posición que este tenga sobre las TICs. Pero en mi opinión creo que es más responsabilidad de las empresas.

Para que la industria del software sea significativa y competitiva en nuestro país, nuestro software debe reflejar una buena calidad e imagen. Si esto se logra esto será foco de inversión y apoyo tanto del gobierno como inversionistas independientes. 

Ya en cuanto al estado de nuestros productos no puedo dar mucha opinión con mi  experiencia pero observando las empresas que se certifican o se evalúan en la calidad del software sólo 16 empresas han sido evaluadas en CCMI  y sólo 2 tienen el nivel de madurez más alto (Vea aqui cuales). Creo que aún nos falta más y que la preocupación sobre la calidad debería ser una prioridad al igual que buscar las tendencias del mercado.

Y ustedes qué opinan?, los invito a que hagan parte de este tema ya sea por referencia o experiencia.

Hasta la próxima semana.



lunes, 7 de febrero de 2011

¿Qué tan madura es nuestra forma de desarrollar software ?

Esta semana enfatizaremos en una de las formas de medir la calidad en los procesos de desarrollo de software y es la que considera el CMMi con los niveles de madurez.


Como podemos apreciar en la imagen, el modelo CMMi en su versión 1.3 puede medir la madurez en forma tangible clasificandola en 5 niveles. A medida de que se cuente con prácticas mas elaboradas se escala su nivel. Este modelo en sí permite evaluar la forma en que se desarrolla el software y determinar formas en la que los procesos de desarrollo pueden ser mejorados hasta un nivel óptimo y todo esto claro basado en la experiencia.

Por el momento nos enfocaremos en el primer nivel de madurez el cual es conocido como inicial o de caja negra. Al conocer los niveles de madurez establecidos en el modelo de CMMi, no pude evitar sentirme identificado en el primer nivel (claro refiriendome a la forma en la que desarrollo software). Y es precisamente en este nivel en el que se carece de control y enfoque, dirigiendo todo el esfuerzo a que el programa trabaje (si se cuenta con suerte).



Su nombre de caja negra se debe a que el producto o sistema software es resultado de un proceso amorfo, el cual suele ser inestable.  Aunque los objetivos especificos son cumplidos (El producto cumple su función), conceptos como la planeación , monitoreo o control del proceso suelen ser desapercibidos.

"Pero bueno el programa funciona"...

Puede que el programa funcione pero su proceso es ineficiente y esto puede desencadenar los costos de desarrollo. La planeacion puede resultar demorada ya que se basa en la experiencia personal, el control esta limitado a pruebas o depuración y la administración es un total enigma.

Asi que si estas características son como un deja vú de su trabajo, es posible que su software no sea confiable y no refleje cierta calidad. Por tal razón es conveniente observar los otros niveles de madurez los cuales tendremos en cuenta en próximas publicaciones, y a la vez evaluar el proceso de desarrollo que utilizamos identificando conscientemente el nivel de madurez y enfocar la mejora de este.