Declaracion Trabajo Arquitectura

Declaración de Trabajo de Arquitectura
Proyecto: Plan estratégico de

transformación IT
Cliente: ATH
Tabla de Contenido
1 Propósito de este documento ................................................................................................................................ 4
2 Declaración de Trabajo de Arquitectura .............................................................................................................. 5
3 Objetivos y Alcance ............................................................................................................................................. 6
4 Roles y Responsabilidades ................................................................................................................................... 8
5 Enfoque de Arquitectura .................................................................................................................................... 10
6 Plan de Trabajo .................................................................................................................................................. 14
7 Riesgos y Mitigaciones ...................................................................................................................................... 18
8 Criterios y Procedimientos de Aceptación ......................................................................................................... 20
9 Firma de Aprobación ......................................................................................................................................... 23
Información del Documento

Nombre del Plan estratégico de transformación IT
Proyecto:
Preparado por: David Cruz No. Versión del documento 0.1
Camila Millán
Cesar Prieto
Título: Declaración de Trabajo de Arquitectura Fecha de versión del 14/08/2019
documento:
Revisado por: Fecha de revisión:
Lista de Distribución
Desde Fecha Teléfono/Fax/Correo Electrónico
A Acción* Fecha de Teléfono/Fax/Correo Electrónico

Vencimiento
* Tipos de acción: Aprobar, Revisar, Informar, Archivo, Acción requerida, Asistir a reunión, Otro (por
favor especifique)
Historial de versiones del documento
TOGAF™ 9 Template: Statement of Architecture Work 2

Copyright © 2010 The Open Group. All rights reserved. TOGAF™ is a trademark of The Open Group.
Número Fecha de
Versión la versión Revisado por Descripción Nombre del archivo

1 Propósito de este documento Commented [AG1]: No hay que olvidar el propósito general del
documento qué es: definir el enfoque y la aproximación qeu será
usada para completar el ciclo de arquitectura.
Este documento es una declaración de trabajo de arquitectura para el Proyecto Plan Estratégico de
Transformación IT.
La base de la Declaración de Trabajo de Arquitectura es realizar el proceso de transformación, de manera
que pase de una IT Tradicional a una IT Digital. Para la ejecución llevará a cabo un Plan Estratégico de IT
de manera que en su contexto se identifican seis fuerzas que son las encargadas de moldear la
transformación de ATH (Laboratorio Digital, Shared Services, Bancos, Costos, Incrementos Transacciones
y Regulación).
Complementado de manera que se tenga un mejor direccionamiento en toda la transformación que definen
los cinco pilares estratégicos de ATH (Disponibilidad, Oportunidad, Eficiencia, Talento y Producto), sobre
estos pilares se desarrolla y fortalecerá las capacidades IT.

2 Declaración de Trabajo de Arquitectura
2.1 Solicitud de Proyecto y Antecedentes
Actualmente se cuentan con arquitecturas de referencia, las cuales son el punto de partida para derivar la
arquitectura de solución a plantear. Se debe tener presente que no solo es un cambio tecnológico también
se trata de un cambio organizacional, donde se debe desarrollar nuevas habilidades, procesos, capacidades
y roles.
2.2 Descripción y Alcance del proyecto Commented [AG2]: Un poco técnica la propuesta... Gestión y
monetarización de API
Para dar cumplimiento al alcance del proyecto, se desarrolla un plan estratégico de manera que se dé una
iniciativa para implementar el modelo de gestión de las API entregando capacidad de transformación de
tecnología, publicación de APIs y habilitando capacidades de monetización; haciendo referencia al
desarrollo de APIs. Se desea no solo ejecutar el proyecto sino garantizar el gobierno y continuidad del
mismo a través de esta iniciativa.
A su vez para apoyar lo dicho anteriormente se propone habilitar la capacidad de células on-demand y
realizar la adopción de marcos de trabajo ágil como Scrum y Kanban sobre los procesos asociados al ciclo
de vida de las aplicaciones, cambiando el enfoque tradicional que actualmente está establecido.
Estableciendo las bases necesarias a nivel de cultura, procesos y organización lo que requiere una fuerte
transformación para adoptar estas prácticas.
2.3 Visión General

Desarrollar un plan estratégico implementando el modelo de gestión de las API para realizar la
transformación necesaria en la tecnología de TI, entregando capacidad monetaria de manera que se
garantice la continuidad de la iniciativa. Todo esto teniendo como base la adopción de marcos de trabajo
ágil como Scrum y Kanban.
2.4 Alineación Estratégica

De acuerdo a lo planteado en la solicitud de trabajo de la transformación de una IT tradicional a una IT
digital se propone la adopción de metodologías agiles generando un valor al negocio con el desarrollo de
APIs, y su respectiva monetización. A la vez que se fortalecen sus capacidades y se crean nuevas sin perder
la alineación de la estrategia corporativa del grupo AVAL.

3 Objetivos y Alcance
3.1 Objetivos
Los objetivos de este trabajo de arquitectura son:
Commented [AG3]: Una explicación de esta gráfica estaría
interesante, aportaría aun mas algo de contexto, ¿qué son los íconos
por ejemplo?
Objetivo de negocio Notas

Contar con la capacidad de Escalamiento y Elasticidad Actualmente no se cuenta con la capacidad de
en función de la demanda. extender y escalar componentes on-demands.
Contar con el inventario de Servicios APIs. Actualmente se tiene un inventario de servicios APIs
sin proceso.
Contar con cultura de agilidad a nivel organizacional. Actualmente se tiene un establecimiento inicial de
Dinámica de trabajo basada en metodologías agiles. algunas células sin embargo no hay aún una adopción
Roles, recurso y enfoque ágil. organizacional extendida, ya que se cuenta con células
conformadas por terceros y no por colaboradores
directos.
Contar con un proceso automático desde la concepción Actualmente se cuenta con herramientas habilitadas
de la aplicación. Equipos con conocimiento sobre para entrega continua, procesos definidos en mejor
procesos de entrega continua. continua con base en plataformas habilitadas
(Aproximadamente 5)
Contar con capacidad de aprovisionamiento on- Esta capacidad no existe actualmente.
demand de las plataformas en modelos híbridos.

3.2 Alcance Commented [AG4]: Un poco concentrado en tecnología
 Proponer una solución que permita el desarrollo y la administración de las APIs por medio de un
API Management con el fin de ofrecer servicios en internet, con un catálogo claro y sencillo de
implementar sin protocolos de seguridad costosos, para clientes internos y externos del grupo
AVAL.
 Habilitar capacidades para el despliegue y compilación automática de SW en los ambientes de ATH
para reducir los tiempos y errores.
 Creación de condiciones favorables para fomentar colaboración en los grupos de trabajo y su
transición al modelo de operación agile.
 Generar las bases para la cultura de agilidad en los equipos de trabajo basados en metodologías
agiles.
3.3 Grupos de Interés, Preocupaciones y Vistas
Grupos de
Preocupación Vista
Interés
Realizar la transformación digital para
que ATH mejore su imagen frente al
CEO Vista de Mapa de Alcance
grupo AVAL y se generen más entradas
económicas.
Director de
On-Demand Vista de Infraestructura Commented [AG5]: Aquí si tengo dudas!, es un director,
Tecnología infraestructura creen que sea la forma de atender una preocupación
Desarrollo de APIs de él?
Director de Vista de Infraestructura
Implementación Metodología Ágil
Desarrollo Vista de Aplicaciones
Entregas continuas
Entregas continuas
Líder Despliegue Vista de Despliegue e Implementación
Despliegues automatizados
Líder de Entregas continas Vista de Aplicaciones
Integración Desarrollo de APIs Vista de Infraestructura

4 Roles y Responsabilidades
4.1 Estructura de Gobierno
4.2 Procesos del Proyecto

 La Junta de Arquitectura se hace una vez por semana para conocer el estado actual de los temas.
 Con todos los interesados una vez por semana se hará una reunión para entregar avances, aclarar
dudas e inquietudes.
 Toda documentación se encontrará en el repositorio de arquitectura, cualquier cambio realizado
debe ser sometido aprobación en la junta de arquitectura.
 Fase Preliminar:
1. Alcance de las organizaciones empresariales impactadas
2. Confirmar los marcos de trabajo de gobierno y soporte
3. Define y establece el equipo de arquitectura empresarial
4. Identifica los principios de arquitectura
5. Ajusta TOGAF y otros marcos de trabajo de arquitectura si hay algún otro

6. Desarrollar un plan de estrategia e implementación para Herramientas y Técnicas
 Fase Visión
1. Establecimiento del proyecto de arquitectura
2. Identificar interesados, preocupaciones y requerimientos de negocio
3. Confirmar y elaborar metas, motivadores y restricciones de negocio
4. Evaluar las capacidades de negocio
5. Evaluar la preparación para la transformación del negocio
6. Definir el alcance
7. Confirmar y elaborar los principios de arquitectura incluidos los de negocio
8. Desarrollar la visión de la arquitectura
9. Definir la propuesta de valor de la arquitectura objetivo y sus KPI
10. Identificar los riesgos de transformación del negocio y las actividades de mitigación
11. Desarrollar la declaración de trabajo de arquitectura y asegurar su aprobación.
4.3 Roles y Responsabilidades (RACI)
 Líder de Gobierno: Persona responsable de gestionar y asegurar el cumplimiento de las políticas

y estándares definidos relacionados con el ciclo de vida de las APIs. Asegura que la integración de
las aplicaciones sea consistente con la arquitectura y que no existan soluciones redundantes.
Asesora a los grupos de desarrollo de los proyectos en el diseño de sus soluciones de integración.
Programa revisiones de calidad de la documentación e integración de las APIs.
 Líder funcional: Persona con conocimiento en el dominio funcional. Se encuentra capacitado para
la identificación y especificación a nivel funcional de los servicios de negocio.
 Arquitecto: Persona capacitada para la identificación, clasificación y especificación de APIs según
los estándares definidos. Encargado de modelar, diseñar y optimizar las integraciones establecidas
en las APIs. Manteniendo entregas continuas.
 Desarrollador: Persona responsable de los aspectos técnicos del desarrollo de las APIs.
 Líder de Operación: Responsable de la infraestructura tecnológica sobre la cual se despliega el
API. Responsable de asegurar el rendimiento, disponibilidad y escalabilidad de la solución de API
Connect. Maneja la promoción de las API en Producción. Otorga el nivel de aprobación para el
consumo de las APIs. Gestiona el intercambio de certificados con los consumidores para en los
casos que así se requiera. Tiene la función de controlar, medir, optimizar e implementar de forma
eficaz las API implementadas. Es responsable de crear roles de usuario en el sistema, asignarles
roles.
 Líder de Pruebas: Persona responsable de realizar las pruebas de los cambios que se realicen en
las API.
A continuacion se muestra la matriz RACI con los roles definidos.

https://livejaverianaedu-
my.sharepoint.com/:x:/g/personal/diaz_alejandro_javeriana_edu_co/EY5xoo_E1chNlTlqQ6aLXskB28ml
SE6-4eWfqP5wetWc1g?e=Uho2kH

5 Enfoque de Arquitectura
A continuación, se relaciona el enfoque de arquitectura
5.1 Procesos de Arquitectura
Fase In/Out Notas

Preliminar IN: Modelo Organizacional, Por el tiempo definido para el
mapa de procesos, desarrollo del Trabajo de
capacidades. Arquitectura Arquitectura solo se podrá realizar
Actual. un ciclo por Fase.
OUT: Solicitud trabajo de

arquitectura.
A – Visión Arquitectura IN: Solicitud trabajo de Por el tiempo definido para el
arquitectura, principios de desarrollo del Trabajo de
negocio, metas, motivadores. Arquitectura solo se podrá realizar
un ciclo por Fase.
OUT: Declaración de trabajo
de arquitectura. Visión de la
arquitectura.

B – Arquitectura Negocio IN: Solicitud trabajo de Por el tiempo definido para el
arquitectura, declaración de desarrollo del Trabajo de
negocio, principios de Arquitectura solo se podrá realizar
negocio, metas, motivadores un ciclo por Fase.
de negocio.
OUT: Evaluación de
capacidad, Plan de
Comunicaciones, Modelo
Organizacional, Marco de
Trabajo de arquitectura,
Declaración de Trabajo de
Arquitectura Principios de
Arquitectura, Repositorio de
Arquitectura.
C – Arquitectura de Sistemas de N/A N/A Commented [AG6]: Me están hablando de una cantidad de
Información puntos de tecnología y no agregan nada a estas dos fases!
D – Arquitectura de Tecnología N/A N/A

E – Oportunidades y Soluciones N/A N/A
F – Planificación de la migración N/A N/A
G – Gobierno de implementación N/A N/A
H – Gestión del cambio de N/A N/A
Arquitectura
Gestión de Requerimientos N/A N/A
5.2 Contenido de Arquitectura
A continuación, se hace referencia a los documentos, artefactos y entregables que se usaran en la

arquitectura.

Área de Contenido Notes
Principios de Arquitectura, Visión, y -Vista de Mapa de Alcance
Requisitos -Catálogo de principios de arquitectura.
-Solicitud trabajo de arquitectura.
-Matriz de stakeholders
-Cadena de valor
-Organigrama
-Capacidades de negocio.
-Mapa de procesos.
-Catálogo de roles.
Arquitectura empresarial Se definirá la línea base de la arquitectura de la organización y la
arquitectura objetivo a la que se desea llegar.
-declaración de visión de la arquitectura.
Arquitectura de Sistemas de -Catálogo de sistemas de información de la organización.
Información– Data
Arquitectura de Sistemas de Información - Vista de Aplicaciones
– Aplicaciones -Vista de Despliegue e Implementación

-Arquitectura general de ATH
Arquitectura de Tecnología -Vista de Infraestructura
-Se realizará un inventario de las tecnologías de infraestructura que
ATH tiene dentro de la organización.
-Arquitectura objetivo.
Realización de Arquitectura -Arquitectura objetivo.
-Declaración de arquitectura.
-Documento de visión de la arquitectura.
-Solicitud de trabajo de arquitectura.
5.3 Metodologías relevantes y estándares de la industria Commented [AG7]: Uy que pasó con TOGAF?
 ITIL: Es un marco el cual se concentra en la administración del servicio que provee TI. Se focaliza
en la medición y mejoramiento continuo de la calidad del servicio entregado tanto desde la
perspectiva del negocio como la del cliente final.
 COBIT: Es un marco para facilitar el control, además de un conjunto de herramientas que permite
a los administradores reducir la brecha entre los requerimientos de control, elementos técnicos y
los riesgos del negocio.
 APQC: Es un marco que le ayuda a las empresas a trabajar de manera más proactiva, rápida y con
confianza. Se considera como la principal autoridad mundial en evaluación comparativa, mejores
prácticas, mejora de procesos y rendimiento y gestión del conocimiento.

6 Plan de Trabajo
A continuación, se describen las actividades y los entregables correspondientes para el trabajo de
arquitectura:
6.1 Fase Preliminar

Es la encargada de Determinar la capacidad de arquitectura deseada por la organización.
6.1.1 Actividades
1. Alcance de las organizaciones empresariales impactadas
2. Confirmar los marcos de trabajo de gobierno y soporte
3. Define y establece el equipo de arquitectura empresarial
4. Identifica los principios de arquitectura
5. Ajusta TOGAF y otros marcos de trabajo de arquitectura si hay algún otro
6. Desarrollar un plan de estrategia e implementación para Herramientas y Técnicas
6.1.2 Entregables
Los siguientes productos de trabajo se crearán como resultado del trabajo de arquitectura:
 Solicitud de Trabajo de Arquitectura
Describe los imperativos comerciales detrás del trabajo de arquitectura
 Modelo Organizacional para la arquitectura empresarial
o Incluye el alcance de la organización impactada
o Evaluación de madurez, brechas y propósito de la aproximación
o Roles y responsabilidades del equipo de arquitectura
o Restricciones del trabajo de arquitectura
 Marco de Trabajo de Arquitectura Empresarial ajustado
o Método de arquitectura ajustado
o Contenido de arquitectura ajustado
o Principio de Arquitectura
o Herramienta configurada y desplegada
 Repositorio de arquitectura inicial, con el contenido del marco de trabajo
 Reafirmación de referencias a principios de negocio, metas de negocio y motivadores de negocio.
 Solicitud de Trabajo de Arquitectura
 Marco de trabajo de gobierno de Arquitectura
6.2 Fase de Visión

Es la encargada de Desarrollar una Visión Aspiracional de alto nivel de las capacidades y del valor de
negocio que va a ser entregado como resultado de la arquitectura empresarial que se propone.

6.2.1 Actividades
1. Establecimiento del proyecto de arquitectura.
2. Identificar interesados, preocupaciones y requerimientos de negocio
3. Confirmar y elaborar metas, motivadores y restricciones de negocio
4. Evaluar las capacidades de negocio
5. Evaluar la preparación para la transformación del negocio
6. Definir el alcance
7. Confirmar y elaborar los principios de arquitectura incluidos los de negocio
8. Desarrollar la visión de la arquitectura
9. Definir la propuesta de valor de la arquitectura objetivo y sus KPI
10. Identificar los riesgos de transformación del negocio y las actividades de mitigación.
11. Desarrollar la declaración de trabajo de arquitectura y asegurar su aprobación.
6.2.2 Entregables
Los siguientes productos de trabajo se crearán como resultado del trabajo de arquitectura:
 Declaración de trabajo de arquitectura aprobada incluyendo:
o Descripción y alcance del proyecto
o Vista general de la visión de la arquitectura
o Plan del proyecto y cronograma
 Declaración refinada de principios de negocio, metas y motivadores
 Principios de arquitectura incluyendo los principios de negocio
 Evaluación de la capacidad
 Marco de trabajo de arquitectura ajustado
 Visión de la arquitectura
 Borrador del documento de definición de arquitectura
 Plan de comunicaciones
 Repositorio de arquitectura poblado con contenidos adicionales.
6.3 Arquitectura Negocio Commented [AG8]: Válido usar el por definir, pero eso quiere
decir que el documento se reabrirá en futuras fases, tendrán que
Por definir actualizarlo.
6.3.1 Actividades
Por definir
6.3.2 Entregables
Por definir
6.4 Planificación de comunicaciones

Se define un plan de comunicaciones de manera que se revisen las estrategias y periodicidad con la que se
van a realizar las actividades relacionadas con el Trabajo de Arquitectura

6.4.1 Eventos
 Reuniones de grupos: 1 vez por semana para mostrar lo adelantado hasta el momento
 Acta de reunión: Documento escrito donde se videncia lo compartido en la reunión de grupo,
compromisos, metas cumplidas y objetivos.
 Comunicación vía e-mail: Compartir los compromisos adquiridos durante las reuniones de grupo
de manera que se tenga un histórico de los cambios solicitados.
 Definir un responsable tanto de lado de cliente como del grupo de Arquitectos para que sean los
encargados de liderar la comunicación.
6.4.2 Canales
 Reuniones Presenciales
 Correos electrónicos
 Actas de reunión
 Llamadas telefónicas
6.4.3 Formatos
 Formatos solicitud de cambio
 Matriz de comunicación (Información de los Stakeholders del proyecto)

6.4.4 Contenidos
 Información de contacto de los interesados y las personas que tengan relación con el proyecto
6.5 Duración y Esfuerzo

Se cuenta con cinco semanas para llevar a cabo la construcción del trabajo de arquitectura, donde se contará
con 3 arquitectos trabajando para ello. Más las personas que la organización disponga para apoyar el
proyecto.
Contrato Horas Arquitectos (A) Total Horas ETC

Semanales (H) (H*A) (H*A/20)
T. Parcial 1 15 3 45 2,25 ETC
6.6 Colaboración
Para el desarrollo e implementación del trabajo de arquitectura se contará con la colaboración de las
siguientes personas por parte de ATH
 Liliana Monsalve
Analista de Arquitectura– Ext: 8909

 Pedro Fernandez
Analista de Desarrollo – Ext: 8541
 Manuela Lopez
Analista de Infraestructura – Ext:
 Andres Rodriguez
Anaista de Aplicaciones – Ext: 723
6.7 Plan de Proyecto y Calendario
Semana Actividad
Semana 1 Levantamiento de información Para Solicitud de Trabajo de Arquitectura
Semana 2 Formalización de la Declaración Trabajo de Arquitectura
Semana 3 Validación de la Declaración del Trabajo de Arquitectura

Levantamiento de Información de Arquitectura de Negocio
Semana 4 Formalización Documento de Arquitectura de Negocio
Semana 5 Entrega del Trabajo de Arquitectura Realizado

7 Riesgos y Mitigaciones
7.1 Análisis de riesgo
ID Riesgo Severidad Proba Mitigación Propietario
bilida
d
1. Ambigüedad y supuestos Alta Alta Se realizará reunión semanal con los Equipo de
por parte de los stakeholders para resolver inquietudes. arquitectur
stakeholders a.
2 Desconfianza por parte Alta Alta Se realizará campañas de Equipo de
del personal de la entendimiento del proyecto y los arquitectur
empresa incluido los beneficios que traerá a la empresa y a.
stakeholders de la los procesos la introducción de nuevas
transformación digital. herramientas. Realizar sesiones
informativas.
3 Falta de capacidades y Alta Media Se realizará sesiones de capacitación Equipo de
experiencia técnica. principalmente con los stakeholders y arquitectur
los funcionarios de las áreas a.
impactadas directamente.
4 Escaso lineamiento entre Alta Baja Se realizará un estudio detallado de Equipo de
la incorporación de las los procesos de la empresa, revisión de arquitectur
nuevas tecnologías y la la estrategia de la empresa y sus a.
estrategia de la motivadores, para que la tecnología
organización sea un medio y no un fin, enfocándose
en las necesidades de negocio.
7.2 Supuestos
La siguiente tabla resume los supuestos para esta Declaración de trabajo de arquitectura:
ID Suposición Impacto Propietario

1 Se contará con personas dedicadas al proyecto de Alto Cliente
manera que se pueda canalizar las necesidades o
inquietudes que se presenten.
2 Se define un presupuesto para realizar el trabajo de Alto Grupo Arquitecto
arquitectura en las cinco semanas.
3 Se contará que en el presupuesto definido por la Alto Cliente
organización se cuenta con el dinero necesario para su
implementación.

4 Se contará con la información necesario para realizar la Alto Grupo Arquitecto
transformación de lo declarado en el documento, de
manera que en las cinco semanas se implemente el TO-
BE.

8 Criterios y Procedimientos de Aceptación
8.1 Métricas y KPIs
Además, se utilizarán las siguientes métricas para determinar el éxito de este trabajo de arquitectura
Justificación / Notas
Métrica Técnica de medición Valor Objetivo adicionales
Evolución de (Competencias KPI= 90% Comparación de las
competencias digitales planificadas*100)/Competencias competencias
de los empleados. reales planificadas con las
adquiridas.
Porcentaje de empleados (Empleados a gusto*100)/Total KPI= 70% Porcentaje de
a gusto con la empleados empleados a gusto con
transformación digital. la transformación
digital y nuevas
metodologías.
Evolución de tecnologías (Desarrollo KPI= 70% Comparación del
a desarrollar de alto alcanzado*100)/Desarrollo desarrollo alcanzado
impacto. planificado. respecto al previsto.
Porcentaje de (Tiempo Empleado - Tiemplo KPI= <= 3% Cálculo de las
desviaciones de tiempo en Planificado)*100/Tiempo desviaciones de tiempo
procesos principales. Planificado en la ejecución de los
procesos.
Control de gastos (Presupuesto gastado – KPI=<=1% Cálculo de las
Presupuesto desviaciones de gasto
planificado)*100/Presupuesto en la ejecución del
planificado proyecto de
transformación digital.
Tasa de nuevas APIS para (APIS planificadas*100)/APIS KPI=>=70% Porcentaje de número
ofrecer nuevos productos Implementadas de APIS
o servicios. implementadas
respecto a las
proyectadas.
8.2 Procedimiento de Aceptación

El proceso de aceptación se regirá por las siguientes etapas:

Paso 1 Aceptación Interna:
Esta etapa se da dentro del mismo equipo de trabajo, arquitectos y equipo de apoyo que proporciona la
organización. El equipo determina si los entregables se encuentras completos y con los estándares definidos
y estos cumplen con lo solicitado por los stakeholders, por esta razón ya se encuentran listos para ser
entregados. Con el control llevado a cabo de la documentación permitirá saber el estado de aprobación de
cada documento y cuál es la última versión aprobada internamente.
Paso 2 Aceptación Externa:
La definiremos como la aceptación del proyecto que realizaran los stakeholders de los entregables creados
para determinar si se cumple con los objetivos y expectativas pactadas. Ya sea una entrega parcial pactada
o la entrega total del proyecto. La aceptación externa realizada por los interesados da lugar a la fase de
cierre.
Paso 3 Cierre:
En esta fase oficializaremos la finalización de todos los compromisos adquiridos en el proyecto, se certifica
y oficializa que hemos cumplido con el alcance y compromisos pactados. Lo que implica que ya no
tomaremos más acción en relación a este trabajo. Cualquier nueva solicitud esta fuera del alcance de lo
pactado y se asumirá como una nueva iniciativa. La aceptación y cierre del trabajo de arquitectura se hara
por escrito y los stakeholders firmaran el documento de aceptación de trabajo y cierre.
Anexos
A continuación, se hace referencia a los anexos que complementan la Declaración de Trabajo de
Arquitectura.
Cadena De Valor
 https://livejaverianaedu-
my.sharepoint.com/:i:/g/personal/diaz_alejandro_javeriana_edu_co/EQM3HZN7JbVKr7hzXFVS
ELEBmGHC21vuM-tGXmtl9KlH9g?e=zF2DUB
my.sharepoint.com/:i:/g/personal/diaz_alejandro_javeriana_edu_co/Ee84wfda4zVGm-
ZO3wsWn88BVREsjJzl0JDuAvg85suzew?e=QXFv42
Diagrama Modelo De Negocio
my.sharepoint.com/:i:/g/personal/diaz_alejandro_javeriana_edu_co/EfIEga0B3p9IsTaHbb-
VVNYBiQHawlKUvTYpnQOfc59eqg?e=ShhqQz
Modelo De Negocio De Capacidades

my.sharepoint.com/:i:/g/personal/diaz_alejandro_javeriana_edu_co/EXQ9btchMPZEjaa_nRovSD
0BUCL6-kO6hy03cBt9NIN1IQ?e=i5EJon
Matrix de Stakeholder
my.sharepoint.com/:x:/g/personal/diaz_alejandro_javeriana_edu_co/EasPvybNkAdCgrc3_KvI2D
IBmlv56t3ddGHoS4PiQY1MNg?e=ZKRA5k
Matrix RACI
my.sharepoint.com/:x:/g/personal/diaz_alejandro_javeriana_edu_co/EY5xoo_E1chNlTlqQ6aLXs
kB28mlSE6-4eWfqP5wetWc1g?e=3sRae0

9 Firma de Aprobación
Firma Fecha


Declaracion Trabajo Arquitectura

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Declaracion Trabajo Arquitectura

Caricato da

Copyright:

Formati disponibili

Declaración de Trabajo de Arquitectura

Proyecto: Plan estratégico de

Información del Documento

A Acción* Fecha de Teléfono/Fax/Correo Electrónico

Historial de versiones del documento

TOGAF™ 9 Template: Statement of Architecture Work 2

TOGAF™ 9 Template: Statement of Architecture Work 3

TOGAF™ 9 Template: Statement of Architecture Work 4

2.3 Visión General

2.4 Alineación Estratégica

TOGAF™ 9 Template: Statement of Architecture Work 5

Objetivo de negocio Notas

TOGAF™ 9 Template: Statement of Architecture Work 6

3.3 Grupos de Interés, Preocupaciones y Vistas

TOGAF™ 9 Template: Statement of Architecture Work 7

4.2 Procesos del Proyecto

TOGAF™ 9 Template: Statement of Architecture Work 8

4.3 Roles y Responsabilidades (RACI)

 Líder de Gobierno: Persona responsable de gestionar y asegurar el cumplimiento de las políticas

A continuacion se muestra la matriz RACI con los roles definidos.

TOGAF™ 9 Template: Statement of Architecture Work 9

5.1 Procesos de Arquitectura

Fase In/Out Notas

OUT: Solicitud trabajo de

TOGAF™ 9 Template: Statement of Architecture Work 10

D – Arquitectura de Tecnología N/A N/A

5.2 Contenido de Arquitectura

A continuación, se hace referencia a los documentos, artefactos y entregables que se usaran en la

TOGAF™ 9 Template: Statement of Architecture Work 11

TOGAF™ 9 Template: Statement of Architecture Work 12

TOGAF™ 9 Template: Statement of Architecture Work 13

6.1 Fase Preliminar

6.2 Fase de Visión

TOGAF™ 9 Template: Statement of Architecture Work 14

6.4 Planificación de comunicaciones

TOGAF™ 9 Template: Statement of Architecture Work 15

6.5 Duración y Esfuerzo

Contrato Horas Arquitectos (A) Total Horas ETC

TOGAF™ 9 Template: Statement of Architecture Work 16

6.7 Plan de Proyecto y Calendario

Semana 2 Formalización de la Declaración Trabajo de Arquitectura

Semana 3 Validación de la Declaración del Trabajo de Arquitectura

Semana 4 Formalización Documento de Arquitectura de Negocio

Semana 5 Entrega del Trabajo de Arquitectura Realizado

TOGAF™ 9 Template: Statement of Architecture Work 17

ID Suposición Impacto Propietario

TOGAF™ 9 Template: Statement of Architecture Work 18

TOGAF™ 9 Template: Statement of Architecture Work 19

8.2 Procedimiento de Aceptación

TOGAF™ 9 Template: Statement of Architecture Work 20

TOGAF™ 9 Template: Statement of Architecture Work 21

TOGAF™ 9 Template: Statement of Architecture Work 22

TOGAF™ 9 Template: Statement of Architecture Work 23

Potrebbero piacerti anche