La definición de métricas e indicadores es algo teóricamente muy sencillo pero mucho más complejo en la práctica. En este artículo reflexionaremos sobre dos situaciones que se dan en la realidad.

En artículos anteriores (por ejemplo aquí y aquí) hemos comentado la importancia que tiene hacer una elección adecuada de indicadores como método para conocer el desempeño de nuestros procesos ITSM.

En la red existen múltiples estudios y publicaciones comparativas entre el software comercial (“código cerrado”) y el open source (“código abierto”). Hay opiniones para todos los gustos y colores, y cada una de ellas debe interpretarse bajo el ámbito y uso que se quiera dar al sistema (no es lo mismo utilizar un sistema en un ámbito profesional o corporativo, que para un uso doméstico o educativo).

En este artículo se darán 7 razones por la que (parece) el software comercial podría ser una mejor opción que el software de código libre, al menos en el ámbito profesional.

Sin pretender sentar cátedra (ni muchísimo menos), a continuación me gustaría presentar algunas ideas por las cuales parece que el software comercial podría ser una alternativa mejor que el software de código libre, siempre centrados en entornos profesionales (corporativos).

Los que me conocéis sabéis que suelo ser muy abogado del diablo, así que el objetivo aquí no es tanto dar una “sentencia”, si no mostrar otra forma de ver las cosas, y plantear una serie de puntos sobre los que comenzar a pensar. Este artículo está traducido de otro publicado en opensource.com (Seven reasons why closed source is better than open source, or so it seems), que a mí me ha hecho pensar bastante, así que ahora os paso la pelota a vosotros… A partir de aquí, que cada cual saque sus propias conclusiones.

Aquí van las 7 (posibles) razones:

1. No tendrás que preocuparte en solucionar malos funcionamientos del software o cualquiera de sus componentes cuando algo va mal. En el código abierto es necesario que un ingeniero revise el código, detecte el punto del error, contacte con la comunidad de programadores encargados de su mantenimiento, buscar la manera de corregirlo,… lo cual implica un gran gasto de tiempo (que no deja de ser un gasto económico en forma de horas-hombre).

2. No tendrás que preocuparte de publicar los cambios realizados al código. Si bien el caso de código cerrado no es posible realizar adaptaciones al código, sí se podrán realizar configuraciones concretas, o interfaces con otros sistemas, que no tendrán que publicarse a la comunidad.

3. No hay que pensar en términos de licenciamiento ni en su grado de cumplimiento. No todos los esquemas de licenciamiento open source son iguales, y cada fabricante puede tener sus propias cláusulas o políticas particulares. Conocer el detalle de cada una de ellas, así como entender cuándo se pueden aplicar, y cuándo hay que aplicar otros licenciamientos para su uso no-personal, puede llegar a ser algo realmente complejo para ojos no expertos en la materia.

4. No será necesario escoger entre múltiples opciones para cada uno de los componentes individuales que forman parte de la solución final. Si bien puede verse como una ventaja, poder escoger cada una de las piezas / componentes que forman parte de la solución global puede ser todo un dilema cuando se trabaja con sistemas de código abierto (¿qué motor web usar? ¿qué BD? ¿qué GUI? ¿qué librería de encriptación?…). La integración de cada uno de estos componentes puede ser a su vez toda una aventura, no siempre con final feliz 🙁

5. No será necesario buscar la documentación, sólo hay que pedirla al fabricante. Los sistema de código abiertos suelen contar con gran cantidad de documentación, manuales, presentaciones,… disponibles para su descarga en la red, pero encontrar la información más adecuada y más fiable puede llevar bastante tiempo. Contar con información no actualizada o de baja fiabilidad puede llegar a ser algo muy peligroso.

6. Es más fácil encontrar asistencia técnica. ¡¡ Nadie mejor que el fabricante para dar soporte a sus propios sistemas !!

7. Simplemente puedes tirar la toalla… y no preocuparte de buscar un sistema optimizado, re-optimizado, reconstruido, refactorizado,… Simplemente hay que seleccionar la solución que más encaja en tus necesidades, y a partir de ahí delegar en el fabricante, él lo hará todo por nosotros.

Ya sé que hay mil y un matices en cada uno de los puntos anteriores, y algunos pueden no aplicar según qué casos, pero ahí quedan para que cada uno pueda sacar sus propias conclusiones…

Jandro Castro

Cada vez oímos hablar más de SAM, aunque todavía lejos de lo que deberíamos. SAM (Software Asset Management), o lo que viene siendo en castellano , Gestión de Activos Software, es un conjunto de prácticas que nos ayudarán a gestionar de manera eficiente todos nuestros activos software de forma totalmente alineada a otros marcos como ITIL o ISO 20000. Tanta es la importancia que está cobrando SAM, que actualmente ya se dispone de una norma ISO específica: ISO 19770-1

El objetivo de SAM es gestionar mejor, que seamos más eficaces, lejos de la creencia popular de que SAM es sinónimo de gastar más en software. ¡¡ Error !!. Tanto es así, que hay estudios que no han conseguido demostrar que las empresas consigan ahorros reales de costes utilizando software sin licencia, debido, entre otros muchos factores:

• al incremento de fallos críticos en los sistemas
• aumento de pérdida de datos
• aumento de software malicioso (virus) en los equipos
• sanciones legales por piratería

Es más, analizando los posibles retornos de inversión (ROI), podrían llegarse a ratios nada despreciables de 5:1.

Pero las ventajas de la implantación de SAM no son sólo económicas (directas), si no que hay otros factores que también demuestran sus beneficios, como es el caso de los estudios que demuestran que las organizaciones con software 100% licenciado crecen más rápido y tienen más beneficios que las que tienen su software sin control.

Además, hay que tener muy en cuenta que, los progamas software, en su gran mayoría, se integran de forma directa en los procesos productivos y cadena de valor de nuestras organizaciones, con lo que debería ser uno de los eslabones más importantes a controlar.

SAM podría darnos para hablar durante mucho mucho tiempo, pero para no aburrir demasiado, para aquellos que quieran profundizar un poco más en este tema, les animo a visualizar un webinar que tuve el placer de impartir hace unos meses para itSMF Colombia, en donde entramos en más detalle sobre los beneficios de implantación de SAM (y los perjuicios de no hacerlo…):

• Ahorre costos gestionando eficazmente sus licencias de software

Y por si tanta teoría no fuese del agrado de todos, nada mejor que un buen caso práctico de implantación de SAM de la mano de Tecnofor, primera empresa en España certificada en ISO 19770:

• Video Tecnofor, implantación SAM
• Caso de estudio (pdf)