La Implementaciуn de SAP R/3

1
La Implementación de SAP R/3
El significado usual de Implementar es llevar a
cabo alguna cosa, mientras que un proyecto es
normalmente definido como la calendarización de
un problema para su solución.
En los proyectos de Implementación de SAP, el
problema es normalmente, la implementación en si
misma. La implementación no se reduce solamente a
la instalación de SAP R/3 en el sistema, sino que
comienza desde la planificación de la
implementación hasta los upgrades posteriores.
Ello se debe a las siguientes razones 1.- En la
mayoría de los negocios el cambio es un proceso
contínuo. 2.- La implementación de SAP requiere
del desarrollo de estrategias de soporte y de
gestión de sistemas para óptimos resultados. 3.-
Normalmente las implementaciones SAP se realizan
módulo por módulo, en distintas fases.
2
La Implementación de SAP R/3

• Estrategias de Implementación

Existen básicamente tres tipos de estrategias de
implementación

• Step by Step

• Big Bang

• Roll - out

3
La Implementación de SAP R/3

• Estrategias de Implementación

• Step by Step

Este tipo de implementaciones se caracteriza por
la implantación del software en etapas,
normalmente con módulos relacionados cada vez.
Ventajas
Desventajas

• Baja complejidad en coordinación, control y
  organización del proyecto y recursos.
• Menor cantidad de recursos
• Mejora constante en la calidad de los proyectos
• Se posibilita la consultoría interna
• La gente tiene más tiempo para adaptarse a los
  cambios
• Costos prorrateados en el tiempo
• Verificación de la funcionalidad del modelo
  implementado

• Proyectos más largos en el tiempo
• Mayor construcción de interfaces para mantener
  la transferencia de datos entre sistemas no SAP y
  SAP
• Declina la motivación de los miembros del
  proyecto
• Uso parcial de la ventaja de la integración
• Puede ser necesario rediseñar procesos
  previamente implementados
• La parametrización puede no ser óptima debido a
  que existen módulos no implementados

4
La Implementación de SAP R/3

• Estrategias de Implementación

• Big Bang

Este tipo de implementaciones reemplaza los
sitemas existentes en la compañía en una solo
operación con el nuevo software de empresas.
Ventajas
Desventajas

• Se requieren pocas o ninguna interfaz entre los
  sistemas antiguos y SAP
• Menor tiempo de implementación
• La funcionalidad de integración puede utilizarse
  de inmediato
• Alta motivación de los miembros del proyecto
• Altamente eficiente, al evitar parametrización
  redundante
• Integración óptima de los componentes
  involucrados

• La implementación es muy compleja
• Se requiere gran cantidad de recursos
  (financieros y humanos) en un corto período de
  tiempo.
• Todos los empleados están sometidos a altos
  niveles de stress al mismo tiempo
• Gran involucramiento de la alta gerencia
• Para reducir la complejidad, sólo se plantean
  objetivos modestos

5
La Implementación de SAP R/3

• Estrategias de Implementación

• Roll-out

Para este caso, se crea un modelo de
implementación en un lugar, que luego es
replicado en otros sitios. Para el desarrollo de
del modelo puede usar la estrategia de Step by
step o Big bang
Ventajas
Desventajas

• Expertise disponible para implementaciones
  rápidas
• Costos reducidos, porque se requieren pocos
  recursos
• Se reducen los riesgos, ya que la mayoría de los
  problemas se resuelven en la realización del
  modelo
• Uniformidad en todas las implementaciones de la
  compañía
• Mejor comunicación entre las diferentes
  implementaciones

• La parametrización debe considerar los
  estándares de la compañía en las implementaciones
  siguientes
• Es posible dejar fuera procesos específicos de
  una implementación

6
Etapas de proyectos de Implementación

• Un proyecto de Implementación SAP, normalmente se
  divide en las siguientes etapas

1.- Organización del Proyecto
2.- Diseño Conceptual
3.- Diseño Detallado
4.- Preparación al Productivo
5.- Entrada en Productivo y Soporte
7
Etapas de proyectos de Implementación

• 1.- Organización del Proyecto

La primera fase en el ciclo de vida del proyecto
la etapa de Organización de Proyecto es la
base para el proyecto completo. En esta etapa
se define el alcance del proyecto, se involucra a
la organización, se asignan los recursos, se crea
el cronograma de la implementación y se determina
el entorno técnico. Las principales tareas a
realizar son

• 1.1 Determinar alcance del proyecto
• 1.2 Determinar la organización del proyecto
• 1.3 Determinar el equipo de trabajo
• 1.4 Determinar la administración del proyecto
• 1.5 Cronograma del Proyecto
• 1.6 Entorno Técnico

8
1.- Organización del Proyecto
1.1 ALCANCE
El alcance del proyecto incluye la definición,
objetivo y estrategias para la implementación.
9
1.- Organización del Proyecto
1.1 ALCANCE
El alcance del proyecto incluye la definición,
objetivo y estrategias para la implementación.
10
1.- Organización del Proyecto
1.2 ORGANIZACIÓN
La organización se refiere a la forma en que
estarán relacionados los recursos participantes
en el proyecto. Aunque esta puede variar para
cada caso, en general se sigue la siguiente
estructura
11
1.- Organización del Proyecto
1.2 ORGANIZACIÓN
Steering Committee

• Es la máxima autoridad del proyecto, y debe
  cumplir las siguientes tareas
• Asumir la responsabilidad del proyecto
• Controlar los objetivos del proyecto
• Gestionar la implementación de las políticas del
  proyecto
• Controlar la planificación y progreso del
  proyecto
• Permitir decisiones rápidas
• Decidir sobre temas organizacionales
• Gestionar la disponibilidad de Recursos
• Apoyar al gerente de proyecto
• Aprobar propuestas para el equipo de proyecto

12
1.- Organización del Proyecto
1.2 ORGANIZACIÓN
Project Manager

• Es el lider del proyecto. En generl, existen dos
  gerentes de proyecto,
• uno por la empresa y otra por la consultora. Las
  tareas son las siguientes
• Liderar el proyecto
• Gestionar el proyecto (planificación,
  organización, coordinación, control)
• Dirigir a los miembros del proyecto
• Detectar y resolver problemas y conflictos
• Relaciones publicas y marketing
• Entrenar a los jefes de equipo y steering
  committee
• Reportar al steering committe
• Dirigir el control de calidad

13
1.- Organización del Proyecto
1.2 ORGANIZACIÓN
Equipo de proyecto - Usuarios

• Los usuarios participantes en el equipo de
  proyecto deben poseer conocimiento del software y
  de los procesos de negocios a implementar, así
  como capacidad de decisión respecto de los
  cambios en los procesos.
• Configurar y parametrizar el sistema
• Definir los concepts As Is y To Be
• Apoyar a los otros miembros del equipo de
  proyecto
• Entrenar y apoyar a los usuarios
• Probar el sistema
• Discutir problemas funcionales con los
  responsables del gerenciamiento del proyecto
• Evaluar las propuestas del equipo de proyecto

14
1.- Organización del Proyecto
1.2 ORGANIZACIÓN
Equipo de Proyecto - Consultores

• Los consultores poseen un conocimiento profundo
  del funcionamiento del sistema, y de los
  procesos de negocios a implementar. Las tareas
  bajo su responsabilidad son
• Apoyar y Entrenar a los usuarios del equipo de
  proyecto
• Determinar los puntos críticos
• Crear, controlar y verificar plan de
  implementación
• Resolver problemas
• Configurar y parametrizar el sistema
• Proveer control de calidad de los módulos
  implementados
• Documentar las actividades

15
1.- Organización del Proyecto
1.3 EQUIPOS DE TRABAJO
Una vez definidas las posiciones dentro de la
estructura organizativa (organigrama) del
proyecto, deben seleccionarse las personas que
formarán parte de esos equipos
Los recursos humanos, en la apropiada cantidad y
calidad, son cruciales para el éxito del proyecto.
16
1.- Organización del Proyecto
1.3 EQUIPOS DE TRABAJO
Consideraciones

• Establecer relaciones de confianza entre los
  miembros del equipo comunicación efectiva,
  delegar responsabilidades, apoyo, etc.
• Establecer la participación activa de las
  gerencias, que deben sentirse propietarias del
  proyecto.
• Formar una dirección de proyecto fuerte y
  efectiva.
• Entregar atribuciones suficientes al gerente de
  proyecto
• Formar un equipo de proyecto sólido y bien
  calificado
• Reclutar miembros de proyecto capaces
• Definir tareas y responsabilidades claramente
• Asignar usuarios full-time al proyecto
• Incluir usuarios con experiencia operativa
• Aprender de los consultores externos,
  estableciendo relaciones de confianza con la
  compañía de consultoría

17
1.- Organización del Proyecto
1.4 ADMINISTRACIÓN DEL PROYECTO
La administración del proyecto incluye todas las
materias relacionadas a reportes de progreso,
registro de tiempos, organización de reuniones,
distribución de la información del proyecto, etc.
Debe considerarse

• Mantener reuniones periódicas, para mejorar la
  comunicación, controlar el avance y apoyar al
  equipo de proyecto. Deberían realizarse reuniones
  con alta frecuencia.
• Preparar la reuniones, distribuyendo información
  a discutir en forma previa
• Determinar la documentación estándar del
  proyecto e hitos de control
• Mantener a la organización informada de los
  avances del proyecto de implementación
• Organizar la asignación de salas para reuniones,
  creando un calendario de reuniones.

18
1.- Organización del Proyecto
1.5 CRONOGRAMA
El cronograma del proyecto es vital para el
control de las actividades, avance del proyecto y
aplicación de medidas correctivas. Para la
elaboración del cronograma debe tenerse en
consideración lo siguiente

• Asegurarse que el cronograma cumple todas las
  tareas requeridas
• Apoyarse en los consultores para la creación del
  cronograma
• Tomar en cuenta las contingencias en la
  planificación
• Mantener la planificación simple y no
  burocrática
• Distribuir la planificación entre los miembros
  del equipo de trabajo
• Mantener cronogramas detallados por módulo y
  fases del proyecto

19
1.- Organización del Proyecto
1.5 CRONOGRAMA - Global
20
1.- Organización del Proyecto
1.6 ENTORNO TECNICO
El entorno técnico describe la configuración del
hardware para las aplicaciones SAP, la
infraestructura de redes y la compra de software
y licencias.
Ref.Sesión 1 Consideraciones Técnicas de
implementaciones SAP R/3
21
Etapas de proyectos de Implementación

• 2.- Diseño Conceptual

La fase de Diseño Conceptual corresponde a la
definición de los procesos de negocios a
implementar. En esta etapa se realiza la
reingeniería de los procesos de negocios, con la
ayuda del modelo de referencia SAP. Las tareas a
realizar en esta fase son

• 2.1 Determinar Estructura Organizativa
• 2.2 Determinar situación Actual As Is
• 2.3 Determinar situación futura To Be
• 2.4 Determinar Interfaces y desarrollos ABAP/4
  adicionales
• 2.5 Determinar conversiones iniciales
• 2.6 Determinar formularios y reportes
• 2.7 Aprobar el Diseño Conceptual

22
2.- Diseño Conceptual

• 2.1- ESTRUCTURA ORGANIZATIVA

Antes de comenzar la parametrización debe quedar
claramente establecida la estructura organizativa
que representará a la compañía en el sistema SAP.
Modelar la estructura organizativa es un paso
fundamental en el proyecto, ya que de ella
dependen muchos otros procesos. Para ello debe
realizarse una reunión integrada, con
participación de todos los equipos de trabajo (de
cada módulo), considerando también el crecimiento
esperado para la compañía.
23
2.- Diseño Conceptual

• 2.2.- SITUACIÓN ACTUAL As Is

El relevamiento de la situación actual pretende
conocer los procesos que realiza la compañía, y
sus requerimientos futuros. Los puntos a
considerar son 1.- Descripción General 1.1
Compañía y departamentos 1.2 Estructura
Organizativa 2.- Descripción detallada 2.1 Datos
Maestros 2.2 Procesos 2.3 Funciones y
Procedimientos 3.- Medidas de Performance
24
2.- Diseño Conceptual

• 2.3.- SITUACIÓN FUTURA To Be

Describe la situación futura de la compañía,
después del análisis a los procesos actuales y
requeridos, y a partir de los modelos de negocio
incorporados en SAP (Modelo de Referencia). Los
puntos a incluir en el análisis de situación
futura son 1.- Descripción detallada 2.1
Datos Maestros 2.2 Procesos 2.3 Funciones y
Procedimientos 2.- Medidas de Performance 3.-
Conclusiones 5.1 Puntos Críticos 5.2 Gap y
soluciones
25
2.- Diseño Conceptual

• 2.4.- Interfaces y Desarrollos ABAP/4

A partir de los requerimientos y de la solución
SAP (To Be), se identifican los procesos no
cubiertos por SAP. En este caso es necsario
identificar y diseñar interfaces desde otros
sistemas no SAP que entregarán la información
necesaria, así como determinar si deben
construirse programas especiales para asegurar la
funcionalidad requerida no cubierta por SAP. Los
puntos a inlcuir son 1.- Interfaces diseño,
periodicidad y tipo de interfaz. 2.- Programas
especiales ABAP/4 Debe realizarse un mapa de
sistemas con el diseño final de sistemas,
señalando las interfaces que permanecen.
26
2.- Diseño Conceptual

• 2.4.- Interfaces y Desarrollos ABAP/4

Mapa de Interfaces
27
2.- Diseño Conceptual

• 2.5.- Conversiones Iniciales

Las conversiones iniciales corresponden a la
transferencia de datos desde los sistemas
antiguos a SAP. Después de realizar el análisis
de procesos y datos maestros, se determina que
datos serán cargados inicalmente en el sistema
R/3, y la forma en que se realizará esta
carga. A partir de esta información se comienza
con el trabajo de Depuración de datos maestros, y
el desarrollo de programas de carga inicial.
Normalmente se consideran dos programas
diferentes, uno para extracción y otro para carga
en SAP
?
ABAP/4
Sistemas antiguos
SAP
28
2.- Diseño Conceptual

• 2.6.- Reportes y formularios

Durante el relevamiento de situación actual y
requerimientos futuros deben identificarse los
reporte y formularios que deben desarrollarse
para satisfacer los requerimientos de información
de la compañía. En el caso de los Reportes, SAP
provee una gran variedad de informes de gestión ,
a los que deben asimilarse los requerimientos de
la compañía. En caso de que los reportes no
existan en SAP, debe considerarse la posibilidad
de desarrollarlos en ABAP/4. Para los
Formularios, existe una herramienta en SAP ,
SAPscript, para la construcción de formularios.
Deben identificarse y detallarse lo formularios
que se imprimirán en la operación en productivo
de la empresa.
29
2.- Diseño Conceptual

• 2.7.- APROBAR

Una vez que se han realizado las tareas de
análisis de procesos, se genera el documento de
Diseño Conceptual, que incluye los requerimientos
de usuarios, los procesos SAP a implementar,
análisis de Datos Maestros, Cargas iniciales de
Datos, Interfaces y desarrollos ABAP/4,
Formularios y Reportes. Se incluyen también los
puntos críticos de la implementación y en algunos
casos un análisis FODA. Este documento es
aprobado por el comité de dirección del proyecto.
Este paso es clave, ya que a partir de la
información incluida en este documento se
realizará la parametrización en la etapa
siguiente.
30
Etapas de proyectos de Implementación

• 3.- Diseño Detallado

La fase de Diseño Detallado corresponde a la
parametrización del sistema, desarrollo de
interfaces y programas ABAP/4. Las tareas a
realizar en esta fase son

• 3.1 Ajustar estructura de IMG en SAP
• 3.2 Parametrizar estructura organizativa y
  Procesos
• 3.3 Programar interfaces y desarrollos ABAP/4
• 3.4 Realizar y presentar prototipo

31
3. Diseño Detallado

• 3.1.- Ajustar Estructura de IMG

La IMG (Implementation Guide) es la base para la
parametrización del sistema SAP. Posee muchas
funcionalidades para agilizar la parametrización.
Para cada aplicación de negocios, la IMG explica
cada paso del proceso de implementación, los
parámetros estándar de SAP, describe como debe
configurarse el sistema y abre las actividades en
forma interactiva. El ajuste de la IMG
correponde a dejar las actividades a utilizar en
la fase de implementación, seleccionando módulos
y submódulos, y luego generando una IMG
específica para el proyecto.
32
3. Diseño Detallado

• 3.1.- Ajustar Estructura de IMG

33
3. Diseño Detallado

• 3.2.- PARAMETRIZACIÓN

La parametrización corresponde a ajustar los
PARAMETROS que permiten definir los procesos en
SAP. Es recomendable utilizar la IMG, ya que se
requiere que la secuencia de actualización de
parámetros siga un orden lógico . La tarea de
parametrización toma como base las definiciones
realizadas en la etapa de diseño conceptual. Una
vez que se realiza un cambio o una nueva
parametrización, este se registra en una ORDEN DE
TRANSPORTE, que permitirá copiar los cambios
realizados en la máquina de desarrollo al
productivo.
34
3. Diseño Detallado

• 3.3.- DESARROLLOS E INTERFACES

Los desarrollos ABAP/4 incluyen los programas de
cargas iniciales, así como interfaces y programas
específicos. Este es uno de los puntos críticos
del proyecto, y deben considerarse los puntos
siuientes

• Alta Prioridad
• Las cargas iniciales consumen mucho tiempo
• Se requieren programadores con conocimiento de
  los lenguajes de programación de los sistema
  antiguos y de SAP, que deben interactuar entre
  sí.
• Los datos a cargar deben ser revisados por los
  usuarios

35
3. Diseño Detallado

• 3.4.- PROTOTIPO

El objetivo de esta fase es construir un
prototipo que contenga los principales procesos y
procedimientos del modelo de negocios, y los
datos de prueba apropiados. Seleccionar los
procesos que se incluirán en el prototipo es una
tarea que depende de los usuarios claves del
proyecto. En general, se consideran los procesos
más frecuentes y/o mas criticos dentro de la
organización, y se incluyen en el modelo. Una
vez que el prototipo está terminado, se presenta
al equipo de proyecto, en la reunión de cierre de
la etapa de Diseño Detallado.
36
Etapas de proyectos de Implementación

• 4.- Preparación al Productivo

La fase de Preparación al Productivo corresponde
a las tareas previas al comienzo de la operación
en el entorno real. Se realizan las pruebas y
puesta a punto del sistema para el comienzo de la
operación. Las tareas a realizar en esta fase
son

• 4.1 Pruebas
• 4.2 Transporte de la parametrización y programas
• 4.3 Creación de Perfiles de Usuario
• 4.4 Verificación de la documentación
• 4.5 Transferencia de Datos Iniciales

37
4.- Preparación al Productivo
4.1 PRUEBAS
Antes de transportar la parametrización al
sistema productivo, es necesario asegurar que los
procesos, interfaces, programas y cargas
funcionan de acuerdo a lo requerido. Para ello se
realizan diferentes pruebas en el mandante de
test
38
4.- Preparación al Productivo
4.2 TRANSPORTES
Una vez realizadas las pruebas, y las
correcciones, se debe transportar la
parametrización y programas desarrollados al
sistema productivo. Para ello se debe haber
creado previamente la instancia productiva, y
ajustar las conexiones entre el sistema de
desarrollo y el sistema productivo. El
transporte se realiza a través de ordenes que se
exportan e importan entre ambos sistemas
39
4.- Preparación al Productivo
4.3 PERFILES DE USUARIO
Los perfiles de usuario contienen las
autorizaciones para operar en el sistema SAP.
Existen muchos elementos que permiten definir las
autorizaciones para realizar determinadas
actividades en el sistema. Este es un punto
crítico, ya que si los usuarios no cuentan con
los perfiles adecuados pueden ver bloqueado el
acceso a las operaciones que realizan, o se les
puede dar acceso a operaciones e información que
no corresponde a sus funciones. Para la creación
de perfiles de usuario debe establecerse una
matriz de roles de acuerdo a las funciones que
desempeñan los usuarios en la compañía. A cada
rol le corresponden autorizaciones para ejecutar
algunas tareas. Luego de crear los perfiles,
estos se asocian a los usuarios creados en el
sistema SAP.
40
4.- Preparación al Productivo
4.4 DOCUMENTACIÓN
Como resultado de las diferentes etapas de la
implementación, se generan varios documentos que
sirven de apoyo al control del proyecto y a la
operación posterior. La documentación más
importante es
41
4.- Preparación al Productivo
4.4 DOCUMENTACIÓN
42
4.- Preparación al Productivo
4.5 CARGAS INICIALES
Cuando se ha transportado la parametrización, el
sistema productivo está listo para ser poblado,
es decir, para recibir los datos maestros con los
que debe comenzar a operar. Los datos deben haber
sido depurados por los usuarios, y extraidos
desde sus sistemas de origen, via archivos o
manualmente. La carga inicial de datos es el
último paso antes de la entrada en productivo.
Para estos efectos se han construido los
programas de Batch Input, que simulan las
transacciones de entrada de datos.
0001 001 088 20001 540 0001 001 088 20002
100 0001 001 088 20003 000 0001 001 088 20004
000 0001 001 088 20100 010 0001 002 090 20001
000 0001 002 090 20002 200
Batch Input
43
Etapas de proyectos de Implementación

• 5.- Entrada en productivo y Soporte

Los proyectos de implementación no terminan con
la entrada en producción. Hay muchas tareas que
continúan después de la entrada en productivo,
entre ellas

• 5.1 Soporte a la operación
• 5.2 Optimización del sistema

44
5.- Entrada en Productivo y Soporte
5.1 SOPORTE

• El proyecto de implementación no termina con la
  entrada en productivo. A partir del momento en
  que comienza la operación real en SAP, se debe
  prestar soporte a los usuarios finales del
  sistema, mediante una mesa de ayuda.
• También debe crearse un plan de contingencia para
  el caso de que la operación con SAP no esté
  disponible.
• Los principales problemas al momento de comenzar
  la operación son
• Autorizaciones de los usuarios para la ejecución
  de tareas
• Desconocimiento de la operación del sistema
• Desconocimiento de los nuevos procedimientos
  administrativos

45
5.- Entrada en Productivo y Soporte
5.2 OPTIMIZACIÓN DEL SISTEMA
La optimización del sistema es necesaria ya que
no todos los escenarios pueden ser completamante
probados antes de la entrada en productivo.
También surgen nuevos requerimientos de los
usuarios cuando el sistema ya se encuentra en
productivo. Los factores que mas influyen en la
estabilización del sistema son

• Cargas Iniciales
• Pruebas y preparación del sistema
• Difusión del proyecto y formación de usuarios

46
Entorno de la implementación SAP

• Existen otras actividades y tareas que se
  desarrollan a lo largo del proyecto de
  implementación, y que no pueden ser asociadas a
  una fase en particular, pero son fundamentales
  para el éxito del proyecto. Estas son

1.- Capacitación
2.- Control del Proyecto
3.- Gestión del Riesgo
4.- Gestión del Cambio
47
Entorno de la implementación SAP

• 1.- CAPACITACIÓN

La capacitación constituye una de las tareas más
difíciles e importantes en cualquier proyecto, ya
que cada grupo de usuarios tiene diferentes
necesidades, preferencias y potencial de
aprendizaje, y debe ser entrenado en diferentes
fases del proyecto. Existen tres momentos claves
para la formación

• Antes del Diseño conceptual, los miembros del
  equipo de proyecto deben capacitarse en cursos
  SAP de nivel 1 y 2, que les permitan comprender
  los procesos que van a modelar, y las
  potencialidades del sistema.

48
Entorno de la implementación SAP

• 1.- CAPACITACIÓN

• Antes del Diseño Detallado, o parametrización.
  Los miembros del equipo de proyecto deben
  capacitarse en cursos SAP de nivel 3, que les
  permitan aprender a parametrizar el sistema.

• Antes de la Entrada en productivo. Debe
  diseñarse un curso a medida, de acuerdo a la
  forma en que se operará el sistema SAP. Este
  curso está dirigido a los usuarios finales, y
  constituye el punto mas importante de motivación
  a los futuros usuarios SAP. Es importante además
  que la formación sea entregada poco antes de la
  puesta en marcha, para evitar que se olviden los
  conocimientos aprendidos, por falta de práctica.

49
Entorno de la implementación SAP

• 2.- CONTROL DE PROYECTO

El control de Proyecto es un aspecto clave de la
implementación del sistema. Las desviaciones del
cronograma del proyecto o de sus objetivos, deben
ser rápidamente identificadas y evaluadas, para
determinar las medidas correctivas
necesarias. El ciclo de control de proyectos
consta de cuatro fases
Definir
Medir
Dirigir
Corregir
50
Entorno de la implementación SAP

• 3.- GESTIÓN DEL RIESGO

Al comienzo del proyecto debe realizarse un
análisis de riesgo, para identificar, analizar y
responder a los riesgos posibles del proyecto, en
cualquiera de sus etapas. La identificación de
riesgos o puntos críticos, es una tarea
permanente, que se desarrolla a lo largo del
proyecto, en cada reporte. El propósito de esto
es conseguir que la gente piense acerca de los
riesgos potenciales y advierta al lider del
proyecto en cualquier momento. Una forma común
de gestionar el riesgo es mantener un reporte
periódico de riesgos potenciales, por módulo,
para cada etapa del proyecto
51
Entorno de la implementación SAP

• 3.- GESTIÓN DEL RIESGO

El reporte de análisis de riesgo debe contener
los siguientes datos

• Factor de Riesgo
• Cambio de probabilidad
• Probabilidad de ocurrencia
• Mediciones
• Impacto en el proyecto

52
Entorno de la implementación SAP

• 4.- GESTIÓN DEL CAMBIO

La implementación de un sistema de gestión
integrado, como SAP, tiene un gran impacto en una
empresa, especialmente en sus empleados. La
reacción usual es la resistencia al cambio, ya
que este se percibe como negativo. Normalmente,
quienes perciben el cambio como negativo siguen
un ciclo del tipo siguiente
ACTIVO
Negociación

• Miedo a perder la propiedad de los datos
• Miedo de cometer errores
• Perdida de contacto social
• Muy flojos para responder al cambio
• Temor a cambios Estructurales
• Otras dificultades personales

Enojo
Depresión
Aceptación
Schock
Pesismismo
Comprensión
PASIVO
tiempo
53
Entorno de la implementación SAP

• 4.- GESTIÓN DEL CAMBIO

En el caso de que el cambio se perciba como
positivo, se tiene el siguiente ciclo
ACTIVO

• Mayor acceso a datos de toda la compañía
• Facilita el contacto con otros empleados
• Posibilita el crecimiento en sus trabajos
• Mayor capacidad de negociación con proveedores o
  clientes, por acceso a datos más rápido

Comprobación
Esperanza Realista
Pesimismo Informado
Optimismo informado
Optimismo Desinformado
Satisfacción
PASIVO
tiempo
54
Metodología ASAP
ASAP (Accelerated SAP) es la solución SAP para
implementaciones rápidas, específicamente
diseñada para acelerar y estandarizar el proceso
de implementación, para alcanzar la funcionalidad
de los procesos críticos As Soon As
Possible. http//www.sap.com/mexico/partners/howt
opartner/index.epx
55
Metodología ASAP
La metodología ASAP consta de las cinco etapas
clásicas de proyectos de implementación
Cada una de estas etapas contiene herramientas de
ayuda para facilitar y acelerar la implementación
(cuestionarios, formatos, etc.)
56
Metodología ASAP
57
Metodología ASAP
Además de las herramientas de ASAP, existe una
base de datos de preguntas y respuestas, que
permite realizar un control de calidad a la
implementación
58
Aceleradores SAP
Los aceleradores SAP son herramientas que
permiten definir en forma rápida ciertos aspectos
claves de las implementaciones de R/3. Entre
ellos están

• Autorizaciones
• Mandantes preconfigurados
• Comercio electrónico
• Reportes
• Guias Made Easy
• Transferencia de Datos
• Formularios
• Administración de Sistemas
• EDI
• Otros

59
Herramientas de Control de Proyecto
Dentro del Sistema R/3 existen herramientas que
ayudan a controlar la implementación. La
principal herramientas es la Guia de
Implementación (IMG)
La GUIA de IMPLEMENTACIÓN es una estructura
jerárquica organizada, que refleja los
componentes de las aplicaciones de negocios de
R/3. En ella, se listan todos los documentos para
la implementación (parametrización) del sistema,
y permite acceder directamente a las siguientes
actividades

• Ejecuta transacciones de parametrización
• Permite documentar el proyecto
• Mantiene información del Status del proyecto

Permite controlar y documentar el proceso de
implementación. Existen varios niveles de
trabajo con la IMG
60
Herramientas de Control de Proyecto
IMG de Referencia SAP
IMG de la empresa
IMG de la versión
61
Trabajo con la IMG
Ejemplo Parametrizar grupos de compra
62
Trabajo con la IMG
Ejemplo Parametrizar grupos de compra