Homogeneizaci´on de los enfoques usando una plantilla com´un de

En esta actividad se llev´o a cabo un an´alisis de la estructura y la terminolog´ıa de los elementos en com´un.

Partiendo de la matriz de estructura com´un de elementos de procesos (CSPE) de alto nivel definida en [35], es posible encontrar los factores comunes entre ISO 9001 y SCRUM, esto con el fin de facilitar la comparaci´on e integraci´on de alto nivel. La correspondencia de los elementos del proceso se soporta con la ayuda de la experiencia y el criterio de investigadores expertos.

Secci´on Estereotipos y elementos ISO

9001:2015 SCRUM Secci´on 1: Descripci´on(SD) SD1Grupos de procesos X SD2Procesos SD3Actividades X X SD4Tareas Secci´on 2: Roles y Recursos (SRR) SRR1Roles X SRR2Herramientas Secci´on 3: Control (SC) SC1Artefactos X SC2Objetivos X X SC3M´etricas X

Tabla 11. Elementos comunes de estructuras de procesos. Fuente: [35]

3.1.3.1. Homogeneizaci´on del est´andar ISO 9001:2015

La homogeneizaci´on de los modelos tiene como objetivo organizar la informaci´on de tal manera que se puedan expresar o representar los conceptos en ellos descritos, en un formato com´un para as´ı poder llevar a cabo una comparaci´on. Para ISO 9001:2015 se extrajeron partes espec´ıficas del est´andar [3] a una plantilla de estructura com´un de elementos de proceso (CSPE) definida en [35], la cual fue ajustada de tal manera que se omite el campo “SD2 Proceso” puesto que ISO 9001:2015 no define procesos espec´ıficos, sino grupos de proceso

por cap´ıtulo comoOperaci´on, Evaluaci´on del desempe˜no y Mejora. Como se evidencia en la Tabla 11, un elemento en com´un en las estructuras de procesos de los enfoques son las

actividades, por lo tanto el objetivo de la homogeneizaci´on a trav´es de la plantilla es la f´acil identificaci´on deactividades. A continuaci´on se presenta un extracto de la homogeneizaci´on del cap´ıtulo8. Operaci´on, en la cual se pueden evidenciar actividades seg´un la estructura y terminolog´ıa del est´andar. Las tablas completas por cap´ıtulos 8, 9 y 10 se pueden encontrar como anexo en elAnexo A.

SD1. Categor´ıa de proceso

8. Operaci´on

ID Cap´ıtulo 8.

Nombre Operaci´on.

Prop´osito Definido impl´ıcitamente. Descripci´on Definida impl´ıcitamente Objetivos Definidos impl´ıcitamente

SD3. Actividades

“Requisito 8.1 Planificaci´on y control operacional:La organizaci´on debe planificar, implementar y controlar los procesos (v´ease 4.4) necesarios para cumplir los requisitos para la provisi´on de productos y servicios, y para implementar las acciones determinadas en el cap´ıtulo 6, mediante:

a) la determinaci´on de los requisitos para los productos y servicios; b) el establecimiento de criterios para

1) los procesos;

2) la aceptaci´on de los productos y servicios;

c) la determinaci´on de los recursos necesarios para lograr la conformidad con los requisitos de productos y servicios;

d) la implementaci´on del control de los procesos de acuerdo con los criterios;

e) la determinaci´on, el mantenimiento y la conservaci´on de la informaci´on de la informaci´on documentada en la extensi´on necesaria para: 1) tener confianza en que los procesos se han llevado a cabo seg´un lo planificado; 2) demostrar la conformidad de los productos y servicios con sus requisitos;

La salida de esta planificaci´on debe ser adecuada para las operaciones de la organizaci´on.

La organizaci´on debe controlar los cambios planificados y revisar las consecuencias de los cambios no previstos, tomando acciones para mitigar cualquier efecto adverso, seg´un sea necesario.

La organizaci´on debe asegurarse de que los procesos contratados externamente est´en controlados (v´ease 8.4)” [3]

“Requisito 8.2.1 Requisitos para los productos y servicios→Comunicaci´on con el cliente...” “Requisito 8.2.2 Requisitos para los productos y servicios→Determinaci´on de los requisitos para los productos y servicios:...”

“Requisito 8.2.3.1 Requisitos para los productos y servicios→Revisi´on de los requisitos para los productos y servicios→La organizaci´on debe asegurarse de que tiene la capacidad de cumplir los requisitos para los productos y servicios que se van a ofrecer a los clientes....”

“Requisito 8.2.3.2 Requisitos para los productos y servicios→Revisi´on de los requisitos para los productos y servicios→La organizaci´on debe conservar la informaci´on documentada, cuando sea aplicable....”

“Requisito 8.2.4 Requisitos para los productos y servicios→Cambios en los requisitos para los productos y servicios...”

“Requisito 8.3.1 Dise ˜no y desarrollo de los productos y servicios→Generalidades...”

“ Requisito 8.3.2 Dise ˜no y desarrollo de los productos y servicios → Planificaci´on del dise ˜no y desarrollo...”

“ Requisito 8.3.3 Dise ˜no y desarrollo de los productos y servicios → Entradas para el dise ˜no y desarrollo...”

“Requisito 8.3.4 Requisitos para los productos y servicios→Controles del dise ˜no y desarrollo...” “Requisito 8.3.5 Requisitos para los productos y servicios→Salidas del dise ˜no y desarrollo...” “Requisito 8.3.6 Requisitos para los productos y servicios→Cambios del dise ˜no y desarrollo...” “Requisito 8.3.6 Requisitos para los productos y servicios→Cambios del dise ˜no y desarrollo...” “ Requisito 8.4.1 Control de los procesos, productos y servicios suministrados externamente→ Generalidades...”

“ Requisito 8.4.2 Control de los procesos, productos y servicios suministrados externamente→ Tipo y alcance del control...”

“ Requisito 8.4.3 Control de los procesos, productos y servicios suministrados externamente→ Informaci´on para los proveedores externos...”

“Requisito 8.5.1 Producci´on y provisi´on del servicio→Control de la producci´on y provisi´on del servicio...”

“Requisito 8.5.2 Producci´on y provisi´on del servicio→Identificaci´on y trazabilidad...”

“ Requisito 8.5.3 Producci´on y provisi´on del servicio→Propiedad perteneciente a los clientes o proveedores externos...”

“ Requisito 8.5.3 Producci´on y provisi´on del servicio→Propiedad perteneciente a los clientes o proveedores externos...”

“ Requisito 8.5.3 Producci´on y provisi´on del servicio→Propiedad perteneciente a los clientes o proveedores externos...”

“Requisito 8.5.4 Producci´on y provisi´on del servicio→Preservaci´on...”

“Requisito 8.5.5 Producci´on y provisi´on del servicio→Actividades posteriores a la entrega...” “Requisito 8.5.6 Producci´on y provisi´on del servicio→Control de los cambios...”

“Requisito 8.6 Liberaci´on de los productos y servicios...”

“Requisito 8.7.1 Control de las salidas no conformes→La organizaci´on debe asegurarse de que las salidas que no sean conformes con sus requisitos se identifican y se controlan para prevenir su uso o entrega no intencionada...”

“ Requisito 8.7.2 Control de las salidas no conformes → La organizaci´on debe conservar informaci´on documentada...”

3.1.3.2. Homogeneizaci´on del enfoque ´agil SCRUM

Dado que SCRUM no define oficialmente categor´ıas o grupos de proceso como se evidenci´o en la Tabla11, las descripciones de las actividades, roles y artefactos descritos en la gu´ıa oficial de 2017 [12] ser´an presentados en una versi´on ajustada de la plantilla de homogeneizaci´on propuesta en [35], dicha tabla tendr´a el atributo “SD1. Categor´ıa del elemento” en lugar de “SD1. Categor´ıa de proceso”. Las categor´ıas de elementos evidenciados en SCRUM corresponden a Roles, Eventos y Artefactos. De manera an´aloga a la homogeneizaci´on de ISO 9001:2015 en la tabla 31, se omite el campo “SD2. Proceso” y se orienta la plantilla a la identificaci´on de actividadespor cada categor´ıa de elemento. A continuaci´on se presenta un extracto de la homogeneizaci´on del enfoque ´agil SCRUM, las tablas completas de la homogenizaci´on por cada categor´ıa de proceso se pueden encontrar en elAnexo A.

SD1. Categor´ıa de elemento

Roles

ID The SCRUM Team

Nombre El Equipo SCRUM

Prop´osito “Los equipos de SCRUM entregan productos iterativa e incrementalmente, maximizando oportunidades de retroalimentaci´on. Entregas incrementales de producto “Hecho” aseguran que una versi´on potencialmente ´util de producto funcional est´a siempre disponible.”

Descripci´on “El equipo SCRUM consta de un Product Owner, el Equipo de Desarrollo y un SCRUM Master. Los equipos SCRUM son auto organizados y multifuncionales. Equipos auto organizados escogen la mejor forma de conseguir sus objetivos de trabajo, en lugar de ser dirigidos directamente por terceros fuera del equipo. Equipos multifuncionales tienen todas las competencias necesarias para lograr los objetivos de trabajo sin depender de otros que no son parte del equipo. El modelo del equipo SCRUM est´a dise˜nado para optimizar la flexibilidad, creatividad, y productividad. El equipo SCRUM ha probado ser por s´ı mismo incrementalmente efectivo para todos los usos de SCRUM y para cualquier trabajo complejo.”

Objetivos Definidos impl´ıcitamente

Rol 1. El Product Owner:“ El Product Owner es el responsable de maximizar el valor del producto resultante del trabajo del Equipo de Desarrollo. La forma en que se lleva a cabo puede variar dependiendo de la organizaci´on, el equipo SCRUM e individuos.

El Product Owner es la ´unica persona responsable de gestionar el Product Backlog. La gesti´on del

Product Backglogincluye:

Expresar claramente los ´ıtems delProduct Backlog;

Ordernar los ´ıtems en elProduct Backlogpara lograr metas y objetivos de la mejor manera;

Asegurar que elProduct Backloges visible, transparente, y claro para todos, y muestra en lo que el equipo SCRUM trabajar´a, y

Asegurar que el Equipo de Desarrollo entienda los ´ıtems delProduct Backlogal nivel necesario El Product Owner puede llevar a cabo el trabajo mencionado previamente, o puede hacerlo el Equipo de Desarrollo. De cualquier manera, el Product Owner sigue siendo el responsable.

El Product Owner es una persona, no un comit´e. El Product Owner puede representar los deseos de un comit´e en elProduct Backlog, pero aquellos que quieran modificar la prioridad de los ´ıtems delProduct Backlogdeben dirigirse al Product Owner.

Para que el Product Owner tenga ´exito, toda la organizaci´on debe respetarlo y respetar sus decisiones. Las decisiones del Product Owner son visibles en el contenido y ordenamiento del Product Backlog. Nadie puede forzar al Equipo de Desarrollo a trabajar a partir de otro conjunto de requerimientos.”

Tabla 13. Extracto de la homogeneizaci´on de los roles de SCRUM.