100% encontró este documento útil (1 voto)
134 vistas6 páginas

Matriz RACI para Asignación de Roles

The RACI matrix assigns roles and responsibilities for activities in a project to project team members. It defines roles of Responsible, Approver, Consulted, and Informed and describes each role. The matrix is used to identify who is responsible for each project activity, who approves or is consulted on the activity, and who needs to be informed of progress.
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como XLSX, PDF, TXT o lee en línea desde Scribd
100% encontró este documento útil (1 voto)
134 vistas6 páginas

Matriz RACI para Asignación de Roles

The RACI matrix assigns roles and responsibilities for activities in a project to project team members. It defines roles of Responsible, Approver, Consulted, and Informed and describes each role. The matrix is used to identify who is responsible for each project activity, who approves or is consulted on the activity, and who needs to be informed of progress.
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como XLSX, PDF, TXT o lee en línea desde Scribd

Matriz de Asignación de Responsabilidades (RACI)

Elaborado por: Donal


Roles / Responsabilidades: R: Responsable, A: Aprobador, C: Consultado, I: Informado.

Actividad Roles / Responsabilidades


FASES Actividad DOCENTE INGA ENCARNACION
Definir metodología R
Identificar la institución R
preliminar Identificar participantes del proyecto R
Identificar principios de arquitectura R
Identificar objetivos y motivadores de la institución. R
Definir alcance del proyecto R
FASE A: Estimar tiempos del proyecto R
VISION DE Definir restricciones R
ARQUITECTURA Identificar Stakeholders y sus necesidades R
Visión inicial de la arquitectura R

Identificar y documentar arquitectura de actual (base


line) de la institución.
Seleccionar modelos de referencia, herramientas y
FASE B: técnicas para capturar, modelar y analizar las diferentes
ARQUITECTURA actividades de la institución.
DE NEGOCIO
Crear modelos de arquitectura
Revisar criterios no funcionales
Realizar análisis de brecha
ARQUITECTURA DE DATOS
Identificar y documentar arquitectura de datos actual
(base line)
Identificar y validar principios de referencia,
herramientas y características de los datos.
Crear modelos de arquitectura
Identificar los bloques constitutivos de la arquitectura de
datos
Revisar criterios no funcionales
FASE C:
ARQUITECTURA
DE SISTEMAS
DE
INFORMACION
FASE C:
ARQUITECTURA Realizar análisis de impacto
DE SISTEMAS Realizar análisis de brecha
DE
ARQUITECTURA DE APLICACIONES
INFORMACION
Identificar y documentar arquitectura de aplicaciones
actual (base line)

Identificar y validar principios, modelos de referencia,


herramientas y características de las aplicaciones
Crear modelos de arquitectura
Identificar sistemas candidatos
Revisar criterios no funcionales
Realizar análisis de brecha
FASE D:
ARQUITECTURA Identificar y documentar arquitectura de tecnología
DE actual (base line)
TECNOLOGÍA Crear modelos de arquitectura
NATAN LEON GREYS

R
R
R
R
R

R
R
R
R

R
R
R
R

R
Matriz de roles, responsabilidades y entregables
ROL

Arquitecto de aplicaciones

Arquitecto de tecnología
Arquitecto de negocio

Arquitecto de datos
Project manager

Arquitecto líder
ENTRGABLE

Principios de Arquitectura I R C C C C
Petición de Trabajo de Arquitectura I R
Declaración de Trabajo de Arquitectura I R
Visión de la Arquitectura I R C C C C
Documento de Definición de Arquitectura
Arquitectura de negocio I A R
Arquitectura de aplicación I A R
Arquitectura de datos I A R
Arquitectura tecnológica I A R
Plan de Implementación y Migración I R C C C C
Matriz de Asignación de Responsabilidades (RACI)
Instrucciones
Elaborado por: Equipo
Actividades y colaboradores
Columna Instrucciones
FASES Se ingresa aquí el identificador (ID) de la actividad de proyecto, con el mismo número utilizado para identificar la
actividad o paquete de trabajo en los documentos de proyecto.
Actividad Se coloca el nombre completo de la actividad (Por ej. "Realizar levantamiento de información", "Elaborar Diseño
Técnico", "Desarrollar Componente Java 001").
Colaboradores Sustituir el texto de cada columbra de "Colaborador", con el nombre y apellido del integrante del equipo de
proyecto que se asignará responsabilidades (Ej. Luis González, Alberto García, María Hernández).

Roles / Responsabilidades por En cada renglón (fila) especificar el tipo de responsabilidad asociado al colaborador de la columna, con los
Actividad siguientes valores posibles: R: Responsable, A: Aprobador, C: Consultado, I: Informado.

Roles y Responsabilidades
Rol / Responsabilidad Descripción
R Responsable: Este rol es el que realiza (ejecuta) el trabajo asociado con la actividad, lo habitual es que cada
actividad tenga un solo "R", si existe más de uno es recomendable subdividir la actividad.
A Aprobador: Es el encargado de aprobar (firmar), el trabajo realizado, a partir de esa aprobación, este se vuelve
responsable por la actividad. Como regla general debe existir un solo "A" por actividad. Este rol es quien asegura
que se ejecutan las tareas, por ejemplo Líderes de área técnica, área de gestión de proyecto, entre otros.

C Consultado: Posee alguna información o capacidad que se necesita para mantener el trabajo. Se le informa y
consulta información, de manera bidireccional con el responsable y/o aprobador.
I Informado: Rol que debe ser informado sobre el progreso y los resultados del trabajo. En este caso la
comunicación es unidireccional (se le da información pero no se recibe información).

También podría gustarte