INSTITUTO TECNOLÓGICO SUPERIOR DE LA MONTAÑA

CARRERA:

INGENIERÍA INFORMÁTICA

MATERIA: ESTRATEGIAS DE GESTIÓN DE SERVICIOS DE TI

REPORTE DE INVESTIGACIÓN MOF &

SPICE

M.T.I. FREDDY RAMÍREZ VILLALOBOS

ALUMNO:

BERTOLDO GARCÍA MALDONADO

GRADO Y GRUPO:

8º “A”

Tlapa de Comonfort, Gro., a 14 de mayo del 2016

1

SPICE

(Software Process Improvement and Capability Determination)

(Determinación de la Capacidad de Mejora del Proceso de Software) también conocido

como ISO/IEC 15504 “es un estándar internacional que es aplicable a cualquier

organización/empresa que quiera conocer y mejorar la capacidad de sus procesos” 1

En junio de 1991 el comité ISO/IEC JTC1/SC7 aprobó un estudio para que se

investigara las necesidades y requerimientos para un estándar de evaluación de

procesos software. Un año más tarde, se obtuvo como conclusión que existía un

consenso internacional para dicho estándar. En junio de 1993 arrancó el proyecto

SPICE.

Objetivos específicos

1. Ayudar al proyecto de estandarización, en su etapa preparatoria, para

desarrollar los borradores iniciales de trabajo.

2. Realizar las pruebas de usuario, obteniendo datos de la experiencia que

constituirán la base de la revisión del Estándar antes de emitirlo como

International Standard.

3. Crear el conocimiento del mercado y evolucionar el estándar.2

1. DIMENSIÓN DE LA CAPACIDAD DEL PROCESO

La dimensión de la capacidad del proceso “está caracterizado por una serie de

atributos de proceso, aplicables a cualquier proceso, que representan características

necesarias para gestionar y mejorar su capacidad de realización” (De Amescua,

Lloréns, & García, 2008, Pág. 4)

1 European Software Institute [ESI]. (22 de Mayo de 2011, Pág. 48). Obtenido de http://www.camarabilbao.com/ccb/contenidos.downloadatt.action?id=3746781

2

NIVELES DE CAPACIDAD Y ATRIBUTOS DE PROCESO La figura 3 sintetiza la dimensión de la capacidad de proceso, indicando los atributos de proceso (PA) de cada nivel de capacidad.

Elaborado por: De Amescua, Lloréns & García2 Tomado de: (De Amescua, Lloréns, & García, 2008, Pág. 7)

2. NIVELES DE CAPACIDAD

Nivel 0: Proceso Incompleto, el proceso no está implementado o no logra conseguir

su objetivo. No hay atributos en este nivel.

Nivel 1: Proceso Realizado, el propósito implementado logra su objetivo definido.

Rendimiento del Proceso: El proceso emplea un conjunto de prácticas, que

son iniciadas por unos productos identificables y produce unos productos

identificables, que satisfacen el propósito del proceso.

2 De Amescua, A., Lloréns, J., & García, Á. (8 de Diciembre de 2008, Pág. 7). Obtenido de http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/course_files/semana3/iso-spice.doc

Incompleto

Gestionado

Realizado

Establecido

Previsible

Optimizando 5

4

3

2

1

0

Niveles de CapacidadNiveles de Capacidad Atributos de ProcesoAtributos de Proceso

1.1 Rendimiento del Proceso

2.1 Gestión del Rendimiento2.2 Gestión del Producto

3.1 Definición del Proceso3.2 Recurso del Proceso

4.1 Medición del Proceso4.2 Control del Proceso

5.1 Cambio del Proceso5.2 Mejora Continua

3

Nivel 2: Proceso Gestionado, el proceso Realizado entrega productos con una calidad

aceptable en un margen de tiempo y necesidades de recursos definidos.

Gestión del Rendimiento, “la ejecución del proceso se gestiona para producir

productos en un plazo de tiempo y con unos requisitos preestablecidos”3

Gestión del Producto, “la ejecución del proceso se gestiona para producir

productos que se documentan y se controlan satisfaciendo sus requisitos

funcionales y no funcionales, de acuerdo con los objetivos de calidad del

producto del proceso” 3

Nivel 3: Proceso Establecido, el proceso Gestionado se realiza utilizando un proceso

definido basado en los principios de la ingeniería del software. Aquí en este nivel el

proceso ya se encuentra establecido en la organización.

Definición del Proceso, “la ejecución del proceso utiliza una definición de

proceso basada en un proceso estándar, que permite contribuir a los objetivos

de negocio definidos en la organización”

Recursos del Proceso, “la ejecución del proceso utiliza eficazmente recursos

humanos con las habilidades adecuadas y una infraestructura de proceso que

contribuyen a los objetivos de negocio definidos de la organización”

3 De Amescua, A., Lloréns, J., & García, Á. (8 de Diciembre de 2008, Pág. 8). Obtenido de http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/course_files/semana3/iso-spice.doc

4

Nivel 4: Proceso Previsible, el proceso Establecido se realiza constantemente dentro

de los límites de control definidos para lograr sus objetivos.

Medición del Proceso, “la ejecución del proceso se soporta por los objetivos y

mediciones que son utilizadas para asegurar que la implementación del proceso

contribuye a la consecución de los objetivos” 4

Control del Proceso, la ejecución del proceso se controla a través de la

recopilación y análisis de mediciones para controlar y corregir, donde sea

necesario, el rendimiento del proceso para lograr fiablemente los objetivos del

proceso definidos.

Nivel 5: Proceso Optimizando, el proceso Previsible optimiza su rendimiento para

satisfacer las necesidades de negocio actuales y futuras y logra repetidamente

satisfacer sus objetivos de negocio definidos.

Cambio de Proceso, los cambios a la definición, gestión y rendimiento del

proceso son controlados mejor para conseguir los objetivos de negocio de la

organización.

Mejora Continua, los cambios a los procesos se identifican y se implementan

para asegurar la mejora continua en el cumplimiento de los objetivos del

negocio definidos de la organización.

4 De Amescua, A., Lloréns, J., & García, Á. (8 de Diciembre de 2008, Pág. 8). Obtenido de http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/course_files/semana3/iso-spice.doc

5

3. DIMENSIÓN DEL PROCESO El modelo de referencia agrupa los procesos en categoría de procesos. Estos procesos se corresponden con los definidos en ISO 12207 Software Life-Cycle Process. (tabla 1).

Categoría de Proceso Proceso

ID Nombre ID Nombre

CUS Cliente-Suministrador

CUS.1 Adquirir software

CUS.2 Gestionar las necesidades del cliente

CUS.3 Suministrar software

CUS.4 Operar software

CUS.5 Proporcionar servicio al cliente

ENG Ingeniería

ENG.1 Desarrollar los requisitos y diseño del sistema

ENG.2 Desarrollar los requisitos software

ENG.3 Desarrollar el diseño software

ENG.4 Implementar el diseño software

ENG.5 Integrar y probar el software

ENG.6 Integrar y probar el sistema

ENG.7 Mantener el sistema y el software

SUP Soporte

SUP.1 Desarrollar documentación

SUP.2 Realizar la gestión de la configuración

SUP.3 Realizar el aseguramiento de la calidad

SUP.4 Realizar la verificación del producto

SUP.5 Realizar la validación del producto

SUP.6 Realizar revisiones conjuntas

SUP.7 Realizar auditorias

SUP.8 Realizar resolución de problemas

MAN Gestión

MAN.1 Gestionar el proyecto

MAN.2 Gestionar la calidad

MAN.3 Gestionar los riesgos

MAN.4 Gestionar los subcontratistas

ORG Organización

ORG.1 Ingeniería del negocio

ORG.2 Definir el proceso

ORG.3 Mejorar el proceso

ORG.4 Proporcionar recursos humanos con habilidades

ORG.5 Proporcionar la infraestructura de ingeniería del software.

Tomado de: (De Amescua, Lloréns, & García, 2008)

Consta de los procesos que

directamente impactan al cliente,

soportan el desarrollo y la entrega, al

cliente, del software proporcionándole

su correcta operación y utilización.

Consta de los procesos que

directamente especifican,

implementan, o mantienen un sistema,

el producto software y su

documentación de usuario.

Consta de los procesos que contienen

prácticas de una naturaleza genérica

que pueden ser utilizadas por

cualquiera que gestione cualquier clase

de proyecto en un ciclo de vida

software.

Consta de los procesos que pueden ser

empleados por cualquiera de los otros

procesos (incluyendo los procesos de

soporte) en distintos puntos del ciclo

de vida del software.

Consta de los procesos que establecen

los objetivos del negocio de la

organización y del producto de proceso

de desarrollo, y activos de recursos que,

cuando son empleados por los proyectos

en la organización, ayudarán a la

misma a lograr sus objetivos de

negocio.

6

4. VENTAJAS

1. SPICE ofrece una base para una evaluación muy detallada del estado actual

del proceso de una organización. Por su gran nivel de descomposición de los

procesos e indicadores, proporciona evaluaciones objetivas y con resultados

repetibles, especialmente cuando es realizada por evaluadores entrenados y

cualificados. El European Software Institute (ESI) ya ofrece cursos para ello.

2. Al disminuir la subjetividad se consigue reducir discordias sobre los resultados

de la evaluación y a adoptar actitudes positivas de los equipos hacia la

evaluación.

3. Pero la ventaja principal es que al disponer de un estándar internacional se

pueden realizar comparaciones a nivel mundial entre evaluaciones en contextos

similares.

5. DESVENTAJAS

1. Por contra se requiere un gran esfuerzo para realizar las evaluaciones y por

tanto un alto coste. Las evaluaciones se pueden llevar a cabo por personal

interno de tal manera que se puedan ver reducidos estos costes. Es

importante tener en cuenta que la evaluación no necesita abordarse a toda

la organización, las evaluaciones SPICE se puede realizar únicamente en

aquellos procesos que sean áreas de problema.

2. El modelo de referencia SPICE no contiene una estrategia de mejora del

proceso. Esto puede verse como positivo o negativo dependiendo de lo que

se quiera.5

5 De Amescua, A., Lloréns, J., & García, Á. (8 de Diciembre de 2008). Obtenido de http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/course_files/semana3/iso-spice.doc

7

MOF (Microsoft Operations Framework) Es una metodología creada por Microsoft en base a estándares internacionales

existentes en IT, tales como ITIL, o ISO; que permite, a través de un conjunto ordenado

de documentos, procedimientos, mejores prácticas, diagramas, encuestas y ejemplos:

planificar, desarrollar y mantener procesos de tecnología, para sistemas de misión

crítica en grandes corporaciones.

ANTECEDENTE

Su primera versión fue lanzada a principios de 1999. Sin embargo, nuevas

necesidades fueron surgiendo a través de los años, y tuvo que ser creada MOF 4.0

(versión actual).6

OBJETIVO

proporcionar orientación a las organizaciones ya sea para crear, modificar o manejar

servicios de TI. Promueve un enfoque lógico para la toma de decisiones,

comunicación, planificación, implementación y el apoyo de los servicios de TI.

Con esta orientación que la metodología provee se puede llegar a lograr la excelencia

operacional en la organización mediante la eficiencia y eficacia en los procedimientos

y procesos.

FASES

MOF abarca tres fases y una capa de fundación del ciclo de vida de servicios de TI:

La fase de plan asegura la alineación con los objetivos de negocio y de TI, el

cumplimiento de la política, la gestión financiera y la fiabilidad.

6 M. Andres (2009). Microsoft Office Framework. Consultado en 05/14/2016 en http://udemced.pbworks.com/w/page-revisions/6712369/MOF%20%28Microsof%20Office%20Framework%29.

8

La fase de entrega cubre ideación, planificación, construcción, estabilización y

despliegue del servicio.

La fase de operar mantiene operaciones de vigilancia, servicio y servicio de

control, servicio al cliente y gestión de problemas en línea con los acuerdos de

nivel de servicio (SLA).

La capa de gestión ayuda a los profesionales manejar gobierno, riesgo y

cumplimiento (GRC); cambiar y configuración; y servicio del equipo.7

7 Rouse, Margaret (2008). Microsoft Operations Framework (MOF). Consultado en 05/01/2016 en http://whatis.techtarget.com/definition/Microsoft-Operations-Framework-MOF

9

VENTAJAS

1. Nuevos conceptos para la organización de operaciones de procesos de TI.

2. Modelos de equipos y de riesgo.

3. Mas prescriptible, relevante y fácil de orientar.

4. Adaptable a los recurrentes cambios del negocio.

5. Es un proceso iterativo, es decir, perfecciona y mejora de forma continua la

solución.

6. Está destinado a la ayuda práctica y rápida. No es solo teoría, es decir, contiene

guías prácticas, plantillas, hojas de trabajo y herramientas destinadas a los

profesionales a lidiar con escenarios específicos.

7. Mejora continua del marco mediante el involucramiento de la comunidad.

8. Una organización puede emplear todo MOF 4.0 o simplemente un componente

para resolver un problema en particular.

9. Se alinea con otros marcos, como, por ejemplo: CoBIT

10

BIBLIOGRAFÍAS

Rouse, Margaret (2008). Microsoft Operations Framework (MOF). Consultado

el 01 de mayo de 2016 en

http://whatis.techtarget.com/definition/Microsoft-Operations-Framework-MOF

AT, LARIAS (2004). MOF - MICROSOFT OPERATIONS FRAMEWORK.

Consultado el 01 de mayo de 2016 en http://infosegura.blogspot.mx/.

European Software Institute [ESI]. (22 de mayo de 2011). Consultado el 14 de

mayo 2016 en

http://www.camarabilbao.com/ccb/contenidos.downloadatt.action?id=3746781

De Amescua, A., Lloréns, J., & García, Á. (8 de diciembre de 2008). Consultado

el 14 de mayo 2016 en

http://moodle.univo.com.mx/ingenieria/moodledata/temp/backup/1293679217/c

ourse_files/semana3/iso-spice.doc

M. Andres (2009). Microsoft Office Framework. Consultado el 14 de mayo de

2016 en http://udemced.pbworks.com/w/page-

revisions/6712369/MOF%20%28Microsof%20Office%20Framework%29.