¿Cómo seleccionar una herramienta de software?

Ya sea que deseemos implementar una herramienta para eliminar planillas, o procesamiento manual, o decidimos que la herramienta actual en uso ya no satisface nuestras necesidades, no nos enfrentamos a una tarea sencilla. Y no se dejen engañar… porque no es nada sencillo!

Es muy importante no dejarse llevar. Las funcionalidades que describen las propias herramientas, a veces parece que son suficiente para lo que queremos hacer, pero luego resulta que existen limitaciones, ciertas funciones están disponibles en versiones pagas, o sólo en la versión en la nube, o viceversa, etc. O peor aún, algunas aún ni siquiera fueron liberadas!

Tampoco es suficiente decidir en base a las recomendaciones de amigos, colegas, consultores. (Obviamente, según el vendedor, su herramienta esta la mejor!). Lo que le sirve a uno, no necesariamente le sirve a todos. Por lo tanto, debemos tomar las recomendaciones, tanto positivas como negativas, y preguntar por qué dan dicha evaluación.

Y esta es la clave: tenemos que identificar y definir  para qué queremos usar la herramienta. Esta es la parte más difícil del proceso. Sentarnos y … “escribir requisitos”. Somos nuestros propios clientes. Tenemos que saber escucharnos, aplicar esas técnicas que les recomendamos a los equipos para elicitar requerimientos, y escribir los requerimientos.

Para ello podemos apoyarnos en las características que ofrecen las diferentes aplicaciones, y preguntarnos si queremos o necesitamos eso, y para qué.

Si es una herramienta de gestión, qué metodología voy a aplicar? quiero poder gestionar las tareas, los insumidos… necesito flujos fácilmente adaptables? Qué restricciones de seguridad tengo? la herramienta debe permitir monitorear el estado de avance, notificar vencimiento de tareas, métricas? etc etc…

Dependiendo de nuestra necesidad, podremos delimitar la lista a un conjunto de herramientas.

El próximo paso es probarlas a todas. Sí, todas las del conjunto seleccionado. La mejor forma es usarla como esperamos usarla, la forma ideal, es definir casos de prueba que respondan a los requisitos que escribimos, y ejecutarlos.

Si llegaron hasta este punto, se habrán dado cuenta que no estoy inventando la pólvora, simplemente les recomiendo aplicar prácticas de desarrollo de software que ya conocemos, excepto que el desarrollo fue realizado por un tercero.

La frutilla del postre, es enmarcar esta evaluación bajo un proceso de decisiones formales, (DAR en CMMI, GDE en MPS) donde además de los requisitos, casos de prueba, definimos algunos criterios adicionales como costo, performance, soporte, facilidad de uso, capacidad de crecimiento (puedo empezar chico, pero avanzar a multiples proyectos con muchos usuarios, por ejemplo) y algún otro que se les ocurra. Evaluamos los criterios, y tomamos una decisión fundamentada.

En este viejo post, hay un ejemplo de cómo aplicar DAR: CMMI: ¿Para qué sirve DAR?

Espero que les sirvan estas recomendaciones. Es un proceso tedioso, pero es mucho más barato que el costo de cambiar una herramienta una vez que está en uso, donde tenemos todos nuestros proyectos en marcha, porque nos dimos cuenta tarde que no era lo que necesitábamos …

La importancia de tener procesos

Hace unos días compré un producto de hardware, armado localmente, que tenía que retirarlo de la fábrica, aprovechando la capacitación que dictaban sus fabricantes.
Como buena observadora, y con los procesos embebidos en mi forma de ser, no pude dejar de observar que se beneficiarían mucho de implementar algunos procesos, que dieran cierto orden al trabajo de este grupo de jóvenes técnicos, y por supuesto, les facilite su tarea.
Por ejemplo, llegado el momento de entregarnos el producto, una vez finalizada la capacitación de 90 minutos, nos dimos cuenta que no estaba embalado, de hecho, estaba en pleno proceso de QA (o sea, funcionando frente a nuestros ojos).
Al momento de comprarlo, el brochure indicaba una serie de componentes adicionales que se incluían… entonces, qué hizo nuestro instructor, armador, y responsable de entregar el producto? Buscó un papelito escrito a mano, en un anotador colgado en la estantería donde están los componentes, que tenía la lista de todo lo que debía entregarnos. Tomó una caja cualquiera y metió allí todos los elementos, y nos hizo formalmente la entrega.
Podemos decir que carecen de procesos, pero no es tan así, el proceso está. Es algo informal, es perfeccionable, pero funciona. Se puede mejorar, por supuesto! Es necesario que se vuelva burocrático? No lo creo!
Tal vez con tener un checklist en la pc será suficiente.
De lo que estoy segura, es que el producto fue armado y probado. De hecho al verlo funcionando, podemos decir que hasta fue validado por el usuario final… no habrá evidencia de que todo esto se hizo… pero contando con la práctica real de hacer las cosas, sólo es necesario incorporar alguna/s herramientas que les faciliten dejar registro de ello, sin ser disruptivos ni agregando retrabajo. Tal vez no sea tan eco friendly, pero una simple planilla tipo checklist donde se vayan tildando los controles realizados, sería más que suficiente.
Qué tan difícil podría ser implementar procesos en un entorno así?

Invitación curso oficial CMMI® for Development Version 1.3 en Buenos Aires

GPF Soluciones y Escampi en colaboración con LIVEWARE INC (CMMI Institute PARTNER) lo invitan a participar del curso oficial Introduction to CMMI® for Development Version 1.3., del 10 al 12 de agosto de 2015 en la Ciudad de Buenos Aires.
Este curso está dirigido a los interesados en aprender sobre el modelo y en particular para los que requieren aplicarlo en sus organizaciones. Aprenderá conceptos sobre mejora de procesos así como a entender la estructura del modelo, identificar la información y describir las diferentes áreas de proceso.
Este curso oficial es requisito para pertenecer al equipo de un SCAMPI.
Se ofrecen bonificaciones a grupos y socios de CESSI o SADIO.
Inscripciones y consultas por mail a Intro-CMMI@escampi.com

Participación en WAMPS 2014: Una Experiencia de Implementación y Evaluación Conjunta CMMI-DEV y CMMI-SVC Nivel 5 con MPS-SW Nivel A en Sofrecom Argentina

En Diciembre de 2014, se llevó a cabo uno de los principales eventos de Calidad de Software de Brasil, el X Workshop Anual do MPS (WAMPS 2014), organizado por Softtex en Campinas-SP.

Ya publiqué el paper aceptado. En el evento pudimos contar con la presentación de Jorge Boria, Viviana Rubinstein, Andrés Rubinstein y Ana Regina da Rocha que expusieron el mismo.

Presentación: (copia local), orginal: http://www.softex.br/wp-content/uploads/2014/12/12-Presentaci%C3%B3n-WAMPS-2014-Sofrecom-V11.pdf

Jorge Boria en WAMPS 2014

Jorge Boria en WAMPS 2014

Modelo MPS.BR – Mejora de Proceso del Software Brasileño (MR-MPS-SW)

Hace un tiempo compartí que estoy certificada como Implementadora MPS-Software, el modelo de calidad brasileño, definido con base en CMMI for Development.

Aún no he tenido la oportunidad de armar un post comparando MPS –Software con CMMI-DEV, pero quiero aprovechar para, al menos, compartir el listado de procesos del modelo.

Como comentario general, es válido decir que MPS-SW incluye a CMMI-DEV, ya que tiene equivalencia para las áreas de proceso de CMMI-DEV, y agrega algunos procesos como:

  • Gestión de Portafolio de Proyectos
  • Gestión de Recursos Humanos (incluye OT, pero agrega aspectos interesantes)
  • Gestión de Reutilización
  • Desarrollo para Reutilización

A nivel estructura de niveles puede parecer más complejo al principio, en especial para el Nivel A (equivalente al Nivel 5 de CMMI), pero las guías de implementación del modelo ayudan a comprender los conceptos más importantes, como por ejemplo, qué implica escalar en niveles, qué objetivos persigue incrementar la madurez.

Por otro lado, en algunos aspectos de Ingeniería de Software, es más exigente. Desdobla algunas prácticas que CMMI tiene unificadas, y la rigurosidad agregada no es descabellada, como por ejemplo, en Verificación, tener una práctica específica que pide que los defectos deben quedar registrados. Es lógico, pero muchas empresas, aprovechan la laxitud de algunos puntos de CMMI y se olvidan de lo importante. Si no registramos los defectos encontrados, jamás podremos entender por qué hay retrabajo, o demoras, o …

En fin, aquí les dejo la lista de procesos de MPS-SW:

Nivel

Abr

Procesos

Atributos de Proceso

A AP 1.1, AP 2.1, AP 2.2, AP 3.1,

AP 3.2, AP 4.1, AP 4.2, AP 5.1 y

AP 5.2

B GPR Gestión de Proyectos (evolución) AP 1.1, AP 2.1, AP 2.2, AP 3.1,

AP 3.2, AP 4.1 y AP 4.2

C GRI Gestión de Riesgos AP 1.1, AP 2.1, AP 2.2, AP 3.1 y

AP 3.2

DRU Desarrollo para Reutilización
GDE Gestión de Decisiones
D VER Verificación AP 1.1, AP 2.1, AP 2.2, AP 3.1 y

AP 3.2

VAL Validación
PCP Diseño y Construcción del Producto
ITP Integración del Producto
DRE Desarrollo de Requisitos
E GPR Gestión de Proyectos (evolución) AP 1.1, AP 2.1, AP 2.2, AP 3.1 y

AP 3.2

GRU Gestión de Reutilización
GRH Gestión de Recursos Humanos
DFP Definición del Proceso Organizacional
AMP Evaluación y Mejora del Proceso Organizacional
F MED Medición AP 1.1, AP 2.1 y AP 2.2
GQA Aseguramiento de la Calidad
GPP Gestión de Portafolio de Proyectos
GCO Gestión de Configuración
AQU Adquisición
G GRE Gestión de Requisitos AP 1.1 y AP 2.1
GPR Gestión de Proyectos

 

En el site de Softex, se pueden bajar el modelo y las guías de implementación, tanto en portugués como en castellano: http://www.softex.br/mpsbr/guia-em-espanhol/

Experiencia evaluando tres modelos de calidad en su mayor nivel de madurez

Durante 2014, tuve la oportunidad de participar en una evaluación conjunta de los modelos CMMI y MPS. Evaluamos CMMI for Services Nivel 5, CMMI for Development Nivel 5 y MPS-Software Nivel A (equivale al 5 de CMMI). Esta fantástica experiencia se dio gracias a la invitación del equipo de Lead Appraisers de Liveware, INC. y a la empresa Sofrecom Argentina, que fue evaluada.

Fue mi tercera participación en la acreditación con Sofrecom, y como siempre, la experiencia fue enriquecedora. Contamos con el apoyo de Valeria Chiuki como Gerente de Calidad (y todo el equipo de Sofrecom).

El equipo de evaluación estuvo formado por profesionales sumamente experimentados, a los que respeto y aprecio enormemente: Viviana Rubinstein fue la Líder de la evaluación (para todos los modelos), el equipo estuvo formado Jorge Boria (High Maturity Lead Appraiser), Andrés Rubinstein (Lead Appraiser), Andrea Baglietto (Directora de Calidad de Sofrecom Francia), Ana Regina Roca (una de las autoras del modelo MPS!) y finalmente, yo…

Debo a Ana Regina que me haya empujado a rendir el examen de implementadora MPS (junto a Andrea, las dos primeras implementadoras argentinas). Aprendí muchísimo, y tengo mucha información conceptual para compartir sobre los modelos, en particular MPS, que aún es poco conocido en Argentina.

De esta experiencia surgió un Paper que fue presentado en el congreso anual de MPS, el WAMPS 2014. Por supuesto, que al ser una experiencia única en el mundo, suscitó interés en al ámbito académico.

Paper

Sofrecom Evaluación Conjunta 2014 - EquipoSofrecom Evaluación Conjunta 2014 - Fotos del Equipo

 

 

Implementadora oficial de MPS-Software

(repost) Originalmente Publicado el 19 noviembre, 2014

Finalmente salió publicado, y puedo anunciar que soy implementadora oficial de MPS-Software, luego de haber rendido el examen correspondiente.

Sólo dos argentinas obtuvimos este logro, siendo la única residente en el país!

MPS es un modelo de calidad definido por el Softex, en Brasil, basado en CMMI, en particular MPS-Software es análogo a CMMI for Development, con algunos agregados. Pero eso… es para otro post, donde les comentaré mi experiencia con el modelo, la evaluación de un nivel A de MPS-Software en conjunto con un Nivel 5  de CMMI-DEV y Nivel 5 de CMMI-SVC, así como del exámen en sí mismo.

En el sitio de Softex pueden encontrar el listado de profesionales habilitados, que ya me incluye, así como también todos los que aprobamos el examen el día 10/10/2014, rendido en varias ciudades de Brasil y en Buenos Aires en simultáneo.

Profesionales habilitados: http://www.softex.br/wp-content/uploads/2013/08/Certificados-de-Aprova%C3%A7%C3%A3o-Prova-P2-MPS-SW_18NOV20142.pdf

Lista de Aprobados http://www.softex.br/wp-content/uploads/2013/10/Lista-aprovados_P2-SW.10.OUT_.2014_para_publica%C3%A7%C3%A3o4.pdf

¡Es oficial!

(repost) Originalmente Publicado el 15 octubre, 2014

Ya puedo decir oficialmente que participé como Team Member de un SCAMPI A multimodelo que evaluó Nivel 5 de Madurez para CMMI-DEV y CMMI-SVC en Argentina.
Los curiosos, pueden verlo en el PARS: https://sas.cmmiinstitute.com/pars/pars.aspx
Pronto habrá más novedades, porque esto no se queda aquí! Fue una experiencia única en el mundo… ya verán por qué…

Un buen homenaje para un excelente profesional: Jorge Boria

(repost) OriginalmentePublicado el 12 julio, 2014

Esta noticia es de fines de Mayo, pero vale la pena compartir.

La Facultad de Ciencias Exactas de la Universidad del Centro de la Provincia de Buenos Aires (Tandil), resolvió homenajear en vida a un gran profesional, el señor Jorge Boria, dándole su nombre al Instituto de Sistemas Tandil Ing. Jorge Boria.

Realmente me llena de orgullo que le hayan otorgado esto, ya que lo considero un mentor en mi camino hacia la calidad y mejora de procesos, sin cuyo empujoncito, tal vez seguiría desarrollando software.

Adjunto unas fotos de la entrada al Instituto, así como la resolución, aunque no está muy legible.

10269242_657224047685858_6316618393671219441_o 10317819_657223661019230_4231273709355571485_o 10378941_644755635599366_6518692686324460309_n 10441442_644754888932774_6588818511178706216_n