Anda di halaman 1dari 16

3

instalan yde
trabajan
articuladamente
para
entregar
resultados
estadsticos,
las ,
herramientas
personal
la
de
empresa,
laLA
TI,IMPLEMENTACIN
requieren
conceptos
de como
una
forma
trabajo
especifica
en
equipo,
de trabajo
planeamiento
del
monitoreo
dejan
de
ser
meros enunciados
PRCTICAS
PARA
DE
BUSINESS
INTELLIGENCE
1. Tener Plan
Realizar un plan. Como todos los proyectos de software o de negocios, los de
Business Intelligence (BI) se desenvuelven mejor cuando el proceso de
implementacin est bien planeado y avanza en forma orquestada. Se recomienda
a los equipos de BI hacer algo rpidamente para entusiasmar a la gente y luego
avanzar en una serie de pasos alcanzables. Si la gente aprende a confiar en BI,
van a poner ms recurso en ello.
2. Definir necesidades especficas
Averiguar lo que usted necesita comprar y que no. Una de las primeras cosas que
las organizaciones de mercado medio debe hacer es determinar si necesitan una
plataforma de BI independiente o si la funcionalidad de BI integrada en sus
aplicaciones de negocio existentes son suficientes. Por ejemplo, la mayora de los
sistemas ERP y CRM incluyen reportes. Si una organizacin requiere slo
informacin bsica y capacidades de anticipacin con fines predictivos, es
probable que sea suficiente con las herramientas integradas, evitando la
necesidad de licenciar, instalar y administrar el software de BI independiente.
3. Hacer Simple
Como regla general la empresa debe comenzar con algo simple y sencillo en sus
estrategias de implementacin de BI, a menos que tenga una razn de peso para
construir un sistema de BI ms complicado.
La mayora de los proyectos de Business Intelligence (BI) slo est centrado en la
entrega de informes bsicos. No es muy posible que las organizaciones del
mercado medio en particular, necesiten tableros de lujo, modelos de prediccin o
actualizaciones continuas, por la sencilla razn que slo pueden contar con una o
dos fuentes de datos y unos pocos usuarios.
4. Capacitar a usuarios finales
Capacitar a los usuarios finales, y ahorrar en recursos de TI, a travs de
autoservicio. Tal como sucede con otras aplicaciones de negocios, se recomienda
un enfoque de autoservicio de BI tal que permita a los usuarios empresariales
crear sus propias vistas de los informes estndar en lugar de tener que depender
de TI o de un equipo de BI que lo haga por ellos.
Con el enfoque de auto-servicio, los usuarios deben ser capaces de crear nuevos
informes ms rpido que si tuvieran que esperar por su ayuda y personalizarlos

basados en sus necesidades individuales. Al evaluar un software de Business


Intelligence (BI), hay que asegurarse que tenga las caractersticas que lo hagan
sumamente utilizable por los usuarios.
5. Evaluar necesidades de datos y determinar si BI puede ser independiente
Si una organizacin tiene mltiples aplicaciones que manejan diferentes conjuntos
de datos, una iniciativa de BI puede ser una buena razn para tratar de unificar los
informes y una mejor relacin entre los datos, posiblemente en un depsito de
datos (Data Warehose) o conjuntos integrados (data marts). Sin embargo, la
construccin y la gestin de los data marts o un almacn de datos puede ser una
gran desafo para las empresas, pues por lo general requiere un grupo
especializado dentro de TI. La consolidacin, limpieza e integracin de datos y
elaboracin de informes estandarizados tambin requieren recursos.
Si todo esto parece demasiado desalentador como para asumirlo dentro de la
empresa, considere la externalizacin (outsourcing).
6. Controlar los costos
No dejar que los costos se salgan de control. Mantener los costos de BI bajo
control y a la baja se reduce a hacer un buen trabajo de identificacin de las cosas
que realmente necesita una organizacin como parte del proceso de recopilacin
de requisitos y la construccin de un modelo de negocio. No sobre comprar el
hardware es una buena manera de lograr el objetivo de contencin de costos. La
decisin de una contratacin externa, en al menos parte de un proyecto, puede ser
otra

HERRAMIENTAS TI
Las herramientas que proporcionan las TI no son solamente programas que se instalan y
trabajan articuladamente para entregar resultados estadsticos, las herramientas de la TI,
requieren de una forma especfica de trabajo del personal de la empresa, conceptos como
trabajo en equipo, planeamiento, monitoreo, el obtener resultados tangibles en los
logros de las empresas implica un cambio en la filosofa de trabajo de todos.
Y dentro de las herramientas de TI se encuentra Business Intelligence.

Herramientas aplicadas en Business Intelligence


Se define la inteligencia de negocios como el conjunto de herramientas y tecnologa que les

finales
acceder
y negocio,
analizar
sencilla,
manera
la
decisiones
deintelligence
negocio
para
mejora
empresa.
el
rendimiento
de
lay
o
Business
es
una
que
tiene
estrategia
empresarial
el
rendimiento
dedatos
empresa
competitividad
del
orpida
inteligente
sus
histricos
u
operaciones
(transacciones
diarias)
negocios
de
herramientas
como
el
conjunto
tecnologa
que
les

permiten a los usuarios finales acceder y analizar de manera rpida y sencilla, la


informacin para tomar decisiones de negocio para mejora el rendimiento de la empresa.

La inteligencia de negocios o Business intelligence es una estrategia empresarial que tiene


como objetivo incrementar el rendimiento de la empresa o la competitividad del negocio,
organizando de manera inteligente sus datos histricos (transacciones u operaciones
diarias).
Herramientas de la inteligencia de negocios
Con el tiempo y tras la necesidad de las empresas de tener una base que les ayudase a la
toma de decisiones surgieron herramientas que suplieran estas necesidades llamadas
DSS (Decision support system) tales como las EIS y OLAP as como las diferentes tcnicas
herramientas de la minera de datos.
sistemas
EIS
de
(Executive
informacin
information
que
permiten
systems)
a los
son
ejecutivos
un
demanera
las
dede
empresas
herramientas
tener
y acceso
al
estado
cambio
de
que
las
seactividades
presente
en
y su
laleempresa
gestin.
Permiten
informar
de
inmediata
cualquier
Las
EIS
(Executive
information
systems)
son
unconjunto
conjunto
herramientas
y sistemas
de informacin que le permiten a los ejecutivos de las empresas tener acceso al estado de
las actividades y su gestin.
Permiten informar de manera inmediata cualquier cambio que se presente en la empresa.
Las OLAP (On-line analytical processing) brindan facilidad para manejar y transformar
los datos para producir nuevos datos. El objetivo de las OLAP es agilizar la consulta
de grandes cantidades de datos.

Las herramientas de la minera de datos tienen como objetivo extraer patrones y


tendencias con el fin de predecir comportamientos futuros. La minera de datos analiza los
datos mientras que las OLAP e EIS facilitan el acceso a la informacin para que se puede
hacer un anlisis ms efectivo, lo cual quiere decir que sirven de apoyo a la minera
de datos.
Para que puedan funcionar los sistemas arriba mencionados, es necesario que exista un
almacn de datos o Warehouse el cual es una coleccin de datos histricos internos o
externos, que describen un contexto o rea de estudio orientada hacia un dominio
que permiten aplicar herramientas con el fin de describir, resumir y analizar los datos
para ayudar en la toma de decisiones.
Para cargar o alimentar los datos se utiliza un sistema llamado ETL (Extraction,
transformation, Load) que se encarga de la lectura de los datos , incorporacin de nuevos
datos, creacin de claves etc.

Actualmente, las herramientas de BI disponibles en el mercado son incontables, pero


estas 20 no pueden pasar desapercibidas:
1. Microsoft Dynamics NAV: especial para pequeas y medianas empresas que
buscan mejorar su competitividad.

2. Microsoft Dynamics CRM: efectiva para la administracin de clientes.


3. Oracle Business Intelligence: una de las ms completas en el mercado ya que
cuenta con paneles interactivos, anlisis predictivos en tiempo real, entre otros.
4. Ultimus: un entorno integrado que permite compartir informacin entre
aplicaciones.
5. Office SharePoint Server: facilita el acceso a la informacin en cualquier
momento y lugar.
6. QlikView: mantiene las bases de datos al alcance de una manera sin precedentes.
7. Microsoft Performance Point Server: permite supervisar, alinear y hacer un plan
de negocio.
8. Microsoft SQL Server: adecuada para realizar un anlisis panormico de la
empresa y tomar las mejores decisiones.
9. JetReports: especial para crear informes ERP.
10. Eclipse BIRT Project: genera informes para aplicaciones web de cdigo abierto.
11. JasperReports: permite crear informes de rpida impresin.
12. LogiReport: aplicacin gratuita basada en web de LogiXML
13. OpenI: aplicacin web orientada al reporting OLAP.
14. SPSS: programa estadstico especialmente empleado en ciencias sociales e
investigaciones de mercado.
15. Pentaho: incluye herramientas para generar informes, minera de datos, ETL,
entre otros.
16. RapidMiner: permite analizar datos a travs de un entorno grfico.
17. Crystal Reports: genera informes desde bases de datos mltiples.

18. ApeSoft: ofrece una interface sencilla similar a Microsoft Excel.


19. SAS Institute: facilita la gestin de riesgo financiero, desarrollo de modelos de
minera de datos, etc.
20. NiMbox: organiza los datos de la empresa en interactivas aplicaciones.
ENFOQUES METODOLOGICOS DE BI:
El uso de la metodologa nos puede orientar a definir correctamente los objetivos de
negocio y definir las metas del proyecto, pero no garantiza un proyecto exitoso debido a
los factores directos e indirectos que influyen en este tema, como lo son las herramientas
de BI seleccionadas, la cultura organizacional, perfiles tcnicos y de negocio de los
consultores, presupuesto del proyecto, entre otros.
A) Data-Driven Approach: est centrado en los datos, en la estructura de los mismos, en
sus usuarios y en la forma en que los emplean. Se fija en los datos que son consultados
con mayor frecuencia, en la relacin existente entre ellos, en las consultas que estn
asociadas a ellos. La premisa de este enfoque es "los datos nunca mienten", en tanto de
los usuarios no lo podemos asegurar.
B) Value-Chain Data Approach: se basa en la cadena de valor del BI, focalizndose en
los datos que generaran mayor valor para el negocio.
C) Process-Driven Approach: enfoque orientado al anlisis de los procesos de negocio,
la informacin que generan y la informacin que consumen. Se estructura la informacin
en funcin del usuario de proceso.
D) Event-Driven Approach: divide los procesos de negocio bajo tres perspectivas: los
datos, la funcin y la organizacin. Cada una de estas se conecta con las otras mediante
eventos. Su gran ventaja es el anlisis funcional de la organizacin.
E) Object-Process Driven Approach: es una variante ubicada entre el Event-Driven y el
Process Driven. Los objetos y los procesos tienen la misma importancia desde el punto de
vista de la toma de decisiones y, en consecuencia, deben ser tratados de la misma
manera.
F) Joint Approach: el centro de este enfoque est en el reconocimiento de las
arquitecturas funcionales cruzadas de las empresas: los procesos no son exclusividad de

un solo departamento, sino que hay vasos comunicantes. La organizacin es una matriz
de procesos con diferentes necesidades de informacin.
G) Goal-Driven Approach: Este enfoque se centra en el objetivo de los procesos
estratgicos de la organizacin y se basa en el anlisis de la interaccin que tanto clientes
como usuarios hacen para conseguir dicho objetivo. A partir de ah establece necesidades
de informacin e interrelaciones entre ellas que darn lugar a la estructura del sistema de
Business Intelligence. El problema puede aparecer cuando no existe un conocimiento o
alineamiento preciso entre los procesos estratgicos y los tcticos u operacionales.
H) Triple-Driven Approach: Vista la inmadurez de las metodologas de Business
Intelligence apuestan por una combinacin de las mejores ideas de cada una de las
metodologas Goal, Data y User Driven, creando la Triple-Driven, pues se considera que
estos tres enfoques son perfectamente compatibles.
I) Model Driven Approach: Otra de las metodologas que se han usado en BI es la Model
Driven. Con ella, se pretende tender un puente entre el negocio y el departamento de
Informtica, intentando proporcionar la base para desarrollar soluciones rpidas, que
evolucionen fcilmente y flexibles. Debido a su alto nivel de la reutilizacin de la
abstraccin y del cdigo, la metodologa MDA (Model-Driven Architecture) se ha aplicado
extensamente. El MDA permite reducir tiempo de desarrollo de software, y mejorar la
calidad y el mantenimiento de la solucin. Pero por el contrario, es difcil definir este
modelo simplificado de la realidad y an es difcil de implantar sobre arquitecturas SOA
(Service-Oriented Architecture) y en organizaciones reales.
J) Adaptive Business Approach: Se basa estrictamente en aquellos aspectos realmente
relevantes para el negocio y su evolucin. Se centra en los problemas que el negocio
tiene que resolver para adaptarse a los cambios del mercado y en los datos de que
disponemos para ello. El resultado de los sistemas de Business Intelligence han de ser o
bien la solucin al problema o bien la aportacin de ms conocimiento sobre el problema
para seguir analizando y tomando decisiones para hallar dicha solucin. El centrarse en
slo lo relevante para el cambio, puede dejar de lado o no considerar explcitamente otros
aspectos no tan crticos del negocio, pero que determinan o influyen en aspectos ms
relevantes. Por lo tanto estas dependencias tienen que tenerse en cuenta explcitamente
y no obviarse.

K) La metodologa Scrum: Permite abordar proyectos complejos desarrollados en


entornos dinmicos y cambiantes de un modo flexible. Est basada en entregas parciales
y regulares del producto final en base al valor que ofrecen a los clientes.
Es una opcin de gestin ideal para acometer proyectos desarrollados en entornos
complejos que exigen rapidez en los resultados y en los que la flexibilidad es un requisito
imprescindible. Scrum ofrece agilidad y el, resultado, siempre, valor.
Product Owner representa la voz del cliente y del resto de interesados no
implicados directamente en el proyecto. Este perfil es el encargado de definir los
objetivos del proyecto y de garantizar que el equipo trabaja del modo adecuado
para alcanzar dichos objetivos.
El Scrum Master es el encargado de asegurar que el resto del equipo no tiene
problemas para abordar sus funciones y tareas. Gua y ayuda al Scrum Team para
garantizar el cumplimiento de objetivos. En otras palabras, este perfil ayuda al
equipo a mantenerse activo y productivo.
El Scrum Team es el equipo encargado de desarrollar y entregar el producto. Su
trabajo es imprescindible: estamos hablando de una estructura horizontal autoorganizada capaz de auto-gestionarse a s misma. Y, finalmente, tenemos que
hablar de los Stakeholders. Este grupo comprende aquellos perfiles interesados en
el producto: directores, dueos, comerciales. Se trata de perfiles que si bien no
forman parte del Scrum Team deben ser tenidos en cuenta.
FUNCIONAMIENTO:
Product Backlog. Se trata de un archivo genrico que recoge el conjunto de
tareas, los requerimientos y las funcionalidades requeridas por el proyecto.
Cualquier miembro del equipo puede modificar este documento pero el nico con
autoridad para agregar prioridades es el Product Owner, responsable del
documento.
Sprint Backlog, documento que recoge las tareas a realizar y quin las
desempea. Es interesante asignar las horas de trabajo que va a suponer realizar
cada una de ellas y asignarlas un coste. Si su volumen es muy grande, crear
metas intermedias ser un acierto.
El Sprint es el periodo en el que se realizan todas las acciones pactadas en el
Sprint Backlog y supone entregas parciales para ir testeando el producto final.

El ciclo anterior deber repetirse hasta que todos los elementos del Blacklog
hayan sido entregados. Entre los distintos Sprints no se deben dejar tiempos sin
productividad.
Todas las acciones que se realicen deben de tener un control. Es en el Burn Down
es donde se marca el estado y la evolucin del mismo indicando las tareas y
requerimientos pendientes de ser tratados.
Las reuniones han de estar tambin planificadas, como una parte ms de proceso.
En este Sprint Planning Meeting el Product Owner prioriza las tareas contenidas
en el Product Backlog. Se determina el objetivo del nuevo sprint priorizando las
tareas a realizar por el Scrum Team y asignando tiempo a cada una de ellas. El
objetivo debe ser alcanzable y el equipo slo abordar un conjunto de tareas
asumible.
Diariamente se hace un seguimiento del proyecto en esta reunin en la que se
controla el cumplimiento de las tareas asumidas ( Daily Scrum). En dicha cita se
pactan los objetivos para el da siguiente y se analizan los posibles problemas que
hayan limitado o impedido directamente el cumplimiento de los objetivos.
BENEFICIOS:
Fomenta el trabajo en equipo y comunicacin
Mayor control y transparencia sobre el proyecto
Capacidad de adaptacin y flexibilidad frente a un entorno y unos requisitos
cambiantes.
L) Kanban: Es un sistema de produccin altamente efectivo y eficiente, ha contribuido a
generar un panorama manufacturero ptimo y competitivo. El origen de la metodologa
Kanban se debe buscar en los procesos de produccin just-in-time (JIT) ideados por
Toyota, en los que se utilizaban tarjetas para identificar necesidades de material en la
cadena de produccin. Su objetivo es gestionar de manera general cmo se van
completando las tareas. Kanban es una palabra japonesa que significa tarjetas visuales,
donde Kan es visual, y Ban corresponde a tarjeta.
Las principales ventajas de esta metodologa es que es muy fcil de utilizar, actualizar y
asumir por parte del equipo. A dems permite ver a golpe de vista el estado de los
proyectos, as como tambin pautar el desarrollo del trabajo de manera efectiva.
PRINCIPIOS IMPORTANTES:
Calidad garantizada
Reduccin del desperdicio

Mejora continua
Flexibilidad
Ciclo de Desarrollo de KANBAN:

Definir el desarrollo de trabajo de los proyectos


Visualizar las fases del ciclo de produccin
Stop Starting, star finishing
Control del flujo

M) Kimball: La Metodologa Kimball, es una metodologa empleada para la construccin


de un almacn de datos (data warehouse, DW) que no es mas que, una coleccin de
datos orientada a un determinado mbito (empresa, organizacin, etc.), integrado, no
voltil y variable en el tiempo, que ayuda a la toma de decisiones en la entidad en la que
se utiliza.
La metodologa se basa en lo que Kimball denomina Ciclo de Vida Dimensional del
Negocio (Business Dimensional Lifecycle). Este ciclo de vida del proyecto de DW, est
basado en cuatro principios bsicos:

Centrarse en el negocio
Construir una infraestructura de informacin adecuada
Realizar entregas en incrementos significativos
Ofrecer la solucin completa

CASO PRACTICO
Descripcin de la organizacin :

Razn Social: Comercial Mont S.A.C.


Nombre Comercial: Platanitos Boutique
Facturacin 2014: USD 26 MM (*)
Localizacin: Lima, Per
Industria: Retail
Cantidad de empleados: + 500
Website: www.platanitos.com
Partner de Implementacin: Seidor
Ao de Implementacin: 2013
Empresa comercializadora de Calzados, Carteras, Zapatillas de Marca, para
hombres mujeres y nios con calidad de servicio que inicio como un negocio
desde 1991, cuando se apertura la primera tienda en Miraflores llamada Banana
Boutique y que hoy es Platanitos Boutique.

Desde entonces fue creciendo hasta convertirse no solo en un referente de moda


a nivel nacional si no, tambin en expertos en zapatos, sandalias, tacos, botas,
cuas, zapatillas deportivas y ropa interior de tus marcas favoritas, y algunas
nuevas.

Metodologa Utilizada
ASAP es un acrnimo para la metodologa Accelerated SAP, desarrollada por SAP AG
para la ejecucin de proyectos de implementacin de sus soluciones de software.
Inicialmente fue creada para lograr una prctica estndar en las actividades tanto de
consultora como de logstica y otros aspectos necesarios para que los proyectos de
implementacin del ERP de la compaa se realizaran con el menor riesgo posible. Con el
tiempo fue evolucionando para abarcar la implementacin de las diferentes soluciones de
negocios que SAP ha ido desarrollando, como por ejemplo mySAP CRM, PLM, SCM,
SRM, SAP Business One, Enterprise Portals, y otras.
El nombre AcceleratedSAP pretende dar a entender la posibilidad de realizar
implementaciones en tiempos cortos (por el juego de palabras con As Soon As
Possible), a diferencia de lo que haba estado sucediendo cuando las implementaciones
se realizaban sin una metodologa estndar, cuando se dibujaban proyectos que
abarcaban aos de trabajo, sin entregables definidos, dejando sin cubrir las expectativas
de los clientes o empresas que adoptaban las soluciones, lo cual generaba un ambiente
adverso en los proyectos en cuestin.

La metodologa propone la implementacin de un proyecto de la mayora de las


soluciones de negocios basados en actividades definidas en un Roadmap (Hoja de ruta).
El roadmap de implementacin (o Implementation Roadmap) es el ms comn de todos, y
divide las actividades y tareas en cinco fases principales:
Fase 1: Preparacin Inicial (Initial Preparation).
Durante esta fase, el equipo del proyecto se entrenar en los fundamentos de SAP
Business One y en el mapa de procedimientos de ASAP, se completar el plan del
proyecto de alto nivel y se revisar el esquema del hardware necesario. El proyecto se
iniciar oficialmente con una reunin de lanzamiento. Esta reunin no es exclusiva del
equipo del proyecto y los consultores del implantador, sino que tambin para otros
miembros clave de la empresa. Este arranque preparar un escenario propicio para el
proyecto destacando la importancia de ste con los objetivos futuros de la compaa.

Fase 2: Mapa de procesos (Business Blueprint).


El propsito de la fase de Planos del Negocio (Business Blueprint) es entender las metas
del cliente y determinar los procesos de negocio necesarios para cumplir las mismas. En
una reunin de Revisin Ejecutiva, se discutirn las metas del grupo, la estructura
organizacional y los procesos de negocio de alto nivel. Otros requerimientos ms
detallados sern discutidos durante reuniones de trabajo de revisin de cada uno de los
procesos de negocio. Las reuniones de Revisin Ejecutiva y de los procesos de negocio
sern conducidas por los consultores del implantador.
Para verificar que se entendieron apropiadamente los requerimientos del grupo y que se
incluy a todos los involucrados en el proyecto, se preparar un Plano del estado futuro
y ser presentado a sus ejecutivos para la aprobacin del mismo. Este Plano consistir en
un diagrama de la estructura de la empresa, adems del primer borrador de la definicin
de los procesos de negocio que se utilizar en su compaa; los dos se presentarn en
forma escrita y de diagrama. Con la elaboracin de los Planos se finalizar el alcance
detallado del proyecto.
Las metas:

Gestionar de manera integral la logstica de ingreso, la logstica de salida y venta

de ms de 50 tiendas a nivel nacional

Integrar adecuadamente la solucin transaccional con la nueva solucin de punto

de venta desarrollada por el cliente

Manejo de grandes volmenes de tems por temporada, con gestin de tallas,

colores y modelos.
Fase 3: Realizacin (Realization).
Durante esta fase, el equipo del proyecto de la empresa platanitos y los consultores del
implantador seidor, se separarn para terminar las actividades asignadas. El equipo del
proyecto asistir al entrenamiento de SAP de nivel 2 y 3. El entrenamiento de SAP se ha
organizado alrededor de procesos de negocios. Durante el entrenamiento de nivel 2, el
equipo del proyecto se har ms competente, y comenzar a modelar al sistema SAP
Business One con base en los requerimientos de una compaa caso. El entrenamiento,
tambin, proporcionar un entendimiento de las herramientas y ayudas de referencia del
sistema; de igual manera, se realizar la integracin de sus componentes. El
entrenamiento de nivel 3 ayudar al equipo del proyecto a adquirir conocimientos en
tpicos detallados dentro de los procesos de negocio.
Mientras que el equipo del proyecto est en entrenamiento, los consultores del
implantador configurarn los procesos de negocio definidos en los planos aprobados. El
sistema configurado reflejar la organizacin del cliente y los catlogos maestros; y
deber soportar un flujo totalmente integrado de los procesos del sistema. Una revisin de
los procesos de negocio de su empresa con el equipo del proyecto y con otros usuarios
clave de cada uno de los procesos de negocio permitir la retroalimentacin y
confirmacin de los planos aprobados.
Un sistema que refleje los catlogos maestros y la organizacin de su empresa
proporcionar un beneficio adicional al equipo del proyecto en el refuerzo del
entrenamiento tomado.
La configuracin de cada proceso de negocio medular ser dividida en interacciones o
ciclos de flujos de procesos de negocios relacionados. Los flujos de procesos de negocios
son configurados conjuntamente con el desarrollo de reportes, procedimientos de
usuarios, escenarios de prueba y perfiles de seguridad. Los ciclos no slo proporcionan
indicadores para el equipo del proyecto, sino que tambin proveen puntos claves para

probar y simular partes especficas del proceso global de negocios. Este enfoque
proporciona retroalimentacin inmediata, as como el involucramiento de toda la
organizacin a lo largo del ciclo de vida del proyecto.
Durante los ciclos, el equipo del proyecto del cliente estar trabajando estrechamente con
los consultores del implantador para definir los escenarios especficos de negocios y las
condiciones de excepcin. Este enfoque cuenta con la mxima transferencia de
conocimientos permitiendo al equipo de trabajo repetir la configuracin de los procesos
medulares del negocio mientras pone a punto el sistema para tomar en cuenta procesos
comunes de negocios. El equipo del proyecto del cliente completar el entrenamiento
detallado de Nivel 3 durante los ciclos.
Como una actividad paralela, son desarrollados y probados los programas de interfaz y
conversin, as como los reportes especiales.
Fase 4: Preparacin final (Final preparation).
El propsito bsico de la fase de Preparacin Final es terminar las pruebas finales del
sistema, entrenar a los usuarios finales y llevar los datos y el sistema a un ambiente
productivo. Las pruebas finales al sistema consisten en probar los procedimientos y
programas de conversin y reportes especiales para fines legales y fiscales, probar los
programas de interfaz a los sistemas actuales, llevar a cabo las pruebas de volumen y
estrs, as como las pruebas de aceptacin del usuario final.
Para entrenar a los usuarios finales, el equipo de proyecto entrenar usuarios clave
utilizando un mtodo de entrenar al entrenador. Este mtodo ayudar a ganar la
aceptacin de los usuarios finales, as como a la construccin de una base de
conocimiento para soporte propio de los reportes en lnea y futuras mejoras al sistema.
Otro propsito de esta fase es crear una estrategia para la Puesta en Marcha. Este plan
especficamente identifica la estrategia de conversin de datos, procedimientos iniciales
de auditoria y una estructura de soporte al equipo del proyecto. El ltimo paso en esta
fase es aprobar el sistema y asegurar que el cliente est listo para la puesta en marcha
del Sistema SAP Business One.
Fase 5: Inicio y soporte post-productivo (Go Live and Support).
Inmediatamente despus de la puesta en marcha, el sistema deber ser revisado y
afinado para asegurar que el entorno del negocio est completamente soportado. Este
proceso involucra no solamente el verificar la precisin de las transacciones del negocio,

sino tambin, entrevistar informalmente a los usuarios para verificar que sus necesidades
hayan sido satisfechas.

BIBLIOGRAFIA

http://www.dataprix.com/enfoques-metodologicos-business-intelligence
http://www.esan.edu.pe/apuntes-empresariales/2016/08/con-cual-metodologia-de-

business-intelligence-debemos-trabajar/
http://comunidad.iebschool.com/iebs/general/metodologia-scrum/
http://www.i2btech.com/blog-i2b/tech-deployment/para-que-sirve-el-scrum-en-la-

metogologia-agil/
http://gravitar.biz/bi/metodologia-business-intelligence/
http://repositorioacademico.upc.edu.pe/upc/bitstream/10757/594413/1/ACEVEDO_

MM_RIOS_CR.pdf
http://www.livingsap.com/metodologia-asap/