Metodologia PMMa

METODOLOGÍA PMMa
© Página 1 de 142
Metodología PMMa
(Project Management Method Agile)
Guía para el Equipo de Proyecto

Encargado de Implantar el Proyecto
Metodología PMMa (Project Management Method Agile ) DOCUMENTO CONFIDENCIAL Fecha Generación: 03/98 Última Modificación: 11/15 Versión 15.11.18. Agile
METODOLOGÍA PMMa
© Página 2 de 142
TABLA DE CONTENIDO
INTRODUCCION “Cuanto más grande es el caos, ................................................................................................................................. 5

PROPÓSITO DEL PROYECTO......................................................................................................................................................................... 6
Metas y Objetivos......................................................................................................................................................................................... 6
¿Qué Caracteriza una Inversión Productiva en una Empresa? .............................................................................................................. 7
¿Qué Caracteriza Una Inversión NO Productiva en una Empresa? ....................................................................................................... 8
Módulos ERP/HR/Salud a Instalar .............................................................................................................................................................. 8
DIAGRAMA METODOLOGÍA PMMa Agile ..................................................................................................................................................... 9
ANALOGIA Agile............................................................................................................................................................................................. 11
PMMa – Interacción de Personas ................................................................................................................................................................. 12
Interacción Entre Fases ............................................................................................................................................................................ 17
0. Fase 0 de Alistamiento y Preparación de Datos ..................................................................................................................................... 19
0.1. Reunión de Inicio (Genera F-CS-005 Acta de Inicio del Proyecto) ....................................................................................................... 20
0.1.1. Presentación Cliente y la Responsabilidad Directiva ......................................................................................................................... 20
0.2.1. Acuerdo de Migración ..................................................................................................................................................................... 24
0.2.2. Depuración de la Información ................................................................................................................................................................ 24
0.2.3. Recolección de Información ................................................................................................................................................................... 24
0.3 Entrega de Licencias y Planeación de los Requerimientos Tecnológicos para la Implantación del Proyecto ...................................... 25
0.4 Verificación Requisitos Técnicos ............................................................................................................................................................ 25
0.4.1 Instalación del Software ...................................................................................................................................................................... 26
1.0. Objetivos de la Fase de Asimilación ................................................................................................................................................. 29
Reunión diaria de sincronización del equipo (Scrum daily meeting) ....................................................................................................... 38
1.3. Método 70, 20, 10 .................................................................................................................................................................................. 41
1.5. Plan de Proyecto WBS........................................................................................................................................................................... 42
En el Plan de Proyecto detalla las 9 áreas de conocimiento a controlar de acuerdo al PMI y tendrá entre otros: ...................................... 42
1.5.1. Definir La Línea Base Preliminar del Proyecto ................................................................................................................................... 43
1.5.2. Interesados en el Proyecto ................................................................................................................................................................. 45
1.5.2.1. Organización, Organigrama y Responsabilidades de los Integrantes del Equipo de Proyecto ...................................................... 46
El Equipo del Proyecto .................................................................................................................................................................................... 48
Comité Directivo del Proyecto .......................................................................................................................................................................... 53
Equipo de Proyecto de Digital Ware ................................................................................................................................................................ 55
PM - Gerente de Proyecto ................................................................................................................................................................................ 55
Equipo de Proyecto del Cliente ....................................................................................................................................................................... 60
METODOLOGÍA PMMa
© Página 3 de 142
Otros perfiles .................................................................................................................................................................................................... 67

1.7. Definir Niveles Formales de Comunicación .......................................................................................................................................... 71
1.9. Definición Área de Trabajo .................................................................................................................................................................... 73
1.10. Control de Cambios ............................................................................................................................................................................. 74
1.11. Factores Críticos de Éxito .................................................................................................................................................................... 76
1.12. Componentes de la Arquitectura Empresarial ..................................................................................................................................... 80
1.13. Análisis de Riesgos Potenciales .......................................................................................................................................................... 81
1.13.1. Análisis de Riesgos ........................................................................................................................................................................... 81
1.14. Adaptación al Cambio .......................................................................................................................................................................... 82
2. Fase de Experimentación ............................................................................................................................................................. 85
2.0. Objetivos de la Fase de Experimentación ........................................................................................................................................ 86
2.1. Charla de Trabajo en Equipo ............................................................................................................................................................. 87
2.2. Reunión de Equipo para Analizar el Plan de Proyecto WBS .......................................................................................................... 87
2.3. Conocimiento de los Procesos del Cliente ...................................................................................................................................... 87
2.4. Reunión de Lanzamiento Kick-Off .................................................................................................................................................... 90
2.4.1. Objeto Contractual .............................................................................................................................................................................. 91
2.4.2. Presentación Corporativa Digital Ware ............................................................................................................................................... 91
2.4.3 Exposición de la Metodología PMMa Agile al Equipo de Proyecto .................................................................................................... 91
2.4.4 Planteamiento de los Objetivos del Proyecto ...................................................................................................................................... 92
2.4.5 Presentación Cronograma de Trabajo ................................................................................................................................................. 92
2.4.6 Metodología de Seguimiento al Proyecto ............................................................................................................................................ 92
2.4.7 Metodología de Evaluación del Equipo Digital Ware ........................................................................................................................... 93
2.4.8 Proponer Metodología de Evaluación del Equipo Cliente ................................................................................................................... 94
2.5. Certificación de Instalación para Conceptualización ..................................................................................................................... 94
2.6. Conceptualización del Nuevo Sistema de Información ......................................................................................................................... 95
2.6.1. Capacitar Conceptos Básicos y Funcionalidad General del Nuevo Sistema ....................................................................................... 96
2.6.2. Exponer la Integración de los Módulos que Conforman el Sistema ..................................................................................................... 96
2.6.3. Estudiar Módulos en Forma Detallada ................................................................................................................................................... 97
2.6.4. Capacitación KB Base de Conocimiento ............................................................................................................................................... 98
2.6.5. Evaluación Lideres Usuarios .................................................................................................................................................................. 98
2.7. Entrega de Lista de Parametrización ........................................................................................................................................................ 99
2.9. Entregables de esta Fase ................................................................................................................................................................. 101
3. Fase de Ejecución ....................................................................................................................................................................... 102
3.0. Objetivos de esta fase ..................................................................................................................................................................... 103
3.1. Ajuste a la Parametrización Estándar del Sistema ............................................................................................................................. 103
3.2. Pruebas de la Parametrización .......................................................................................................................................................... 105
METODOLOGÍA PMMa
© Página 4 de 142
3.3. Homologación de Datos de Acuerdo a la Parametrización ................................................................................................................. 107

3.4. Verificación de cumplimiento de Interfaces ................................................................................................................................... 108
3.5. Listo Entrada en Producción con la Versión Estándar. ................................................................................................................ 108
3.6. Fase de Operación (Mes Actual) (Versión Estándar) ........................................................................................................................ 110
3.7. Control de Seguridad y Acceso al Sistema ......................................................................................................................................... 111
3.8. Capacitación a Usuarios Finales ......................................................................................................................................................... 111
4. Fase de Entrega y Acompañamiento ..................................................................................................................................................... 113
4.0. Objetivo .............................................................................................................................................................................................. 114
4.1 Matriz de Cumplimiento de Términos de Referencia. En caso de que Existan – Nueva Iteración ...................................................... 114
4.1.2. Aprobación de la Línea Base del Proyecto ....................................................................................................................................... 118
4.1.3. Entrega de Adecuaciones ............................................................................................................................................................. 118
4.1.4. Prueba Adecuaciones e Instalación de Adecuaciones .............................................................................................................. 119
4.1.5. Capacitación de Adecuaciones al Sistema. ................................................................................................................................ 119
4.2. Acompañamiento en Producción ......................................................................................................................................................... 120
4.3. Definición del Help Desk Cliente .......................................................................................................................................................... 120
4.4. Análisis de Requerimientos Extra-Contractuales ................................................................................................................................ 120
4.5. Actualización y Soporte .................................................................................................................................................................. 123
4.6. Reunión de Cierre de Proyecto ....................................................................................................................................................... 123
4.10. Actualizaciones del Software ....................................................................................................................................................... 124
4.7. Soporte Pos Implantación ................................................................................................................................................................ 125
4.8. Lecciones Aprendidas de este Proyecto ........................................................................................................................................ 132
Fase de Estabilización ............................................................................................................................................................................. 133
LECCIONES APRENDIDAS.......................................................................................................................................................................... 134
GLOSARIO .................................................................................................................................................................................................... 135
METODOLOGÍA PMMa
© Página 5 de 142
INTRODUCCION “Cuanto más grande es el caos,

más cerca está la solución”
Proverbio Chino
Nuestra “Estrategia de Cinco Pasos”, llamada PMMa (Project Management Method Agile), propone un marco de
referencia para la implantación con éxito de un sistema de información de manera Ágil. A través de más de 20 años
y más de 500 proyectos exitosos, se ha perfeccionado la forma de implantar y llevar a buen término los proyectos
de tecnología.
La Metodología PMMa Agile ha sido diseñada por DIGITAL WARE para la implantación y gerenciamiento de
proyectos garantizando a las partes involucradas Cliente y Proveedor; calidad, cumplimiento y un idioma común en
el equipo del proyecto que facilita el tránsito de la información durante todas las fases que conforman el proyecto.
Adicionalmente, esta Metodología es el compendio de las MEJORES PRACTICAS en la implementación de

software tipo ERP a nivel mundial y han llevado a que dichas implantaciones sean enmarcadas en las variables
tiempo, alcance y presupuesto así como entregas rápidas, reutilización, estandarización, acordes con lo pactado
entre el Cliente y Digital Ware. La Probabilidad de Éxito se va a resumir en Reingeniería de Procesos, Gerencia del
Cambio y Gerencia del Proyecto.
Lleva consigo conceptos de PMI, PMI-ACP, SCRUM, KANBAN, XP, Metodologías Agiles de Proyectos, Proceso
Unificado, UML, CMMi, SPICE, IT Mark, ITIL, PSP, TOGAF, LEAN, , COBIT, ISO 9000, y Neurolingüística; y podrá
ser actualizada permanentemente con el objeto de que responda en todo momento a las necesidades y exigencias
del momento.
Esta metodología es de vital importancia para la implantación de este nuevo sistema como su posterior
mantenimiento en función de las nuevas necesidades de cada empresa así como la misma evolución tecnológica.
La enseñanza más valiosa que nos ha dejado esta excelente experiencia, es que el tema más importante a tener
en cuenta en la implantación de un proyecto de tecnología son las personas, la apertura al cambio, sin una actitud
positiva no puede haber ningún proyecto exitoso.
METODOLOGÍA PMMa
© Página 6 de 142
La NO aplicación de esta Metodología o la exclusión de alguna actividad implican un alto riesgo en el ÉXITO del proyecto.
PROPÓSITO DEL PROYECTO

Lo más importante para el Equipo del Proyecto es conocer con precisión el propósito a cumplir en el proyecto, de
su clara definición parte la buena implantación. Se debe tener claro el “valor esperado” o beneficio del proyecto
preferiblemente con indicadores concretos. Es importante tener clara la prioridad del proyecto en la compañía.
Ejemplo: El objetivo que busca este proyecto es dotar a las áreas de Finanzas, Administrativa, Comercial,
Logística, Manufactura, Procesos, Contratación, Nómina y Recursos Humanos de una Herramienta que optímese
los procesos, haciendo más eficientes y competitivas estas áreas claves para el negocio.
Metas y Objetivos
 Optimización de Procesos
 Proceso de rediseño empresarial
 Transferencia de Tecnología
 Transferencia de Conocimiento
 Cambio de un Sistema Modular a uno Modular Integrado
 Información al día
 Procesamiento en tiempo real
 Estandarización de la experiencia de los empleados
 Cambio de cultura
METODOLOGÍA PMMa
© Página 7 de 142
¿Qué Caracteriza una Inversión Productiva en una Empresa?
UNA INVERSIÓN QUE SE RECUPERA EN EL CORTO Y MEDIANO PLAZO
DISMINUYE INVENTARIOS
ESTANDARIZA PROCESOS
DISMINUYE TIEMPOS DE PROCESO
DISMINUYE GASTOS DE PERSONAL
CONTROLES MÁS EFECTIVOS
DISMINUYE GASTOS EN GENERAL
GENERA CAMBIO
UNA INVERSIÓN QUE DISPARA LA COMPETITIVIDAD
FACULTA LA SUPERVIVENCIA
MAYOR CAPACIDAD DE NEGOCIOS
MAYORES NIVELES DE CALIDAD
MEJORES SERVICIOS A LOS CLIENTES
DIFERENCIACIÓN CON LA COMPETENCIA
MAYOR VOLUMEN Y VELOCIDAD DE INGRESO DE DINERO A LA
EMPRESA
METODOLOGÍA PMMa
© Página 8 de 142
¿Qué Caracteriza Una Inversión NO Productiva en una Empresa?
EL NO LOGRO DE LO PLANEADO
TIEMPOS ETERNOS
BAJOS NIVELES DE CALIDAD
EN LUGAR DE DISMINUIR LOS GASTOS, TRATA DE AUMENTARLOS
SOBRECOSTOS
PERDIDA DE LOS NIVELES DE CONTROL
EFECTOS INMEDIATOS
LÍDERES “FRUSTRADOS”
PERDIDA DE CREDIBILIDAD EN LA INVERSIÓN
CAOS PALPADO POR LOS CLIENTES
SE CAMBIA UN COSTOSO PROCESO QUE FUNCIONABA PRIMITIVAMENTE
POR UNO QUE NO SIEMPRE FUNCIONA Y CON UN NIVEL DE
SOFISTICACIÓN QUE BLOQUEA TODA ACCIÓN CORRECTIVA
DISMINUCIÓN DE LOS MÁRGENES DE RENTABILIDAD DEL NEGOCIO
DESAPROVECHAMIENTO DE LA TECNOLOGÍA (RECURSOS Y PROCESOS)
Módulos ERP/HR/Salud a Instalar
(Aclarar que Procesos y Módulos entran en el Proyecto y cuáles no de acuerdo al contrato) y por cada producto.
METODOLOGÍA PMMa
© Página 9 de 142
DIAGRAMA METODOLOGÍA PMMa Agile

Estrategia de Cinco Pasos
PLAN DE PROYECTO
ALISTAMIENTO ASIMILACIÓN EXPERIMENTACIÓN EJECUCION ENTREGA
CONTROL Y DOCUMENTACIÓN
Esta metodología es el marco de referencia para la ejecución del proyecto, algunas variables como actividades,
tiempos, alcance y costo, se verán referenciadas durante todo este documento y se deberán adaptar de acuerdo al
contrato firmado entre las partes.
Este documento debe ser difundido y comprendido por todos los integrantes del Equipo de Proyecto.
En la fase 0 (Alistamiento) el cliente alista y verifica una serie de necesidades que son de importancia para no tener
atrasos en el proyecto, por esta razón si el cliente ya tiene todo listo, no se toma como una etapa real del proyecto.
METODOLOGÍA PMMa
© Página 10 de 142
La ilustración anterior representa un resumen gráfico de la Metodología PMMa Agile en donde se muestra el detalle
de las Fases de Implantación en términos de Objetivos, Actividades y Entregables. A su vez se puede visualizar la
dedicación en las diferentes Fases por parte de cada uno de los recursos involucrados tanto de Digital Ware como
del Cliente. El principal objetivo de este gráfico es poder tener una comprensión preliminar de la Metodología
PMMa Agile.
La implantación del proyecto se puede realizar por Gestiones (Procesos) a partir de la finalización de la etapa de asimilación. “La mejor
forma de comerse un elefante es por partes “. Se requieren logros rápidos!
METODOLOGÍA PMMa
ANALOGIA Agile
Haciendo una analogía, la implantación del nuevo
sistema de información se asemeja a la preparación
de una Paella por el Chef MacDang, pero, esta vez, es
preparada con la participación del cliente, en su casa y
en compañía del mejor Chef. Por eso, en este caso el
Chef es el equipo de DW y los comensales son el
Cliente.
Aunque los utensilios (el software, parametrización y

las mejores prácticas) los trae el Chef, también
algunas cosas viene pre-cocidas, el cliente va
aprender a preparar su Paella y se volverá experto en
su preparación. Método 70, 20, 10. 70% Haciendo,
20% Interactuando con otros y 10% Capacitándose.
Como cada cliente tiene un gusto especial, los
ingredientes y cantidades son a su gusto (HW, Datos,
Procesos, Expectativas). Esta será la mejor Paella y
será una Experiencia Única.
Por eso, la Actitud Proactiva hacia el Proyecto, la Humildad para Aprender, la Apertura al Cambio, el Cambio de Paradigmas y
Trabajo en Equipo en este nuevo proyecto son fundamentales.
Este proyecto involucra varias personas (stake holders), donde ellas y la empresa van a vivir una nueva etapa de su vida, llena de
experiencias, nuevos conocimientos, apertura al cambio, estandarización, desarrollo de habilidades, crecimiento intelectual y
personal único, que al involucrarse de esta manera harán parte del éxito y honores de proyecto.
METODOLOGÍA PMMa
PMMa – Interacción de Personas
En la Fase 0 de Alistamiento y Preparación de Datos de la Metodología se entregan las Licencias de Software,

se instala el (los) Producto(s), se alistan y verifican las estructuras de datos, se diseña la estrategia para la
Migración.
En esta Fase participan por parte de DW participan los siguientes roles:
METODOLOGÍA PMMa
 Business Manager (Comercial): Hace entrega de licencias y coordina la logística inicial del proyecto
(presentaciones formales del Gerente de Consultoría de producto y equipo de Instalación).
 Equipo de Instalación: Verifica los ambientes de Desarrollo, Calidad y Producción del Cliente, valida que los
servidores e infraestructura cumplan con los requerimientos técnicos mínimos para instalar las soluciones de
DW, Instala y certifica la instalación.
 Gerente de Proyecto (Implantación): Coordina actividades desde el inicio para tener el control, por tener una
visión integral y alta experiencia de toda la solución. Es quien define el gerente oficial de proyecto.
Por parte del CLIENTE:
 Gerente de Proyecto: Coordinar y tener control de todas las actividades desde el inicio del proyecto.
 Representante IT (Tecnología): Desde el inicio garantiza el óptimo funcionamiento de la infraestructura
tecnológica dispuesta para el proyecto.
En la Fase de Asimilación, o Fase de Planeación, se realiza la planeación del proyecto y se definen los recursos
necesarios para iniciar las actividades propias del proyecto, adicionalmente se establecen claramente las
responsabilidades de cada integrante del Equipo de proyecto (Cliente, Digital Ware).
En esta fase participan por parte de DW:
 Gerente de Proyecto (Implantación): Realiza la planeación y establece la Línea Base preliminar del Proyecto.
Lleva a cabo el análisis de riesgos.
 Business Manager (Comercial): Apoya al Gerente de Proyectos desde el punto de vista comercial sobre lo
contratado.
 Gerente de Proyecto (Área Funcional): Trabaja coordinadamente con el Gerente de proyecto de DW en la

planeación del proyecto.
METODOLOGÍA PMMa
 Representante de O&M: Apoya a los Gerentes de Proyecto en la documentación.
En la Fase de Experimentación o Fase de Conocimiento, los Consultores conocen los procesos del Cliente y sus
problemas, el Líder Usuario conoce la globalidad del nuevo sistema, facilitando la toma de decisiones frente a
alternativas de estandarización, parametrización de datos maestros, estructuras, procesos funcionales. Durante
esta fase el Consultor Funcional asignado por Digital Ware asimila las prioridades y necesidades del Líder Usuario
y las directivas de la empresa para delinear las etapas restantes del proyecto. De igual manera explica los
estándares que maneja el sistema tanto en funcionalidad como en parametrización. Igualmente, el Gerente de
Proyecto establece la Línea Base de Proyecto definitiva, la cual servirá de mecanismo efectivo para el control y
seguimiento de las siguientes fases del proyecto.
 Gerente de Proyecto (Implantación): Establece la Línea Base definitiva y afina el Plan de Proyecto WBS.
 Consultores Funcionales (Implantación): Conceptualizan los procesos del Cliente y capacitan al Líder
Usuario en el nuevo sistema.
 Business Manager (Comercial): Apoya al Gerente de Proyectos en garantizar que las labores de
conceptualización estén acordes con lo contratado.
 Gerente de Proyecto (Área Funcional): Trabaja coordinadamente con el Gerente de proyecto de DW en la

coordinación de las labores de conceptualización.
 Líder Usuario (Área Funcional): Conoce la globalidad del nuevo sistema y apoya a los Gerentes de Proyecto
en las alternativas de parametrización.
 Representante de O&M: Apoya a los Gerentes de Proyecto y a los consultores en la documentación de
procedimientos y divulga al interior del Cliente los cambios realizados en los procesos.
METODOLOGÍA PMMa
En la Fase de Ejecución se realizan las labores de Ajustes a la parametrización propuesta, Ejecución de pruebas
de la versión estándar y la migración de la información. Adicionalmente, se realizan pruebas puntuales de la
funcionalidad estándar del sistema ya con la información cargada. Por último se realiza la capacitación a Usuarios
Finales sobre sus actividades diarias. Igualmente se deja listo para la entrada en producción.
 Gerente de Proyecto (Implantación): Coordina las labores de parametrización y ejecución de pruebas. Hace
seguimiento y control del proyecto de acuerdo a la Línea Base establecida.
 Consultores Funcionales (Implantación): Asesoran al Cliente en las labores de parametrización, dan
instrucciones y capacitan a los formadores que son los líderes usuarios.
 Business Manager (Comercial): Apoya al Gerente de Proyectos en garantizar que las labores de
parametrización y migración estén acordes con lo contratado.
 Gerente de Proyecto (Área Funcional): Apoya las actividades de parametrización del nuevo sistema.
Coordina las de ejecución pruebas y migración de la información al nuevo sistema.
 Líder Usuario (Área Funcional): Lleva a cabo la parametrización y lidera las actividades relacionadas con la
ejecución pruebas. Capacita a los usuarios finales en las funcionalidades del nuevo sistema.
 Usuarios Finales (Áreas Funcionales): Se capacitan en el manejo del nuevo sistema y realizan las pruebas
establecidas.
Finalmente en la Fase de Entrega o Fase de Transición y Acompañamiento donde se verifica el cumplimiento de

los compromisos adquiridos para firmar el acta de recibo del sistema y las opciones de soporte y actualización de
nuevas versiones.
METODOLOGÍA PMMa
 Gerente de Proyecto (Implantación): Coordina las actividades correspondientes a la salida a producción y

cierre de proyecto.
 Consultores Funcionales (Implantación): Realizan la entrega y capacitación de adecuaciones. Llevan a cabo
las actividades de cierre del proyecto.
 Business Manager (Comercial): Apoya al Gerente de Proyectos en las labores de cierre del proyecto
garantizando que lo contratado coincida con la realidad de lo implantado.
 Gerente de Proyecto (Área Funcional): Coordina las actividades pertinentes a la salida a producción y cierre
del proyecto.
 Líder Usuario (Área Funcional): Apoya a los consultores de DW en el proceso de salida a producción y las
actividades necesarias para el cierre del proyecto por parte del Cliente.
 Usuarios Finales (Áreas Funcionales): Se encargan de utilizar y sacarle el máximo provecho al nuevo
sistema de información.
Los comunicados, compromisos y productos o resultados de cada fase deben quedar por escrito así como las
labores diarias del Equipo de Proyecto, pero evitando al máximo cualquier restricción o problema que de esta
documentación se desprenda.
La documentación adicional que surja del proceso de implantación, así como los cambios que se generen en los
procesos internos del cliente, deben ser llevados por el departamento de Organización y Métodos o por los
funcionarios que el cliente asigne para tal fin sin que se afecte el cronograma del proyecto.
Con el concepto de Agile lo que se desea es minimizar el impacto de las tareas que no son totalmente
imprescindibles para conseguir el objetivo del proyecto. Se pretende aumentar la eficiencia de las personas
involucradas en el proyecto y, como resultado de ello, minimizar el costo. Así mismo dar mayor importancia al
aprovechamiento de la tecnología y no a la realización de cambios por eso, se realizan más actividades de
acompañamiento con los usuarios que de cambio en el producto.
METODOLOGÍA PMM
Página 17 de 142
Interacción Entre Fases
El cronograma se debe realizar de acuerdo a los Hitos que marque cada una de estas Fases de la Metodología
PMMA, existirá un cronograma global del proyecto, que será adecuado al finalizar cada una de las etapas y las
actividades específicas se trabajaran en las reuniones de seguimiento y avance semanal.
Es importante tener en cuenta la priorización, capacidad del grupo, los meses de trabajo, días hábiles, etc.
En el cronograma se debe establecer la fecha de cada uno de los entregables por cada una de las etapas.
Cada fase tendrá su inicio y fin, sin embargo algunas tareas de acuerdo con su ejecución pueden terminarse en
otra fase sin que ello impida su terminación en la fecha definida.
METODOLOGÍA PMM
Página 18 de 142
Hitos del Proyecto
 El Hito de la Fase 0 está enmarcado por el software instalado donde el Cliente y los datos preparados por el
mismo. Se procede con la siguiente Fase solo en el momento que los entregables asociados a este hito sean
cumplidos.
 El Hito de la Fase 1 está comprendido por el Plan de Proyecto, conformado por los diferentes Planes
Subsidiarios, los cuales pueden ser afinados progresivamente.
 El Hito de la Fase 2 se compone de la Línea Base Actualizada del Proyecto conformada por la documentación
que contiene el Cronograma detallando Tiempos, Presupuestos y Costos, Hitos y Alcance. Este entregable es
fundamental como mecanismo de control y seguimiento del proyecto.
 El Hito de la Fase 3 lo conforman los procesos de ajuste a la parametrización estándar, Migración y
Capacitación, entrada en producción por parte del cliente.
 El Hito de la Fase 4 está determinado por el Acompañamiento en producción y Acta de Cierre, entregable que
ratifica el cierre del proyecto y que oficialmente permite hacer entrega a la etapa de soporte.
METODOLOGÍA PMMa
Página 19 de 142
0. Fase 0 de Alistamiento y Preparación de Datos

“Usted no puede resolver un Problema Pensando
de la misma forma en que lo Usted lo hacia
Cuando creo ese problema”
Albert Einstein
FASE 0 - ALISTAMIENTO
OBJETIVOS ACTIVIDADES ENTREGABLES
En la Fase 0 de Alistamiento y Preparación de Datos de la Metodología se entregan las
*Planeación infraestructura IT *Entregar licencias SW *SW Instalado
*Instalación Licencias *Planear requerimientos *Datos Cliente
*Alistamiento de datos por Tecnológicos *Plan de Migración
parte del cliente *Instalar SW *Acta de Inicio
* Inicio preparación de datos
*Entender Metodología PMM
En la Fase 0 de Alistamiento y Preparación de Datos de la Metodología PMMa Agile se entregan las Licencias de
Software y se Analizan, Preparan y Depuran los datos para la Migración por parte del cliente.
METODOLOGÍA PMMa
Página 20 de 142
0.1. Reunión de Inicio (Genera F-CS-005 Acta de Inicio del Proyecto)
Se presentan los Gerentes de Proyecto tanto del Cliente como de Digital Ware, realizan un acta de inicio y definen
fechas y horarios para las actividades de alistamiento.
Se explica que en la metodología Ágil para que se efectiva deben existir conceptos de flexibilidad, trasparencia y
velocidad.
La Flexibilidad es la forma de ser capaz de absorber y adaptarse a los cambios con mayor facilidad.
La Transparencia es de invitar al cliente a participar estrechamente en todo el proyecto, de principio a fin.
La Velocidad es eliminar tareas derrochadoras que no agreguen valor y aumentar la eficiencia en los tiempos de
entrega tanto de consultores como del cliente.
0.1.1. Presentación Cliente y la Responsabilidad Directiva
Se invita a un funcionario del cliente a describir el nivel general de las Operaciones que realiza el cliente con el fin
de inducir al personal de Digital Ware que estará asignado al proyecto.
Es imprescindible que el Cliente entregue una gráfica donde se explique por cada módulo la forma actual como
trabajan las operaciones y en qué ambiente tecnológico se encuentra.
De ser posible estudiar el organigrama del Cliente y los niveles de escalamiento, quienes son los responsables de
cada área, quienes serán los responsables del proceso y quien es la persona autorizada para hacer cualquier
revisión en alcance, cronograma y calidad.
En caso de ausencia de esta persona, también es necesario tener definido quién será su backup (Respaldo).
METODOLOGÍA PMMa
Página 21 de 142
El representante comercial reitera la importancia del compromiso por parte de las directivas del Cliente para lograr
que se cumplan las metas definidas mediante la definición de responsables, compromisos, correcta información
garantizando la consistencia del Sistema.
METODOLOGÍA PMMa
Página 22 de 142
0.2. Preparación de Datos y Entrega de Estructuras
Esta etapa es una de las más críticas y delicadas del proyecto, pues define qué información va air en el sistema,
cual se va a digitar, cual a migrar ya que el objetivo es pasar la información del sistema anterior al nuevo, la
migración consiste en realizar tres pasos, el primero es exportar la información, la segunda es depurarla, luego en
la Etapa de Ejecución se adapta de acuerdo a los parámetros y se estructura para subirla al nuevo sistema de
información.
Este proceso puede incluir digitación de información por parte del Usuario Final en el nuevo sistema y se deben
analizar los tiempos y prioridades acorde con el cronograma.
Las fechas desde las cuales se van a migrar los datos deben ser motivo de reunión para analizar beneficios,
tiempos y recursos con que se cuenta para realizar estos cargues, decisiones que deben ser tomadas por el
Gerente de Proyecto Cliente y el Gerente de Proyecto de Digital Ware.
En caso de No tener toda la información requerida se debe aceptar las prácticas recomendadas por el Equipo de
Instalación para superar la ausencia de los datos y la salida a producción.
La migración se realizará de acuerdo a la fecha en la cual se inicia este proceso, ya que solo debe realizarse una
vez. Por Ejemplo si esta etapa se realiza en Enero, se deben cargar los saldos iniciales a 31 de Diciembre del año
inmediatamente anterior.
El Gerente de Proyecto del Cliente debe garantizar que la información a migrar sea entregada dentro de los plazos
establecidos. Esta información deberá ser entregada de acuerdo al documento “Datos Básicos a Migrar”, entregado
por Digital Ware en la Fase de Alistamiento”, que deben corresponder con F-CS-031 Acta de Entrega Documento
Datos Básicos a Migrar.
METODOLOGÍA PMMa
Página 23 de 142
Se debe tener presente que si se llega a requerir de alguna tarea de depuración de la información, análisis de su
calidad, así como de completar la información migrada, esta deberá ser asumida por el Cliente y se deben evaluar
recursos y tiempos.
La asesoría en el proceso de migración es realizada una sola vez por El Equipo de Digital Ware acorde con el plan
de trabajo establecido en la Fase de Aprestamiento o Datos.
El Gerente de Proyecto Cliente debe garantizar la asignación del personal necesario para cumplir el cronograma
de Migración en los tiempos y calidades requeridas.
En esta etapa se preparan los datos que van a ser migrados, se entregan las estructuras y se presta una asesoría
por parte de Digital Ware para este fin. Esta es una de las etapas más sensibles de todo proyecto por eso es
importante definir si se va a digitar o a migrar que información basados en los requerimientos otorgados por Digital
Ware.
Adicionalmente debe explicar en detalle el significado de cada campo y las consideraciones especiales a tener en
cuenta. El consultor entregará los formatos relacionando las estructuras entregadas.
DATOS
ATRIBUTOS:
COMPLETOS
CONFIABLES
SEGUROS
ANALIZABLES (INTERPRETABLES)
ESTRATEGIA DE MIGRACION (TRANSICION)

DE LO QUE HAY
QUE SIRVE
QUE SOBRA
QUE FALTA
DIGITACION O POBLACION
ESCANEO
BRIGADAS DE BUSQUEDA Y LEVANTAMIENTO
REGLAS DE RE-CODIFICACION
METODOLOGÍA PMMa
Página 24 de 142
0.2.1. Acuerdo de Migración
Durante las capacitaciones (Conceptualización) de los módulos el Representante de Sistemas y/o Líder Usuario
tomará atenta nota de la información del sistema nuevo y comparará con la información actual que posee, con el
fin de establecer con cuales cuenta para la migración o si es necesario poblar en algunos casos información. El
Consultor se reunirá con él para determinar la información no disponible y aclarar cualquier duda al respecto.
El Gerente de Proyecto asignado al módulo entrega las estructuras al Representante de Sistemas y/o al Líder
Usuario, revisan nuevamente las estructuras básicas para estimar que información se debe migrar, digitar o
desechar de acuerdo a los documentos de Migración de Datos y F-CS-031 Acta de Entrega Documento Datos
Básicos a Migrar.
0.2.2. Depuración de la Información
Es importante que el Cliente unifique y depure la información a cargar en el nuevo sistema, si esta se encuentra
dispersa es el momento de realizar su unificación y depuración para no tener problemas de Datos en la Etapa de
Ejecución.
0.2.3. Recolección de Información
El Representante de Sistemas y/o Líder Usuario procederán a realizar:
 Recolección de información
 Captura y selección
 Población
De este resultado el Cliente debe entregar un documento de qué se va a importar automáticamente, qué se va a
poblar y qué no, con su respectivo cronograma y responsables para realizar dichas tareas (Plan de Migración).
METODOLOGÍA PMMa
Página 25 de 142
0.3 Entrega de Licencias y Planeación de los Requerimientos Tecnológicos para la Implantación

del Proyecto
En este momento se hace la entrega de las Licencias de Software que debieron ser pagadas por el cliente y se
dimensionan los requerimientos tecnológicos y se instala el software en ambiente de desarrollo y/o producción.
0.4 Verificación Requisitos Técnicos
Luego de la reunión de inicio del proyecto el Representante de Sistemas concertará una reunión con el Gerente de
Proyecto DW con el fin que éste verifique los requerimientos de software y hardware solicitados por Digital Ware
para proceder a instalar el Sistema en los equipos del cliente. En esta reunión se acordará la fecha y hora de
instalación del Sistema objeto del proyecto; donde previamente se ha entregado las licencias de uso, sin haber
validado la instalación del software no se procederá a dar fecha de inicio de la etapa de Experimentación ya que
después de instalado el aplicativo se requiere de una semana para la verificación de los datos y la instalación. F-
CS-003 Lista de Chequeo Instalación del Sistema y F-CS-043 Unidad de Negocio – Consultoría.
Esta instalación se realizará con datos de prueba que deben ser borrados para el inicio de la parametrización.
Si se desea, se puede dejar este ambiente de pruebas y crear uno nuevo de producción.
Finalmente se elabora un acta donde se relaciona la entrega del Software en medio magnético, entrega de
Licencia de Uso (Temporal, la definitiva se entrega una vez pagado el Licenciamiento), el Manual de Instalación
del software y el Manual de actualización. Para validar que la instalación fue exitosa y en señal de aceptación el
cliente firma el formato F-CS-003 Lista de Chequeo Instalación del Sistema y el formato F-CS-027 Entrega
Material de Instalación.
Así mismo se realizará la capacitación de la instalación al grupo de sistemas y de esta se deja constancia en el
formato F-CS-004 Formato de Capacitación.
METODOLOGÍA PMMa
Página 26 de 142
0.4.1 Instalación del Software
En este momento se instala la versión estándar del producto. Esta llevara consigo un estándar de la
parametrización de acuerdo a la vertical. Esto puede llevar a realizar algunas instalaciones en ambientes
adicionales que deben ser definidas por el equipo como: Pruebas, Backup y Producción.
La persona encargada del Equipo de Instalación de Digital Ware, basado en el documento que contienen el
esquema de infraestructura tecnológica entregado por el Cliente, revisa el cumplimiento de los requerimientos
mínimos de Instalación donde se va a instalar la versión estándar del software de acuerdo con el Instructivo I-CS-
002 Requisitos de Instalación, para proceder a hacer la Instalación de Software según los manuales M-CS-005 y
M-CS-006 Manual de Instalación.
Una vez puestos a disposición del proyecto los elementos de hardware y software acordados en la reunión de
inicio, el Equipo de Instalación de Digital Ware se reúne con el funcionario designado por el Cliente para iniciar el
proceso de instalación.
En dicha reunión Digital Ware hace entrega de Software y Documentación objeto del presente proyecto en medio
magnético para que el cliente proceda a realizar la entrada a almacén.
Se debe realizar la instalación del aplicativo acorde con los requerimientos técnicos mínimos exigidos en la
propuesta, adicionalmente se deben verificar que existan solamente las opciones contratadas por el Cliente.
.
0.5 Entregables de esta Fase
 F-CS-053 Acta de Entrega de Licencias

 F-CS-052 Acta de Entrega del Documento de la Metodología PMMA
 F-CS-031 Acta de Entrega de Estructuras – Datos a Migrar
METODOLOGÍA PMMa
Página 27 de 142
 F-CS-004 Capacitación de Archivos Planos

 Acta de Entrega de esquema de Infraestructura del cliente (Esquema Base de datos, servidores, hardware,
Hosting) Esto es responsabilidad del cliente antes de proceder a instalar. Documento libre por parte del
cliente.
 FCS-043
 Instalación del Software- Acta de Consultoría.
 F-CS-027 Entrega Material de Instalación.
M-CS-005 Manual de Instalación SEVEN-ERP y/o Manual de Instalación. (KACTUS-HCM M-CS-006 y/o
HOSVITAL-HS M-CS-008).
 F-CS-004 Formato de Capacitación instalación del Software
 I-CS-002 Instructivo Requisitos de Instalación
 F-CS-003 Lista de Chequeo Instalación del Sistema
 F-CS-049 Plan de Migración
 F-CS-005 Acta de Inicio del Proyecto
METODOLOGÍA PMMa
Página 28 de 142
1. Fase de Asimilación
“Todos somos muy ignorantes,
lo que ocurre es que no todos ignoramos las mismas cosas”
Albert Einstein
FASE I - ASIMILACIÓN
*Realizar Planeación *Plan de Proyecto o Línea

*Planear el Proyecto *Definir Línea Base Preliminar Base Preliminar
*Definir y recibir la logística *Preparar compañía para el (Cronograma)
manejo del cambio
*Asignar Recursos
*Control de Cambios
*Aclarar Funciones y
Responsabilidades
*Definir Canales de
Comunicación
*Analizar Riesgos
Toda transformación sigue la *Analizar

ley deRiesgos
la siembra y la cosecha, esta es la Etapa de Planeación del proyecto
enmarcado en un Tiempo, Alcance y Costo. Basado en esto, defina qué es lo Absolutamente Necesario y
Relevante para enmarcar el alcance en costos y tiempos.
En esta fase se definen los recursos logísticos, financieros y humanos necesarios para llevar a cabo el proyecto.
Igualmente, se expone a todos los funcionarios que de alguna forma entren en contacto con el proyecto el alcance
del objeto contractual enmarcado sobre las variables tiempo y costo, adicionalmente se definen claramente las
responsabilidades de cada integrante del Equipo de Proyecto. Cada resultado esperado debe tener responsable.
METODOLOGÍA PMMa
Página 29 de 142
1.0. Objetivos de la Fase de Asimilación
1. Planear el Proyecto
2. Asimilar y Manejar la Metodología PMMa Agile
3. Analizar y definir en el proyecto las áreas de Conocimiento bajo el estándar PMI
4. Definir y recibir la logística
5. Definir Organigrama
6. Aclarar funciones y responsabilidades del Equipo del Proyecto (RAM-Matriz de Responsabilidades)
7. Definir Canales de Comunicación
8. Aclarar seguimiento y control
9. Análisis de Riesgos
METODOLOGÍA PMMa
Página 30 de 142
METODOLOGÍA PMMa
Página 31 de 142
GESTION DE ALCANCE (Scope)
La Gestión de Alcance del Proyecto se relaciona principalmente con la definición y el control de lo que está y no
está incluido en el proyecto.
 Plan de Proyecto
 Ciclo de vida del proyecto.
 Acta de inicio del proyecto.
 Definición y planeación del alcance.
 Conflictos y el ciclo de vida del proyecto.
 Verificación del alcance.
 Riesgos y complejidad del negocio.
 Control de cambio del alcance.
GESTION DE TIEMPO (Time)
La Gestión de Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del proyecto a tiempo.
 Ventajas de las herramientas de programación.

 Asignación de recursos.
 Estimados de duración.
 Control del cronograma del proyecto.
GESTION DE COSTOS (Costs)
La Gestión de Costos del Proyecto incluye los procesos involucrados en la planificación, estimación, preparación
del presupuesto y control de costos de forma que el proyecto se pueda completar dentro del presupuesto
aprobado. Análisis de Horas/Dias/Meses de Consultoria contratada vs Consultoria consumida.
METODOLOGÍA PMMa
Página 32 de 142
GESTION DE CALIDAD (Quality)
Los Procesos de Gestión de Calidad del Proyecto incluyen todas las actividades de la organización ejecutante que
determinan las políticas, los objetivos y las responsabilidades relativos a la calidad de modo que el proyecto
satisfaga las necesidades por las cuales se emprendió. Aclaración de términos de recepción del sistema, así como
verificación de la calidad del servicio.
GESTION DE COMUNICACIONES (Communications)
La Gestión de Comunicaciones del Proyecto es el Área de Conocimiento que incluye los procesos necesarios para
asegurar la generación, recogida, distribución. Almacenamiento, recuperación y destino final de la información del
proyecto en tiempo y forma. Importante que se expidan comunicaciones de la gerencia no solo de las cosas malas
si no de los logros!
 Modelos de comunicación.
 Canales de comunicación.
 Tipos de comunicación.
 Requerimientos de comunicación.
 Barreras de comunicación en las barreras de Kick off.
 Roles de comunicación del Gerente de Proyecto.
 El Gerente de Proyecto y el Cliente.
 Construyendo efectivas comunicaciones con el equipo de proyecto.
 Documentación.
METODOLOGÍA PMMa
Página 33 de 142
GESTION DE RECURSOS HUMANOS (Human Resources)
La Gestión de Recursos Humanos del Proyecto incluye los procesos que organizan y dirigen el equipo del
proyecto.
 Formas de organización.
 Roles y responsabilidades del Equipo de Proyecto.
 Tipos de poder (Motivaciones)
 Conflicto del proyecto.
 Ejecución del equipo del proyecto.
GESTION DE RIESGOS (Risk)
La Gestión de Riesgos del Proyecto incluye los procesos relacionados con la planificación de la gestión de riesgos,
la identificación y el análisis de riesgos, las respuestas a los riesgos, y el seguimiento y control de riesgos de un
proyecto; la mayoría de estos procesos se actualizan durante el proyecto.
 Procesos de riesgo.
 Identificación de riesgos.
 Cuantificación de los riesgos.
 Respuesta al desarrollo del riesgo.
 Control de respuesta al riesgo.
METODOLOGÍA PMMa
Página 34 de 142
GESTION DE ADQUISICIONES o ABASTECIMIENTO (Procurement)
La Gestión de Adquisiciones del Proyecto incluye los procesos para comprar o adquirir los productos, servicios o
resultados necesarios fuera del equipo de proyecto para realizar el trabajo.
Es importante resaltar que al definir el Plan de Proyecto se deben incluir las gestiones que se consideren
pertinentes de acuerdo al tamaño y complejidad del proyecto.
GESTION DE INTEGRACION (Integration)
Se relaciona con la integración efectiva de los procesos entre los Grupos de Procesos de Dirección de Proyectos,
que son necesarios para lograr los objetivos del proyecto dentro de los procedimientos definidos al interior de una
organización.
 Definición del proyecto.

 Metodología de planeación del proyecto.
 Políticas y procedimientos organizacionales.
 Evaluación del proyecto.
 Reportes de progreso.
 Solicitudes de cambio.
 Control de cambios total.
 Sistema de control de cambios.
 Lecciones aprendidas.
ADMINISTRACION DE LOS INTERESADOS
Esta área de conocimiento se agregó en la 5ta. edición del PMBoK. Se refiere a la forma de identificar y gestionar a
los interesados del proyecto y sus requerimientos y expectativas. Esta área contiene varios de los procesos que en
METODOLOGÍA PMMa
Página 35 de 142
la versión 4 del PMBooK se encontraban en el área de conocimiento de las Comunicaciones, y se agregaron

procesos nuevos para reforzar este importante tema.
METODOLOGÍA PMMa
Página 36 de 142
METODO CASE
Este método propone algunos típs de trabajo para el equipo del proyecto donde nunca deben faltar los elementos
CASE que se enuncian a continuación.
Comunicación Asertiva: Es una forma de expresión consciente, congruente, clara, directa y equilibrada, cuya
finalidad es comunicar nuestras ideas y que sean adoptadas entre las Directivas, Lideres Usuarios, Consultores y
Usuarios Finales.
Actitud Positiva: Este es el principal factor que los integrantes del Equipo de Proyecto y los Stakeholders
(Interesados) deben mantener durante todo el proyecto.
Sonreír: Es la única forma de lograr muchas cosas.
Empatía - No Camaradería: La empatía es la que permite el entendimiento solido entre dos personas, ponerse en
los papeles del otro, apoyarlo entenderlo y ayudarle. Siempre que no pase a camaradería.
METODOLOGÍA PMMa
Página 37 de 142
1.1. SCRUM
SCRUM es un modelo de referencia que define un conjunto de prácticas y roles, y que puede tomarse como punto
de partida para definir el proceso de desarrollo que se ejecutará durante un proyecto Ágil. Esta práctica o modelo
de trabajo es el propuesto para el seguimiento y acciones del equipo de trabajo con el objetivo que se vayan
entregando productos terminados por ciclos (sprint). Durante cada sprint, un periodo entre una y cuatro semanas
(la magnitud es definida por el equipo), el equipo crea un incremento de software potencialmente entregable
(utilizable).
El conjunto de características que forma parte de cada sprint viene del Product Backlog, que es un conjunto de
requisitos de alto nivel priorizados que definen el trabajo a realizar. Los elementos del Product Backlog que forman
parte del sprint se determinan durante la reunión de Sprint Planning. Durante esta reunión, el Product Owner
identifica los elementos del Product Backlog que quiere ver completados y los hace del conocimiento del equipo.
Entonces, el equipo determina la cantidad de ese trabajo que puede comprometerse a completar durante el
METODOLOGÍA PMMa
Página 38 de 142
siguiente sprint. Durante el sprint, nadie puede cambiar el Sprint Backlog, lo que significa que los requisitos están
congelados durante el sprint.
Scrum permite la creación de equipos auto-organizados impulsando la co-localización de todos los miembros del
equipo, y la comunicación verbal entre todos los miembros y disciplinas involucrados en el proyecto.
Reunión diaria de sincronización del equipo (Scrum daily meeting)
El objetivo de esta reunión es facilitar la transferencia de información y la colaboración entre los miembros
del equipo para aumentar su productividad, al poner de manifiesto puntos en que se pueden ayudar unos a otros.
Cada miembro del equipo inspecciona el trabajo que el resto está realizando (dependencias entre tareas, progreso
hacia el objetivo de la iteración, obstáculos que pueden impedir este objetivo) para al finalizar la reunión poder
hacer las adaptaciones necesarias que permitan cumplir con el compromiso conjunto que el equipo adquirió para la
iteración (en la reunión de planificación de la iteración).
Cada miembro del equipo debe responder las siguientes preguntas en un timebox de cómo máximo 15 minutos:
¿Qué he hecho desde la última reunión de sincronización? ¿Pude hacer todo lo que tenía planeado? ¿Cuál fue el
problema?
¿Qué voy a hacer a partir de este momento?
¿Qué impedimentos tengo o voy a tener para cumplir mis compromisos en esta iteración y en el proyecto?
Como apoyo a la reunión, el equipo cuenta con la lista de tareas de la iteración, donde se actualiza el estado y el
esfuerzo pendiente para cada tarea, así como con el gráfico de horas y actividades pendientes en la iteración.
METODOLOGÍA PMMa
Página 39 de 142
1.2. KANBAN
Kanban (cartel en japonés) es un sistema de organización enfocado al trabajo en equipo y que proporciona un
mejor flujo de trabajo dividiendo el proceso productivo en fases muy claras. Surgió en la empresa de automóviles
Toyota con el objetivo de organizar mejor su producción dividiendo el proceso en fases que debían finalizarse
correctamente para pasar a la siguiente y fue David J.Anderson quien adaptó esta filosofía al ámbito productivo
dando lugar al método Kanban.
METODOLOGÍA PMMa
Página 40 de 142
El método se centra en dos objetivos: conseguir un producto de calidad, finalizando correctamente todas las fases,
y acabar con la saturación que puede darse en alguna de las fases del proyecto por querer acabarlo con rapidez.
Para conseguirlo Kanban establece cuatro reglas o principios básicos:
 Empieza con lo que haces ahora. Kanban te ayudará a decidir si lo que se hace esta bien o si hay que
cambiar algo.
 Acepta el cambio. Todos los miembros del equipo han de estar dispuestos a aplicar cambios con
regularidad para mejorar las rutinas de trabajo.
 Respeta el proceso en curso, los roles y responsabilidades de cada individuo. Cada persona ha de
saber cuál es su función y lo que tiene que hacer.
 Liderazgo en todos los niveles. Gestionar correctamente el equipo y sus tareas es primordial.
El método Kanban se aplicará más fácilmente si en el sistema productivo se dan los siguientes elementos.
1. Visualizar el flujo de trabajo. Se ha de ver fácilmente cuales son las fases del proyecto y en qué trabaja
cada persona. Kanban recomienda usar un panel con tarjetas para definir las tareas dividiéndolas por
columnas (fases del proyecto).
2. Limitar el trabajo en curso. Si se empieza algo hay que centrarse en ello y terminarlo antes de empezar
otra cosa.
3. Gestión del flujo. Al mismo tiempo que se visualiza el flujo de trabajo también hay que controlar su
funcionamiento.
METODOLOGÍA PMMa
Página 41 de 142
4. Tener claras las reglas del proceso. Hay que entender el método para poder aplicarlo bien.
5. Mejora en equipo. Este es uno de los pilares de este método.
1.3. Método 70, 20, 10
La forma de garantizar que las personas apropien la tecnología es con el modelo 70, 20, 10, este método hace que
las personas queden con el conocimiento que me permite aprovechar la tecnología para cumplir las metas
propuestas en el proyecto, las personas y la organización.
El método exige que los líderes usuarios trabajen de la siguiente manera:
70% Haciendo.
20% Intercambiando Conocimientos.
10% Capacitaciones
Cuando una persona capacita interactúa haciendo tres veces lo que hace es que aprende muy bien, una en la
conceptualización, dos parametrizando, tres capacitando usuarios finales.
1.4. Alistamiento de la Compañía y Manejo del Cambio
Se deben eliminar los paradigmas y temores en el nuevo proyecto, por eso el Cliente debe tener en cuenta que se
debe eliminar cualquier tipo de problema que se pueda tener con los usuarios del sistema:
El Equipo Directivo, Gestión Humana, Comunicaciones y hasta los Líderes de los Proyectos de las Áreas de
Tecnología se enfrentaran a múltiples objeciones de los usuarios cuando una nueva implementación tecnológica
modifica los procesos a los que han estado acostumbrados.
METODOLOGÍA PMMa
Página 42 de 142
Las objeciones son de todo tipo y si no están acompañadas de un proceso adecuado de GESTIÓN del CAMBIO
pueden llevar al fracaso la nueva solución que ha tenido un costo para la organización en términos económicos y
de tiempo; algunas se presentan de manera frecuente en cada proceso de cambio de manera reiterativa:
1. Increíble!, sí hay plata para comprar ese software tan caro pero no para incrementarnos el salario!
2. Esa nueva solución es súper complicada!
3. Antes era más rápido el proceso, con este programa, dizque súper sofisticado, es mucho más lento.
4. Esos ingenieros no se entienden sino entre ellos!
5. ¿Y creen que con un cursito de 20 horas ya voy a ser experto en el tema?
6. ¿Y dónde está la información que yo tenía?
7. Prefiero 100 veces excel que esa solución!
8. No importa lo que digan yo voy a seguir llevando mis tablas en excel. Yo no le creo a ese sistema!
9. Y a nosotros, que somos los usuarios, por qué nunca nos consultaron nada sobre esta nueva solución y
cuando nos avisan ya la están instalando. Que tal eso!
10. Uyyy... yo soy malísima(o) para los sistemas y ahora, de la noche a la mañana, quieren que me vuelva
experta(o).
Es importante tener claro la Medición de los Beneficios que se esperan con la nueva solución para comunicarlo a
toda la Organización y a los StakeHolders (Interesados en el Proyecto)
Así mismo es importante difundir el Plan de Proyecto de Alto nivel a Comité Directivo.
1.5. Plan de Proyecto WBS
En el Plan de Proyecto detalla las 9 áreas de conocimiento a controlar de acuerdo al PMI y tendrá entre otros:
o Línea Base Preliminar del Proyecto - Cronograma General del Proyecto

o Organigrama del Proyecto con personas definitivas.
o F-CS-025 Acta de Notificación Integrantes Equipo de Proyecto, que incluye tiempo de dedicación y
responsabilidades.
METODOLOGÍA PMMa
Página 43 de 142
o Plan de Comunicaciones y control del proyecto

o Fechas propuestas para pago y cancelación de facturas
1.5.1. Definir La Línea Base Preliminar del Proyecto
Definir la Línea base de proyecto es una técnica que busca facilitar el control del desempeño del proyecto, la cual
está constituida por dos Líneas Base fundamentales las cuales se deben establecer para cualquier proyecto
independientemente de sus características o sector involucrado; debe ser definida de manera preliminar con la
planeación efectuada en la Fase de Asimilación y luego refinada y aprobada durante la Fase de Experimentación.
Sus componentes se describen a continuación:
 Línea Base del Tiempo

 Entregables
 Hitos
 Costos
 Presupuesto
La Estructura de Desglose del Trabajo o Plan de Proyecto WBS es la representación gráfica de los cimientos
del proyecto, cuyo propósito es servir como herramienta de visión jerárquica de todos los componentes que
conforman el mismo. Permite identificar claramente todos los entregables del proyecto a todo momento y constituye
la base fundamental para la estimación estructurada de las actividades necesarias para su implantación exitosa.
El Cronograma Global es el documento que incorpora las actividades, duraciones y recursos planeados para
cumplir con los tiempos establecidos del trabajo estimado del proyecto.
METODOLOGÍA PMMa
Página 44 de 142
El Gerente de Proyecto de Digital Ware junto con el

Gerente de Proyecto del Cliente, definen el cronograma
Global de trabajo, teniendo como punto de partida el
cronograma estándar definido en el contrato.
Se aclara que para el inicio de las fases de Experimentación y Ejecución el Gerente de Proyecto de DW debe
entregar un cronograma específico de acuerdo con las tareas relacionadas en el cronograma global. El proceso de
definir el cronograma específico de cada fase debe llevarse a cabo bajo una exhaustiva labor de definición,
secuenciación y estimación de duración de actividades y recursos requeridos, partiendo de los paquetes de trabajo
definidos en la WBS para cada fase.
El cronograma deberá estar balanceado por actividades y no por recursos, “no vamos a construir una carretera”.
Es importante resaltar en estos cronogramas las relaciones de precedencia obligatorias existentes entre los
módulos (Ej. No es posible implantar el Módulo de Cartera si no se ha implantado el Módulo de Facturación).
Se debe hacer una reunión diaria de 15 minutos al inicio del día, donde se explique que se hizo desde la última
reunión, que se va a hacer hasta la próxima reunión y que problemas has tenido. (Scrum daily meeting), la idea es
contar y no lograr resolver o proponer.
Las actividades específicas se manejaran en las reuniones semanales, esto quiere decir que en el cronograma
global o general no se deben registrar actividades de días si no, agrupadas mínimo en semanas.
Es importante resaltar que la Línea Base del Proyecto no se construye de cero, por el contrario, debe ser un
proceso que se alimenta de los Activos de Procesos Organizacionales (Registros de la documentación de
proyectos anteriores) incluyendo las lecciones aprendidas. Se debe contar con líneas base estándar de proyectos
METODOLOGÍA PMMa
Página 45 de 142
clasificadas por producto (KACTUS-HCM, SEVEN- ERP, HOSVITAL-HS, según sea el caso) y/o por industrias o
sectores que permitan rápidamente contar con una Línea Base Preliminar Estándar de Proyecto desde la Fase de
Asimilación y lograr afinarla y aprobarla durante la Fase de Experimentación. Igualmente alimentada de la
parametrización que corresponda al estándar de la industria.
1.5.2. Interesados en el Proyecto
Los Interesados en el Proyecto (Stakeholders) son individuos que están activamente involucrados en el proyecto o
cuyos intereses pueden ser afectados positiva o negativamente como resultado de la ejecución o conclusión del
proyecto. Ellos pueden también ejercer influencia sobre el proyecto y sus resultados. Gestión de los Recursos
Humanos del Proyecto.
METODOLOGÍA PMMa
Página 46 de 142
1.5.2.1. Organización, Organigrama y Responsabilidades de los Integrantes del Equipo de Proyecto
Comité Directivo TEAM

Cliente – Digital Ware (Together Everyone Achieves More)
Juntos todos logran más
EQUIPO DEL PROYECTO
Business Manager Interventor

Digital Ware Externo
Rep. De Organiza. y Met.

Gerente de Proyecto Gerente de Proyecto
Cliente
Digital Ware Cliente
Consultor Funcional Coordinador Usuario Líderes Usuario x Mod. Consultor Funcional Rep. de Sistemas
Digital Ware Cliente Cliente Digital Ware Cliente
Soporte Técnico Ingenieros de Desarrollo Usuarios Finales Usuarios Finales

Digital Ware Digital Ware Cliente Cliente
El Equipo del Proyecto son un grupo de personas que de manera conjunta desarrollan el proyecto. Tienen un
objetivo común, comparten la responsabilidad del trabajo que realizan así como de los resultados. Deben tener
actitud para aprender y enseñar.
METODOLOGÍA PMMa
Página 47 de 142
La ejecución del proyecto se realizará con personal tanto de Digital Ware como del Cliente definido en el contrato.
La cantidad de personal que asigne el Cliente deberá ser con dedicación exclusiva al proyecto y de la cantidad
asignada y el compromiso de la gerencia dependerá el éxito del mismo. Su relación deberá ser mínima de uno a
tres o sea por cada Consultor asignado deben existir mínimo tres personas del Cliente con la misma asignación de
tiempo.
La probabilidad de éxito del proyecto está enmarcada en la Reingeniería de Procesos-Estandarización, Gerencia

del Cambio y la Gerencia de Proyecto.
Es importante que las personas asignadas al proyecto tengan no solamente el perfil requerido para manejar el
aplicativo (idóneas en el área asignada) sino la ACTITUD POSITIVA hacia el proyecto y abierta al cambio, alineada
con la visión y estrategia de la empresa. Así mismo deben tener la capacidad de moldear el negocio a la
herramienta.
Las personas aquí citadas deben ser personas pro-activas y comprometidas en el proyecto, con tiempo y
dedicación al mismo y con la premisa única de sacarlo adelante.
Siempre será más importante la ejecución que la planeación.
Los equipos Agiles por Procesos o Módulos no deben tener más de 7 personas, si no se deben dividir. Se debe
construir una atmosfera donde los equipos estén dispuestos a ayudarse unos a otros para esto es importante
manejar filosofías de ideas como Kaizen (mejora continua), Kanban y Scrum.
Se debe emitir el F-CS-025 Acta de Notificación Integrantes Equipo de Proyecto con sus respectivos tiempos de
dedicación y responsabilidades.
METODOLOGÍA PMMa
Página 48 de 142
El Equipo del Proyecto
ANTES QUE UN PROYECTO DE TECNOLOGIA ES UN PROYECTO DE PERSONAS
SE REQUIERE GENTE CON:
EXCELENTE VISION Y CONOCIMIENTO DE LA RAZON DE SER DEL PROCESO CON LA CAPACIDAD

DE COMPRENDER TODO EL PROCESO, ESTO IMPLICA ENTERADOS DE LOS OBJETIVOS
DISPUESTA A MEJORAR LA PRODUCTIVIDAD DEL PROCESO (SIN VICIOS, ARGUMENTOS (-),

MAÑAS)
IDONEA Y CON LAS HABILIDADES Y DESTREZAS REQUERIDAS (OPERATIVAS Y DIRECTIVAS)

CON CAPACIDAD DE LIDERAZGO Y COMPROMISO CON EL PROCESO, QUE A LO QUE SE
COMPROMETEN, LO CUMPLAN MOTIVADA.
CON EXCELENTE ACTITUD Y ENTUSIASMO!
COHERENTE, LO QUE SE DICE ES LO QUE SE HACE
IMPORTANTE ENTENDER LA FUNCION Y PARA QUE SE HACE UN EQUIPO.
CADA UNO DEBE ENTENDER SU APORTE EN EL EQUIPO Y CUAL ES EL PROCESO TANTO DE

IMPLANTACION COMO DE SOPORTE.
TODAS LAS ACTIVIDADES SE REALIZAN EN CONJUNTO
LOS EQUIPOS SE HACEN PARA QUE FUNCIONEN!
METODOLOGÍA PMMa
Página 49 de 142
El Equipo de proyecto debe ser un Equipo Ágil
Skills de un miembro de un Equipo Ágil
Los skills (Competencias) de un miembro de un equipo ágil se pueden clasificar en varios grupos, según se basen
en aportar valor al producto que desarrolla (calidad), en la capacidad de colaborar con el resto de miembros del
equipo o en la capacidad de mejorar, a nivel técnico y humano.
La productividad y la innovación son el resultado de:
1- Orientarse a proporcionar el máximo valor en el mínimo tiempo.
2- Favorecer la colaboración en el equipo para conseguir las mejores sinergias posibles
3- Mejorar continuamente la manera de trabajar.
Veamos cuáles son estos grupos de skills en más detalle:
Inteligencia de negocio - Orientación a producir valor
El miembro del equipo ágil tiene que estar orientado a producir con CALIDAD, tiene que saber compaginar los
siguientes aspectos:
 Interés por entender el producto o negocio para el que trabaja. Se preocupa por proporcionar valor al
usuario final o consumidor.
METODOLOGÍA PMMa
Página 50 de 142
 Tener una visión a mediano plazo de los objetivos a conseguir (facilitada, por ejemplo, por la Lista de
objetivos priorizada (Scrum Product Backlog), tener proactividad (ser capaz de detectar oportunidades y
anticipar riesgos) y aun así (y dado que el foco está en proporcionar resultados tangibles cada entrega):
Buscar la simplicidad y la utilidad, conseguir la mejor solución utilizando sólo el esfuerzo necesario y no
trabajar en futuribles que quizás no lleguen nunca o cambien.
Seguir el principio de Pareto (20/80). En las tareas que realiza, buscar el máximo retorno de inversión al
esfuerzo dedicado en cada momento, balanceo de valor respecto al costo.
En línea con el principio de fluir en el proyecto (en que el equipo minimiza el número de objetivos en
curso, WIP), el miembro de un equipo ágil acaba tareas y no deja temas abiertos, de manera que se
minimizan los cambios de contexto, aumentando la productividad y avanzando en el proyecto.
 Pasión y orgullo por el trabajo que se realiza, ser exigente con la calidad técnica, disciplinado y metódico,
para que el producto pueda crecer de manera sostenida.
Inteligencia Emocional – Capacidad de Trabajar en Equipo
El miembro del equipo ágil tiene que favorecer la COMUNICACIÓN y para ello tener las siguientes aptitudes:
 Transparencia en las tareas que realiza y su estado, para que el resto del equipo tenga la información
necesaria (por ejemplo en las reuniones diarias de sincronización (Scrum daily meetings o en las retrospectivas),
que todos puedan colaborar y ayudarse a conseguir los objetivos de la iteración, evitando también que se
realicen esfuerzos innecesarios.
METODOLOGÍA PMMa
Página 51 de 142
 Franqueza con el Cliente sobre la situación del proyecto (especialmente en las demostraciones (Scrum
Sprint Demostrations), para que pueda tomar decisiones basadas en lo que realmente está hecho y en la
Velocidad del Equipo. No hacerse dueño de conocimiento, si no compartirlo y ser capaz para enseñar.
 Escucha activa, entender lo que le están explicando.
 Observar, escuchar, preguntar mucho y parafrasear para entender las necesidades, motivaciones y
sentimientos de los otros, ponerse en su lugar antes de dar la propia opinión (si es realmente necesario que la
demos). Es decir, evitar juzgar inmediatamente al otro y tener empatía.
El miembro del equipo ágil tiene que saber respetar las opiniones de los otros y para ello tener las siguientes
aptitudes:
 Confianza en los demás miembros del equipo, creer que serán capaces de realizar sus tareas, sin
necesidad de estar controlándolos, recordar siempre que todos están actuando con la mejor voluntad posible, y
tener paciencia. Esta confianza se ve facilitada por la compartición de conocimiento que se produce en las
reuniones de alta productividad que el equipo al completo realiza en las Actividades del Proyecto, las cuales
necesitan de la transparencia indicada anteriormente.
 Consensuar, ser capaz de negociar un ganar/ganar, no imponer su criterio. Ser honesto y sincero, no
engañar o aprovecharse de los otros (sean clientes, gestores o miembros del equipo).
 Educación, buenas maneras, dando su opinión sin atacar ni acusar (simplemente hablando de los hechos
que le han sucedido), tranquilo, no irascible, afable y con sentido del humor, para no vivir en tensión constante
y compartir momentos de relajación con el resto del equipo.
METODOLOGÍA PMMa
Página 52 de 142
Inteligencia vital – Capacidad de mejorar
El miembro del equipo ágil es capaz de conjugar el progreso técnico y el humano, tiene afán por APRENDER
nuevas formas de trabajar y de relacionarse, y para ello tener las siguientes aptitudes:
 Humildad, evitar la prepotencia (que no es necesaria, la valía se demuestra realizando un trabajo excelente,
el reconocimiento es una consecuencia que debe llegar por sí solo), tener una mente abierta a escuchar ideas
diferentes de otros y flexibilidad para probar nuevas cosas.
 Capacidad de autocrítica, reconocer equivocaciones y tomarlas como oportunidades de mejora.

Similarmente, no buscar culpables cuando se cometen errores, si no ver entre todos cómo mejorar el proceso
de trabajo.
 Capacidad de reflexión e inconformismo productivo, cuando algo no funciona ser capaz de cuestionar
cómo se están haciendo las cosas. Tener valores, ética, integridad, coraje para tomar decisiones y hacer “lo que
se tiene que hacer” (o no hacer lo que no se tiene que hacer), aunque sea más difícil (asumiendo riesgos
controlados).Para ello necesita ser asertivo en los mensajes, hablar de manera clara, objetiva, ser franco (con
compañeros, gestores y clientes) sobre los problemas que hay y proponer alternativas mejores.
 Creatividad, intuición, capaz de desaprender e innovar aportando nuevas ideas tanto en el producto como
en la manera de trabajar.
 Como se ha mencionado anteriormente, tiene que ser capaz de disfrutar en el camino, realizarse en su
trabajo (son muchas horas a la semana como para que no sea así), aprendiendo, creando, superando retos,
progresando y contagiando entusiasmo al resto del equipo.
METODOLOGÍA PMMa
Página 53 de 142
 Evitar estar en sobreesfuerzo continuo, tener como objetivo no trabajar más de 40 horas a la semana (en
caso contrario, cuando sea necesario un sobreesfuerzo, no va a haber de donde sacar, sin contar con que la
calidad del trabajo se degrada cuando se alarga demasiadas horas) y dedicar el tiempo restante a actividades
personales, familiares, ocio, formarse, otros proyectos, … Es necesario disponer de tiempo para crecer a nivel
personal y profesional, para alcanzar un equilibrio y tener estos pilares vitales afianzados.
Es más difícil, pero es mejor
Los skills anteriores se pueden entender como un marco de referencia sobre el hay que reflexionar y poder
identificar nuestras carencias (y las carencias que los demás ven en nosotros), para gradualmente ir madurando
hacia un enfoque ágil que haga más sencillo proporcionar más valor a nuestros Clientes, así como disfrutar más de
nuestro trabajo y de nuestra vida.
Comité Directivo del Proyecto
La importancia de este comité radica en las decisiones que se tomen para el beneficio del proyecto; es por eso que
se debe definir las personas y la periodicidad de estas reuniones con el objetivo de agendar a los participantes con
antelación. Debe ser el ente motivador del Equipo de Proyecto del proyecto, es desde la cabeza que se debe
apoyar el proyecto y enviar el mensaje de su importancia. Si se ha definido una interventoría, esta presentará en
estas reuniones los informes y serán previamente conocidos por las partes. Debe reunirse por lo menos una vez al
mes.
METODOLOGÍA PMMa
Página 54 de 142
El Comité Directivo estará conformado mínimo por representantes del Cliente como el Gerente de Proyecto y de
Digital Ware el Gerente de Proyecto, así como personas con el poder de decisión para que dado el caso en que se
deseen variar el Alcance, Presupuesto (Recursos financieros, logísticos, humanos) y Cronograma (Tiempos), estas
personas estén en capacidad de hacerlo y lo puedan aprobar.
Comité Directivo
Cliente – Digital Ware
METODOLOGÍA PMMa
Página 55 de 142
Equipo de Proyecto de Digital Ware
PM - Gerente del Proyecto

PM - Gerente de Proyecto
Project Manager Digital Ware
Representante de Digital Ware ante el Cliente, persona a cargo del proyecto. La asignación de tiempo del Gerente
de Proyecto estará determinada por las condiciones pactadas en el contrato.
Sus responsabilidades son:
- Administrar el proyecto enmarcado en Alcance, Presupuesto (Recursos financieros, logísticos, humanos) y

Cronograma (Tiempos) desde el punto de vista del Proveedor.
- Hacer conocer y utilizar la Metodología PMMA.
- Coordinar las actividades del Equipo de Proyecto.
- Brindar Soporte funcional al Equipo de Proyecto de Digital Ware.- Responsable del cumplimiento de las
reuniones semanales en las instalaciones del Cliente, donde paralelamente se va diligenciando el F-CS-006
Acta de Seguimiento Semanal, que es firmada al final por los asistentes en señal de aprobación.
- Garantizar que se diligencie el formato F-CS-026 Matriz de Cumplimiento de RFP.
- Recibir la correspondencia del Cliente y hacerla llegar a Digital Ware. El Gerente de Proyecto debe
conservar copia de toda la correspondencia recibida, que reposa en la carpeta del proyecto.
- Mantener actualizado el cronograma de actividades del proyecto reflejando porcentaje de avance de las
actividades, actividades cumplidas, actividades pendientes y actividades atrasadas, con el fin de tomar a
tiempo los correctivos necesarios.
- Dependiendo la Magnitud del proyecto y los módulos a instalar este puede realizar el rol de consultor.
- Entregar toda la documentación generada por el Equipo de Proyecto (F-CS-043 Unidad de Negocio -
Consultoría, F-CS-004 Formato de Capacitación y Evaluaciones a Usuarios Finales) Digital Ware.
METODOLOGÍA PMMa
Página 56 de 142
- Efectuar la presentación de la Metodología PMMA de Digital Ware al Cliente y si es el caso hacerla conocer
a la Interventoría.
- Revisar el o los F-CS-026 Matriz de Cumplimiento de RFP acorde con los RFP’s, propuesta y contrato; si
existe alguna diferencia hacerlo saber a los representantes de cada una de las partes Cliente y Digital Ware
para mirar las acciones a tomar.
- Armar el CD Final de documentación Generada por el proyecto. (Incluyendo la parametrización efectuada).
Consultor Funcional Consultor Funcional

Digital Ware
La asignación de tiempo del Consultor Funcional estará determinada por las condiciones pactadas en el contrato.
- Capacitar a los Líderes Usuarios asignados al proyecto.

- Aclarar inquietudes respecto a la funcionalidad del sistema a Lideres Usuarios.
- Asesorar al Cliente en el Proceso de Parametrización y pruebas del sistema.
- Instalar actualizaciones al software durante el transcurso del proyecto. Llevar el registro de horas de
capacitación dictadas y asistentes a dichas capacitaciones así como las horas de consultaría vía Web y por
escrito en el formato F-CS-004 Formato de Capacitación establecido por Digital Ware.
- Entregar el formato F-CS-009 Evaluación de Capacitación en el cual cada asistente evalúa las
capacitaciones dictadas por el Consultor. Esta evaluación debe enviarse en sobre sellado Digital Ware.
Dicho sobre debe ser sellado en presencia de los asistentes a la capacitación.
METODOLOGÍA PMMa
Página 57 de 142
- Ingresar diariamente al Sistema de Calidad vía Internet los documentos F-CS-043 Unidad de Negocio -
Consultoría, imprimirlas hacerlas firmar por los asistentes y archivarlas.
- Descargar del Sistema de Calidad vía Internet ajustes y actualizaciones a programas del sistema.
- Hacer las pruebas de rigor requeridas a toda actualización del sistema en el ambiente de pruebas antes de
llevarlo al sistema en producción.
- Estar atento a la realización de copias de seguridad diarias, semanales y mensuales que realiza el cliente y
garantizar que estas se realicen.
- Asistir a las reuniones de seguimiento cuando sea solicitado por el Gerente de Proyecto.
Dependiendo de cada proyecto, existen dos tipos de Consultores Funcionales: Consultor de Producto y Consultor
de Proceso, y la diferencia radica en la profundidad con que se manejan los temas.
TEMA Consultor Funcional de Producto Consultor Funcional de Proceso
Conceptualización Conceptualización Estándar Conceptualización Avanzada

Estructuración documento de Estructuración documento de Alcance Estructuración documento de Alcance
Alcance que involucra interfaces y Estándar Avanzado
Business Blue Print
Parametrización Parametrización Estándar Parametrización Avanzada
Pruebas Modulares De Proceso e integración
Capacitación Usuarios Finales Aplica No aplica
Acompañamiento en Producción Durante el contratado Al inicio
METODOLOGÍA PMMa
Página 58 de 142
Soporte Técnico
Soporte Técnico Digital Ware
Prestan asistencia técnica cuando el Consultor lo requiera. Dependiendo de las condiciones pactadas en el
contrato las funciones de Soporte Técnico pueden ser desempeñadas por el Consultor Funcional.
Sus responsabilidades son:
- Instalar el Software objeto del presente proyecto en los Equipos del Cliente. Esta instalación se realizará una
sola vez en el servidor de base de datos y de aplicaciones que el cliente designe. El costo incurrido por
instalaciones adicionales estará a cargo del Cliente.
- Capacitar al funcionario designado por el Cliente el procedimiento de instalación del sistema.
- Diagnosticar las causas de la falla técnicas.
- Hacer las recomendaciones necesarias para su solución y en caso de que el cliente lo autorice efectuar las
acciones pertinentes.
- Dejar constancia escrita de las actividades realizadas en el formato de consultoría establecido por Digital
Ware.
 Dejar constancia del buen funcionamiento del software en la F-CS-003 Lista de Chequeo Instalación del
Sistema
 Solicitar al Representante de Sistemas la supervisión de las labores realizadas y la firma del formato F-CS-
043 Unidad de Negocio - Consultoría. Entregando copia al Gerente de Proyecto
METODOLOGÍA PMMa
Página 59 de 142
Ingenieros de desarrollo
Ingenieros de Desarrollo Digital Ware
Son los encargados de la modificación y ajustes del software y se encontrarán ubicados en las instalaciones de
Digital Ware.
Business Manager
Business Manager
Digital Ware
Es el representante comercial de Digital Ware y debe garantizar que lo que se ofertó sea lo que el cliente va a
recibir.
METODOLOGÍA PMMa
Página 60 de 142
Equipo de Proyecto del Cliente
Gerente de Proyecto
Gerente de Proyecto Cliente
Primer responsable de que el proyecto sea un éxito. Debe ser el ente motivador haciendo entender al Equipo “que
tan bien podemos estar con el nuevo sistema de información”. Deberá ser en lo posible beneficiario o usuario del
nuevo sistema con un alto poder de decisión. Si se coloca un directivo, este deberá estar de tiempo completo en el
proyecto, por tal motivo otra persona deberá asumir sus responsabilidades temporalmente. Es recomendable que
el Gerente de Proyecto del Cliente no sea de la parte técnica, si no, directamente de área usuaria. Debe tener alta
comunicación con el patrocinador del proyecto.
Encargado de hacer seguimiento al avance del proyecto y garantizar el cumplimiento de los compromisos
adquiridos por parte del Cliente. Debe conocer detalladamente la Metodología PMMA y sus responsabilidades
son:
Perfil
- Profesional con capacidad de Liderazgo.
- Conocimiento de la Visión, Misión y objetivos claros que se persiguen con el proyecto.
- Conocedor de los procesos actuales y de los esperados.
- Entiende el Valor que le Genera el Proyecto a la Organización y es capaz de transmitirlo y orientarlo.
- Capacidad para tomar decisiones y ejecutor.
- Capacidad para control, manejo y movimiento de personal.
- Técnicas de Trabajo en Equipo.
Funciones
METODOLOGÍA PMMa
Página 61 de 142
- Administrar el proyecto enmarcado en Alcance, Presupuesto (Recursos financieros, logísticos, humanos) y

Cronograma (Tiempos) desde el punto de vista del Cliente.
- Gestionar las horas del proyecto del equipo de Digital Ware.
- Identificar las áreas de mejora de los procesos.
- Facilitar o propender por el cumplimiento de tiempo completo de los recursos asignados entre ellos los
Líderes Usuarios.
- Aplicación de la Metodología PMMA
- Proveer por parte del Cliente la logística necesaria para garantizar el éxito del proyecto.
- Mantener los recursos físicos, técnicos y humanos necesarios y funcionando correctamente, para la
capacitación y entrenamiento del personal designado por el Cliente.
- Movimiento de recursos en caso de ser necesario.
- Responder por el cumplimiento de los requerimientos del hardware y software recomendados por Digital
Ware en la propuesta comercial y en el Instructivo I-CS-002 Requisitos de Instalación, para llevar a cabo la
implementación en las instalaciones del Cliente.
- Garantizar que el Equipo de Proyecto designado por el Cliente cumple con el perfil de conocimientos
mínimos solicitados por Digital Ware.
- Designar nuevos funcionarios a cambio de aquellos que el Gerente de Proyecto de Digital Ware solicite
cambiar debido a su bajo rendimiento en las evaluaciones efectuadas.
- Designar en la reunión de inicio a la persona responsable de aprobar los cambios al alcance, tiempo y
costo, quedando registrado en el formato F-CS-005 Acta de Inicio del Proyecto.
- Garantizar que se realicen las evaluaciones en el formato F-CS-009 Evaluación de Capacitación al Equipo
de Proyecto designado por Digital Ware y hacerlas llegar en sobre sellado a las instalaciones de Digital
Ware.
- Verificar el cumplimiento de las actividades a cargo del Cliente.
- Filtrar requerimientos y solicitudes de los Usuarios Finales de acuerdo al alcance y cronograma del
proyecto.
- Garantizar el suministro o digitación, con personal del Cliente y en los tiempos acordados en el cronograma,
de toda la información necesaria para el óptimo funcionamiento del software.
- Garantizar tanto los backups diarios, semanales y mensuales de la parametrización así como de cada etapa
que se vaya cumpliendo en el proyecto.
METODOLOGÍA PMMa
Página 62 de 142
- Asistir a la reunión semanal para evaluar el avance del proyecto.

- Asistir a las reuniones programadas por Digital Ware.
- Velar por que se cumplan las actividades destinadas a la mitigación de riesgos.
- Realizar el F-CS-026 Matriz de Cumplimiento de RFP
Líder Usuario
Líder Usuario
Cliente
Será el responsable de recibir el conocimiento para realizar la Parametrización, Definición y Ejecución de las
pruebas del sistema, realizar la entrada en producción del módulo (o máximo 2 módulos) a su cargo luego que en
compañía con Digital Ware lo dejen en condiciones para la Entrada en Producción.
Perfil
- Capacidad de Liderazgo. Vendedor del proyecto a los Usuarios Finales. Aceptación de Autoridad de parte de
los Usuarios Finales. Debe tener conocimientos necesarios sobre el área y proceso de la cual se va a
encargar, con capacidad y autorización para tomar decisiones en la parametrización.
- Antes de seleccionarlo se debe tener en cuenta que es él quien va a ser un experto en el módulo y deberá
replicar este conocimiento a otros usuarios, así, esta persona no puede ser temporal y debe garantizar su
permanencia en la compañía durante un periodo ya que es quien queda con el conocimiento del sistema y
su dedicación deberá ser de tiempo completo.
Nota: En el caso específico de los Líderes Usuarios es recomendable tener personas de respaldo que puedan
cumplir sus mismas funciones en caso de que alguno falte, para ello, estas personas deben participar en el
proyecto o recibir capacitación y actualización constante de ellos. No podrán ser personas temporales ni
supernumerarios ya que son los que van a manejar el conocimiento del proyecto.
Funciones
METODOLOGÍA PMMa
Página 63 de 142
- Velar porque los usuarios finales utilicen bien y de manera óptima el aplicativo.
- Asistir a las exposiciones de Conceptos Básicos del Sistema, Integración de Módulos, y Funcionalidad
General de los módulos a su cargo.
- Estudiar oportunamente toda la documentación entregada por funcionarios de Digital Ware y en caso de
estar en desacuerdo comunicarlo por escrito al Gerente de Proyecto Cliente con copia al gerente de
Proyecto DW.
- Entregar la información que se requiera migrar al nuevo sistema en el formato requerido por Digital Ware.
- Definir con la asesoría del Consultor Funcional la parametrización del sistema.
- Ingresar la parametrización al sistema con la asesoría del Consultor Funcional.
- Revisar el F-CS-026 Matriz de Cumplimiento de RFP o los del módulo a su cargo.
- Supervisar y coordinar la labor de los Usuarios Finales del software, niveles de acceso, permisos, roles, etc.
- Revisar y aceptar el contenido de la parametrización final del sistema.
- Realiza las pruebas del sistema.
- Desempeñar las actividades encomendadas por el Consultor Funcional a cargo del módulo a implantar.
- Replicar funcionalidad, conocimiento y capacitación a Usuarios Finales.
- Capacitar y brindar soporte funcional de primer nivel a usuarios finales durante el proyecto y durante las
etapas de mantenimiento, actualización y soporte.
- Filtrar errores o solicitudes de los Usuarios Finales antes de ser reportados oficialmente al Gerente de
Proyecto del Cliente de acuerdo al alcance y cronograma.
- En un máximo de dos días dar respuesta de las inconsistencias presentadas de ajustes entregados.
- Cuando sea requerido por el Gerente de Proyecto Cliente o por el Gerente de Proyecto DW asistir a la
reunión semanal para evaluar el avance del proyecto.
- Firmar a diario las F-CS-043 Unidad de Negocio - Consultoría que son elaboradas en el sistema diseñado en
Internet para este fin.
- Su vinculación al proyecto deberá ser de tiempo completo.
METODOLOGÍA PMMa
Página 64 de 142
Representante de Sistemas
Representante de Sistemas Cliente
Funcionario designado por el Departamento de Informática del Cliente, son los usuarios técnicos.
Perfil
Conocimiento en Sistemas Operativos

Conocimiento en Bases de Datos
Funciones
- Garantizar el buen funcionamiento de los recursos de hardware y software de compromiso del Cliente.
- Estudiar oportunamente toda la documentación entregada por funcionarios de Digital Ware y en caso de
estar en desacuerdo comunicarlo por escrito al Gerente de Proyecto con copia al Gerente de Proyecto DW.
- Garantizar que se efectúen por parte del Cliente las copias de respaldo de la información concerniente al
proyecto como: Programas objeto, Base de Datos, Archivos con información a migrar y la información que el
Gerente de Proyecto DW y el Gerente de Proyecto Cliente requieran Si existe alguna perdida de información
esta persona deberá entregar la copia de respaldo para su restauración (Importante, esta actividad deberá
realizarse desde el inicio del contrato).
- Verificar y ejecutar las sentencias SQL de modificación a la base de datos entregada formalmente por Digital
Ware. Nota: Digital Ware no responde por pérdida de información del Cliente ocasionada por mala operación
de programas o errores de ejecución de sentencias SQL.
- Registrar en el formato F-CS-001 Bitácora de Actualización las actualizaciones que se efectúen al software o
a la base de datos.
- Asistir a la Conceptualización del Aplicativo.
METODOLOGÍA PMMa
Página 65 de 142
- Filtrar problemas técnicos antes de reportarlos a Digital Ware.

- Capacitarse en la generación y modificación de reportes para ser el soporte de primer nivel en esta área.
- Desempeñar las actividades encomendadas por el Consultor a cargo del módulo a implantar.
- Brindar soporte técnico funcional de primer nivel a usuarios finales durante y después de terminado el
proyecto.
- Garantizar toda clase de copias de respaldo tanto de datos como de los aplicativos.
- Filtrar errores antes de ser reportados oficialmente a Digital Ware.
- En el momento que los proveedores de software operativo (Motores de bases de datos, sistema operativo,
software de comunicaciones) liberen modificaciones o actualizaciones, antes de proceder a instalarlas se
debe dar aviso a Digital Ware, para proceder a certificar el buen funcionamiento del Software objeto de este
proyecto bajo el nuevo ambiente.
- Analizar junto con los usuarios las estructuras de las tablas a Migrar al nuevo sistema y efectuar los
programas para adecuación de la información al modelo y parametrización del nuevo sistema.
Rep. Organiz. Y Metod.

Representante de Organización y Métodos
Cliente
Perfil
Funcionario designado por el Cliente

Profesional en área de procesos
Funciones
 Encargado de ajustar y documentar los procedimientos administrativos del Cliente acorde con el nuevo
sistema de información.
METODOLOGÍA PMMa
Página 66 de 142
 Documentar las decisiones tomadas sobre la parametrización y procesos del sistema con el fin de ser
conocidas en el momento de ingreso de un nuevo usuario.
 Documentar manuales específicos del Cliente con procesos y parametrización, así como excepciones.
 Divulgar la nueva forma de trabajar con el sistema de información implantado, así como hacer conocer los
cambios en los procesos.
Usuario Final Usuarios Finales

Cliente
Es el encargado de la operación del aplicativo.

 Para esto es importante conocer el proceso de negocio, reglas normas, responsables, procedimientos, etc.
 Recibir la capacitación adecuada en el proceso y el nuevo sistema de información por parte de los Líderes
Usuarios.
 Utilizar adecuadamente el Sistema de Información.
 Documentarse con base en los manuales y la información entregada por Digital Ware y por el Representante
de O Y M.
 Asistir oportunamente a las capacitaciones programadas.
 Sacar el máximo provecho del nuevo sistema de información.
 Reportar oportunamente cualquier inconsistencia que produzca el Sistema de Información.
 Solicitar el soporte de primer nivel al Líder Usuario de cada módulo.
Nota: La asignación de recursos (número de personas e intensidad horaria) por parte de Digital Ware puede variar
acorde con lo establecido en el contrato suscrito con el cliente.
METODOLOGÍA PMMa
Página 67 de 142
Digital Ware asignará un funcionario destinado a desempeñar las funciones del Gerente de Proyecto solo para
proyectos de implantación de todas las gestiones que conforman el sistema de información (Administrativa,
Financiera, Comercial, Manufactura, WorkFlow, Nómina y Recursos Humanos). De lo contrario el consultor
asignado realizará las funciones del Gerente de Proyecto.
Otros perfiles
Interventor del Proyecto
Interventor del Proyecto Cliente
Es la persona encargada de “Hacer que el proyecto se ejecute en los términos contratados”.

Será un facilitador, haciendo que los problemas que se presenten se soluciones y no paren el proyecto,
proponiendo alternativas positivas en pro del proyecto.
- Estudiar oportunamente toda la documentación del proyecto (Propuesta y Contrato)

- Realizar control sobre el proyecto para garantizar que el proyecto se cumpla en términos de Alcance,
Presupuesto y Cronogramas.
- Comprometer al Cliente en la ejecución del proyecto.
- Comprometer a Digital Ware en la ejecución del proyecto.
- Mediar en caso de presentarse diferencias entre Consultores y Usuarios Finales
- Asistir a la reunión semanal para evaluar el avance del proyecto.
- Asistir a las reuniones programadas por el Gerente de Consultoría de Digital Ware.
- Dar recomendaciones para mejoras y control efectivo del proyecto así como la aplicación en
recomendaciones sobre mitigación de riesgos. Si es necesario, parar el proyecto en caso de un riesgo
inminente de afectación del alcance, costo y tiempo.
METODOLOGÍA PMMa
Página 68 de 142
Nota: Si el Cliente designa Interventor de Proyecto, Digital Ware exigirá la respectiva Acta de Nombramiento
firmada por el representante legal o persona autorizada y se recomienda que el funcionario a ocupar este cargo,
sea una persona externa.
METODOLOGÍA PMMa
Página 69 de 142
Coordinador Usuario
Coordinador Usuario Cliente
De acuerdo al tamaño de proyecto se puede utilizar este perfil, en el caso financiero puede ser por ejemplo el
Directo Financiero o en Recursos Humanos y Nómina el Director de Recursos Humanos, no se incluye
directamente ya que por su dedicación al proyecto solo se invita a participar en avances y decisiones en reuniones
de seguimiento.
Este perfil puede servir de escala en caso de que el Líder Usuario requiera un apoyo en una decisión trascendental
del proyecto.
METODOLOGÍA PMMa
Página 70 de 142
1.6. Niveles de Escalamiento
Cualquier solicitud, inconveniente o recomendación entre las partes deberá realizarse por ESCRITO.
Las palabras se las lleva el viento!
METODOLOGÍA PMMa
Página 71 de 142
1.7. Definir Niveles Formales de Comunicación
La información debe fluir por todas las personas que intervienen en el proyecto. Gestión de las Comunicaciones del
Proyecto. El Gerente de Proyecto es el representante de Digital Ware ante el Cliente, por lo tanto toda
comunicación deberá realizarse desde y hacia esta persona deberá ser por escrito, con copia a los entes internos
de Digital Ware que el cliente considere necesario. Toda comunicación escrita deberá llevar firma del Gerente de
Proyecto, fecha, hora y numero consecutivo para que esta sea reconocida formalmente por Digital Ware.
Igualmente la comunicación de las personas de Digital Ware hacia el cliente también deberá realizarse por escrito
con el objeto de llevar una bitácora de las comunicaciones y poder ejercer el control.
Los formatos F-CS-043 Unidad de Negocio - Consultoría serán diligenciadas por cada uno de los consultores o el
Gerente de Proyecto asignado para tal fin. Este registro será avalado y firmado por el cliente, diligenciándose
directamente en la Web, donde el sistema se encargará de enviar copias vía e-mail tanto al Gerente de Proyecto
de Digital Ware como al Gerente de Proyecto del Cliente. Si se desea se pueden enviar copia a la Gerencia
General o Representante Legal del Cliente. Dicho registro también debe ser impreso y firmado por los asistentes,
siendo archivado en la carpeta del proyecto.
METODOLOGÍA PMMa
Página 72 de 142
En el formato F-CS-043 Unidad de Negocio - Consultoría se describen las actividades realizadas en el día así
como los responsables, compromisos y acuerdos que se llegan en el día a día. Se debe colocar lo importante, y
que la conozcan y estén de acuerdo los actores.
De estas actas debe llegar copia al Gerente de Proyecto Cliente, Gerente de Proyecto Digital Ware y los
participantes de la misma, por eso se deben relacionar en el inicio del proyecto las direcciones de correo.
El envió de Comunicaciones entre las partes y cuando la importancia lo amerite se deben hacer fuera de los
comités y en los comités o reuniones operativas hacer seguimiento de los mismos.
Se deberá realizar un comité o reunión operativa de seguimiento semanal basada en el documento F-CS-006 Acta
de Seguimiento Semanal éste debe reflejar:
- Avance del Proyecto

- Avance desde el último comité
- Comunicaciones enviadas entre las partes
- Horas consumidas en el proyecto
- Revisión y Ajuste del Cronograma
- Dificultades encontradas de parte de Digital Ware
- Dificultades encontradas de parte del Cliente
- Planes de Acción y compromisos.
- Riesgos
- Acuerdos
- Actividades a realizar, hasta el próximo comité
- Posibles riesgos así como la mitigación de los mismos.
Igualmente, es importante la realización de un Comité de Seguimiento mensual del Equipo Directivo del Proyecto.
Reunión Scrum, diariamente en la primera hora de la mañana el equipo se debe reunir y en contar que hice ayer,
que problemas tuve y que voy a hacer hoy.
METODOLOGÍA PMMa
Página 73 de 142
1.8. Asignar la Logística, el Recurso Humano y Tecnológico por Parte del Cliente.
La logística y recursos que se relacionan en los ítems área de trabajo y requerimientos técnicos deberán ser
provistos por el Cliente para poder iniciar la ejecución del proyecto.
En el formato F-CS-005 Acta de Inicio del Proyecto, se debe especificar claramente la fecha en la cual el Cliente se
compromete a entregar los recursos logísticos mencionados.
Los elementos del Cliente Logísticos, Tecnológicos y Humanos deben estar disponibles durante todo el tiempo de
duración del proyecto.
1.9. Definición Área de Trabajo
Esta es el Área asignada al proyecto donde el Consultor Funcional trabaja en conjunto con los Lideres Usuarios, se
recomienda que el área sea diferente a donde labora el usuario diariamente.
En el Área de trabajo definida, el Gerente de Proyecto por parte del Cliente, deberá proveer toda la logística
necesaria para la ejecución del proyecto como computadores personales para los Consultores Funcionales así
como para los Lideres Usuarios, acceso a líneas telefónicas, acceso a Internet, acceso a recursos de impresión
( papel, tinta, impresora), tablero, mesa de reuniones para el Equipo de Proyecto, área para capacitación y carnés
de identificación necesarios para que los funcionarios designados por Digital Ware puedan cumplir a cabalidad las
actividades referentes al presente proyecto en las instalaciones del Cliente. Es indispensable la disposición de
dichos recursos para el inicio de las actividades referentes al proyecto.
Debe existir acceso a Internet donde el protocolo FTP esté disponible para la actualización de versiones así como
para el diligenciamiento de las actas de consultoría en la página http://www.DigitalWare.com.co así como para la
actualización de versiones de programas.
METODOLOGÍA PMMa
Página 74 de 142
1.10. Control de Cambios
El Gerente de Proyecto del Cliente así como el Gerente de Proyecto DW deberán definir la metodología para la
aceptación y ejecución de los cambios que afecten el cronograma, el alcance del proyecto y el presupuesto
financiero asignado al mismo. El proyecto debe estar enmarcado en estas variables; si alguna de estas cambia de
acuerdo con el contrato inicial, éstas deberán ser ajustadas. Así mismo puede existir ambigüedad en el alcance y
este debe estar enmarcado de acuerdo con el sistema de información ofertado.
Cualquier solicitud de cambio se debe diligenciar por parte del Líder Usuario y debe ser previamente aprobado por
el Gerente de Proyecto para ser solicitado a Digital Ware.
Es importante verificar el impacto de los requerimientos tanto en el proyecto así como en el cronograma, teniendo
en cuenta que no se deben sistematizar excepciones, estas deben ser solucionadas ya sea modificando el
procedimiento o que su realización sean de manera manual.
METODOLOGÍA PMMa
Página 75 de 142
ALCANCE
E
COSTO TIEMPO
+ CAMBIO
A > # de + COSTO
REQUERIMIENTO + TIEMPO
S + RIESGO
Este requerimiento debe ser específico asignando un número secuencial y en caso de ser aceptado, un número de
caso en el SAC (Service Agreement Center). Para esto se utiliza el formato F-CS-010 Especificación de
Requerimientos
Un requerimiento bien definido debe explicar
 Objetivo: Se debe especificar el objetivo que se persigue con este requerimiento, este debe ser claro.
METODOLOGÍA PMMa
Página 76 de 142
 Entrada: Se deben especificar que datos se necesitan y de donde se deben tomar si de algún dato del
sistema o se va a digitar y si requiere algún ajuste al software.
 Proceso: En este paso se especifican que cálculos debe realizar, y se deben suministrar ejemplos.
 Salida: Si existe algún formato en el cual se desea que se muestre la información este se debe anexar
explicando la procedencia de cada dato.
1.11. Factores Críticos de Éxito
 Compromiso de la Alta Gerencia
 Oportunidad en la toma de decisiones.

 Identificación total con el alcance, los objetivos y el control del proyecto.
 Adaptar los procesos al Software y no el Software a los Procesos
 Generar conciencia del impacto en costos y tiempos que tiene hacer modificaciones al producto.
 Simplicidad y Estandarización.
 Actuación como Equipo y No como Grupo
 El Equipo de Proyecto debe tener un fin e intereses comunes y estar enmarcados en el éxito del
proyecto.
 Dedicación 100% del Equipo de Proyecto y los Recursos Logísticos desde el inicio del proyecto
 Debe transmitirse muy claramente a los jefes y a los propios integrantes del equipo.
METODOLOGÍA PMMa
Página 77 de 142
 Lograr transferencia de tecnología desde el primer día.
 Las personas involucradas deben absorber la tecnología y metodología de trabajo de forma tal de
poder retransmitir sus conocimientos una vez que los módulos se encuentren en producción. A
medida que avanza el proyecto debe disminuir la dependencia del consultor.
 Transformación Cultural
 Apoyar el cambio orientado hacia el enfoque del negocio, el desarrollo humano y la tecnología.
 Cuidar la Calidad de la Información
 Debe depurarse la información previamente a ser migrada al nuevo sistema.
 No cumplimiento de los cronogramas
 Los proyectos largos hacen que la motivación de las personas varié durante la ejecución del proyecto.
 Es preferible asignar más recursos y realizar actividades en paralelo, pero cumplir los cronogramas.
 Estadísticamente los proyectos de más de un año tienen un alto riesgo de fracaso.
METODOLOGÍA PMMa
Página 78 de 142
Esta es la representación gráfica del nivel de motivación del personal tanto del Cliente como del Proveedor en un
proyecto de tecnología. Por esto es muy importante realizar logros parciales con el objeto de subir el nivel de
motivación del equipo y cumplir con los cronogramas, alcance y los recursos.
METODOLOGÍA PMMa
Página 79 de 142
Factores en el entorno de negocio que pueden impactar el éxito en la implantación de un ERP
 Bajo nivel de patrocinio por parte de la alta dirección.

 Falta de conocimiento de los procesos actuales.
 Información de mala calidad (no depurada), una de las etapas clave en el proceso de implantación es la
tarea de Migración de los datos.
 Cultura Organizacional adaptable al Cambio.
 Que el Equipo de Proyecto no tenga el Perfil o la Actitud ante el proyecto.
 Rotación de Personal, la retención y fidelización es una necesidad.
 Colocar en el proyecto personal temporal como Líderes Usuarios.
 Poca o nula alineación hacia la visión del negocio, deficiente asignación de prioridades, y una comunicación
deficiente.
 Desconocimiento o cambio de la Metodología PMMA.
Amenazas de un Proyecto ERP
 El sistema actual es la prioridad y no el nuevo ERP.

 Casos en la empresa por mal manejo del proyecto.
 Sub o Sobre estimar los alcances del ERP.
 Vulnerabilidad al tener datos valiosos con muy fácil acceso. Perder flexibilidad para asimilar nuevas olas
tecnológicas. Interdependencia de las áreas de una empresa.
 Manejo del Cambio
 No estandarización.
 No generar una ventaja competitiva.
METODOLOGÍA PMMa
Página 80 de 142
1.12. Componentes de la Arquitectura Empresarial
Debido a la cantidad de componentes que participan para la implantación del nuevo sistema de
información, donde la nueva solución ocupa un pequeño porcentaje %, tenga en cuenta cada uno de estos
dominios, haciendo principal énfasis en las personas. Para esto, es clave tener en cuenta quien tiene el
control de los principios, factores y los riesgos en cada uno de estos aspectos para evitar sorpresas!
METODOLOGÍA PMMa
Página 81 de 142
1.13. Análisis de Riesgos Potenciales
En general la palabra "riesgo potencial" significa: Aquella posibilidad que un evento adverso, desgracia o
contratiempo (Causa de materialización) pueda manifestarse produciendo una pérdida (Impacto de la
materialización). El riesgo es entonces, una posibilidad más no una certeza, cuya materialización y posterior
impacto dependen del manejo dado sobre todos los factores que permiten dicha materialización. En este manejo
de riesgos se crean estrategias cuyo objetivo final es la reducción del impacto del mismo sin que necesariamente
implique, como única alternativa, la eliminación completa del contratiempo. Un proyecto de Software se encuentra
ampliamente relacionado con los riesgos; en este tipo de servicio informático es donde mayor número de
inconvenientes se pueden presentar gracias a su característica principal: "La incertidumbre". Estos posibles
contratiempos son los que se deben manejar mediante una efectiva administración de riesgos (Risk Management)
aplicado al Producto, Proceso, usuarios, técnicos, responsables de backups, Información, Hardware, software base
y Comunicaciones y en fin, todos los componentes del Proyecto.
1.13.1. Análisis de Riesgos
Precisamente el riesgo en la implantación de un producto de Software se presenta en todos y cada uno de los
componentes antes mencionados y deben ser atacados en el control semanal que se le haga al mismo con el
objeto de que se mitiguen a tiempo y se eviten complicaciones futuras.
Estos riesgos se deben controlar en seis etapas a saber:

 Identificar – Cliente / Digital Ware
 Analizar – Cliente / Digital Ware
 Planear - Cliente
 Seguir - Cliente
 Controlar - Cliente
 Comunicar- Cliente / Digital Ware
METODOLOGÍA PMMa
Página 82 de 142
1.14. Adaptación al Cambio
Los proyectos de tecnología involucran personas, sin las personas la tecnología no tiene futuro, por consiguiente se
dice que este es un “proyecto de personas”, por eso es importante entender las diferentes motivaciones e intereses
de los Stakeholders para de esta manera encontrar puntos en común que permitan iniciar el proyecto y cuyo
objetivo sea la finalización con las metas y objetivos planteados desde el principio.
Los espacios en blanco implican barreras, el objetivo es lograr entender un mayor número de puntos en común
para empezar a avanzar que hagan que esas barreras disminuyan. Es necesario trabajar para llegar a
entendimientos.
METODOLOGÍA PMMa
Página 83 de 142
EL PROCESO DE CAMBIO
Un buen Político:
Generador de Consensos
 Flexible
Maneja y entiende el TIMING:
 Oportunidades
 Negociador
 Realista
 Líder
Generador de Confianza
 Sin Soberbia
TIMING : Llevar las cosas a su éxito reconociendo y reaccionando inmediatamente a los cambios y oportunidades
durante el proyecto. Es la Habilidad para ejecutar técnicas al preciso instante donde la técnica tiene su mayor
efecto.
METODOLOGÍA PMMa
Página 84 de 142
1.15. Entregables de esta Fase
 F-CS-050 Plan de Proyecto

 F-SC-043 Unidad de Negocio - Consultoría
 F-CS-006 Acta de Seguimiento Semanal
 F-CS-001 Bitácora de Actualización
 Cronograma actualizado de la Fase de Experimentación
 Organigrama Final del Proyecto
 F-CS-025 Acta de Notificación a Integrantes del Equipo de Trabajo que incluye tiempo de dedicación y
responsabilidades.
 Acta de Certificación de prueba de Instalación del software para la Conceptualización.
 F-CS-047 Acta Cierre de Fase
METODOLOGÍA PMMa
Página 85 de 142
2. Fase de Experimentación
“Debemos dejar de pensar en lo que vamos a
hacer analizando lo que hemos hecho”
Peter Senge
FASE II - EXPERIMENTACIÓN
OBJETIVOS ACTIVIDADES
ENTREGABLES
* Lanzamiento Kick-Off * Formato Conceptualización

Conceptualizar el nuevo SI * Revisar proceso actual del * Línea Base Actualizada del
cliente
de Proyecto
* Conceptualizar a Usuarios
Líderes
* Enmarcar los Procesos del
cliente con el nuevo SI
* Capacitar KB - Base
Conocimiento
* Revisión de Datos a Migrar
* Aprobar Línea Base de
Proyecto
El objetivo de esta etapa se encuentra enmarcado en el conocimiento de la situación actual, conocimiento de los
problemas actuales, necesidades del cliente y sus alternativas de solución.
Esta fase inicia con la conceptualización del sistema, conocimiento del Cliente, del equipo del proyecto de las
mejores prácticas y del alcance real del proyecto.
METODOLOGÍA PMMa
Página 86 de 142
En esta fase se realiza una presentación de cada uno de los módulos a los Líderes Usuarios y se realiza la
principal transferencia de conocimiento del sistema de información de los Consultores Funcionales a los Líderes
Usuarios.
Durante la fase de Experimentación es la fase de aprendizaje donde el Líder Usuario entra en contacto con el
sistema para entender la globalidad del mismo, facilitando la toma de decisiones frente a alternativas de
parametrización.
El Consultor Funcional asignado por Digital Ware y el Líder Usuario asimilan las prioridades y necesidades del
Usuario Final y las Directivas de la Empresa para delinear las etapas restantes del proyecto. Si el Líder Usuario
es diferente al Usuario Final, la participación es Exclusiva del Líder Usuario, en este caso al inicio de las prueba se
da la capacitación al usuario final sobre las tareas específicas que este va a realizar.
Se hace énfasis en que el objeto de esta capacitación es que el Líder Usuario comprenda la lógica funcional del
sistema pues para la práctica en la operatividad del mismo se cuenta con el resto del tiempo del proyecto.
Recuerde que si se implementa el software sin desarrollos la probabilidad de éxito es mayor.
2.0. Objetivos de la Fase de Experimentación
 Conocimiento procesos del cliente

 Realizar el Lanzamiento del Proyecto (KickOff)
 Enmarcar los procesos del cliente con el nuevo sistema de información.
 Conceptualización del nuevo sistema de información
 Capacitar la KB Base de Conocimiento
 Definición de la Línea Base de Proyecto
 Analisis de los Datos a Migrar
METODOLOGÍA PMMa
Página 87 de 142
2.1. Charla de Trabajo en Equipo

En esta reunión se expondrá la necesidad y cualidades del trabajo en equipo conformado tanto por los miembros
del Cliente como por los miembros de Digital Ware. Para esta actividad se requerirá de un tablero y un videobeam
y una dinámica donde todos los integrantes del Equipo, aportaran sus puntos de vista y así entender los criterios
principales a tener en cuenta en un verdadero trabajo en equipo. Se deberá disponer del video ejemplo. Duración 2
horas.
2.2. Reunión de Equipo para Analizar el Plan de Proyecto WBS

El Objetivo es analizar detalladamente el objetivo del proyecto así como analizar el resultado en conjunto de las 9
áreas del PMI analizadas en el Plan de Proyecto. Esta reunión genera confianza para iniciar involucrar al equipo
antes de iniciar la Conceptualización del Sistema.
2.3. Conocimiento de los Procesos del Cliente

El objetivo que se persigue con esta actividad “escuchar al cliente y no proponer ni intentar solucionar” para lograr
obtener un conocimiento y aprendizaje de cómo se realizan actualmente las actividades y procesos que fueron
contratados para tener en cuenta los procesos a rediseñar de acuerdo con las nuevas prácticas del nuevo sistema
y proceso, así mismo es clave en esta actividad unificar terminologías. Aunque es claro que la tecnología debería
ser independiente de las personas al final de ellas depende que se use bien y la organización lo aproveche. Para
estas reuniones es muy importante llevar una libreta de notas y utilizar el formulario diseñado para este fin.
Dentro de estas actividades están:
 Verificación del proceso de negocio actual de alto nivel, que será a través de una presentación del Cliente de
sus procesos actuales, preferiblemente por parte de la Oficina de Organización y Métodos y conocer que se
espera del nuevo proceso.
METODOLOGÍA PMMa
Página 88 de 142
 Entrevista con los Stakeholders (involucrados), desde el nivel estratégico, táctico y operativo, de esta
manera se deben realizar entrevistas con gerentes, jefes de área, usuarios Líderes y Usuarios Finales,
teniendo en cuenta cuál es su educación, gustos, background, antigüedad en la empresa, participación en el
proceso, etc..
 Identificar motivaciones y expectativas con el proyecto de los Stakeholders.
 Identificar afectación por perdidas de poder de algunos Stakeholders y analizar ganancia para la
organización.
 Imaginar proceso de cambio, Cómo lo hago actualmente, Qué problemas tengo, Cómo me gustaría estar.
Cómo sabré si los objetivos se cumplieron, De esto se debe realizar un documento.
 Identificación de posibles interfaces.
 Identificar Agentes de Cambio:
o Tolerancia a la Ambigüedad
o Baja aversión al riesgo
o Conciencia de Control (Autoestima)
o Capacidad / Apertura de Aprendizaje
o Disposición EFECTIVA ALTA
o EXIGENCIA / PERSEVERANCIA
 Verificación de las actividades manuales y verificación de las actividades automáticas que incluyan una
presentación de la tecnología actual (lo bueno y lo malo).
 Como estoy? y Como me quiero ver?
Algo muy importante y necesario es el desarrollo de “empatía” entre los consultores y los usuarios, descubriendo
cosas en común. En programación neurolingüistica se llama “reflejo e imitación”.
Es de anotar que los cambios que surjan en el rediseño de los procesos, deben ser implementados por el Cliente.
METODOLOGÍA PMMa
Página 89 de 142
Se debe realizar un informe de cómo el cliente hace cada actividad, esta actividad deberá durar un promedio de
dos días máximo.
El objetivo es analizar las causas de los problemas y plantear las mejores alternativas para hallar la solución.
Diagrama del Camino de burro:
La idea no es la pavimentación de la carretera que día tras día se ha venido realizando para llegar a casa, es
revisar de una vez por todas “la mejor forma” en que esto se debe hacer y no hacerle una autopista a la
acostumbrada.
Esta es la oportunidad de oro para dejar a un lado paradigmas y ver una forma diferente de hacer las cosas y
entender que al final, ganamos todos.
En caso de identificar problemas no operativos nuestra experiencia nos dice que una de las mejores formas de
identificarlos y proponer soluciones es usando el Método de Harvard que se resume de la siguiente manera:
Hechos
Identificación del problema
Criterios (Consistencia, Eficiencia y Eficacia)
Alternativas (ventajas y desventajas a partir de los criterios)
Plan de Acción
METODOLOGÍA PMMa
Página 90 de 142
2.4. Reunión de Lanzamiento Kick-Off

A esta reunión asistirán las personas involucradas en el proyecto, miembros del Comité Directivo, Lideres Usuarios
y Consultores de Digital Ware asignados al proyecto.
Su objetivo será extender el compromiso y motivación no solo al Equipo de Proyecto sino a toda la empresa de la
importancia del proyecto, aclarando que el fracaso no es opción y hay que jugarse el todo por el todo en el
proyecto.
En esta reunión se desarrollan los puntos mencionados a continuación, donde paralelamente se va diligenciando el
formato F-CS-013 Acta de Reunión de Lanzamiento, que es firmada al final por los asistentes en señal de
aprobación.
2.4.1. Objeto Contractual

2.4.2. Presentación corporativa Digital Ware
2.4.3. Presentación del Cliente y la responsabilidad Directiva.
2.4.4. Breve Exposición de la Metodología PMMA Agile
2.4.5. Presentación de los objetivos del proyecto.
2.4.6. Mostrar claramente el cronograma de trabajo
2.4.7. Exponer metodología de seguimiento al proyecto (Numeral 2.1.4.8. de ésta Metodología).
2.4.8. Exponer metodología de evaluación al Equipo de Proyecto Digital Ware.
2.4.9. Exponer la metodología de evaluación del Equipo de trabajo del Cliente.
Este proyecto será como competir en un campeonato deportivo, hay que jugar el juego como lo haría un Atleta
Campeón. Juega a ganar, en vez de jugar a no perder. Y disfrutar del juego.
METODOLOGÍA PMMa
Página 91 de 142
2.4.1. Objeto Contractual

Se realiza una exposición del objeto contractual, módulos, costo y tiempos
Contrato
2.4.2. Presentación Corporativa Digital Ware

El Representante Comercial que lleva a cabo las operaciones con el Cliente inicia la reunión con la presentación
corporativa de Digital Ware, resaltando el portafolio de servicios asociados que presta la empresa (Soporte,
Capacitación, Consultoría, Desarrollos a la medida, Unidades de Negocio, Misión, Visión, Clientes, Estrategia).
Presentación Corporativa
2.4.3 Exposición de la Metodología PMMa Agile al Equipo de Proyecto

El Gerente de Proyecto DW expone brevemente la metodología expresada en el presente documento, haciendo
énfasis en definir claramente las responsabilidades de las personas que intervienen en el proyecto. El presente
documento hará parte integral del acta de inicio y se entregará copia al Interventor del Proyecto para que éste a su
vez lo remita a los funcionarios del Cliente que él considere oportuno.
METODOLOGÍA PMMa
Página 92 de 142
2.4.4 Planteamiento de los Objetivos del Proyecto

El objetivo de la presente metodología es garantizar el éxito en la implantación de sistemas ya construidos por
Digital Ware, razón por la cual es fundamental que el personal directivo y administrativo del Cliente asuma el
proyecto como una Adopción y no como un desarrollo del sistema, lo que da como resultado la adecuación de los
procedimientos de la empresa a la nueva forma de hacer las cosas.
Es importante hacer énfasis en que deben trasmitir el concepto a los funcionarios a su cargo de forma tal que
facilite lograr el objetivo y minimizar al máximo la reacción al cambio. Para lograrlo es de gran ayuda contar con el
apoyo de la Oficina de Organización y Métodos del Cliente, para que esta documente los ajustes necesarios a los
procedimientos administrativos de la empresa desde las fases iniciales del proyecto.
2.4.5 Presentación Cronograma de Trabajo

Durante la reunión de lanzamiento se hace presentación del cronograma de trabajo.
Cronograma Proyecto
2.4.6 Metodología de Seguimiento al Proyecto

Se programarán reuniones semanales de seguimiento a las cuales como mínimo asistirá el Gerente de Proyecto
DW y el Gerente de Proyecto Cliente. En esta reunión se elabora el formato F-CS-006 Acta de Seguimiento
Semanal establecida por Digital Ware.
En esta reunión se hace el seguimiento a los compromisos pendientes, revisión de actividades realizadas durante
la última semana y se verifica el avance del proyecto con respecto al cronograma propuesto, definición de nuevos
METODOLOGÍA PMMa
Página 93 de 142
compromisos y conclusiones y Acuerdos de la reunión siempre anteponiendo lo que se espera en la siguiente

semana con sus respectivos riesgos y plan de mitigación de los mismos.
Nota: Las actividades asignadas a Usuarios Finales son responsabilidad de éstos. La responsabilidad del Gerente
de Proyecto DW sobre dichas tareas se limita a asesorar al Usuario Final. Dicha asesoría no incluye la certificación
de la completitud de dichas actividades. Por tal motivo es el Cliente quien debe evaluar la capacidad de dichos
usuarios en la utilización del Aplicativo.
El Comité Directivo debe programar una reunión mensual donde se estudiarán los informes de avance del último
periodo y se verificará el avance del proyecto con respecto al plan de trabajo acordado, se tomarán acciones para
los puntos críticos asignando responsables y fechas de cumplimiento.
El Gerente de Proyecto se debe reunir como mínimo una vez por semana con los Consultores en las instalaciones
del Cliente para verificar el estado actual del proyecto. Si se requiere presta asesoría técnica y funcional al Equipo
de Proyecto, adicionalmente recibe comentarios espontáneos del Equipo de Proyecto asignado por el Cliente y de
Usuarios Finales del sistema.
2.4.7 Metodología de Evaluación del Equipo Digital Ware

El objetivo que pretende alcanzar Digital Ware con la evaluación por parte del Cliente a la labor desempeñada por
sus funcionarios es mejorar continuamente la calidad de los productos y servicios ofrecidos.
Una vez cada mes el Gerente de Proyecto DW entregará al Usuario Coordinador de cada módulo los formularios
de evaluación de productos y servicios-F-CS-009 Evaluación de Capacitación, los cuales deberán ser diligenciados
por el Líder Usuario y por los Usuarios Finales de cada módulo. Una vez diligenciados el Usuario Coordinador
entrega los formularios al Interventor del proyecto para que este los envíe en sobre sellado Digital Ware.
Nota: Es opcional diligenciar el nombre del Usuario Final que realiza la evaluación
METODOLOGÍA PMMa
Página 94 de 142
2.4.8 Proponer Metodología de Evaluación del Equipo Cliente

El objetivo de realizar la evaluación a Usuarios Finales del sistema es garantizar que la operación del sistema se
realice por personal que realmente cuenta con los conocimientos necesarios para adelantar con éxito las
operaciones requeridas por el Sistema para generar información de calidad.
Luego de cada ciclo de capacitación se efectuarán evaluaciones a los Usuarios Finales involucrados. El resultado
de estas evaluaciones será entregado al Interventor del Proyecto junto con el F-CS-007 o F-CS-008 Resumen de
Evaluación. Según corresponda, este resumen es entregado por el Consultor a cargo del módulo. Este formato da
las recomendaciones necesarias y se identifican las necesidades de recapacitación a Usuarios Finales.
Nota: Los servicios de consultoría y capacitación son limitados y deben estar definidos su alcance, cantidad y
calidad en cada una de las fases del proyecto y de acuerdo con el contrato.
2.5. Certificación de Instalación para Conceptualización
Después de instalado el software se realizan pruebas durante una semana por el Consultor a cargo con el fin de
verificar que todos los módulos instalados quedaron funcionando correctamente, para esta verificación el Consultor
tiene en cuenta el formato F-CS-003 – Lista de Chequeo Instalación del Sistema
Estas pruebas quedan registradas en el formato de consultoría donde firma el Cliente y el Consultor en señal de
aceptación
Realizada la instalación y prueba del software se capacita al funcionario designado por el Cliente en la reunión de
inicio. Se registra la capacitación de la instalación del software en el F-CS-004 Formato de Capacitación
Luego de verificado el perfecto funcionamiento de la instalación y los datos de prueba se podrá proceder a dar
fechas reales de inicio de la Etapa de Experimentación, sin esta verificación no se podrá iniciar dicha etapa.
METODOLOGÍA PMMa
Página 95 de 142
2.6. Conceptualización del Nuevo Sistema de Información
El valor agregado que proporciona la Metodología PMMa es la TRANSFERENCIA DE CONOCIMIENTO, en el

proceso de aprendizaje la transferencia de conocimiento será progresiva de acuerdo a la gráfica anterior, y el
objetivo será que los Líderes Usuarios tengan el conocimiento de la implantación de un proyecto así como la
capacidad para transferir el conocimiento a los Usuarios Finales, servirles de soporte de primer nivel a dichos
usuarios finales y capacitar a los que vayan llegando.
Así mismo, tendrán la capacidad para cambiar los parámetros estándares del sistema, optimizar su uso y dar
recomendaciones de mejora.
METODOLOGÍA PMMa
Página 96 de 142
Esta etapa debe tener énfasis más que en aprendizaje en conocimiento!
2.6.1. Capacitar Conceptos Básicos y Funcionalidad General del Nuevo Sistema
El Consultor Funcional realiza la exposición de los Conceptos Básicos y operaciones fundamentales del nuevo
sistema de información a los Líderes Usuarios.
La globalidad del sistema involucra entender el núcleo y las ventajas del nuevo sistema (Tipos de operación,
Árboles, Sucursales, Proyectos, Bodegas, Conceptos de Nómina, etc.).
Esto se realiza a través de Power Point con la ayuda de un video Beam y un tablero dispuesto por el Cliente.
Esta Conceptualización es la Capacitación en Grupo que se da a cada Líder Usuario, en la etapa de

Experimentación, donde durante el montaje y prueba de cada una de las opciones contratadas se capacita una a
una en la medida en que avanza el cronograma.
Ref. Carpeta de Experimentación
2.6.2. Exponer la Integración de los Módulos que Conforman el Sistema

El Consultor Funcional debe exponer la Integración del Sistema; esta actividad muestra la forma como se
comunican los módulos entre sí, haciendo especial énfasis en las relaciones de precedencia que se deben tener en
cuenta al momento de la parametrización.
METODOLOGÍA PMMa
Página 97 de 142
2.6.3. Estudiar Módulos en Forma Detallada

En esta actividad el Líder Usuario visualiza por primera vez las opciones del sistema. El Consultor Funcional
explica la funcionalidad de cada una de las opciones que conforman el módulo siguiendo la secuencia:
 Generalidades ( estándares de pantallas)
 Parámetros / Mantenimiento
 Transacciones
 Procesos
 Parámetros / Mantenimiento
 Relación de Reportes
 Creación de Nuevos Reportes
En estas sesiones el Líder Usuario debe Comprender la Operación del sistema y se debe realizar con datos de
prueba.
En este punto es importante entender la incidencia de los parámetros en las transacciones y procesos, pero sólo en
la etapa de Ejecución se profundiza en la creación de dichos parámetros.
Tiempo estimado: 12 horas por módulo dependiendo su complejidad. Se recomienda realizar la capacitación en las
mañanas y trabajar en la elaboración de talleres, análisis de datos a migrar y preparación de parametrización en las
tardes.
Para realizar esta capacitación el Consultor Funcional o el Gerente de Proyecto DW debe utilizar la Presentación o
Guía de Capacitación, preestablecida por Digital Ware.
Durante cada capacitación el Consultor Funcional debe diligenciar el formato F-CS-004 Formato de Capacitación,
hacerla firmar por los asistentes y entregarla al Gerente de Proyecto DW.
METODOLOGÍA PMMa
Página 98 de 142
Durante esta actividad es importante que existan talleres prácticos para interacción real del sistema con los Lideres
Usuarios a través de ejercicios sencillos como crear un tercero (empleado, cliente, proveedor, paciente según el
sistema, etc.), realizar la creación de un parámetro (concepto de nómina, cuenta, historia clínica, etc.), grabar una
transacción, realizar un pequeño proceso y ejecutar actividades de reportes como la creación de nuevos. De esta
manera el Líder Usuario entenderá la forma como se graba y opera el sistema.
A estas charlas deben asistir obligatoriamente todos los Lideres Usuarios.
Ref. Formato de Capacitación
2.6.4. Capacitación KB Base de Conocimiento

Otra actividad que se debe realizar después de la conceptualización o a la par será la del conocimiento de la Base
de Conocimiento donde el Líder Usuario podrá encontrar muchas ayudas acerca de la solución adquirida.
2.6.5. Evaluación Lideres Usuarios

Al final de cada ciclo de capacitación a los Líderes Usuarios, el Consultor Funcional realizará la evaluación
correspondiente y entregará los resultados al Gerente de Proyecto DW en el (F-CS- 007 y/o F-SC-008) Resumen
de Evaluación, para que este a su vez elabore un informe con recomendaciones, el cual es entregado al Gerente
del Proyecto Cliente.
El Interventor a su criterio decidirá si reemplaza funcionarios con bajo rendimiento en las evaluaciones o los
capacita nuevamente, solicitando por escrito a Digital Ware la programación de las nuevas capacitaciones, esto
deberá estar enmarcado en presupuesto, alcance y cronogramas, por consiguiente, la capacitación de operación
del sistema se dicta una sola vez; los costos incurridos por capacitación adicional estarán a cargo del Cliente.
METODOLOGÍA PMMa
Página 99 de 142
El Cliente hará a su vez una evaluación de los productos y servicios entregados, así como la evaluación de los
consultores de DW al final de esta capacitación, en el formato F-CS-009 Evaluación de Capacitación, y siguiendo el
procedimiento establecido en metodología de evaluación del Equipo de Proyecto de Digital Ware.
El Comité de proyecto deberá emitir un informe comentando los resultados y el resumen de esta actividad.
Ref. Formato Evaluación Lideres U.
2.7. Entrega de Lista de Parametrización

El Gerente de Proyecto entrega al Gerente de Proyecto del Cliente la lista (L-CS-001 y/o L-CS-002 y/o L-CS-003)
Parametrización y Listado de Transacciones y Procesos.
METODOLOGÍA PMMa
Página 100 de 142
METODOLOGÍA PMMa
Página 101 de 142

 F-CS-013 Acta de Reunión de Lanzamiento.
 F-CS-004 Formato de Capacitación o Conceptualización.
 F-CS-007, FC-008 y FC-011 Resumen de Evaluación KACTUS-HCM y/o SEVEN-ERP y/o HOSVITAL-HS.
 Evaluación de la Capacitación a Líderes Usuarios.
 F-CS-009 Evaluación de Capacitación. (Instructor)
 Informe del Comité de Proyecto con respecto a la Evaluación tanto de los Líderes Usuarios como de los
Consultores.
 L-CS-001 y/o L-CS-002 y/o L-CS-004 Listado de Programas a Parametrizar. Parametrización de SEVEN-
ERP y/o KACTUS-HCM y/o HOSVITAL-HS.
 L-CS-003 Transacciones y Procesos SEVEN-ERP para Definir Tipos de Operación.
 Revisión de los Datos Básicos a Migrar con cronograma de migración y población (del cliente).
 F-CS-026 Documento de Interfaces.
 Cronograma actualizado de Ejecución.
 F-CS-043 Actas de Consultoría.
 F-CS-006 Acta de Seguimiento Semanal.
 F-CS-047 Acta Cierre de Fase.
 F-SC-051 Acta Comité Directivo.
METODOLOGÍA PMMa
Página 102 de 142
3. Fase de Ejecución
Si lo Oigo, lo Olvido,
Si lo Veo, lo Recuerdo,
Si lo Hago, lo Entiendo
Proverbio Chino
FASE III - EJECUCIÓN

*Listo o Salida en Producción * Parametrización *Acta Migración y

con la versión estándar. * Pruebas Parametrización Poblamiento
* Cargar Información *Acta Capacitación
* Capacitar Usuarios Finales Usuarios Finales
Listo para Entrada en
Producción.
El propósito primordial de esta fase es dejar listo el producto para que sea utilizado por el Cliente.
En la Fase de Ejecución se realizan las labores de parametrización (modelación), pruebas, migración de

información.
La participación activa del Cliente en esta etapa es clave para la transferencia de conocimiento del Consultor a los
Líderes Usuarios permitiendo al equipo del Cliente poder en el futuro modelar las nuevos requerimientos y realizar
la replicación del conocimiento a los nuevos usuarios.
METODOLOGÍA PMMa
Página 103 de 142
3.0. Objetivos de esta fase
3.1. Parametrización Estándar del Sistema.

3.2. Pruebas de la Parametrización del Sistema.
3.3. Homologación de Acuerdo a la Parametrización
3.4. Cargue de Información.
3.5. Fase de Operación (Mes Actual) (Versión Estándar).
3.1. Ajuste a la Parametrización Estándar del Sistema
La instalación realizada en la etapa de 0 Alistamiento trae consigo la parametrización estándar de la vertical, esta
parametrización del sistema (o customizing) es determinante en la flexibilidad, utilidad y éxito del proyecto porque
representa la posibilidad del cliente de definir las características funcionales de los módulos activos, de acuerdo
con la estructura de los procesos operativos y estratégicos de la empresa, pero basados en el estándar. Uno de
los principales problemas que encontramos frente a este reto es redefinir y organizar la política estratégica de la
empresa. Para ello, es necesaria la concurrencia de expertos de la propia empresa, en general niveles directivos, y
expertos en la reingeniería de procesos de negocio y en el propio sistema a implantar y a ajustar o validar dicha
parametrización.
El principal recurso a utilizar en esta tarea es la Base de Conocimiento basada en la experiencia de empleados de
la empresa y consultores del DIGITAL WARE.
En esta etapa, el Consultor Funcional explica la forma y el flujo como se debe ajustar la parametrización el sistema.
El Líder Usuario aprende y define la parametrización del sistema con la asesoría del Consultor Funcional de Digital
Ware ya que el uno conoce la empresa y sus procesos y el otro el software pariendo de la ya contenida en el
sistema.
Para estas actividades se debe invitar al Representante de Sistemas para que sirva de soporte al Líder Usuario.
METODOLOGÍA PMMa
Página 104 de 142
El Líder Usuario es la persona responsable de ingresar la parametrización al sistema. El Gerente de Proyecto del
Cliente debe garantizar la asignación del personal necesario para cumplir el cronograma de parametrización.
Este trabajo se basa en el concepto de “aprender haciendo”, permitiendo la reflexión y experimentación lo que
muchas veces conduce a la innovación en el proceso.
Ref. Ejecución/Parametrización
El Consultor Funcional debe indicar al Líder Usuario la secuencia lógica en que deben ser ingresados los
parámetros al sistema y que tareas se pueden realizar en paralelo en caso de que el Cliente cuente con el
suficiente recurso humano.
Una vez finalizada la parametrización de cada módulo el Líder Usuario procede a entregar los listados
correspondientes al Gerente de Proyecto para su aceptación. El Líder Usuario dispondrá de 5 días hábiles a partir
de la fecha de entrega de la parametrización para notificar por escrito al Gerente de Proyecto las anomalías
encontradas. Si no se reciben comunicados en dicho periodo la parametrización se entenderá como verificada y
aceptada.
Terminada esta actividad, se inicia la ejecución de pruebas puntuales con información básica. Así mismo, una vez
se culminada esta etapa, se asume como aceptada y entregada la fase de parametrización
La Gestión del Cambio es clave ya que siempre van a haber frases como “Ahh el sistema anterior lo hacía mejor” o
buscar hacerlo de la misma manera que se hacía antes del sistema.
Nota: Esta parametrización estándar puede ser ajustada de acuerdo con los resultados de las pruebas, es posible
que algunos parámetros no se desarrollen en esta etapa sino en la etapa de operación final donde se realizan las
pruebas de integración o procesos especiales.
METODOLOGÍA PMMa
Página 105 de 142
Cuando se reporten requerimientos incluidos en el alcance del contrato o incidentes, el Cliente debe pedirle al
Consultor Funcional el número del caso asignado al consultor; ya que este es de suma importancia para hacerle
seguimiento y control a los casos reportados.
Es muy importante estar consultando la KB Base de Conocimiento para ir resolviendo cualquier inquietud
que se pueda presentar.
3.2. Pruebas de la Parametrización - Testing
Su objetivo es verificar la funcionalidad del software respecto a la parametrización realizada mediante un conjunto o
muestra representativa de datos de prueba.
La ejecución de las pruebas será realizada por el Líder Usuario. Este proceso se realiza con datos de prueba que
serán eliminados en la etapa de migración y poblamiento (digitación manual) de la información.
Si como resultado de la ejecución de las pruebas se afecta la parametrización, se debe realizar el ajuste a la
parametrización y documentar su modificación.
Al ejecutar cada caso debe verificar cada uno y se relacionan en el documento F-SC-040- Pruebas del Sistema,
dejando constancia de su buen funcionamiento en el mismo documento”, firmado por el Líder Usuario y el
Consultor Funcional; de no ser así se reporta la inconsistencia y se continua con los demás.
La mejor recomendación es que existan tres tipos de Prueba:
 El primer tipo son las pruebas unitarias o de unidad, es decir los casos de prueba que se realizan a cada
módulo de manera individual.
 El Segundo tipo de pruebas son las de cobertura o integración en donde se prueba la integración entre
módulos o componentes del sistema de información incluidas las interfaces con otros sistemas.
METODOLOGÍA PMMa
Página 106 de 142
 El tercer tipo de pruebas son las de carga o rendimiento va orientada a medir el desempeño de la base de
datos, las máquinas, la red y las consultas de la aplicación con la carga máxima, aunque este último
depende del hardware del cliente.
METODOLOGÍA PMMa
Página 107 de 142
3.3. Homologación de Datos de Acuerdo a la Parametrización
El Cliente con la información lista, unificada y depurada, debe realizar una Homologación para la entrega de los
datos a Digital Ware de acuerdo con la parametrización realizada.
3.4. Cargue de Información
METODOLOGÍA PMMa
Página 108 de 142
Después de subida la información en el nuevo sistema, el Líder Usuario debe verificar en el sistema que ésta haya
sido cargada completamente.
En la etapa de cargue se debe definir una fecha de corte a partir de la cual el registro de operaciones se debe
realizar en el sistema anterior y en el nuevo sistema iniciando así si es el caso, la fase de operación.
El Gerente de Proyecto Cliente debe elaborar un acta de migración de la información en el formato F-CS-018 Acta
de Migración y Poblamiento con aceptación del Usuario Líder como prueba de la información migrada
3.4. Verificación de cumplimiento de Interfaces
En esta etapa se garantiza el cumplimento con todas las interfaces o se hacen los ajustes que permitan la
integración con otros sistemas.
3.5. Listo Entrada en Producción con la Versión Estándar.
Luego de haber realizado estas pruebas, nos encontramos, con que ya el sistema puede operar o estamos listos
para entrar en producción, esto significa dejar de un lado el sistema anterior y entrar a operar el nuevo sistema.
Esta es la prueba final del nuevo sistema y es tomada por el Comité Directivo, este indicara a los Usuarios Finales
la fecha del mismo y sus responsabilidades en el aprovechamiento de la nueva tecnología.
En esta etapa el usuario es conocedor del sistema de información y es responsable por el manejo del mismo.
Digital Ware prestará la asesoría necesaria si el contrato de Mantenimiento, Actualización y Soporte así lo estipula
o si el Cliente firma otro tipo de acuerdo con Digital Ware, respecto a las horas y tipo de trabajo específico
requerido.
METODOLOGÍA PMMa
Página 109 de 142
Es normal que en la entrada en producción y operación aparezcan algunos ajustes que si son de parametrización
deben ser atendidos por el Líder Usuario o si son de software deben estar cubiertos por la garantía ofrecida en el
contrato.
En la medida del uso del sistema van a ir desapareciendo tanto casos de consulta como cualquier tipo de
inconsistencia o parametrización.
METODOLOGÍA PMMa
Página 110 de 142
3.6. Fase de Operación (Mes Actual) (Versión Estándar)
Una vez realizado el cargue de la información se procede a realizar una operación del sistema con datos reales y
en tiempo real, como contingencia se puede tener de respaldo el sistema anterior, ya sea en operación o
exportando datos del nuevo al sistema anterior.
La operación del sistema es a la fecha y no con meses pasados esto significa que no es reprocesar, si no procesar
paralelamente.
Es Importante tener una reunión con el Consultor Funcional con el objeto de recibir recomendaciones para la
realización de esta actividad.
Las Pruebas de Funcionalidad se deben realizar de forma tal que se puedan revisar fácilmente (Ej.: un tipo de
operación, un periodo de proceso, un empleado particular, etc.) sin correr el riesgo de dañar la información en
proceso de migración ya que se trabaja con información del día a día. En esta etapa se debe realizar las pruebas
de integración del sistema.
Así mismo el Gerente de Proyecto debe ordenar quien corresponda actualizar o elaborar los manuales de
procedimientos de los usuarios acorde con la nueva forma de trabajo, así como realizar una carta de felicitación al
equipo de trabajo por el logro alcanzado.
METODOLOGÍA PMMa
Página 111 de 142
3.7. Control de Seguridad y Acceso al Sistema
Antes de que el Usuario Final entre en contacto con el sistema se deben definir los niveles de seguridad y acceso
al sistema.
Esta tarea se debe realizar utilizando una matriz donde se describa el acceso que se le va a dar al usuario final.
Estos perfiles los manejan y definen ya sea los Líderes Usuarios que harían la labor de Administrador del Sistema
o el Departamento de Tecnología.
Es muy importante que el Líder Usuario conozca la forma en que SEVEN-ERP y/o KACTUS-HCM y/o HOSVITAL-
HS manejan la seguridad y el manejo de Logs de Auditoria, tanto a nivel de datos como de tablas.
3.8. Capacitación a Usuarios Finales
Esta capacitación se basa específicamente en lo que hace cada Usuario Final día a día, o sea en la operación del
software más que en parametrización, en este caso lo que se capacita es solo la operación.
En caso de que el Líder Usuario sea diferente al Usuario Final, esta capacitación será ejecutada por los Líderes
Usuarios. Con el objeto de que los Lideres Usuarios se adiestren más en el conocimiento de la herramienta, se
delega esta actividad a ellos, pero, con la asesoría y apoyo del Consultor Funcional, basados en el principio de que
“cuando se enseña se aprende dos veces”.
EJEMPLO:
Usuario Final de Vacaciones

La liquidación de Vacaciones
Libro de Vacaciones
Consolidado de Vacaciones
METODOLOGÍA PMMa
Página 112 de 142
Usuario Final de Facturación

Pantalla de Factura.
Reportes de Facturación
Igualmente se debe realizar una evaluación a cada usuario final sobre la capacitación recibida.
 F-CS-040 Pruebas de la Parametrización

 F-CS-018 Acta de Migración y Poblamiento.
 F-CS-043 Acta de Consultoría.
 F-CS-004 Acta de Capacitación a Usuarios Finales.
 Evaluación a Usuarios Finales.
 F-SC-054 Acta de Help-Desk Cliente
 Interfaces
METODOLOGÍA PMMa
Página 113 de 142
4. Fase de Entrega y Acompañamiento

SI NO ES HOY, ¿CUÁNDO?
SI NO ES AQUÍ, ¿DÓNDE?
SI NO SOY YO,
¿QUIÉN CAMBIARÁ AL MUNDO?
Proverbio
FASE IV - ENTREGA
*Acompañamiento en *Acompañamiento en *Acta entrega y recibo

Producción producción proyecto
*Cierre del Proyecto *Revisión de Ajustes *Entrega Requerimientos BBP
contractuales *Manuales Usuario
*Capacitar Ajustes *Encuesta Satisfacción
*Realizar la entrega final del *Informe Final de Proyecto
proyecto
Esta es la etapa final del proyecto y en la que se realiza a la par con la Transición al nuevo sistema, la entrega final del
objeto contractual.
METODOLOGÍA PMMa
Página 114 de 142
4.0. Objetivo
 Listo para Entrada en Producción o Entrada en producción Versión Estándar.

 Prueba Adecuaciones y su implantación.
 Cierre del proyecto
4.1 Matriz de Cumplimiento de Términos de Referencia. En caso de que Existan – Nueva Iteración
Cuando la adquisición fue basada en unos términos de referencia RFPs (Request For Proposal) se debe desarrollar esta
etapa o iteración, en caso contrario debe existir una adaptación total al sistema; y se salta esta etapa.
Es importante verificar y certificar el alcance que se le quiere dar a cada requerimiento y si este fue aprobado o no en la
contratación.
Para cada ítem se explica al Cliente su operación en el sistema comparándolo con los procesos de negocio del cliente y
proponiendo por parte de Digital Ware su rediseño si es él caso. Se debe tener en cuenta que los sistemas SEVEN-ERP,
KACTUS-HCM y HOSVITAL-HS llevan consigo las “mejores prácticas” y el conocimiento de las empresas más
importantes a nivel mundial.
Si existen diferencias se debe explicar cómo sería la operación en el nuevo sistema. Para este tema es importante
despegarse de los paradigmas del sistema anterior o la forma de hacerlo manualmente, recordemos que ahora es una
nueva tecnología y de debe desaprender para poder estar abiertos a la nueva forma de trabajar.
Siempre se debe propender por evitar crear ajustes al sistema ya que esto afecta el cronograma, costo y alcance.
Siempre analizando una forma de hacerlo evitando realizar modificaciones al software o realizando sesiones y
escenarios de como seria sin cambiar la funcionalidad del software.
METODOLOGÍA PMMa
Página 115 de 142
En un proyecto Ágil se debe reducir al máximo las adecuaciones, la documentación innecesaria y estandarizar al máximo,
esto reduce costos y tiempos, así como riesgos del proyecto.
Si en los documentos fuente existe alguna ambigüedad, el objetivo es revisar el alcance que el cliente le quiso dar,
aclarar si esto se encuentra dentro de la contratación o es si es de tipo Legal.
Esta actividad constituye el o los F-CS-026 Matriz de Cumplimiento de RFP de esta fase, los requerimientos resultantes
son relacionados en el formato F-SC-010- Especificación de Requerimientos diligenciado y acordado por el Usuario Líder.
Si Digital Ware considera necesario aclarar el requerimiento y luego de que definitivamente no está contenido en el
software actual, el requerimiento deberá ser soportado en el formato F-CS-016 Aclaración del Requerimiento.
Cuando estos se encuentren bien especificados como requerimiento se debe asignar un número de caso para que se
proyecte su alcance y entrega. En caso de que este requerimiento sea un reporte o modificación del mismo si es
aceptado su desarrollo será tratado por el Consultor Funcional.
Nuevamente se aclara, que los temas se pueden tratar por separado y la suma de estos acuerdos constituye la Matriz de
Cumplimiento Términos de Referencia. En casos extremos, los temas no resueltos pueden entrar a la siguiente etapa
para no trancar el avance del proyecto.
Ref. RFP Cliente
METODOLOGÍA PMMa
Página 116 de 142
Objetivos de los RFP’s revisados
 Entregar el Sistema
 Hacerlo todo Simple.
 Aceptación del Cambio.
 Si hay RFP, comprender todos los requerimientos de los RFP
 Clarificar ambigüedades e inconsistencias
 Asegurar que el equipo entiende los requerimientos antes de que empiece el esfuerzo de planeación
 Documentar los Requerimientos
 Como lo haría si el sistema no lo realizara? Como lo hace hoy en día?
 No intentar sistematizar excepciones
 Intentar estandarizar mejores practicas
 Negociar no significa ceder, significa CONSTRUIR
Fuentes o Documentos Base
 Contrato
 Propuesta Comercial
 RFP’s o Términos de Referencia
•NOTA: El documento o documentos resultantes del Análisis de Términos de Referencia F-CS-026- Matriz de
Cumplimiento de RFP o Business Blue Print, enmarcará el documento de Términos de Referencia o RFP y dará el
alcance definitivo del sistema.
La entrada en producción se hará con la versión estándar del sistema.

Los ajustes se entregaran después de la entrada en producción de la versión estándar y entraran en producción de
acuerdo al Cronograma Gap.
“No hay manera de Gerenciar un Proyecto si los límites de éste no están definidos”
METODOLOGÍA PMMa
Página 117 de 142
Hay que tener en cuenta que se debe:
Adaptar los Procesos al Software y no el Software a los procesos
 Generar conciencia del impacto en costos y tiempos que tiene hacer modificaciones al producto.
 Estandarizar
 Hacerlo todo simple. Menos pantallas, menos reportes, menos clicks.
 Realizar análisis de brechas.
 Cualquier modificación al producto, hacen que el alcance y los tiempos del proyectos se puedan ver afectados.
 La posibilidad de solicitar funcionalidad adicional está enmarcada acorde con las condiciones pactadas en el
contrato.
 El sistema de información se debe entender como un producto terminado al cual se adapta la empresa y no como
un sistema desarrollo a la medida.
 No se debe seguir a una siguiente etapa si no se han delimitado los RFP’s y en caso de necesidad de desarrollo
haber dado número de caso o matriz requerimiento con número.
METODOLOGÍA PMMa
Página 118 de 142
4.1.2. Aprobación de la Línea Base del Proyecto
Se debe actualizar la Matriz de Cumplimiento de RFP firmado por las partes, se procede a afinar y actualizar los
diferentes componentes de la Línea Base preliminar de Proyecto.
La Línea Base de Proyecto aprobada queda conformada de la siguiente manera
 Línea base de Alcance

o Matriz de Cumplimiento de RFP (Business Blue Print
- Product Back en Scrum)
 Línea base de Tiempo
o Cronograma Actualizado
La Línea Base de Proyecto aprobada se convierte en la principal herramienta de control y seguimiento de los proyectos
por parte de los Gerentes de Proyecto. Al igual que es la base de algunos indicadores necesarios para un gestión efectiva
de la PMO (Oficina de Proyectos).
4.1.3. Entrega de Adecuaciones
Si existen adecuaciones, basados en el documento F-CS-026 Matriz de Cumplimiento de RFP se verificará la entrega de
su contenido y cualquier punto o comentario nuevo que no se encuentre en dicha acta no hará parte de la entrega, pero si
el requerimiento es aceptado como una mejora o corrección ya sea ahora o en una nueva versión hará parte de la
garantía del software.
Si existieron adecuaciones o ajustes a interfaces con otros módulos que se encuentran dentro del contrato o que fueron
comprometidas durante la ejecución del mismo se entregan de acuerdo al formato F-CS-010 Especificación de
METODOLOGÍA PMMa
Página 119 de 142
Requerimientos por parte del cliente y traducidos por el consultor en el formato F-CS-016 Aclaración del Requerimiento.
Se recomienda tener una lista de chequeo que contenga los acuerdos validados y verificados por el consultor.
Se debe verificar su entrega, mediante el formato F-CS-043 Unidad de Negocio - Consultoría.
Para su entrega es necesario tener un diagrama de secuencia preferiblemente en UML, en caso de que sea un ajuste de
fondo.
Se aclara que una vez el requerimiento se ha solucionado, éste se entrega al Cliente para su validación con la siguiente
nota: “Si en 5 días hábiles no se recibe contestación de este requerimiento, se asumirá que funcionó y se cerrará el
requerimiento, en caso de persistir el problema deberá ser reportado nuevamente”.
4.1.4. Prueba Adecuaciones e Instalación de Adecuaciones - Testing
En esta nueva iteración de entrega y producción, se realiza las pruebas de las adecuaciones o interfaces acordadas y se
implantan.
Cada adecuación debió ir acompañada de un formato de especificación de Requerimiento F-CS-010 y un F-CS-040-

Pruebas del Sistema, el cual es el único criterio de aceptación válido de las adecuaciones.
4.1.5. Capacitación de Adecuaciones al Sistema.
Igualmente el Consultor Funcional debe Capacitar a los Líderes Usuarios en los cambios operativos que se hayan
originado por las adecuaciones hechas al sistema o desarrollo de interfaces. Él o los Líderes Usuarios deben transmitir
este conocimiento a los Usuarios Finales.
Durante cada capacitación el consultor debe diligenciar el formato F-CS-004 Formato de Capacitación, hacerla firmar por
los asistentes y entregarla al Gerente de Proyecto DW.
METODOLOGÍA PMMa
Página 120 de 142
Si existen entregas parciales, estas capacitaciones se realizan alternando con actividades de parametrización y pruebas
de funcionalidad.
Igualmente, en caso de ser necesaria cualquier optimización en los tiempos del aplicativo por causas atribuibles al
software, esta función únicamente se realizará en esta etapa.
4.2. Acompañamiento en Producción
En esta etapa se hace acompañamiento en la operación del sistema para garantizar que se aproveche al máximo la
tecnología. Esta etapa tendrá una duración de acuerdo con el contrato.
4.3. Definición del Help Desk Cliente
En esta etapa se definen e implantan los procedimientos, formatos, tecnologías y niveles de servicio a usar por parte de
los Líderes Usuarios en el soporte futuro a los Usuarios Finales.
4.4. Análisis de Requerimientos Extra-Contractuales
Para acuerdos fueran del contrato se recomienda la realización de un nuevo contrato.
Hay que tener en cuenta que se debe:
Adaptar los Procesos al Software y no el Software a los procesos.
 Generar conciencia del impacto en costos y tiempos que tiene hacer modificaciones al producto.
 La posibilidad de solicitar funcionalidad adicional está enmarcada acorde con las condiciones pactadas en el
contrato.
METODOLOGÍA PMMa
Página 121 de 142
 El sistema de información se debe entender como un producto terminado al cual se adapta la empresa y no como
un sistema en Ejecución.
 Digital Ware se reserva el derecho de negar requerimientos considerados no funcionales que no estuvieron
pactados en el contrato.
 En este documento Digital Ware definirá la fecha de entrega de cada uno de los requerimientos de acuerdo a su
volumen o impacto es posible que se fije el compromiso de entregarlos fuera de la fecha límite de la implantación
lo cual no impedirá el recibo a satisfacción.
En caso que el Cliente requiera alguna funcionalidad adicional con respecto al sistema presentado se deberá realizar la
solicitud de requerimiento que será revisado por el proveedor para evaluar su costo y tiempo de entrega.
Si los requerimientos no están enmarcados en el contrato pueden ser un riesgo altísimo que afectaría el proyecto en el
costo y tiempo de entrega.
Esta solicitud debe realizarse acorde con la política de control de cambios desarrollada por las partes.
El Gerente de Proyecto DW se reúne en las instalaciones de Digital Ware con el comité de cambios de producto para
estudiar los requerimientos, si no hay una alternativa en el software y de todas maneras dar respuesta a los mismos con
la aprobación o negación de cada punto.
Cualquier solicitud de cambio debe enmarcarse en términos de:
 Estructura
 Procesos
 Integración con otros sistemas
 Interfaces
 Reportes
 Migración
METODOLOGÍA PMMa
Página 122 de 142
Para lograr este objetivo el Usuario Final debe tomar nota de la funcionalidad adicional requerida y reportarla por escrito
al Líder Usuario de cada módulo, quien debe elaborar el formato F-CS-010 Especificación de Requerimientos,
preestablecidos por Digital Ware. En éste se clasifican los requerimientos como de ley y desarrollo a la medida.
Finalmente se programa una reunión en las instalaciones del Cliente con los Líderes Usuarios que el Gerente de Proyecto
considere necesario. En esta reunión se discute la respuesta entregada por Digital Ware y se emite el formato F-CS-026
Matriz de Cumplimiento de RFP. Dicho formato se entenderá como válido con las firmas del Gerente de Proyecto DW y el
Gerente de Proyecto <cliente>, afectando si es así el costo y tiempo de entrega del proyecto.
METODOLOGÍA PMMa
Página 123 de 142
4.5. Actualización y Soporte
El software no es un producto terminado y requiere de procesos de Evolución y Madurez, para garantizarle al

cliente la continuidad funcional y tecnológica en un mundo cambiante. Hichiro Kato
De acuerdo al contrato inicialmente pactado, se verifica si se tiene o no contrato de Mantenimiento, Actualización y

Soporte, el tiempo de su vigencia y costo anual. El contrato de Mantenimiento, Actualización y Soporte normalmente entra
en vigencia desde la instalación del Aplicativo (Alistamiento). Para esta actividad el Interventor del Proyecto, debe
contactar al Coordinador Comercial de Digital Ware, para la elaboración del Contrato de Mantenimiento, Actualización y
Soporte de tal forma que siempre este vigente.
Una vez verificada la vigencia del contrato de Mantenimiento, Actualización y Soporte, el Cliente puede acceder al
servicio de Soporte y Consultoría “Centro de Servicio SAC” y a las nuevas versiones del producto.
Se deben definir los canales de soporte utilizando los servicios del Centro de Servicio y Soporte Web de Digital Ware,
realizando una previa filtración del caso por el soporte de primer nivel del cliente, igualmente aclarar la responsabilidad
del representante de sistemas en el manejo de las actualizaciones y la verificación del FTP.
4.6. Reunión de Cierre de Proyecto
El documento F-CS-022 Acta de Entrega y Recibo del Proyecto es de vital importancia en el cierre del proyecto. Debe
aclarar que cualquier anomalía del sistema que se presente estará cubierta por la garantía de software.
El objetivo de esta reunión es verificar si las metas y los objetivos que se pretendían se lograron, discutir sobre lo bueno y
lo que se puede mejorar acerca del desempeño del sistema de información y el futuro de la empresa en esta nueva
tecnología.
METODOLOGÍA PMMa
Página 124 de 142
Busca también, que la gerencia se entere de los logros obtenidos con el proyecto a través de un almuerzo o desayuno de
trabajo, es recomendable que cada Líder Usuario exponga en una presentación la nueva forma de trabajar su área y el
objetivo de la presentación es la justificación de la inversión.
Si se ha pagado la totalidad del proyecto, se debe proceder a realizar la entrega de la Licencia de Uso (Definitiva) del
software contratado y recibir la Licencia de Uso (Temporal) que se había entregado.
De igual manera, se debe hacer entrega de los computadores, escritorios, y áreas al Cliente, así como, limpiar los
computadores de archivos temporales utilizados durante la implantación del proyecto. De esto debe realizarse un acta.
Participantes del acta de cierre:
 Firmantes del Contrato Contratante y Contratista

 Líderes Usuarios.
4.10. Actualizaciones del Software
Antes de cualquier actualización al sistema en producción el Representante de Sistemas debe garantizar la existencia de
una copia de respaldo de los programas y datos a afectar.
Las actualizaciones entregadas por el Sistema de Calidad provenientes de otros proyectos correspondiente a la evolución
o Road Map del sistema se deben instalar, pero es opcional por el clientes activar o no estas funcionalidades.
METODOLOGÍA PMMa
Página 125 de 142
4.7. Soporte Pos Implantación
* Base de Conocimiento Digital Ware- KBD – (Know Data Base)– comprende una serie de Tips aportados por la comunidad de usuarios que ayudan a tener un mejor
manejo y control de los sistemas de información así como solucionar problemas, su consulta es importante ya que también existen aportes de primera mano tanto del
departamento de Ingeniería como de Consultoría de Digital Ware, a posibles soluciones identificadas y que se pueden gestionar en el autoservicio.
Punto Único de Contacto- POC – (Point Only Contact) es el sistema donde el usuario registra los incidentes y /o Requerimientos. El sistema retorna un Ticket.
Paquetes de Servicio: SP (Service Pack) Corresponden a un grupo de parches que actualizan, corrigen y mejoran las aplicaciones, estas se encuentran disponibles en la
Web para el cliente con servicio activo.
La consulta podrá hacerse a través de la página de Digital Ware www.digitalware.com.co /Servicios
METODOLOGÍA PMMa
Página 126 de 142
Procedimiento Responsabilidad del Cliente
Niveles del Cliente: Como único canal de comunicación y para reportar solicitudes de los usuarios de nuestros clientes,
los clientes deben establecer los roles para los siguientes Niveles: Primer Nivel: Líder Usuario, Segundo Nivel:
Coordinador de Gestión y Tercer Nivel: Supervisor del Contrato.
Usuario Final
La persona encargada de utilizar el aplicativo debe tener el perfil tanto de conocimiento como los niveles de acceso
autorizados por el cliente para la operación del aplicativo, así mismo debe ser una persona que haya recibido la inducción
y capacitación certificada ya sea por el personal interno de la compañía capacitado para tal fin o directamente por
Consultores Certificados por Digital Ware en el manejo óptimo de sus productos.
Adicionalmente, el Usuario Final cuenta con controles de seguridad, validación de datos en línea (Auto-Gestión), ayudas y
la KBD Base de conocimiento del aplicativo, así como la opción de contratar horas de capacitación, no incluida en los
contratos de derecho de actualización de licencia de uso del sistema de Información KACTUS-HR, SEVEN-ERP y/o
HOSVITAL-HS por parte de Digital Ware.
El Usuario Final es quien utiliza la aplicación y encuentra los posibles eventos, incidentes, problemas y requerimientos en
la operación del software, estos incidentes se pueden presentar debido a varias causas entre las que se pueden citar:
Desconocimiento de la funcionalidad, problemas de Hardware, antivirus, ambiente operativo del equipo cliente o servidor,
problemas de Base de Datos, problemas de seguridad de acceso, problemas en la parametrización del software, errores
por actualización del software o defectos encontrados en el sistema de información, entre otros.
Adicionalmente por su operación diaria, esta persona determina o detecta la necesidad de solicitar nuevas
funcionalidades al aplicativo.
METODOLOGÍA PMMa
Página 127 de 142
Por lo tanto, cuando se presente algún incidente dentro del uso de la aplicación o desee una nueva funcionalidad, debe
informarlo al Soporte de Primer Nivel que corresponde al Líder Usuario.
Soporte de Primer Nivel (Cliente) – Líder Usuario

Las empresas deben definir un Líder Usuario por módulo, quien conoce en profundidad la aplicación o el (los) módulo(s).
Debe tener la formación necesaria en cuanto a conocimientos funcionales del aplicativo para soportar en primera
instancia al Usuario Final y filtrar lo reportado por este en la operación del aplicativo. El Líder Usuario debe solucionar los
problemas reportados por el Usuario Final, así como filtrar y validar los que son necesarios escalar al Segundo Nivel. El
Líder Usuario debe validar si el problema o error reportado por el Usuario Final es problema del ambiente operativo, mala
operación del Usuario Final por falta de capacitación, parámetros del aplicativo, entre otros y entrar a solucionarlos o si es
un posible defecto en la programación escalarlos al siguiente Nivel.
Si el Usuario Final desea mejoras, el Líder Usuario debe ser un primer filtro de aprobación para estas nuevas opciones
para que siga el trámite del caso.
Soporte de Segundo Nivel (Cliente) – Coordinador

Este nivel de soporte normalmente en muchas empresas está dividido en dos personas: Por un lado el Representante
del Área de Sistemas y por otra parte el Coordinador General de Líderes Usuarios, este Coordinador debe ser por
Gestión (Ejemplo Finanzas, Recursos Humanos, Manufactura, etc.). Estas dos personas, deben tener un conocimiento
amplio y general de la aplicación, tanto desde el punto de vista de funcionalidad, técnico, así como, desde el punto de
vista de parametrización y formulación. Son por lo tanto el siguiente nivel para solucionar los problemas de los Usuarios
Finales que no han podido ser solucionados por los Lideres Usuarios.
El Soporte de Segundo Nivel del Cliente, debe validar si el problema es un defecto para escalarlo o si es un problema de
parámetros, mala operación del Usuario Final por falta de capacitación, acceso, ambiente operativo, base de datos, entre
otros. Si la situación no la pueden solucionar y corresponde a pérdida de funcionalidad de las aplicaciones, este debe
reportar el incidente o problema a la Mesa de servicio de Digital Ware mediante la solicitud de un ticket.
METODOLOGÍA PMMa
Página 128 de 142
Por lo tanto, el Coordinador de Sistemas o de Gestión, filtrara los incidentes y/o requerimientos de todos los Lideres
Usuarios y Usuarios Finales de la empresa cliente. Este Coordinador, será registrado en el aplicativo de Digital Ware
SAC – Service Agreement Center – Centro de Acuerdos de Servicio, como la única persona autorizada por el propio
cliente y reconocida por Digital Ware para solicitar soporte a través de la Mesa de Servicio.
Es importante que este Segundo Nivel del Cliente, reporte a la Mesa de Servicio para cierre del ticket, una vez la solicitud
sea atendida.
Así mismo, la persona o personas encargadas de realizar estas funciones, deben asignar a quien corresponda dentro del
Cliente las labores de instalación, prueba y registro de las actualizaciones del software que sean enviadas por DIGITAL
WARE o bajadas del sitio Web.
Tercer Nivel Supervisor del Contrato (Cliente)

Esta persona es la representante del Cliente ante Digital Ware, y normalmente fue el Gerente de Proyecto durante la
Implantación. Para entendimiento, se llamara Supervisor del Contrato. A su cargo están, los dos Coordinadores: Sistemas
y/o Gestiones. Esta es la única persona autorizada para tener contacto directo con Digital Ware para los efectos de
control de cambios del contrato, así mismo se encarga de hacer seguimiento al alcance, presupuesto y aseguramiento
de calidad del servicio contratado, como también reuniones de Mejoramiento Continuo del Servicio con el Nivel Cuatro de
Digital Ware-Gerente de Soporte.
Este perfil debe llevar un registro similar a nuestro “SAC-Web” de estadísticas de utilización y aprovechamiento del
servicio como: Número de incidentes, requerimientos solicitados y atendidos en el mes, el año y durante la vigencia del
contrato; Número de horas de atención brindadas en el mes, el año y durante el transcurso del contrato.
METODOLOGÍA PMMa
Página 129 de 142
Procedimiento Responsabilidad de Digital Ware
Los siguientes niveles de la mesa de servicio que ofrece Digital Ware ilustran las actividades y participantes en cada uno
de los escalamientos, luego de que ha sido registrada la solicitud de servicio en la Mesa de Servicio mediante la
herramienta “SAC-Web”.
Soporte de Nivel 0- AutoGestión (Niveles Digital Ware)

El Soporte de Nivel-0 o autogestión corresponde a la KBD- Base de datos de conocimiento o Sistema de Gestión del
Conocimiento, a esta Base de Datos pueden ingresar nuestros clientes a consultar y encontrar soluciones a posibles
fallas de las aplicaciones..
Comprende una serie de Tips aportados por la comunidad de usuarios que ayudan a tener un mejor manejo y control de
los sistemas de información así como solucionar problemas, su consulta es importante ya que también existen aportes de
primera mano tanto del departamento de Ingeniería como de Consultoría de Digital Ware, a los incidentes conocidos y
sus respectivas soluciones.
También se encuentra disponibles en el Nivel-0 o autogestión, los manuales técnicos y de usuario “correspondiente a
mejoras de los programas”, los Service Packs y/o Hot Fixes liberados.
Soporte de Primer Nivel Gestor de la Mesa de Servicio (Niveles Digital Ware)
Con el registro del caso por la página Web de Digital Ware a través de la herramienta “SAC-Web”, queda registrada la
solicitud realizada por el Segundo Nivel del Cliente e inmediatamente le llegará un correo informándole el número de caso
con el nombre del consultor al cual le fue asignado dicho caso.
METODOLOGÍA PMMa
Página 130 de 142
En este Nivel el Consultor o Gestor de la Mesa de servicio se comunicará con el Segundo Nivel de soporte (Cliente)
telefónicamente o le escribirá vía e-mail, para informarle que ya recibió el caso y que se va a proceder a realizar el
diagnostico al incidente o requerimiento.
 Las Opciones para Gestión de Incidentes en este Nivel son:
1. En caso de que el Consultor tenga la solución al inconveniente, se le dará a conocer al Coordinador, ya sea
telefónicamente o por escrito vía e-mail y procederá a cerrar el caso. Sin embargo si aún no se identifican las
causas del mismo, se escala al siguiente Nivel de escalamiento: Segundo Nivel (Digital Ware)–Conexión Remota
2. Cuando el Consultor asignado determina que la causa del problema correspondiente es un defecto de
programación, el requerimiento se remite al siguiente nivel: Tercer Nivel 3 (Digital Ware) el cual soluciona el
defecto. Una vez solucionado lo entrega nuevamente al Consultor para que sea entregado al cliente para su
instalación y pruebas.
 Gestión de Requerimientos en este Nivel.
El Consultor o Gestor de la mesa de Servicio, escala el Nuevo Requerimiento al Cuarto Nivel de servicio Gerente
de Soporte, para gestionar y evaluar Horas de consultoría de dicho requerimiento del cliente de acuerdo con el
portafolio de servicio.
Nota: Cuando la causa del problema no se debe a defectos del software, el consultor da instrucciones al Coordinador del
Cliente sobre la solución. El Coordinador entrara a verificar si efectivamente la solución es satisfecha, y cerrar el caso; de
lo contrario deberá avisar al Consultor que no hubo solución, esto se debe hacer dentro de los cinco días para que el
sistema SAC no cierre el caso.
Soporte de Segundo Nivel Consultor Mesa de Servicio (Niveles Digital Ware)
METODOLOGÍA PMMa
Página 131 de 142
El Segundo Nivel corresponde a actividades de consultoría que permiten mediante Conexión Remota gestionar apoyo al
cliente para los Incidentes, y gestionar las actividades que lleven al diagnóstico del problema (replicar falla, revisar
parámetros, actualizar programas etc.).
Importante tener en cuenta que el cliente debe disponer previamente de la conexión Remota. Para establecer la conexión
ésta se coordina con el segundo Nivel del Cliente.
En caso de que el Consultor tenga la solución al inconveniente, se le dará a conocer al Coordinador, ya sea
telefónicamente o por escrito vía e-mail y procederá a cerrar el caso, sin embargo si aún no se identifican las causas del
mismo, y corresponde a defectos de la aplicación se escala al Consultor de tercer Nivel –Ingeniería o área de Desarrollo
Soporte de Tercer Nivel Desarrollo (Digital Ware)
En este Nivel se escalan los incidentes que corresponden a ajustes de programación, el requerimiento se remite al
departamento de desarrollo de Digital Ware el cual soluciona la lógica del programa.
Una vez solucionado lo entrega nuevamente al consultor asignado para que sea entregado al cliente para su instalación y
pruebas.
Soporte de Cuarto Nivel Gerente de Soporte (Digital Ware)

Si una vez brindado el soporte de Primero, Segundo y Tercer Nivel de Digital Ware, no se ha dado solución a la solicitud,
el Consultor junto con el Gerente de Soporte de Digital Ware, evaluarán y diagnosticarán los elementos involucrados, y
el grado de severidad del problema, con el fin de establecer un plan de acción adecuado para la solución del mismo, y
de ser necesario involucrara al personal de consultoría e Ingeniería para ayudar en la solución del problema.
METODOLOGÍA PMMa
Página 132 de 142
4.8. Lecciones Aprendidas de este Proyecto
Se elaborara un documento en donde se plasmen las lecciones aprendidas de este proyecto haciendo énfasis en los
problemas tenidos, errores y aciertos. Para esto es necesario reunir a todo el Equipo de Proyecto tanto del Cliente como
de Digital Ware incluyendo al Gerente de la Oficina de Proyectos PMO para poder desarrollar en conjunto el documento
en mención.
 F-CS-017 Entrega de Requerimientos si hay RFP.

 F-CS-022 Acta de Entrega y Recibo del Proyecto.
 F-CS-004 Formato de Capacitación.
 F-CS-043 Acta de Consultoría.
 Guía de Soporte.
 Manual del Usuario.
 Acta de devolución de implementos.
 Acta de Medición de Beneficios de los procesos de Negocio (Cliente).
 Encuesta de Satisfacción del Cliente.
 Entrega por parte del Cliente de la Certificación de Experiencia del proyecto.
 Entrega por parte del Cliente de la Certificación de Experiencia del equipo de proyecto de DW (Gerente de
Proyecto. Consultores, Ingenieros de Desarrollo).
 F-CS-042 Informe final de proyecto (Documento Interno de Digital Ware).
 F-CS-046 Entrega de Consultoría a Soporte (Documento Interno de Digital Ware).
 Lecciones Aprendidas.
METODOLOGÍA PMMa
Página 133 de 142
Fase de Estabilización
Esta fase que normalmente se encuentra fuera del proyecto, su tiempo depende del uso del sistema, los ciclos de cierre
de cada compañía, la asimilación que las personas hayan tenido sobre el nuevo sistema y proceso, los cambios de
personal y los cambios legales o tecnológicos que afecten el uso del nuevo sistema.
Es importante prever los riesgos como los cambios de personal que recibió la instrucción en el uso y apoyo del aplicativo
a Usuarios Finales.
120
100
80
60
40
20
0
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Requerimientos en periodo de estabilización
En caso de que haya cambios de personal, es responsabilidad del Cliente y para garantizar la inversión, la transferencia
de conocimiento tanto del uso de la herramienta como del proceso propio del Cliente. Si no se tienen las personas para
realizar esta actividad se puede contratar este servicio a Digital Ware que realizara este servicio de acuerdo a las horas
requeridas para cada Cliente y en concordancia con el valor acordado en un nuevo contrato.
METODOLOGÍA PMMa
Página 134 de 142
LECCIONES APRENDIDAS
 Simplicidad y Estandarización.
 Demora en la toma de decisiones.
 No adopción de las mejores prácticas.
 Demora en la asignación de recursos asignados o la no asignación de tiempo completo.
 Colocar personal temporal o por contrato en funciones clave.
 Cambios en el personal.
 Control de Horas.
 Demoras en la adquisición de la infraestructura.
 Mantener muchos frentes o etapas al tiempo (se deben ir cerrando).
 Cambios al cronograma inicial.
 El proyecto se debe manejar de manera FORMAL.
 Cambios de Alcance / Requerimientos.
 Intentar sistematizar Excepciones (Lo que se sale de la regla general).
 No documentar adecuadamente los procesos.
 Conflicto con otras prioridades del negocio cuando el proyecto ya está en curso.
 Falta de compromiso de los niveles directivos.
 Personal Multiplicador del conocimiento y nuevos usuarios no capacitados.
 Falta de calidad/consistencia en los datos cargados al sistema.
 Contratar o pedir nuevas funcionalidades antes de utilizar las que vienen con el software.
 No seguimiento semanal y mensual del proyecto.
 Cambios de poder en las personas (Identificación, comunicación, asimilación y abstracción)
 Si son varias empresas, implantarlas de un solo proyecto.
METODOLOGÍA PMMa
Página 135 de 142
GLOSARIO
CALIDAD: Hace referencia a todos aquellos atributos de un producto o servicio que son requeridos por el Cliente y que
están de acuerdo con lo exigido y contratado. El conjunto de características de un producto o servicio que se refieren a su
capacidad para satisfacer una necesidad implícita o explícita.
La capacidad para identificar las necesidades de los diferentes tipos de clientes y satisfacerlas, cumpliendo los
requerimientos del producto o servicio ofrecido Calidad es satisfacción del cliente (usuario)
LA CALIDAD ES CUESTION DEL NEGOCIO

Es un factor principal de competitividad
DISMINUYE COSTOS
Mejora las condiciones de trabajo
CMMi: El modelo de madurez de capacidades (CMMi) es un esquema de valoración de la madurez de los procesos de
software basado en gran parte en que este es definido, administrado, medido, controlado y mejorado.
Marco que describe elementos clave de procesos efectivos de software.
Describe un camino evolutivo en 5 niveles de mejora de procesos para lograr su madurez.
Cubre prácticas de planeación, ingeniería y administración del desarrollo y mantenimiento, actualización y soporte de
software.
METODOLOGÍA PMMa
Página 136 de 142
EVOLUCIÓN DEL PROCESO DE INGENIERÍA DEL SOFTWARE:
1. INICIAL
Impredecible y muy poco controlado.
2. REPETIBLE
Control básico de gestión. Puede repetir las tareas aprendidas previamente. No reinventamos la rueda cada vez.
3. DEFINIDO
Definición del proceso. Proceso caracterizado, bastante bien comprendido. Se conoce lo esencial que hace que el
proceso software tenga éxito.
4. GESTIONADO
Medición del proceso. Proceso medido y controlado.
5. EN OPTIMIZACIÓN
Mejora del proceso. Enfoque en la mejora del proceso.
DEFECTO: Errores del Producto o Aplicativo que llegan hasta el cliente.
E-Business: Integración de Aplicaciones a través de Internet.
ERP: Enterprice Resource Planning – Software para la planeación de los Recursos Empresariales. Es un sistema de
gestión de la información estructurado para satisfacer la demanda de soluciones de gestión empresarial, basado en el
ofrecimiento de una solución completa que permite a las empresas evaluar, implementar y gestionar más fácilmente su
negocio. Las soluciones ERP se caracterizan por su modularidad, integración de la información (dato único),
universalidad, estandarización e interfaces con otras aplicaciones. Son sistemas abiertos y en la mayoría de los casos
multiplataforma.
METODOLOGÍA PMMa
Página 137 de 142
ERROR: Cualquier violación a los criterios de calidad que se hayan establecido para un sistema por parte de un usuario.
Lo que un usuario ve como ERROR puede ser: Desconocimiento del Software, Problemas de Datos, Problemas de
Procesos (Gestión de Cambio), Problemas de Software Operativo (Sistemas Operativo, Base de Datos, software de
terceros), Problemas de Comunicaciones, Problemas de Hardware, Problemas de Parametrización o Defecto del
Aplicativo.
EXCEPCION: Lo que se sale del estándar (generalidad). Se presenta es casos aislados, no es lo común a la regla
general.
HOSVITAL- –HS: Software orientado a las instituciones prestadoras de servicios de salud asistencia y de aseguramiento,
que permite integrar todos los procesos tomando como eje fundamental el registro de actividades en la historia clínica
electrónica de los pacientes.
IMPLANTACION: Actividad que lleva consigo unos servicios profesionales de Asesoría para Parametrización, Migración,
Capacitación, entre otras.
INSTALACION: Actividad de Instalar el software en los equipos del cliente, esta actividad se realiza en la etapa de
Experimentación, no incluye servicios de Implantación. Así mismo el cliente recibe las licencias de uso del software
instalado.
ISO 9000: ISO 9000 es un conjunto de estándares para la administración y la garantía de la calidad.
ISO 9000 pone énfasis en la capacidad para asegurar la calidad de los productos y servicios, y en la satisfacción del
cliente.
KACTUS-HCM: Software para el Administración de la Nómina y Gerenciamiento del Talento Humano de una
Organización. Su creador es Digital Ware (Colombia).
METODOLOGÍA PMMa
Página 138 de 142
KANBAN. Se basa en una idea muy simple. Ésta es que el trabajo en curso (Work In Progress, WIP) debería limitarse y
sólo deberíamos empezar con algo nuevo cuando un bloque de trabajo anterior haya sido entregado o ha pasado a otra
función posterior de la cadena.
KB de Conocimiento: Base de Datos de Conocimiento, pagina web donde se almacenan una serie de tips o trucos así
como procedimientos de la comunidad de usuarios de los productos que permitirían a los nuevos usuarios aprovechar
más los sistemas. Se puede acceder desde el producto o a través de la página www.digitalware.com.co
MEJORES PRACTICAS: Prácticas (Son todos aquellos procedimientos laborales, que aplicados al trabajo de forma
continua, sistemática y repetitiva ayudan al individuo a poner en operación los valores y hábitos de calidad)
Las Mejores Prácticas son resultado de la experiencia de los proyectos más importantes del mundo donde se han visto
avances procedimentales y tecnológicos, SEVEN-ERP, KACTUS-HCM y HOSVITAL-HS, llevan consigo el compendio de
mejores prácticas en sistemas ERP, de Recursos Humanos y Asistenciales.
NEUROLINGÜISTICA: Estudia los mecanismos del cerebro humano que facilita el conocimiento y la comprensión del
lenguaje, ya sea hablado, escrito o con signos establecidos a partir de su experiencia o de su propia programación. Busca
integrar a la persona en un todo y permite influir en ella, de manera sutil, manteniendo la visión de donde se encuentra la
negociación con el otro individuo y hacia donde se pretende llegar.
PARALELOS: Es un proceso que se realiza en paralelo con el actual, se debe tomar como base ya sea el sistema nuevo
o el anterior e ir comparando los resultados para ajustar cualquier parámetro o dato. El paralelo se realiza es únicamente
con las fechas del momento y no con meses atrasados. En la METODOLOGIA PMMA NO SE REALIZAN PARALELOS,
Se realizan pruebas puntuales y de integración y se deja listo para que el sistema entre en operación.
PMI: El Project Management Institute (PMI©) es una organización internacional sin fines de lucro que asocia a
profesionales relacionados con la gerencia de proyectos.
PMI-ACP: Practicas y principios agiles en la dirección de proyectos que aumentan entregas rapidas, manejo de equipos y
flexibilidad.
METODOLOGÍA PMMa
Página 139 de 142
PMBOK: La Guía del PMBOK®, desarrollada por el Project Management Institute, contiene una descripción general de
los fundamentos de la Gestión de Proyectos reconocidos como buenas prácticas.
POBLACION: Acción de poblar la información en la base de datos mediante digitación manual, esta actividad es
realizada por el cliente.
PROCESO UNIFICADO: El Proceso Unificado "es un proceso de desarrollo de software configurable que se adapta a
través de los proyectos variados en tamaños y complejidad.”
Se basa en muchos años de experiencia en el uso de la tecnología orientada a objetos en el desarrollo de software de
misión crítica en una variedad de industrias.
Combino las propuestas de tres autoridades en el tema metodológico
 Grady Booch
 James Rumbaugh
 Ivar Jacobson
El Proceso Unificado guía a los equipos de proyecto en cómo administrar el desarrollo iterativo de un modo controlado
mientras se balancean los requerimientos del negocio, el tiempo al mercado y los riesgos del proyecto.
El proceso describe los diversos pasos involucrados en la captura de los requerimientos y en el establecimiento de una
guía arquitectónica lo más pronto, para diseñar y probar el sistema hecho de acuerdo a los requerimientos y a la
arquitectura.
El proceso describe qué entregables producir, cómo desarrollarlos y también provee patrones. El proceso unificado es
soportado por herramientas que automatizan entre otras cosas, el modelado visual, la administración de cambios y las
pruebas.
METODOLOGÍA PMMa
Página 140 de 142
RFP: (Request For Proposal) Un documento que da a conocer los requisitos de un Cliente y los criterios para evaluar las
ofertas.
TOGAF: The Open Group Architecture Framework (TOGAF) (o Esquema de Arquitectura de Open Group, en español) es
un esquema (o marco de trabajo) de Arquitectura Empresarial que proporciona un enfoque para el diseño, planificación,
implementación y gobierno de una arquitectura empresarial de información. Esta arquitectura es modelada por lo general
con cuatro niveles o dimensiones: Negocios, Tecnología (TI), Datos y Aplicaciones. Cuenta con un conjunto de
arquitecturas base que buscan facilitarle al equipo de arquitectos definir el estado actual y futuro de la arquitectura.
SAC: Sistema de Aseguramiento de la Calidad utilizado internamente por Digital Ware para el seguimiento de casos de
soporte o desarrollo.
SCRUM: Es un marco de trabajo para la gestión de proyectos basada en un proceso iterativo e incremental utilizado
comúnmente en entornos basados en el desarrollo ágil de software. Aunque Scrum estaba enfocado a la gestión de
procesos de desarrollo de software, puede ser utilizado en equipos de mantenimiento de software, o en una aproximación
de gestión de programas: Scrum de Scrums.
SEVEN-ERP E-Business: Suite de Software para negocios a través de Internet. Que contiene ERP, SCM y CRM. Su
creador es Digital Ware (Colombia).
SOFTWARE APLICATIVO: Software de usuario final Ejemplo: ERP, nomina.
SOFTWARE DE BASE: Software que soporta el software aplicativo, Ejemplo: El sistemas operacional, la base de datos.
SPICE: Metodología de Calidad, Software Process Improvement and Capability determination. Proyecto SPICE, ISO/IER
TR 15504
STAKEHOLDER: Cualquier persona asociada al proyecto o que el proyecto lo afecte de alguna manera.
METODOLOGÍA PMMa
Página 141 de 142
TEAM: (Together Everyone Achieves More) Juntos todos logran más. Equipo del Proyecto
TIMING : Llevar las cosas a su éxito reconociendo y reaccionando inmediatamente a los cambios y oportunidades
durante el proyecto. Es la Habilidad para ejecutar técnicas al preciso instante donde la técnica tiene su mayor efecto.
METODOLOGÍA PMMa
Página 142 de 142
UML: Lenguaje de Modelamiento Unificado
Define una serie de diagramas:

Diagramas de casos de uso
Diagramas de clase,
Diagramas de secuencia,
Diagramas de componentes,
Diagramas de despliegue,
Diagramas de estado,
Diagramas de colaboración
WEB BASED: Aplicaciones diseñadas para trabajar con protocolos Internet vía Web.
WEB ENABLE: Aplicación que se diseña Cliente / servidor o en otra arquitectura y que mediante integración u otro
procedimiento o producto se habilita para trabajar en Web.
XP: Es una metodología ágil centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo
de software, promoviendo el trabajo en equipo, preocupándose por el aprendizaje de los desarrolladores y propiciando un
buen clima de trabajo.

Metodologia PMMa

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Metodologia PMMa

Cargado por

Copyright:

Formatos disponibles

METODOLOGÍA PMMa

Guía para el Equipo de Proyecto

INTRODUCCION “Cuanto más grande es el caos, ................................................................................................................................. 5

Otros perfiles .................................................................................................................................................................................................... 67

3.3. Homologación de Datos de Acuerdo a la Parametrización ................................................................................................................. 107

INTRODUCCION “Cuanto más grande es el caos,

Adicionalmente, esta Metodología es el compendio de las MEJORES PRACTICAS en la implementación de

PROPÓSITO DEL PROYECTO

¿Qué Caracteriza una Inversión Productiva en una Empresa?

UNA INVERSIÓN QUE SE RECUPERA EN EL CORTO Y MEDIANO PLAZO

UNA INVERSIÓN QUE DISPARA LA COMPETITIVIDAD

¿Qué Caracteriza Una Inversión NO Productiva en una Empresa?

Módulos ERP/HR/Salud a Instalar

DIAGRAMA METODOLOGÍA PMMa Agile

ALISTAMIENTO ASIMILACIÓN EXPERIMENTACIÓN EJECUCION ENTREGA

Aunque los utensilios (el software, parametrización y

PMMa – Interacción de Personas

En la Fase 0 de Alistamiento y Preparación de Datos de la Metodología se entregan las Licencias de Software,

En esta Fase participan por parte de DW participan los siguientes roles:

Por parte del CLIENTE:

En esta fase participan por parte de DW:

Por parte del CLIENTE:

 Gerente de Proyecto (Área Funcional): Trabaja coordinadamente con el Gerente de proyecto de DW en la

 Representante de O&M: Apoya a los Gerentes de Proyecto en la documentación.

En esta fase participan por parte de DW:

Por parte del CLIENTE:

 Gerente de Proyecto (Área Funcional): Trabaja coordinadamente con el Gerente de proyecto de DW en la

En esta fase participan por parte de DW:

Por parte del CLIENTE:

Finalmente en la Fase de Entrega o Fase de Transición y Acompañamiento donde se verifica el cumplimiento de

En esta fase participan por parte de DW:

 Gerente de Proyecto (Implantación): Coordina las actividades correspondientes a la salida a producción y

Por parte del CLIENTE:

Interacción Entre Fases

Hitos del Proyecto

0. Fase 0 de Alistamiento y Preparación de Datos

0.1. Reunión de Inicio (Genera F-CS-005 Acta de Inicio del Proyecto)

La Transparencia es de invitar al cliente a participar estrechamente en todo el proyecto, de principio a fin.

0.1.1. Presentación Cliente y la Responsabilidad Directiva

0.2. Preparación de Datos y Entrega de Estructuras

ESTRATEGIA DE MIGRACION (TRANSICION)

0.2.1. Acuerdo de Migración

0.2.2. Depuración de la Información

0.2.3. Recolección de Información

El Representante de Sistemas y/o Líder Usuario procederán a realizar:

0.3 Entrega de Licencias y Planeación de los Requerimientos Tecnológicos para la Implantación

0.4 Verificación Requisitos Técnicos

0.4.1 Instalación del Software

 F-CS-053 Acta de Entrega de Licencias

 F-CS-004 Capacitación de Archivos Planos

*Realizar Planeación *Plan de Proyecto o Línea

Toda transformación sigue la *Analizar

1.0. Objetivos de la Fase de Asimilación

GESTION DE ALCANCE (Scope)

GESTION DE TIEMPO (Time)

 Ventajas de las herramientas de programación.

GESTION DE COSTOS (Costs)

GESTION DE CALIDAD (Quality)

GESTION DE COMUNICACIONES (Communications)

GESTION DE RECURSOS HUMANOS (Human Resources)

GESTION DE RIESGOS (Risk)

GESTION DE ADQUISICIONES o ABASTECIMIENTO (Procurement)

GESTION DE INTEGRACION (Integration)

Realizar Planeación Plan de Proyecto o Línea