Mss20 Eses Int 02

Capítulo 2: Fases de implementación y ofertas

2-1

CAPÍTULO 2: FASES DE IMPLEMENTACIÓN Y OFERTAS Objetivos

Los objetivos son

• Describir el objetivo de la actividad de planeación, las condiciones previas y los entregables de cada fase de la metodología de implementación.

• Describir las actividades clave, los documentos de resultados y los procedimientos recomendados para la fase de diagnóstico.

• Describir las actividades clave, los documentos de resultados y los procedimientos recomendados para la fase de análisis.

• Describir las actividades clave, los documentos de resultados y los procedimientos recomendados para la fase de diseño.

• Describir las actividades clave, los documentos de resultados y los procedimientos recomendados para la fase de desarrollo.

• Describir las actividades clave, los documentos de resultados y los procedimientos recomendados para la fase de implementación.

• Describir las actividades clave, los entregables y las prácticas recomendadas de la fase de operaciones.

• Describir las ofertas admitidas por Microsoft Dynamics® Sure Step.

Introducción Cada fase de Microsoft Dynamics Sure Step se compone de actividades, tareas y subtareas. Al final de cada fase, cuando los usuarios completan estas actividades y tareas, crean un conjunto de entregables. Como Microsoft Dynamics Sure Step concibe el proceso de implementación con un enfoque sistemático organizado en fases, los entregables de cada una de las fases proporcionan la información necesaria para completar correctamente las fases posteriores.

Materiales de formación para Microsoft Dynamics® El uso de este contenido está sujeto al acuerdo de servicios actual.

Uso de Microsoft Dynamics® Sure Step 2010

2-2

Microsoft Dynamics Sure Step también dispone de varias ofertas, que son componentes “empaquetados” de la metodología de implementación que se pueden vender a los clientes. Estos servicios los componen las actividades de una fase determinada o de una combinación de fases. En cierto modo, las ofertas permiten combinar y adaptar componentes de la metodología de implementación de un modo flexible para que Microsoft Dynamics Sure Step pueda aplicarse a las necesidades del cliente del modo más conveniente.

Una vez que decida cuál es la mejor oferta para un determinado proyecto de implementación, puede configurar Microsoft Dynamics Sure Step para que respalde dicha oferta.

Introducción a la metodología de implementación Como ya se dijo anteriormente, el modelo de Microsoft Dynamics Sure Step se compone de seis fases principales que resumen el proyecto de implementación:

• Diagnóstico • Análisis • Diseño • Desarrollo • Implementación • Operaciones

Cada fase consta de actividades que avanzan de modo secuencial de principio a fin de la fase. La mayor parte de las actividades constan de tareas, y las tareas de subtareas. Por lo general, se termina una actividad antes de comenzar la siguiente. El resultado de una actividad o de una tarea proporciona orientación y aporta información para la siguiente actividad.

Procesos horizontales

En Microsoft Dynamics Sure Step, ciertos procesos deben realizarse en diversas fases durante el transcurso del proyecto. Estos procesos, que se denominan procesos horizontales, se componen de una serie de actividades relacionadas. Comprender la relación existente entre las actividades de un proceso horizontal ayuda a clarificar el objetivo de las actividades individuales y ofrece a cada miembro del equipo de proyecto una visión clara de su función, responsabilidades, requisitos y cómo afectarán a otros miembros del equipo.



2-3

Al observar las actividades de cada proceso horizontal, se hacen patentes las dependencias que existen dentro del proceso horizontal y las interdependencias con otros procesos horizontales.

La metodología de Microsoft Dynamics Sure Step tiene nueve procesos horizontales, que se agrupan en tres áreas.

• Organización: los procesos horizontales de organización incluyen: ○ Gestión de programa ○ Entrenamiento ○ Análisis de procesos de negocio

• Solución: los procesos horizontales de solución incluyen:

○ Requisitos y configuración ○ Codificación personalizada ○ Calidad y pruebas

• Tecnología: los procesos horizontales de tecnología incluyen:

○ Infraestructura ○ Integración e interfaces ○ Migración de datos

Actividad de planeación de la fase

Cada fase de Microsoft Dynamics Sure Step comienza con su propia actividad de planeación. Esta actividad la componen las tareas y los resultados necesarios para planear el trabajo que se debe realizar durante la fase. Entre las tareas de planeación se incluyen:

• Revisión de los entregables de la fase anterior. • Identificación de los recursos. • Programación de las actividades de la fase. • Asignación de las responsabilidades de aprobación de las decisiones

que se tomen durante la fase.

Estas actividades de planeación de fases son un ejemplo del modo en que se integran los procesos de administración de proyectos en Microsoft Dynamics Sure Step.



2-4

Condiciones previas

Microsoft Dynamics Sure Step establece una condiciones previas que deben darse antes de realizar cualquier actividad o tarea. Las condiciones previas identifican cualquier dependencia necesaria para llevar a cabo una fase, una actividad, una tarea o una subtarea. Gracias al carácter sistemático de Microsoft Dynamics Sure Step, las condiciones posteriores de un determinado paso son las condiciones previas del paso siguiente, siempre que dicho paso sea una fase, actividad, tarea o subtarea.

Entregables

La información y los conocimientos que se obtienen del trabajo realizado en una fase de implementación suelen documentarse en un entregable. Algunos deellos son “entregables de trabajo” que aportan información a un documento más formal y más extenso. Por ejemplo, la información del organigrama de distribución de tareas proporciona información fundamental para la planeación del proyecto.

Otros entregables, como el documento de requisitos funcionales o el documento de diseño de la solución, contienen los resultados finales y más importantes del trabajo realizado. El cliente debe aprobar estos resultados clave para que el proyecto pase a la siguiente fase. Estos resultados también representan datos e información importantes para la siguiente fase. En cierto modo, la relación de resultados que se genera durante una fase sirve de lista de comprobación de la fase.

Fase de diagnóstico La primera fase descrita en Microsoft Dynamics Sure Step es la fase de diagnóstico. La planeación y el análisis de alto nivel de los procesos de negocio y la infraestructura del cliente que se llevan a cabo durante la fase de diagnóstico constituyen un apartado importante del ciclo de ventas.



2-5

El objetivo de la fase de diagnóstico es recopilar información para poder definir el alcance del proyecto de alto nivel y, a continuación, elaborar una propuesta de proyecto de implementación para el cliente. La fase de diagnóstico se corresponde con el marco de trabajo de Microsoft Sales Solution Process (MSSP) y culmina con las propuestas del proyecto aceptadas por el cliente. Al realizar las actividades de la fase de diagnóstico, normalmente se reforzará la confianza del cliente en la idoneidad de la solución propuesta antes de iniciar la implementación.

ILUSTRACIÓN 2.1 FLUJO DEL PROCESO DE DIAGNÓSTICO

Durante las actividades de diagnóstico de alto nivel, el equipo de proyecto puede determinar la necesidad de realizar un análisis de los procesos de negocio, una prueba de concepto de la solución o una evaluación de la infraestructura del cliente más pormenorizados. En tales situaciones, la fase de diagnóstico de Microsoft Dynamics Sure Step proporciona ofertas de aceleradores de decisiones (DA) que ayudan al cliente en el proceso de la auditoría de compra (puede comenzar elaborando una nueva propuesta para esta actividad).

En determinadas circunstancias, este análisis detallado de un proceso empresarial específico puede formar parte del ámbito original de la propuesta de fase de diagnóstico tal y como la solicitó el cliente. Si utiliza aceleradores de decisiones, es posible que necesite definir una propuesta independiente que sea aceptada por el cliente. Sin embargo, las ofertas de aceleradores de decisiones son opcionales y no siempre están presentes en todos los proyectos. Si no realiza las actividades de análisis detallado durante la fase de diagnóstico, puede realizarlas durante la fase de análisis.

Otra actividad clave es la creación de un plan del proyecto preliminar y cálculo presupuestario que sirva de guía para el proyecto de implementación ulterior.

En función de los resultados de la fase de diagnóstico y la aceptación o rechazo de la propuesta del proyecto por parte del cliente, es posible que uno de los pasos siguientes sea pasar directamente a un proyecto de implementación estándar, empresarial o rápida. Si el cliente rechaza la propuesta, dicha propuesta volverá a evaluarse o se cerrará el proyecto.



2-6

Fase de diagnóstico: Actividades y ofertas de aceleradores de decisiones

La fase de diagnóstico consta de las siguientes actividades:

• Preparación del diagnóstico: ○ Soluciones Microsoft Dynamics ○ Soluciones de la industria ○ Soluciones horizontales y de varios sectores de la industria

• Ofertas de aceleradores de decisiones opcionales:

○ Revisión de los requisitos y procesos ○ Evaluación de actualización ○ Ajustes y desviaciones y plan de la solución ○ Evaluación de la arquitectura ○ Evaluación del alcance ○ Prueba de concepto ○ Caso de negocio

• Generación de propuestas • Acuerdos de servicio y licenciamiento final • Movilización del proyecto

Preparación del diagnóstico

Esta actividad es fundamentalmente un ejercicio de recopilación de información que permite a los socios definir los conocimientos necesarios para la consecución del proyecto e identificar los recursos apropiados o la ausencia de determinadas aptitudes. Una vez que el cliente acepta la propuesta de implementación, debe utilizar la información recopilada para preparar el equipo de proyecto y para informar al nuevo equipo sobre los requisitos del proyecto. Esta actividad consta de las siguientes tareas:

• Revisión de la solicitud de información, la solicitud de propuesta o la solicitud de presupuesto.

• Revisión de los requisitos adicionales identificados en las reuniones y conversaciones con el cliente.

• Identificación de los requisitos de información adicionales. • Recopilación de la documentación relevante y/o se resumirá según

sea apropiado. • Definición de los requisitos de conocimientos apropiados

e identificación de los recursos idóneos.



2-7

Los principales beneficios que se obtienen con esta actividad son:

• Conocimiento de la situación y las necesidades del cliente. • Identificación de los requisitos de conocimientos y recursos para

las actividades de la fase de diagnóstico. • Asignación y preparación de un equipo de proyecto.

Mientras se completa la auditoría de compra con el cliente para la selección de productos, los departamentos de ventas y preventas pueden usar dos herramientas para posicionar y seleccionar el producto idóneo para cubrir las expectativas y necesidades del cliente:

• Microsoft Dynamics Playbook: esta herramienta permite a los roles de ventas determinar los módulos adecuados de una solución de Microsoft Dynamics que se pueden aplicar a un cliente en base a una serie de cuestionarios enviados a los clientes y partes interesadas. Microsoft Dynamics Playbook aborda la solución básica de Microsoft Dynamics.

• Industry Playbook o Solution Finder: estas herramientas permiten a los roles de ventas obtener acceso a información variada, incluidos los puntos más problemáticos de la industria, la inteligencia competitiva, entre otros tipos de información. Industry Playbook aborda las soluciones de los fabricantes de software independiente (ISV) necesarias para la industria correspondiente.

Libere su potencial

La herramienta Microsoft Dynamics Business Solution Roadmap se ha desarrollado para que los asociados puedan obtener todo el potencial de sus clientes de Dynamics existentes mediante la identificación de nuevas áreas de negocio para la expansión del sistema. Usada correctamente, la herramienta puede ayudar a mejorar el éxito comercial de los clientes existentes, así como los ingresos en concepto de servicios complementarios y licencias para los asociados.

Esta innovadora herramienta ayuda a alinear las necesidades de software empresarial y los objetivos de los clientes con determinadas áreas de negocio, procesos y roles dentro de la propia empresa. Este intuitivo proceso permite a los asociados:

• Valorar los objetivos de negocio a largo plazo de un cliente. • Alinear estos objetivos de negocio con una solución de

Microsoft Dynamics ERP personalizada. • Crear una definición de futuro de implementaciones de uno

a cuatro años que ajuste su solución a las necesidades específicas del negocio.



2-8

Esta herramienta está diseñada para ejecutarse de forma independiente en portátiles para facilitar el proceso de entrevistas, aunque también es posible imprimir una copia de las preguntas a los clientes y anotar sus respuestas más tarde. Admite los cuatro productos de Dynamics ERP y puede descargarse gratuitamente desde PartnerSource en:

https://mbs.microsoft.com/partnersource/marketing/campaigns/existingcustomer/unleash.htm

Soluciones de la industria

Una solución de la industria debe respaldar a los equipos de ventas y de implementaciones para implementar equipos con el objetivo de posicionar y desplegar Microsoft Dynamics en sectores específicos de la industria. Esto no incluye la orientación en niveles verticales y subverticales. Proporciona soluciones empresariales integrales para organizaciones de sectores clave, como la fabricación, distribución, venta directa, servicios profesionales y el sector público.

Entre los ejemplos de la industria y sectores verticales compatibles con el acceso a orientación detallada y útiles herramientas, plantillas y vínculos, destacan:

• Industrias de procesos para las soluciones de Microsoft Dynamics AX ○ Industria química ○ Industria de la alimentación ○ Biociencias e industria farmacéutica ○ Industria cárnica ○ Productos de consumo envasados y perecederos ○ Metales primarios ○ Industria del papel

• Sector público para Microsoft Dynamics CRM

○ Empresa gubernamental ○ Sanidad ○ Educación ○ Organizaciones sin ánimo de lucro

Soluciones horizontales y de varios sectores de la industria

Esta solución permite implementar soluciones “compuestas” de Microsoft Dynamics entregadas a través del uso de la personalización habilitada para plataformas u otras extensiones de tecnologías de Microsoft Dynamics. Microsoft Dynamics Sure Step proporciona directrices para el diagnóstico y la implementación en un nivel de solución horizontal.



2-9

Las áreas de árbol a las que es preciso ofrecer soporte técnico son:

• X Relationship Management (XRM): posicionamiento oficial de los componentes de plataforma que subyacen en Microsoft Dynamics CRM. Se relaciona con cualquier relación que deba administrarse, como los proveedores, los empleados, los suministradores, los clientes potenciales, los distribuidores y otros tipos de relaciones empresariales, como las propiedades, los activos, la legislación, entre otros. XRM y CRM constan de: ○ Relaciones e interacciones. ○ Relaciones que se basan en procesos empresariales. ○ Relaciones que son colaborativas.

En versiones futuras se incluirán más soluciones horizontales.

Ofertas de aceleradores de decisiones opcionales

Dentro de la fase de diagnóstico hay definidos conjuntos de servicios denominados Aceleradores de decisiones (DA). Proporcionan un proceso de auditoría para solucionar o “diagnosticar” la solución adecuada para satisfacer los requisitos de su negocio. Permite a los responsables de la implementación posicionar la revisión de los requisitos y del proceso como una oferta independiente de cualquier solución de Microsoft Dynamics particular. La documentación de los requisitos y procesos para cada oferta de acelerador de decisiones puede ayudar a evaluar e implementar mejor las soluciones de Microsoft Dynamics.

Acelerador de decisiones para la revisión de los requisitos y el proceso

El objetivo del acelerador de decisiones para la revisión de los requisitos y el proceso es identificar los procesos de negocio en el alcance del proyecto. Los resultados de este análisis proporcionan información para seleccionar una solución que se ajuste a los procesos y los requisitos del negocio del cliente. Este análisis proporciona datos para la determinación del ámbito del proyecto, para el diseño de la solución y para la propuesta de proyecto, y consta de las siguientes tareas:

• Reunión de puesta en marcha del proyecto con el patrocinador del proyecto y los SME.

• Recopilación de todos los requisitos del negocio del cliente (y listas de peticiones) para un nuevo sistema ERP o CRM.

• Análisis de los procesos de negocio presentes del cliente (en su estado actual) y documentación de los procesos futuros (finales) del nuevo sistema ERP o CRM.



2-10

• Revisión de cualquier requisito técnico adicional, o estrategia de sistemas de información (SI) o tecnología de información (TI), definido por el cliente.

• Elaboración y entrega del informe de revisión de los requisitos y del proceso.


• La documentación de una lista completa de los requisitos del negocio respecto al nuevo sistema ERP o CRM, lo que tiene un gran valor para el cliente con independencia de la solución que en última instancia decida implementar.

• La documentación de los procesos futuros (finales) del nuevo sistema ERP o CRM, lo que tiene un gran valor para el cliente con independencia de la solución que en última instancia decida implementar.

Acelerador de decisiones para la evaluación de la actualización

El acelerador de decisiones para la evaluación de la actualización es una oferta marco que proporciona una valoración de las mejoras, los riesgos y las complejidades de una actualización del sistema. El informe de evaluación de la actualización contiene información detallada sobre el alcance de la actualización, una lista de áreas mejoradas en el nuevo sistema y un análisis de la complejidad de cada área. En el informe se recomienda un enfoque para la actualización.

Este acelerador de decisiones es una agrupación importante de actividades de valoración de actualización en la fase de desarrollo del proceso Administración de oportunidades dentro del programa Microsoft Solution Selling Process (MSSP). Las dos distintas ofertas/actividades dentro de la Evaluación de actualización se indican a continuación y se pueden completar de forma separada o incluirse en el mismo paquete:

• Evaluación de actualización: realiza una evaluación de la configuración general, las personalizaciones, las integraciones, las interfaces y la arquitectura física de la implementación y ofrece conclusiones y recomendaciones relacionadas con el enfoque óptimo de la actualización.

• Viabilidad de la actualización: prepara al cliente para una actualización correcta de sus soluciones de Microsoft Dynamics a través de una serie de prácticas recomendadas.



2-11

Las tareas clave de esta actividad son:

• Evaluación de la configuración y personalización global de la implementación existente.

• Evaluación de las interfaces que se han configurado en la implementación existente.

• Evaluación de la configuración de la infraestructura y la arquitectura existente.

• Determinación de cualquier nueva funcionalidad deseada en el sistema actualizado.

• Determinación de las nuevas interfaces que se desean con el sistema actualizado.


• Se establece una visión general de la complejidad de la implementación.

• Se establece una evaluación del esfuerzo requerido para el proyecto. • Las áreas de especial interés o los riesgos se ponen de manifiesto

antes de iniciar la actualización. • Se identifica un enfoque recomendado para la actualización.

Acelerador de decisiones para ajustes y desviaciones y plan de la solución

El objetivo del acelerador de decisiones para ajustes y desviaciones y plan de la solución es identificar cualquier desviación que exista entre los requisitos del cliente y la funcionalidad de la aplicación. Los resultados de este análisis proporcionan información que permite determinar la solución que abordará estas desviaciones. Durante esta actividad, creará una estimación del grado de ajuste y un informe sobre los ajustes y desviaciones y el plan de la solución en el que describirá cómo puede utilizarse el producto de Microsoft Dynamics para satisfacer los requisitos del cliente. Esta actividad consta de las siguientes tareas:

• Reunión de puesta en marcha del proyecto con el patrocinador del proyecto y los SME.

• Repaso de las conclusiones del acelerador de decisiones para la revisión de los requisitos y el proceso.

• Reunión con los responsables de la toma de decisiones de la empresa para determinar el alcance del proyecto.

• Elaboración de talleres de análisis de ajustes y desviaciones. • Elaboración de una hoja de trabajo de análisis de ajustes

y desviaciones. • Elaboración de un informe del plan de solución. • Revisión de la hoja de trabajo de análisis de ajustes y desviaciones

y el informe del plan de solución con el patrocinador del proyecto.



2-12


• Conocimiento del grado de ajuste de la solución de Microsoft Dynamics a los requisitos del cliente.

• Perspectiva de los requisitos de TI y del negocio y del modo en que se abordarán.

• Descomposición inicial de los análisis y las desviaciones que se utilizará para estimar el esfuerzo necesario para la configuración y personalización del producto de Microsoft Dynamics.

Acelerador de decisiones para la evaluación de la arquitectura

El objetivo del acelerador de decisiones para la evaluación de la arquitectura es explicar al cliente la infraestructura necesaria para dar cabida a la solución de Microsoft Dynamics elegida. Con la evaluación de la arquitectura se proporciona un informe en el que se detallan las características técnicas del hardware y la infraestructura que serán necesarias. Esta actividad incluye la evaluación de las infraestructuras existentes y la posterior definición de los requisitos de infraestructura para la solución propuesta.

Esta evaluación es una oferta marco de un importante grupo de actividades en la fase de solución del proceso Administración de oportunidades dentro del programa Microsoft Solution Selling Process (MSSP). Las tres distintas ofertas/actividades se pueden completar de forma separada o incluirse como actividades en un mismo paquete:

• Evaluación de la arquitectura: evalúa qué tipo de infraestructura física y especificaciones de hardware (incluido el hardware) requiere el cliente para ofrecer soporte técnico a su solución de Microsoft Dynamics. Proporciona un completo informe que detalla las proyecciones, los supuestos y las recomendaciones de rendimiento.

• Comparativa de prueba de concepto: garantiza que las capacidades de rendimiento y escalabilidad de la solución puedan satisfacer los requisitos del negocio del cliente. Diseñado para reducir riesgos, emplea las prácticas recomendadas, proporciona expertos consejos y simula la experiencia del usuario.

• Alta disponibilidad y evaluación de recuperación ante desastres: ofrece al cliente una revisión exhaustiva en términos de disponibilidad, capacidad de recuperación, capacidad de mantenimiento y confiabilidad de su solución de Microsoft Dynamics. Efectúa una auditoría y análisis del estado actual de las áreas mencionadas y ofrece recomendaciones para que los clientes consigan obtener sus objetivos de alta disponibilidad y recuperación ante desastres.



2-13

Soluciones de Microsoft Dynamics

Esta actividad muestra el conjunto de productos de Microsoft Dynamics como completas soluciones de administración empresarial que incluyen funciones integrales específicas de la industria. Las soluciones de administración de Línea de negocio (LOB) de Microsoft proporcionan capacidades de Planeación de recursos empresariales (ERP) y Administración de relaciones con el cliente CRM) para ayudar a los clientes a automatizar sus procesos empresariales exclusivos para las aplicaciones básicas de Microsoft Dynamics:

• Microsoft Dynamics® AX • Microsoft Dynamics® CRM • Microsoft Dynamics® GP • Microsoft Dynamics® NAV • Microsoft Dynamics® SL

Esta actividad consta de las siguientes tareas:

• Celebración de reuniones con el cliente para que conozca: ○ Los requisitos del negocio (si se ha ejecutado el acelerador

de decisiones para la revisión de los requisitos y del proceso y el acelerador de decisiones para ajustes y desviaciones y plan de la solución, el equipo revisará sus resultados).

○ Cómo Microsoft Dynamics beneficiará al negocio.

• Análisis de los puntos de datos clave. • Elaboración de una recomendación formal sobre los requisitos

de hardware e infraestructura de implementación de producción del cliente.

• Revisión de la recomendación con el cliente e incorporación de las aportaciones.


• Conocimiento de la arquitectura necesaria y los costos asociados. • Garantía de que soluciones se adaptarán para satisfacer

las necesidades del cliente.



2-14

Acelerador de decisiones para la evaluación del alcance

El acelerador de soluciones para la evaluación del alcance evalúa en profundidad los requisitos del cliente para que pueda detallarse el alcance, los costos previstos y los requisitos de recursos de la solución de Microsoft Dynamics. Los resultados de la evaluación se incluyen en un informe detallado en el que se hace una recomendación general acerca de cómo debería continuar el proyecto. Este informe incluirá una descomposición de los costos de implementación, los recursos, la tarea, la organización y las funciones, así como las opciones alternativas que procedan.


• Análisis de los requisitos del cliente y análisis de ajustes y desviaciones para obtener una visión general del alcance del proyecto.

• Análisis de los resultados de otras ofertas de servicio de aceleradores de decisiones que se hayan completado.

• Análisis de las restricciones inherentes de los procesos para entender las actividades del negocio lógicas que se realizan.

• Análisis de cualquier restricción impuesta en el enfoque de implementación de Microsoft Dynamics.


• Una perspectiva general de las opciones de implementación disponibles.

• Un análisis de los costos asociados a cada opción. • Una evaluación del número y el tipo de recursos requeridos

y de su función en el proyecto.

Acelerador de decisiones para la prueba de concepto

El objetivo del acelerador de decisiones para la prueba de concepto es demostrar cómo los productos de Microsoft Dynamics satisfacen requisitos concretos de alto nivel. Los requisitos de alto nivel o áreas de especial interés se configuran parcialmente durante la prueba de concepto para garantizar que se pueden lograr. Durante esta actividad, realizará una demostración de la configuración deseada y generará un informe en el que se detallará la prueba de concepto. Esta actividad consta de las siguientes tareas:

• Revisión de los resultados del acelerador de decisiones para ajustes y desviaciones y plan de la solución.

• Definición de los requisitos funcionales que se van a configurar y el nivel de configuración que debe lograrse para satisfacer la prueba de concepto.



2-15

• Definición de todos los requisitos no funcionales u otros requisitos técnicos que se van a abordar como parte de la prueba de concepto.

• Definición de los procesos clave que se van a configurar. • Definición de los criterios de aceptación clave para garantizar

que se satisfacen los objetivos de la prueba de concepto. • Recopilación de información y actualización de los ajustes

y desviaciones y el plan de la solución cuando proceda.


• Ratificación de que la solución admite la funcionalidad clave. • Mayor conocimiento acerca de cómo funciona la solución. • Consenso para aceptar Microsoft Dynamics como solución elegida.

Acelerador de decisiones para el caso de negocio

El acelerador de decisiones para el caso de negocio proporciona una valoración detallada de los beneficios directos e indirectos que un cliente obtendrá con una implementación de Microsoft Dynamics y pronostica el rendimiento de la inversión (ROI) esperado de dicha implementación. En la actividad del caso de negocio se elabora un informe detallado del ROI, el costo total de propiedad (TCO) y los períodos de amortización previstos de la implementación, así como una hoja de cálculo de diseño del ROI.


• Revisión de los resultados de las ofertas de servicio de Sure Step completadas previamente.

• Reunión con el patrocinador del proyecto para confirmar el alcance del caso de negocio.

• Recopilación de información de los SME y los responsables de la toma de decisiones de la empresa.

• Recopilación de información sobre el sector y las pruebas comparativas.

• Uso de la herramienta de ROI para generar las estimaciones correspondientes.

• Elaboración y cotejo de un informe del caso de negocios. • Participación de los SME en el informe del caso de negocios. • Valoración del informe global con el patrocinador del negocio. • Obtención de la aprobación y aceptación del patrocinador

del negocio.



2-16


• Estimación del ROI del proyecto, validado para la empresa, y comparado y validado frente a implementaciones similares.

Generación de propuestas

El objetivo de la actividad de generación de propuestas es resumir y recopilar la información reunida en las actividades u ofertas anteriores. Durante la actividad de generación de propuestas, se prepara la documentación del proyecto de alto nivel. Es preciso documentar las delimitaciones de ámbito y cualquier actividad de Acuerdo anterior. Esta actividad consta de las siguientes tareas:

• Resumen el alcance de alto nivel basado en los requisitos identificados, definidos y documentados en las actividades de diagnóstico anteriores. A grandes rasgos, estos incluirían los requisitos de los procesos de negocio, los requisitos funcionales y los requisitos no funcionales, así como los requisitos de interfaz e integración.

• Desarrollo del documento inicial con las normas generales del proyecto a partir de la información recopilada en la primera tarea.

• Evaluación de un enfoque de implementación adecuado (estándar, empresarial, rápida, actualización principal o actualización rápida) y preparación de las recomendaciones, incluidos los supuestos.

• De acuerdo con la evaluación, desarrollo del plan del proyecto de alto nivel para la implementación.

• Evaluación de los requisitos de aptitudes y las funciones propuestas, las responsabilidades y un modelo general de dirección del proyecto.

• Evaluación inicial de los riesgos y tentativa de identificación y descripción de una actividad correctiva para cada uno de ellos.

• Evaluación del tiempo necesario para ejecutar la implementación, incluida cualquier dependencia que posea el cliente y esté fuera del control directo del proyecto.


• El desarrollo del plan del proyecto y las normas generales del proyecto de alto nivel.

• La documentación de las conclusiones y el contenido de la propuesta de implementación.

• La documentación de las delimitaciones del alcance y las evaluaciones de los riesgos.



2-17

Acuerdos de servicio y licenciamiento final

Acuerdo de servicio y licenciamiento final es una actividad que se realiza en múltiples fases del proyecto. El objetivo de esta actividad en la fase de diagnóstico es documentar el alcance general de la implementación y llegar a un acuerdo con el cliente. En esta actividad se generan dos entregables clave:

• La Declaración del trabajo (SOW), en la que se detalla el alcance de la implementación.

• La Propuesta de estimación presupuestaria, en la que se detallan los componentes relacionados con los costos.


• Presentación y desglose de la Declaración del trabajo (SOW) y la Propuesta de estimación presupuestaria.

• La oportunidad para el cliente de revisar y proporcionar comentarios sobre la Declaración del trabajo (SOW) y la Propuesta de estimación presupuestaria antes de su aceptación.

Movilización del proyecto

Las actividades de Movilización del proyecto proporcionan al equipo una idea clara de los motivos empresariales que subyacen al proyecto y las métricas clave por las que se medirá la implementación.

Las actividades clave de esta tarea son:

• Taller de inicio formal e interno en el que se tratan los siguientes apartados: ○ Presentación de los miembros del equipo. ○ Revisión detallada de la Declaración del trabajo (SOW). ○ Revisión la propuesta de implementación y la metodología

acordadas. ○ Revisión y asignación de funciones. ○ Identificación de los requisitos de entrenamiento y acuerdo

del calendario. ○ Revisión y recopilación de información del modelo de dirección

del proyecto. ○ Análisis de la misión y los objetivos del cliente, motivos que

subyacen a la implementación y otros factores críticos. ○ Análisis y documentación de los riesgos, los supuestos

y las restricciones del proyecto que se conocen. ○ Desglose de los criterios de satisfacción (COS) definidos

por el cliente.



2-18


• Entrenamiento e instrucciones del equipo de proyecto. • Preparación para el proyecto, incluida la reparación de cualquier

ausencia de conocimientos. • Ofrecer la oportunidad a los miembros del equipo de

hacer preguntas. • Conseguir la participación y el compromiso del equipo.

Fase de diagnóstico: Entregables

El trabajo realizado durante la fase de diagnóstico se traduce en varios resultados clave. Gracias al carácter sistemático de Microsoft Dynamics Sure Step, estos entregables aportan información relevante para las fases del proceso de implementación.

En la tabla siguiente se enumeran algunos de los entregables clave creados en cada actividad de la fase de diagnóstico. Puede personalizar los entregables de un producto de Microsoft Dynamics.

Actividad Entregables Revisión de los requisitos y procesos

• Informe de revisión de los requisitos y del proceso

• Presentación de los resultados de la revisión

ajustes y desviaciones y plan de la solución

• Informe de diseño y plan de la solución • Hoja de trabajo de análisis de ajustes

y desviaciones • Reunión de resultados y revisión

Prueba de concepto • Demostración del software estándar (presentación de la prueba de concepto)

• Hoja de trabajo de análisis de ajustes y desviaciones e informe del plan de solución actualizados

Evaluación de la arquitectura

• Informe de evaluación de la arquitectura

Evaluación del alcance • Hoja de trabajo de cálculo de costos de Microsoft Dynamics

• Informe del plan de implementación

Caso de negocio • Informe del caso de negocio



2-19

Actividad Entregables

Evaluación de actualización • Informe de evaluación de actualización

Generación de propuestas • Normas generales del proyecto de alto nivel • Plan de proyecto de alto nivel para el tipo

de proyecto deseado

Acuerdos de servicio y licenciamiento final

• Declaración del trabajo • Propuesta de estimación presupuestaria

Movilización del proyecto • Plan de contratación y/o entrenamiento para los miembros del equipo de implementación

Fase de diagnóstico: Prácticas recomendadas

Cuando realice las actividades de la fase de diagnóstico, recuerde las siguientes prácticas recomendadas:

• Asegúrese de que los informes del departamento de ventas incluyen toda la información recopilada durante el proceso de venta. Esta operación debería llevarse a cabo tanto antes de iniciar la fase de diagnóstico como al finalizar esta fase, pero antes de iniciar el proyecto de implementación. La entrega que se realice al final de la fase será clave para iniciar las fases de implementación de forma correcta. A menudo, al comienzo de un nuevo proyecto, es frecuente que la importante información recopilada durante el proceso de venta no se transfiera antes de comunicarse el equipo de implementación con el cliente. Esto se puede traducir en un doble esfuerzo para obtener información sobre el cliente, y puede menguar la credibilidad frente al mismo. Asegúrese de fijar un tiempo específico para reunirse con el grupo de Ventas que cerró la venta y obtener de ellos toda la información relevante para que el proceso de implementación le resulte atractivo al cliente.

• Asegúrese de comprender los motivos del cliente para adquirir el proyecto de implementación, de manera que todos los objetivos del proyecto estén en consonancia con dichos motivos. Las expectativas del cliente se definen durante el proceso de venta. Asegúrese de que el equipo de proyecto conoce todos los compromisos, las expectativas y las inquietudes transmitidas durante el ciclo de ventas para que el proyecto de implementación pueda satisfacer las expectativas del cliente.



2-20

• Muestre al cliente el tipo de resultados que se obtendrán durante la fase de diagnóstico. Mostrar al cliente ejemplos de los documentos y entregables de la fase de diagnóstico le ayudará a comprender el tipo de trabajo que se ha realizado, cómo se utilizarán los entregables en fases posteriores del proyecto de implementación y qué beneficios obtendrá el cliente de su inversión en la fase de diagnóstico.

• Consulte la estructura de descomposición del trabajo y el plan de un proyecto anterior y utilícelos como plantillas del nuevo proyecto. Si se trata del mismo tipo de implementación, es posible que elementos como las fases o los resultados sean similares y estas plantillas le ayudarán a reducir el tiempo que tiene que dedicar a la administración del proyecto.

• Defina el nivel del análisis de las infraestructuras según el tipo de implementación. Si decide ejecutar un proyecto de implementación rápida, defina la infraestructura completa durante la fase de diagnóstico. Es posible realizar un análisis más detallado de las infraestructuras ya que habrá definido suficientemente el ámbito y los detalles de la solución empresarial durante la fase de diagnóstico.

• Presente al cliente los resultados del diagnóstico y la propuesta en persona. Prepare una presentación breve y concisa que resalte la propuesta y presente los beneficios en base a los requisitos y las expectativas del cliente. No envíe la propuesta al cliente por correo electrónico para esperar después su respuesta. Asegúrese de que todos los miembros del equipo revisen la documentación y la propuesta antes de entregársela al cliente.

Fase de análisis La fase de análisis marca el inicio oficial del proyecto de implementación. Las actividades de la fase de análisis ayudan a identificar las decisiones que el cliente debe tomar y que guiarán la implementación. Esta fase se forja en las actividades de la fase de diagnóstico e implica:

• La revisión de los procesos de negocio actuales del cliente para desarrollar los procesos de negocio finales (definidos para el futuro).

• La determinación y documentación de los requisitos funcionales de la solución en el documento de requisitos funcionales.

• La descripción de los procesos de negocio mejorados. • La descripción de las modificaciones necesarias para que el sistema

admita los futuros procesos de negocio. • La consecución de la aprobación por parte del cliente del documento

de requisitos funcionales finalizado.



2-21

Sin embargo, los análisis que se realizan durante esta fase son mucho más profundos que los análisis generales que se realizan durante la fase de diagnóstico.

Se recopila información adicional sobre todas las áreas comprendidas en el ámbito del proyecto para así identificar una solución que satisfaga todos los requisitos del cliente. Al final de esta fase, los clientes tendrán una descripción detallada de la implementación de Microsoft Dynamics propuesta. Esto incluye el costo, los resultados y los hitos del proyecto.

Las actividades especificadas en la fase de análisis se personalizarán en función del tipo de proyecto. En esta sección se describirán algunas de las actividades clave de la fase de análisis. La fase de análisis consta de las siguientes actividades:

• Planeación del proyecto • Administración de riesgos e incidencias • Administración de comunicaciones • Administración de propuestas • Administración de recursos • Administración de calidad • Recopilar los requisitos de entrenamiento para usuarios clave • Análisis detallado de los procesos de negocio • Revisar los requisitos del negocio y documentar las desviaciones • Generar entornos de entrenamiento y pruebas • Recopilación de los requisitos de integración e interfaz • Recopilación de los requisitos de migración de datos

Cada actividad es una característica del tipo de proyecto empresarial y estándar salvo la administración de riesgos e incidencias, la administración de comunicaciones, la administración de propuestas, la administración de recursos y la administración de calidad, que son actividades que están incluidas exclusivamente en el tipo de proyecto empresarial.

Planeación del proyecto

El objetivo de la actividad de planeación del proyecto es concluir las normas generales del proyecto y finalizar el plan del proyecto. Normalmente los ejercicios de planeación del proyecto los realizará con el cliente.



2-22

Esta actividad dentro de los tipos de proyecto estándar y empresarial incluye las tareas siguientes:

• Celebración de la reunión ejecutiva de puesta en marcha y las sesiones de planeación del proyecto.

• Conclusión de las normas generales del proyecto. • Finalizar la estructura de descomposición del trabajo del proyecto. • Finalización del plan del proyecto. • Comprobación de que el cliente revisa y aprueba los entregables.

En la actividad de planeación del proyecto se generan dos entregables:

• Las normas generales del proyecto finalizadas. • El plan del proyecto detallado.

Administración de riesgos e incidencias

El objetivo de la administración de riesgos es conocer los riesgos potenciales que están implicados en un proyecto y las medidas que pueden emprenderse para mitigarlos. Cuando un proyecto comienza, los procesos de administración de riesgos incluyen la identificación y el análisis de los riesgos del proyecto, así como su respuesta. A medida que el proyecto avanza, la supervisión y el control de los riesgos se convierten en procesos constantes de la administración de riesgos.

La administración de incidencias es el proceso de seguimiento y documentación de incidencias desde su identificación hasta su solución. Para controlar las incidencias importantes y sincronizarlas con la administración del alcance, el tiempo y los costos, debe emplearse un proceso formal de administración de incidencias.

A continuación se indican aspectos importantes de la administración de incidencias:

• Las incidencias deben administrarse de forma proactiva. Las incidencias que no se resuelven en un plazo de tiempo aceptable actúan en detrimento del proyecto.

• Debe conseguir el apoyo necesario para resolver las incidencias y asegurarse de que los miembros del equipo pertinentes y las partes interesadas están al tanto de las incidencias y las posibles consecuencias que podrían producirse si no se solucionan.

• Las incidencias pueden afectar a los requisitos legales y contractuales.

• Es probable que las incidencias graves tengan repercusión sobre el alcance, la escala de tiempo y el presupuesto del proyecto.



2-23

En la actividad de administración de riesgos e incidencias se generan los entregables siguientes:

• Registro de riesgos • Lista de incidencias • Plan del proyecto actualizado

Administración de comunicaciones

El objetivo de la administración de las comunicaciones consiste en administrar las necesidades del equipo de proyecto y las partes interesadas para garantizar laobtención de información puntual y precisa sobre el proyecto.

La administración de comunicaciones implica las actividades siguientes:

• Establecimiento de un plan y una estrategia de comunicaciones. • Revisión y aprobación de la estrategia y el plan de comunicaciones. • Preparación de la reunión de puesta en marcha del proyecto. • Reunión de puesta en marcha del proyecto (interna). • Reunión de puesta en marcha del proyecto (cliente). • Informes de rendimiento del proyecto. • Informes de estado del proyecto.

La actividad genera tres entregables

• Estrategia y plan de comunicaciones • Informes de rendimiento del proyecto • Informes de estado del proyecto

Administración de propuestas

La administración de propuestas es una actividad horizontal de la administración de programas cuyo objetivo es controlar el alcance del proyecto. Durante la fase de análisis, los cambios que se realizan en el alcance del proyecto se documentan, analizan y aprueban durante la actividad de administración de propuestas.


• Creación de un plan de control de cambios. • Revisión y aprobación del plan de control de cambios. • Administrar solicitudes de cambio. • Revisar y aprobar solicitudes de cambio.



2-24

En la actividad de administración de propuestas se generan dos entregables:

• Plan de control de cambios • Plan del proyecto actualizado

Administración de recursos

El objetivo de la administración de recursos consiste en establecer, organizar y administrar todos los recursos implicados en el proyecto. Los tipos de recursos principales son los recursos humanos (las personas que realizan el trabajo del proyecto) y los recursos materiales (objetos físicos que se utilizan a medida que avanza el proyecto), pero también pueden estar implicados recursos de equipo. La implicación de los recursos humanos (miembros del equipo de proyecto) al principio del proyecto refuerza su compromiso y agrega conocimiento experto.

Las actividades de la administración de recursos son:

• Solicitud y asignación de los recursos del equipo de proyecto. • Asignación y reajuste de los conocimientos del equipo. • Identificación de los recursos de equipo, material e instalaciones. • Administración de los recursos del proyecto.

El entregable de esta actividad será la administración continuada de los recursos del proyecto.

Recopilar los requisitos de entrenamiento para usuarios clave

El objetivo de la recopilación de los requisitos de entrenamiento es identificar las necesidades de aprendizaje del equipo de proyecto y de la comunidad de usuarios finales. Durante esta actividad, se prepara una definición de futuro del entrenamiento técnico y funcional del equipo de proyecto y los usuarios clave del cliente. Esta actividad dentro de los tipos de proyecto estándar y empresarial incluye las tareas siguientes:

• Definición del entrenamiento para usuarios clave. • Determinación de la logística del entrenamiento.



2-25

El entregable de esta actividad será un plan de entrenamiento del equipo base o del usuario clave que abordará el alcance del entrenamiento, las responsabilidades y funciones del equipo y la logística definida en las sesiones de entrenamiento. En el plan de entrenamiento:

• Se identificarán los usuarios clave y su nivel de conocimientos y experiencia actual en relación con el área de la que se responsabilizarán en el equipo de implementación.

• Se definirá el tipo de entrenamiento necesario para cada área de negocio.

• Se designará el consultor de aplicación que impartirá el entrenamiento sobre las nuevas características y funcionalidad de la solución de Microsoft Dynamics.

• Se designarán el o los consultores de aplicación que impartirán el entrenamiento sobre la nueva versión de las soluciones de fabricantes de software independientes (ISV).

• Se determinarán las fechas, horas y ubicaciones donde se administrará el entrenamiento.

• Se determinará la documentación necesaria para el entrenamiento.

Análisis detallado de los procesos de negocio

El objetivo de un análisis detallado de los procesos de negocio es identificar y definir los procesos de negocio futuros y determinar dónde se utilizará la funcionalidad específica de Microsoft Dynamics. En el mejor de los casos, esta actividad comprenderá un taller por cada área de negocio al que asistirán los usuarios clave del negocio del cliente. En cada taller:

• Se revisarán los modelos de procesos de la plantilla y se utilizarán como referencia para documentar los futuros procesos de negocio.

• Se identificará en qué parte de los procesos de negocio actuales del cliente es necesario realizar cambios.

• Se identificarán las funciones que realizarán cada actividad.

El proceso de elaboración de un análisis detallado de los procesos de negocio normalmente producirá un diagrama de flujo detallado de cada proceso de negocio.



2-26

La actividad de análisis detallado de los procesos empresariales incluida en los tipos de proyecto estándar y empresarial genera el siguiente entregable:

• El informe de introducción a los procesos de negocio, en el que se detallan: ○ Los procesos de negocio. ○ Todas las desviaciones y las soluciones asociadas. ○ Las interfaces de procesos de negocio. ○ Las desviaciones de las interfaces.

Revisar los requisitos del negocio

El objetivo de la recopilación de los requisitos del negocio es identificar y documentar los requisitos del negocio del cliente. Este proceso se divide en dos actividades: la celebración del taller de requisitos de negocio y la documentación de los requisitos funcionales del proyecto.

El objetivo del taller de requisitos de negocio es identificar y documentar el conjunto completo de los requisitos funcionales para la implementación de la solución de Microsoft Dynamics. Esta actividad incluida en los tipos de proyecto estándar y empresarial es necesaria para identificar todos los requisitos del negocio funcionales del cliente que están relacionados con la solución de Microsoft Dynamics propuesta. Es necesario que defina y documente el modo en que la solución satisface cada uno de los requisitos de negocio y alcanzar un acuerdo sobre el enfoque que se pretende para el proyecto.

Los resultados del taller de requisitos de negocio se analizan y los procesos de negocio y la información obtenida durante los talleres se utilizan para crear el documento de requisitos funcionales. El documento de requisitos funcionales constituye el principal entregable de esta actividad y supone una fuente de información necesaria para la hoja de trabajo de análisis de ajustes y desviaciones.

Realización del análisis de ajustes y desviaciones

El objetivo de la realización de un análisis de ajustes y desviaciones es identificar y documentar las desviaciones que existen entre los requisitos del cliente y la solución de negocios. El equipo de proyecto debe encontrar soluciones o proponer alternativas para las desviaciones documentadas. Esta actividad se compone de los pasos siguientes:

• Revisión de los requisitos del cliente respecto a la solución de negocios para determinar los ajustes y las desviaciones que existen en relación con la funcionalidad de la solución.

• Documentación de los ajustes, incluidas las características estándar y aquellas que necesitan configuración.



2-27

• Documentación de las desviaciones entre los requisitos del cliente y la solución de negocios.

• Análisis de desviaciones e identificación de soluciones o alternativas. • Documentación de desviaciones, soluciones y alternativas.

El análisis detallado de ajustes y desviaciones se realiza teniendo en cuenta la prioridad que el cliente ha asignado a cada requisito del negocio. Esta actividad dentro de los tipos de proyecto estándar y empresarial incluye las tareas siguientes:

• La hoja de cálculo de análisis de ajustes y desviaciones. Cada requisito del negocio se confirma como un ajuste o se define como una desviación en esta hoja de cálculo.

Fase de análisis: Objetivos e hitos

La fase de análisis marca el inicio de la implementación del proyecto e incorpora las actividades necesarias para planear e iniciar de forma eficaz el proyecto completo.

Los objetivos clave que deben lograrse durante la fase de análisis son:

• Finalización y aprobación de las normas generales del proyecto. • Finalización y aprobación del plan del proyecto. • Finalización del plan de control de cambios. • Celebración de reuniones de puesta en marcha con los directivos

y el equipo de proyecto. • Documentación y aprobación del documento de requisitos

funcionales. • Realización y documentación del análisis de ajustes y desviaciones

y aprobación de la hoja de trabajo de análisis de ajustes y desviaciones.

Puede realizar el seguimiento del progreso durante la fase de análisis atendiendo a los hitos principales:

• Reunión formal de puesta en marcha del proyecto. • Aprobación por parte del cliente de las normas generales del

proyecto, el plan del proyecto y el plan de control de cambios. • Aprobación por parte del cliente del documento de requisitos

funcionales y la hoja de trabajo de análisis de ajustes y desviaciones. • Definición de la infraestructura y el entorno.

Realizar una revisión al final de la fase de análisis para comprobar que se han conseguido todos los hitos y que se han proporcionado todos los entregables conforme al estándar requerido.



2-28

Fase de análisis: Entregables

Aunque los entregables de la fase de análisis pueden variar ligeramente en función del tipo de proyecto, incluirán:

• Reunión de puesta en marcha del proyecto • Normas generales del proyecto • Plan del proyecto • Registro de riesgos e incidencias • Plan de control de cambios • Plan de comunicaciones • Plan de entrenamiento • Flujos de trabajo de proceso de negocio de estado futuro • Documento de requisitos funcionales (FRD) • Hoja de cálculo de análisis de ajustes y desviaciones • Estándares de desarrollo • Estándar de calidad y pruebas (plan de prueba) • Documento de alcance de la infraestructura • Documento de diseño de la infraestructura • Requisitos de integración e interfaces • Requisitos de migración de datos

NOTA: para obtener más información sobre cada uno de los entregables, consulte la actividad correspondiente en Microsoft Dynamics Sure Step. Utilice la opción Locate in Sure Step de Vista Documents para buscar la actividad asociada a un determinado entregable.

Fase de análisis: Prácticas recomendadas

Cuando realice las actividades de la fase de análisis, recuerde las siguientes prácticas recomendadas:

• Determine el grado de detalle con el que debe efectuarse el análisis e identifique una estrategia de análisis adecuada.

Para analizar procesos empresariales a nivel detallado, establezca la solución empresarial en el entorno del recinto, enseñe a los usuarios clave todo lo que deben saber y ejecute los procesos empresariales.



2-29

A este nivel, puede ver los detalles exactos de pérdida de funcionalidad e identificar cómo optimizar la solución empresarial.

Si el objetivo del análisis detallado es encontrar soluciones de funcionalidad, tome en consideración el diseño de un prototipo rápido.

Esto puede ayudar para mostrar al cliente que dispondrá de la funcionalidad requerida, que satisfará los requisitos de la solución empresarial propuesta.

• Mantenga el proyecto al día decidiendo desde el principio de la fase de análisis si las mejoras en el sistema se agregarán en el ámbito del proyecto actual o si tienen que postergarse a un proyecto futuro.

A menudo, la fase de análisis es la primera área donde los plazos de un proyecto empiezan a desajustarse. El motivo es que los clientes que han recibido entrenamiento en la nueva solución pueden desear invertir más tiempo analizando esta solución y pueden descubrir nuevas mejoras que pueden ser importantes para la solución y que aún no se contemplan en el alcance. Haga frente a estas situaciones con rapidez para mantener el proyecto dentro del programa.

• En el documento de requisitos funcionales, incluya diagramas visuales que describan los procesos empresariales para mostrar cómo la solución mejorará los procesos.

Las imágenes pueden comunicar la visión de la solución con mayor efectividad que las descripciones de texto o que las largas listas.

• No subestime la importancia de la declaración de alcance del proyecto. La declaración de alcance del proyecto se incluye en el documento de normas generales del proyecto y debe reflejar el grado de complejidad del proyecto. Debe asegurarse de que el cliente aprueba esta declaración. El informe del ámbito del proyecto identifica explícitamente para todas las partes interesadas cuál es el ámbito del proyecto y, lo que es más importante, qué queda fuera del ámbito del proyecto. Así se establecen expectativas y límites para el proyecto y los equipos del proyecto trabajan con un mismo conjunto de expectativas. Asegurar la firma del cliente también ayuda a mitigar los riesgos si el proyecto empieza a sufrir “aumentos de ámbito”.



2-30

• Conserve una lista de soluciones ISV aprobadas e implementadas por la organización. Si está usando una solución ISV nueva para la organización consultora, piense en incluir un representante de la solución en el equipo del proyecto.

• Comunique el objetivo del análisis del proceso empresarial a los empleados del cliente. Los análisis de los procesos empresariales suelen incluir entrevistas con numerosos empleados del cliente. Asegúrese de trabajar con el equipo de administración del cliente para desarrollar un mensaje coherente no amenazador que comunique a los empleados el objetivo del análisis.

Fase de diseño Basándose en los resultados de los análisis, durante esta fase se determina el diseño de la implementación completa de Microsoft Dynamics. La fase de diseño también consta de soluciones de diseño para personalizaciones, integraciones y migración de datos específicas necesarias para satisfacer los requisitos del negocio identificados durante la fase de análisis. Los resultados más importantes de esta fase son las especificaciones generales de diseño y las especificaciones detalladas para el diseño técnico, en respuesta a las decisiones generales identificadas en las fases anteriores. Las especificaciones de diseño regirán las actividades de desarrollo en las fases posteriores.

Las actividades especificadas en la fase de diseño se personalizarán en función del tipo de proyecto. En esta sección se describirán algunas de las actividades clave de la fase de diseño. La fase de diseño consta de las siguientes actividades:

• Planeación del proyecto • Administración de propuestas • Documentación de las configuraciones en el documento de diseño

funcional - ajustes (FDD - ajustes) • Elaboración del diseño de las personalizaciones en el documento

de diseño funcional - desviaciones (FDD - desviaciones) • Creación de documentos de diseño técnico (TDD) para

cada desviación • Creación del documento de diseño de la solución (SDD) • Diseño de los componentes de integración y de la interfaz • Iniciar el diseño de migración de datos

Cada actividad es una característica del tipo de proyecto estándar y empresarial, excepto la administración de propuestas y la creación del documento de diseño de la solución. Solamente están relacionados con el tipo de proyecto empresarial.



2-31


En la fase de diseño, las actividades de planeación del proyecto dentro de los tipos de proyecto estándar y empresarial se centran en la supervisión y seguimiento del progreso del proyecto conforme al plan del proyecto y en la realización de los ajustes necesarios para que el proyecto no se desvíe del plan.

La planeación de proyectos incluye las siguientes tareas:

• Actualización del plan del proyecto para que refleje los cambios realizados en la escala de tiempo, los hitos y los recursos del proyecto.

• Creación del plan de transferencia de conocimientos. • Creación del plan de implementación.

ILUSTRACIÓN 2.2 FLUJO DE PROCESO DE LA PLANEACIÓN DEL PROYECTO

En las tareas de planeación del proyecto se generan dos entregables:

• El plan de transferencia de conocimientos, que define el proceso de traspaso de la solución del equipo de proyecto al cliente.

• El plan de implementación, que describe la implementación del sistema para los usuarios finales.



2-32

Administración de propuestas

El objetivo de la actividad de administración de propuestas de la fase de diseño es garantizar que el equipo de proyecto y el cliente analizan, documentan y aprueban todos los cambios efectuados en el alcance del proyecto.


• Administrar solicitudes de cambio. • Revisar y aprobar solicitudes de cambio.

En la actividad de administración de propuestas se generan dos entregables:

• Solicitudes de cambio aprobadas. • Plan del proyecto actualizado.

Documentación de las configuraciones en el documento de diseño funcional - ajustes

El objetivo del Documento de diseño funcional (FDD) - ajustes es captar las opciones de configuración y parámetros necesarios para satisfacer los requisitos funcionales correspondientes. Las opciones de configuración y parámetros pertinentes se identifican como “ajustes” durante el análisis de ajustes y desviaciones.

En esta actividad, el consultor de la aplicación y el usuario clave correspondiente comenzará a documentar las opciones de configuración y parámetros necesarios para que la funcionalidad estándar y la solución de un fabricante de software independiente (ISV) satisfagan por completo los requisitos del negocio. Esto se refleja en el documento de diseño funcional - ajustes.

El usuario clave proporciona los escenarios de negocio apropiados para probar el diseño y la configuración seleccionados. Estos escenarios de negocio se documentarán durante la actividad de identificación de escenarios de prueba de procesos y se utilizarán en el proceso horizontal de calidad y pruebas.

Un entregable clave de la fase de diseño es el FDD - ajustes, que contiene todas las opciones de configuración y parámetros necesarios.



2-33

Elaboración del diseño de configuración en el documento de diseño funcional - desviaciones

El objetivo del documento de diseño funcional - desviaciones es documentar el desarrollo de código personalizado que debe efectuarse para solventar las desviaciones de los requisitos del negocio identificadas en la fase de análisis de ajustes y desviaciones.


• El consultor de aplicación trabaja con el usuario clave apropiado para empezar la documentación de los requisitos del negocio que se satisfarán con el desarrollo de código personalizado.

• Se documentan las reglas y las prácticas del negocio que afectan al diseño de código personalizado.

• Los requisitos del código personalizado se documentan en el documento de diseño funcional (FDD - desviaciones).

Esta actividad genera un único tipo de entregable:

• FDD - desviaciones (se pueden crear varios FDD para cada una de las desviaciones pertinentes).

Crear el documento de diseño técnico

El objetivo del documento de diseño técnico es que los programadores documenten los métodos y el código que se generarán para satisfacer los requisitos del negocio correspondientes. En el documento de diseño técnico (TDD) se detallan todas las modificaciones o mejoras del sistema incluidas en la solución propuesta. Por cada documento de diseño funcional - desviaciones se crea un documento de diseño técnico (TDD).


• Elaboración del TDD ○ Documentación de los componentes específicos de la interfaz

de usuario, el negocio y la capa de datos necesarios para proporcionar cada modificación del sistema propuesta.

○ Revisión de la seguridad del diseño. ○ Identificación de requisitos de seguridad adicionales.

En la actividad de creación del documento de diseño técnico se genera un único tipo de entregable:

• El TDD (pueden elaborarse varios TDD para cada una de las desviaciones pertinentes).



2-34

Crear un documento de diseño de la solución

El objetivo de la actividad de creación del documento de diseño de la solución es recopilar y documentar todos los elementos del diseño de la solución en un documento global. El documento de diseño de la solución (SDD) presenta un resumen de la solución, en el que se describe el flujo de la solución propuesta y las capacidades habilitadas por la solución. El SDD se elabora en lenguaje comercial, por lo que contiene elementos del documento de requisitos funcionales, el análisis de ajustes y desviaciones y los FDD. El SDD se inicia en esta fase y se termina en la fase de desarrollo. Esta actividad se compone de la tarea siguiente:

• Elaboración del SDD

El entregable SDD contiene algunos o todos los datos siguientes:

• Información sobre la compañía. • Visión y alcance del proyecto. • Diseño arquitectónico de alto nivel. • Información sobre integración. • Diseño de migración de datos. • Requisitos de seguridad y auditoría. • Requisitos de pruebas. • Requisitos de entrenamiento.

Diseñar los componentes de integración e interfaz

El objetivo de esta actividad es diseñar los elementos de integración e interfaz de la solución. Los elementos de diseño se registran en los documentos de FDD - desviaciones y se crean los TDD correspondientes.

Para diseñar correctamente los componentes de integración e interfaz de la solución, debe llevar a cabo las siguientes actividades secundarias:

• Identificar un método para enviar y recibir información entre las interfaces que sea compatible con la seguridad y otros requisitos de la solución.

• Identificar los conjuntos de datos y transformaciones necesarios para que el intercambio de la información sea eficaz.

• Identificar los requisitos operativos que se deben cumplir.

Los entregables clave en esta actividad son los TDD que se corresponden con cada elemento de diseño de integración e interfaz.



2-35

Inicio del diseño de migración de datos

El objetivo del diseño de migración de datos es asignar los campos de datos de los orígenes existentes y diseñar el proceso de migración de datos tras identificar las tareas de migración de datos que se van a realizar. También se diseña el proceso para realizar la conversión de datos. Esta actividad consta de las siguientes tareas:

• Evaluación de la calidad de los datos de origen y determinación de los requisitos de limpieza de datos.

• Asignación de los datos. ○ Si un campo de datos no se puede asignar a un único origen,

se intentará derivar a partir de varios campos de origen. ○ Si no se puede establecer el origen de un campo de datos o no se

puede derivar, se reunirá con los representantes del cliente para determinar un origen alternativo o designar a la persona que se encargará de suministrar los valores de datos.

Algunos productos de Microsoft Dynamics necesitan una ruta de migración de datos específica. Por ejemplo, en Microsoft Dynamics GP es necesario que la migración de los datos se realice en un orden concreto.

En la actividad de inicio del diseño de migración de datos se genera un único entregable:

• Una hoja de trabajo de la asignación de datos de migración.

Fase de diseño: Objetivos e hitos

Los principales resultados de la fase de diseño son las especificaciones de diseño y las especificaciones de diseño técnico. Estas especificaciones proporcionarán los datos que se usarán en la fase de desarrollo.

Los objetivos clave que deben lograrse durante la fase de diseño son:

• Entrenamiento del equipo base. • Especificación del diseño funcional para:

○ Soluciones de ajustes y desviaciones. ○ Integración e interfaces. ○ Migración de datos.

• Documentos de diseño técnico (TDD). • Borrador inicial del documento de diseño de la solución.



2-36

Puede realizar el seguimiento del progreso durante la fase de diseño atendiendo a los hitos principales:

• Se ha completado el entrenamiento del equipo base. • El cliente acepta las especificaciones de diseño. • El cliente aprueba las estimaciones de tiempo y costo de desarrollo.

Realizar una revisión al final de la fase de diseño para comprobar que se han conseguido todos los hitos y que se han proporcionado todos los entregables conforme al estándar requerido.

Fase de diseño: Entregables

Aunque los entregables de la fase de diseño pueden variar ligeramente en función del tipo de proyecto, incluirán:

• Entrenamiento del equipo base • FDD de ajustes (configuraciones) • FDD de desviaciones (personalizaciones)

○ Documentos de diseño funcional para los requisitos identificados como desviaciones en la solución estándar

○ FDD de los requisitos de integración e interfaz ○ FDD de los requisitos de migración de datos

• TDD • Escenarios de prueba de procesos • Especificación de entornos de no - producción




2-37

Fase de diseño: Prácticas recomendadas

Cuando realice las actividades de la fase de diseño, recuerde las siguientes prácticas recomendadas:

• Asigne el recurso de desarrollo implicado en la especificación del diseño para contribuir a la finalización de la especificación de diseño técnico.

Esto contribuirá a minimizar la necesidad de hacer una nueva valoración o un nuevo análisis de las decisiones que se tomaron en la especificación de diseño de alto nivel o invertir más tiempo en poner al día a otra persona. Si el recurso de desarrollo no tuvo ninguna implicación en la especificación del diseño, asegúrese de que exista una relación con el consultor de aplicación para garantizar la continuidad.

• Planee la migración de datos con cuidado y meticulosamente. La planeación de la migración de datos es el componente más importante de la migración de datos. El plan debe incluir:

• Un calendario de eventos. • Tareas del cliente y el consultor. • Una lista de los orígenes de datos y la información concreta que

se va a migrar. • Las reglas empresariales que se hayan acordado, como la cantidad

de datos que se van a migrar. • Cómo identificar registros duplicados. • Asegúrese de que el consultor de migración de datos trabaja

directamente con un usuario clave que comprende los datos que se van a migrar. Así se garantiza que el equipo identifica los riesgos o los posibles datos dañados.

• Durante la actividad de planeación de migración de datos, defina claramente las expectativas del cliente acerca de la migración de datos.

Asegúrese de poner al corriente al cliente acerca de cuáles son los datos y el volumen que se van a migrar, cómo se van a validar los datos y las escalas de tiempo aproximadas en las que se tendrán lugar los principales hitos de la migración.

• Programe el recurso de consultoría apropiado para revisar minuciosamente paso por paso el plan de prueba antes de entregárselo al cliente.



2-38

Los clientes tienden a detenerse en cada paso y no comprenden del todo la solución si alguno de los pasos no está escrito con claridad. Para que los pasos del plan de prueba sean lo más sencillos posible, elimine las asunciones y los acrónimos del plan.

• Considere la posibilidad de emplear alternativas menos costosas para migrar todos los datos actuales e históricos al nuevo sistema. Muchos clientes insisten en realizar migraciones completas de los datos actuales y los datos históricos. Esto puede convertirse en una tarea larga y costosa, especialmente si se han realizado grandes cambios en las estructuras de datos. Estudie los objetivos del proyecto y proponga alternativas como la migración de datos resumida o mantener datos históricos en formato de sólo lectura.

• Asegúrese de que el plan de migración de datos dispone de un componente detallado de administración de excepciones, ya que es posible que los datos de entrada no tengan un formato correcto. Por ejemplo, defina las responsabilidades del cliente respecto a la validación de los datos antes de empezar a ejecutar la migración y defina sus responsabilidades en la conciliación de los datos cuando la migración se haya completado.

• Informe al cliente sobre las implicaciones de mantenimiento de las soluciones propuestas. Por ejemplo, explique el impacto que podría tener sobre la solución el lanzamiento futuro de un producto o un Service Pack.

Fase de desarrollo El principal objetivo de la fase de desarrollo es desarrollar las personalizaciones, las integraciones y los procesos de migración de datos definidos en las especificaciones de diseño elaboradas y aprobadas en la fase de diseño y completar la instalación y configuración de la solución estándar y de cualquier otra solución de un fabricante de software independiente (ISV). Los principales entregables de la fase de desarrollo son la instalación comprobada, las configuraciones, las personalizaciones, los informes, las integraciones y todos los procesos y programas de migración de datos. Cada uno de los componentes desarrollados en esta fase se prueba para comprobar que funcione según la definición de los requisitos funcionales, las especificaciones de diseño y los criterios de pruebas.



2-39

Una característica importante de la fase de desarrollo es que las actividades de desarrollo, como las características individuales, las integraciones o la migración de datos, pueden ejecutarse a lo largo de la fase de desarrollo al mismo tiempo. Depende del tamaño y la complejidad del proyecto y del número de recursos disponible para trabajar en los componentes individuales.

Las actividades especificadas en la fase de desarrollo se personalizarán en función del tipo de proyecto. En esta sección se describirán algunas de las actividades clave de la fase de desarrollo.

En la fase de desarrollo pueden encontrarse las tareas siguientes:

• Creación de documentos de entrenamiento y documentos adicionales • Finalización de la configuración del sistema y la instalación

de soluciones de un fabricante de software independiente (ISV) • Iniciar el desarrollo de código personalizado • Ejecución de pruebas unitarias y de funciones • Ejecución de pruebas de procesos e integración • Traspaso de entornos no productivos • Inicio del desarrollo de integraciones e interfaces

Cada actividad es una característica del tipo de proyecto empresarial y estándar, excepto Realización de pruebas unitarias y de funcionalidad, que solamente está relacionada con el tipo de proyecto empresarial.

Creación de documentos de entrenamiento y documentos adicionales

El objetivo de la actividad de creación de documentos de entrenamiento y documentos adicionales de esta fase es garantizar que toda la documentación de entrenamiento, incluidos los documentos complementarios, como las guías de usuario, está lista para ser entregada al cliente.

Esta actividad se compone de la tarea siguiente:

• Creación de la documentación de entrenamiento orientada a procesos y destinada a los usuarios finales. En esta documentación se incluye: ○ La explicación de los escenarios, procesos y actividades

del negocio. ○ Los flujos de trabajo y las notificaciones. ○ El uso de scripts de prueba en los que se describen las

interacciones entre los usuarios y la solución representadas como una secuencia de pasos sencillos.



2-40

En la actividad de creación de documentos de entrenamiento y documentos adicionales se generan varios entregables:

• Documentos usados en los cursos • Documentación de Microsoft Dynamics y del software de ISV

correspondiente • Guías de usuario • Procedimientos operativos diarios • Procedimientos de mantenimiento del sistema

Finalización de la configuración del sistema y la instalación de soluciones de un fabricante de software independiente (ISV)

El objetivo de esta actividad es incorporar los cambios de configuración e instalación de una solución de un fabricante de software independiente (ISV) que se producen a partir de las incidencias que surgen durante los procesos de pruebas.

Los problemas que requieren cambios de configuración normalmente se detectan durante las pruebas de la funcionalidad estándar y la funcionalidad de las soluciones de ISV a través de las pruebas de funcionalidad y subprocesos. Estos cambios se documentan durante el proceso de pruebas y, por lo tanto, se deben recopilar, revisar e incorporar en todos los entornos.

Estos pasos adoptados para confirmar los cambios de configuración son necesarios y forman parte del proceso horizontal de calidad y pruebas.

Iniciar el desarrollo de código personalizado

El objetivo de la actividad de inicio del desarrollo de código personalizado es comenzar el desarrollo del código personalizado para resolver las desviaciones que existen entre los requisitos del cliente y el producto de Microsoft Dynamics que se está implementando.


• Desarrollo de la característica o integración propuesta en los documentos de diseño de la solución y de diseño técnico.

• Asignación de un responsable de programación para que compruebe que los programadores trabajan en la misma función de forma coordinada y están en contacto.

La actividad de inicio del desarrollo de código personalizado culmina en la actividad de finalización del desarrollo de código personalizado.



2-41

Ejecución de pruebas unitarias y de funciones

El objetivo de la actividad de ejecución de pruebas unitarias y de funciones es efectuar pruebas para determinar si el código personalizado desarrollado satisface los criterios y proporciona la funcionalidad especificada en el documento de requisitos funcionales, el documento de diseño funcional y el documento de diseño técnico.


• Ejecución de pruebas unitarias (por parte del consultor de desarrollo) del código personalizado para detectar y solucionar las incidencias.

• Ejecución de pruebas de funciones del código en un entorno de producción simulado (Prueba).

• Ejecución de pruebas de funciones con el consultor de aplicación o de funciones para asegurarse de que el código se ajusta al diseño funcional.

Esta actividad también está presente en el proceso horizontal de desarrollo de código personalizado.

En la actividad de ejecución de pruebas unitarias y de funciones no se genera ningún documento para entregar, aunque deben documentarse los resultados de las pruebas.

Ejecutar pruebas de procesos

El objetivo de las pruebas de procesos es comprobar exhaustivamente las características configuradas de la solución en los procesos de negocio de acuerdo con los requisitos de calidad y pruebas elaborados durante la fase de análisis. Para realizar la prueba de procesos, se ejecutan los escenarios de scripts de pruebas de procesos definidos en la fase de diseño. Antes de realizar la prueba de procesos, revise, actualice y finalice los escenarios y scripts de pruebas de procesos creados en la fase de diseño para garantizar que reflejan el marco de desarrollo final. Un ejemplo de este tipo de prueba sería una que vinculase los procesos de negocio Pedido a cobro y Adquisición a pago.

El resultado final de la prueba de procesos es garantizar que las características configuradas y el código personalizado desarrollado para la solución de Microsoft Dynamics se han probado exhaustivamente desde la perspectiva del proceso de negocio.



2-42

Esta actividad se incluye en los siguientes procesos horizontales:

• Requisitos y configuración del sistema • Desarrollo de código personalizado • Entrenamiento

Ejecutar pruebas de integración

El objetivo de la prueba de integración es validar que la integración y las interfaces son compatibles con los procesos de negocio del cliente. La prueba de integración la realizan el usuario clave y el consultor de aplicación, que ejecutan los scripts de prueba de integración para los procesos de negocio completos. Un ejemplo de este tipo de prueba sería una que vinculase una integración o interfaz con aplicaciones de otros fabricantes durante los procesos de negocio Pedido a cobro o Adquisición a pago.

Esta prueba se realiza en un entorno de prueba con la seguridad de la aplicación habilitada con el fin de validar la configuración de seguridad de la aplicación. La validación de la seguridad de la aplicación es vital si el equipo de proyecto de consultoría desea mantener la confianza del cliente.

El objetivo de esta prueba es validar que todos los aspectos de la solución de Microsoft Dynamics, incluidos todos los sistemas y subsistemas que interactúan o mantienen alguna otra relación con los procesos de negocio del cliente, generan los resultados esperados. La prueba de integración garantiza que la incorporación de interfaces o seguridad adicionales no tendrá un efecto negativo en el sistema previamente validado.

Esta actividad se incluye en los siguientes procesos horizontales:

• Integración e interfaces • Migración de datos • Requisitos y configuración del sistema • Desarrollo de código personalizado



2-43

Traspaso de entornos no productivos

El objetivo de la actividad de traspaso de entornos de no producción es garantizar que los equipos de soporte técnico del cliente están preparados para asumir su responsabilidad en entornos de no producción. Los equipos de soporte técnico del cliente deben conocer a fondo la solución y las tareas operativas y de soporte técnico más habituales que resultan necesarias.

Las actividades principales de esta tarea son:

• La creación de un manual de operaciones detallado. Esta operación incluye, entre otras, las siguientes tareas: ○ Introducción a la arquitectura de la solución. ○ Objetivos de disponibilidad y supervisión del rendimiento

de la solución. ○ Optimización y ajuste del rendimiento. ○ Procedimientos de escalado. ○ Proceso de copia de seguridad y restauración. ○ Proceso de recuperación ante desastres. ○ Supervisión y alertas del sistema. ○ Lectura adicional: vínculos a documentación específica

del proyecto y la plataforma del producto. ○ Configuración de usuarios y de acceso.

• Realización de una serie de talleres de traspaso con los equipos

de soporte técnico para presentar y explicar el contenido de los manuales de operaciones.

• Obtención de la aprobación del cliente, lo que indicaría que acepta los entornos.

El principal entregable de esta tarea debe ser un manual de operaciones de los entornos de no producción que ayudará a los equipos de soporte técnico en la ejecución y el mantenimiento cotidianos de la solución.

Inicio del desarrollo de integraciones e interfaces

El objetivo de la actividad de inicio del desarrollo de integraciones e interfaces es comenzar el desarrollo de los componentes de integración e interfaz a través de los mecanismos de implementación identificados en la fase de diseño.



2-44

Las actividades principales de esta tarea son:

• Generación de cada uno de los componentes de integración e interfaz. El desarrollo incluirá: ○ Los elementos de datos. ○ La interfaz de usuario. ○ La lógica del negocio subyacente.

• Ejecución de pruebas unitarias en cada componente de integración

e interfaz. • Coordinación y comunicación con otros programadores que trabajan

en la misma característica.

El entregable en esta actividad es proporcionar material que se puede utilizar para realizar la prueba de integración, suponiendo que puede ser necesario realizar alguna tarea adicional para completar toda la funcionalidad o para admitir ciertas tareas de implementación y operaciones.

Fase de desarrollo: objetivos e hitos

Los principales objetivos de la fase de desarrollo son la generación y comprobación de los componentes del sistema definidos y aprobados en la fase de diseño.

Los objetivos clave que deben lograrse durante la fase de desarrollo son:

• Finalización de la documentación y las guías de entrenamiento. • Finalización de procesos de negocio definidos para el futuro. • Finalización de la configuración de las funciones de seguridad. • Finalización de la instalación y configuración del sistema. • Finalizar el documento de diseño de la solución. • Finalización del desarrollo de código personalizado. • Ejecución de pruebas:

○ Proceso ○ Aceptación de los datos ○ Integración

• Desarrollo de scripts de prueba para la prueba de aceptación de

los usuarios (UAT) y la prueba de rendimiento, que se ejecutarán en la fase siguiente.

• Entrega de entornos de no producción.



2-45

Puede realizar el seguimiento del progreso durante la fase de desarrollo atendiendo a los hitos principales:

• Guías de entrenamiento completadas. • Modelos de procesos completados. • Instalación y configuración del sistema completadas. • Desarrollo completado. • Desarrollo de los scripts de prueba completado. • Entrega de entornos de no producción completada.


Fase de desarrollo: Entregables

Aunque los entregables de la fase de desarrollo pueden variar ligeramente en función del tipo de proyecto, incluirán:

• Documentación y guías de entrenamiento • Modelos de procesos finales • Configuración del sistema final • Desarrollo de código personalizado final • Pruebas de aceptación de datos, procesos e integración completas • Scripts de prueba de rendimiento y de prueba de aceptación

de los usuarios desarrollados • Especificación de entornos de producción • Desarrollo de código de integración e interfaces final • Desarrollo de código de migración de datos final • Documento de diseño de la solución (SDD) final




2-46

Fase de desarrollo: prácticas recomendadas

Cuando realice las actividades de la fase de desarrollo, recuerde las siguientes prácticas recomendadas:

• Actualice los documentos iniciales y de diseño técnico creados durante la fase de diseño para que reflejen el aspecto y la funcionalidad real de la característica o el programa desarrollado.

La documentación incluirá información suficiente y tendrá en cuenta el mantenimiento y la actualización de la característica en futuros proyectos de actualización u optimización.

• Cumpla completamente los requisitos identificados en el documento de requisitos funcionales durante las actividades de prueba por parte del cliente y de aceptación del usuario.

Es habitual que los clientes soliciten cambios estéticos o funcionales del producto finalizado durante esta fase. Examine dichas solicitudes con detenimiento por si entran en conflicto con o se extienden sobre los requisitos especificados en el documento de requisitos funcionales. En este punto del proyecto de implementación, debe documentar los cambios que considere necesarios en una solicitud de cambio formal.

• Asegúrese de que la prueba del proceso realizada por el cliente es correcta y de que se realizan completas, con cuidado y rigor, las pruebas de las características y de las funciones.

A menudo, es en las actividades de aceptación y prueba del cliente cuando el cliente ve por primera vez el producto terminado y es importante que la primera impresión sea buena.

El producto debe ser lo más estable posible. Los errores del sistema o un bloqueo del programa durante la prueba inicial del usuario pueden tener un efecto muy negativo en la confianza del cliente en el trabajo de desarrollo.

• Durante la prueba de la migración de datos, intente que los usuarios finales reales de la solución validen y comprueben la migración de datos.



2-47

Estos usuarios finales clave ya están familiarizados con los datos. Reconocerán los problemas con mayor facilidad que los consultores externos. Las pruebas son procesos interactivos. La conformidad con varias pruebas ayudarán a garantizar que los datos son precisos.

• Asegúrese de que las pruebas se realizan usando configuraciones de seguridad y cuentas de usuario reales. Los evaluadores suelen utilizar cuentas administrativas. Si se usan cuentas con credenciales de administración no se revelan posibles problemas del modelo de seguridad o de acceso en el entorno de producción propuesto.

• Asegúrese de que el entorno de prueba es lo más parecido posible al entorno de producción. Por ejemplo, si el cliente va a utilizar Conexión a Escritorio remoto para obtener acceso a la aplicación, la prueba debe realizarse utilizando Conexión de Escritorio remoto para conectarse al sistema.

• Insista en que el cliente ejecute el plan de pruebas. El cliente debe realizar otras pruebas sobre las características desarrolladas, la migración de datos y las características de integración aparte de las pruebas realizadas por el equipo de consultoría. De lo contrario, el cliente debe firmar que no tiene intención de realizar las pruebas.

Fase de implementación El resultado principal de la fase de implementación es un sistema en funcionamiento. Las actividades de esta fase preparan la infraestructura, el entorno de la aplicación y a los usuarios finales para el uso del nuevo sistema. Entre las actividades de esta fase, se incluyen las siguientes:

• Preparación de los planes de lanzamiento y de los planes de comprobación del sistema.

• Confirmación de los planes de entrenamiento de los usuarios finales como parte del plan de implementación finalizado.

• Configuración de entornos productivos y de prueba. • Ejecución de pruebas del sistema y de carga utilizando un

subconjunto de los datos del cliente. • Preparación e impartición del entrenamiento de usuario final. • Finalización de la migración y validación de los datos finales. • Finalización de las actividades de lanzamiento para presentar

el nuevo sistema.



2-48

Las actividades especificadas en la fase de implementación se personalizarán en función del tipo de proyecto. En esta sección se describen algunas de las actividades clave de la fase de implementación.

En la fase de implementación pueden encontrarse las actividades siguientes:

• Planeación del proyecto • Administración del entrenamiento de usuario final • Lanzamiento • Ejecución de la prueba de aceptación de los usuarios

Cada actividad es una característica del tipo de proyecto empresarial y estándar, excepto Lanzamiento, que solamente está relacionada con el tipo de proyecto empresarial.


En la fase de implementación, las actividades de planeación del proyecto se concentran en poner fin al plan de implementación, en el que se detallan las tareas críticas que deben realizarse para garantizar una correcta implementación. La planeación del proyecto también implica que la hoja de cálculo de datos financieros del proyecto debe mantenerse al día, que debe controlarse y supervisarse que el proyecto progresa conforme al plan del proyecto y que deben realizarse los ajustes necesarios para que el proyecto no se desvíe del plan.

Esta actividad incluye las tareas siguientes:

• Finalización del plan de implementación • Actualización del plan del proyecto • Actualización de los documentos financieros del proyecto

En la fase de implementación, no se genera ningún entregable durante la actividad de planeación del proyecto, pero no hay que olvidarse de actualizar los documentos mencionados anteriormente.

Administración del entrenamiento de usuario final

El objetivo de la actividad de administración de entrenamiento de usuario final es proporcionar el entrenamiento adecuado a los usuarios finales antes del lanzamiento del proyecto. Un entrenamiento adecuado constituye un factor crítico para el éxito de una implementación.



2-49

Las opciones de entrenamiento siguientes resultan útiles en esta actividad:

• Celebre sesiones breves y dirigidas que comiencen con una introducción general y vayan reduciéndose paulatinamente hasta llegar a las tareas definidas para los usuarios finales.

• El entrenamiento puede impartirlo: ○ Los instructores del cliente que hayan recibido cursos

para instructores. ○ Microsoft. ○ Otro proveedor de entrenamiento externo independiente.

Convendría realizar sesiones de entrenamiento adicionales siempre que sea necesario, ya sea con la reproducción del primer entrenamiento de usuario final o a través de e-Learning.

Es útil documentar el entrenamiento recibido, por lo que se recomienda utilizar un documento de firmas o una lista durante la sesión de entrenamiento para confirmar la asistencia. Al final de cada sesión, los usuarios deberán rellenar un formulario de evaluación en el que valorarán la sesión.

Lanzamiento

El objetivo de la actividad de lanzamiento es realizar las tareas finales necesarias para iniciar la solución de Microsoft Dynamics en el entorno de producción del cliente.

Durante la preparación del lanzamiento, asegúrese de que se han completado las tareas siguientes:

• Finalización de la instalación de la solución de Microsoft Dynamics. • Realización de copias de seguridad del entorno de la solución,

los archivos de instalación y las bases de datos de la solución. • Comprobación de que los datos financieros están al día.

La actividad de lanzamiento se compone de las tareas siguientes:

• Lanzamiento: ○ Comprobación de la adecuación del plan de mantenimiento

de la base de datos. ○ Validar la funcionalidad de replicación, si es aplicable. ○ Cierre de la contabilidad general. ○ Finalización de la configuración final.



2-50

Microsoft Dynamics Sure Step proporciona una lista de comprobación de lanzamiento, que es un documento orientativo que resulta muy útil para esta actividad.

Si se completa esta actividad correctamente, se obtendrá la aprobación final del cliente para la implementación.

Ejecución de la prueba de aceptación de los usuarios

El objetivo de la prueba de aceptación de los usuarios en la fase de implementación es probar a fondo la instalación y configuración del sistema y obtener la aprobación de los usuarios. Esta actividad se centra en la realización de pruebas completas sobre la solución de Microsoft Dynamics para garantizar que satisface los requisitos del cliente.


• Ejecución de una comprobación completa del sistema. • Evaluación de los resultados de la comprobación del sistema. • Ejecución de la prueba de carga para comprobar cómo responde

el sistema y la infraestructura en diferentes condiciones. • Obtención de la aprobación del sistema.

La prueba de aceptación de los usuarios es una actividad horizontal que también está presente en los siguientes procesos horizontales:

• Requisitos y configuración • Migración de datos • Integración e interfaces • Desarrollo de código personalizado

Aunque la prueba de aceptación de los usuarios se haya realizado correctamente, el cliente todavía puede solicitar cambios en las características, la migración de los datos o el proceso de integración. Deberá evaluar los cambios solicitados que excedan los cambios necesarios para satisfacer los criterios de evaluación establecidos previamente.



2-51

Fase de implementación: objetivos e hitos

El objetivo principal de la fase de implementación es lograr que la transición a la nueva solución de Microsoft Dynamics se realice correctamente.

Los objetivos clave que deben conseguirse durante la fase de implementación son:

• Administración del entrenamiento de usuario final. • Ejecución de la prueba de aceptación de los usuarios. • Lanzamiento.

Puede realizar el seguimiento del progreso durante la fase de implementación atendiendo a los hitos principales:

• Cursos para instructores completados • Entrenamiento de los usuarios finales completado • Pruebas de rendimiento completadas • Prueba de aceptación de los usuarios completada • Entorno de producción preparado • Migración final de datos completada • Obtener la aceptación del sistema completo • Lanzamiento del sistema


Fase de implementación: Entregables

Entre los resultados más importantes de la fase de implementación se incluyen todas las tareas necesarias para implementar la nueva solución en el entorno real a fin de que el cliente pueda comenzar a usarla en los procesos empresariales diarios.



2-52

Aunque los entregables de la fase de implementación pueden variar ligeramente en función del tipo de proyecto, incluirán:

• Plan de implementación • Cursos para instructores (TTT) • Entrenamiento de usuario final • Resultados de las pruebas de aceptación de los usuarios • Migración de datos final • Viabilidad del entorno de producción • Guía de operaciones de producción • Revisión de la viabilidad del lanzamiento y aprobación del cliente • Transición a producción


Fase de implementación: prácticas recomendadas

Cuando realice las actividades de la fase de implementación, recuerde las siguientes prácticas recomendadas:

• Para configurar el entorno de prueba, copie la configuración del entorno real para asegurarse de que el entorno de prueba es idéntico al real. Una vez comprobadas las migraciones de datos, ponga el entorno de prueba a disposición de los usuarios para que lo utilicen como recinto de pruebas cuando el entorno real esté en funcionamiento.

• Instale los datos de ejemplo de Microsoft Dynamics para que los usuarios tengan acceso a otra área de prueba y aprendizaje. El acceso a los datos de ejemplo proporcionará a los usuarios un conocimiento más amplio del funcionamiento de Microsoft Dynamics, pues verán más allá de las funciones específicas correspondientes a sus propios requisitos de sistema. Por lo general esto ayuda a la adopción del sistema por parte del usuario. Los entornos de entrenamiento y pruebas constituyen un medio en el que los usuarios pueden aprender sin preocuparse por los posibles efectos sobre los datos reales.



2-53

• En las implementaciones rápidas, lleve a cabo los cursos de aprendizaje de los usuarios finales antes de que éstos realicen las pruebas de aceptación del sistema. Los usuarios finales posteriormente podrán realizar pruebas en el sistema por sí mismos para consolidar el entrenamiento recibido.

• Realice la migración real de datos en una fecha lo más cercana posible a la fecha de puesta en funcionamiento del sistema. De este modo, reducirá el riesgo de que se produzcan entradas duplicadas si dos aplicaciones se ejecutan simultáneamente. Recuerde que la migración final de datos se basa en las fechas de aprendizaje y puesta en marcha de Microsoft Dynamics.

• Ayude a los clientes a crear las comunicaciones con sus empleados, proveedores y clientes. Estas comunicaciones describirán el nuevo sistema y prepararán a los usuarios para el nuevo entorno de producción.

Fase de operaciones El objetivo principal de la fase de operaciones es dar soporte técnico y funcional al cliente durante el período de lanzamiento inicial del nuevo sistema. Además, se realizan tareas para cerrar el proyecto. Al final de esta fase, se transfiere el proyecto al cliente y se busca la oportunidad de proporcionar soporte constante y la continua administración de las cuentas.

Las actividades especificadas en la fase de operaciones se personalizarán en función del tipo de proyecto. En esta sección se describen algunas de las actividades clave de la fase de operaciones.

En la fase de operaciones, puede encontrar las actividades siguientes:

• Planeación del proyecto • Proporcionar soporte tras el lanzamiento • Transición de la solución a soporte técnico • Revisar los entregables respecto a la declaración del trabajo (SOW)

y los cambios acordados • Realizar la optimización y ajuste del rendimiento

Solamente la planeación del proyecto y la transición de la solución a soporte técnico son elementos característicos tanto del tipo de proyecto empresarial como estándar. El resto de actividades de la fase de operaciones están incluidas solamente en el tipo de proyecto empresarial.



2-54


El objetivo de la actividad de planeación del proyecto en la fase de operaciones es cerrar el proyecto tras el lanzamiento y completar las tareas finales del proyecto. Es importante asegurarse de que la entrega cumple todo lo acordado y de que el cliente está satisfecho con el resultado del proyecto. Esta actividad consta de las siguientes tareas:

• Finalización del plan del proyecto para reflejar de forma precisa la escala de tiempo, los recursos y los hitos completados.

• Realización de las actividades finales del proyecto necesarias para cerrar correctamente el proyecto, como por ejemplo: ○ Solucionar cualquier asunto pendiente que se detectara antes,

durante y después del lanzamiento. ○ Finalizar la documentación acordada con el cliente en

la declaración del trabajo (SOW). ○ Determinar la necesidad de impartir más entrenamiento

de usuario final si fuera necesario. ○ Realizar la transferencia de conocimientos final al cliente. ○ Documentar las lecciones aprendidas.

• Finalizar la hoja de cálculo de datos financieros del proyecto para

que refleje con exactitud la situación financiera del proyecto.

En la actividad de planeación del proyecto de la fase de operaciones se generan cuatro entregables clave:

• El informe de estado del proyecto • El informe de cierre del proyecto • La reunión de cierre del proyecto • La aceptación formal del proyecto por parte del cliente

Proporcionar soporte tras el lanzamiento

El objetivo de la actividad de soporte tras el lanzamiento es proporcionar mayor soporte para ayudar al cliente a utilizar la nueva solución de Microsoft Dynamics. Durante la actividad de soporte tras el lanzamiento, se enseña al cliente a utilizar los recursos disponibles de forma eficaz.


• Adoctrinamiento del cliente. • Registro, clasificación y administración de las soluciones

de las incidencias notificadas. • Supervisión del proceso de solución de incidencias.



2-55

Hay dos métodos que el equipo de proyecto puede utilizar para proporcionar soporte técnico tras el lanzamiento:

• Soporte in situ, en el que un miembro del equipo de proyecto está disponible en la oficina del cliente durante un período de tiempo acordado tras el lanzamiento.

• Soporte a distancia, en el que se proporciona soporte técnico a través del correo electrónico, el teléfono u otro mecanismo remoto.

Transición de la solución a soporte técnico.

El objetivo de la actividad de transición de la solución a soporte técnico es traspasar formalmente la solución del equipo de proyecto al equipo de soporte continuo.

El sistema está listo para su aprobación final. En este momento, el cliente está utilizando la solución de Microsoft Dynamics en las actividades diarias y se han interrumpido las operaciones paralelas que se realizaban con el antiguo sistema del cliente. Se han realizado las actividades de cierre y se ha ofrecido el soporte posterior a la puesta en funcionamiento.

La aprobación final del responsable de las decisiones empresarial es del cliente o del patrocinador ejecutivo indicará que el proyecto ha concluido.

Revisión de los entregables con la declaración del trabajo (SOW)

El objetivo de la actividad de revisión de los entregables con la declaración del trabajo (SOW) es realizar una revisión final, comparando los entregables del proyecto con la declaración del trabajo (SOW). Esta actividad la llevan a cabo el equipo de implementación, los consultores y los clientes después del lanzamiento y consta de las tareas siguientes:

• Celebración de la reunión de revisión del proyecto. Revise los éxitos y errores del proyecto y documente las incidencias e inquietudes del cliente.

• Traspase el proyecto a los equipos de soporte y de ventas. El proceso de venta de futuros negocios comienza en este punto y continúa con la actividad de administración continuada de las cuentas.

Al final de la revisión, los entregables del proyecto deberían estar completados y listos para su entrega al cliente.



2-56

Realizar la optimización y ajuste del rendimiento

El objetivo de esta actividad es ajustar la solución para lograr un rendimiento óptimo y realizar la planeación de capacidad a medida que aumentan los requisitos de infraestructura durante la vida útil de la solución.

Esta actividad incluye las tareas siguientes:

• Una tarea de optimización del rendimiento programada después del lanzamiento que: ○ Garantiza que se han implementado correctamente todas

las prácticas recomendadas de rendimiento. ○ Supervisa la utilización de recursos de todos los componentes

de la solución bajo una carga de producción real. De este modo, pueden identificarse los cuellos de botella y emprender la planeación de la capacidad para ampliar la infraestructura, si fuera necesario.

○ Proporciona una referencia de rendimiento para futuras tareas de optimización.

• Tareas de optimización realizadas de forma proactiva regularmente. Las tareas de optimización futuras deben concentrarse en los cambios de rendimiento de la solución. Suelen incluir: ○ La aplicación de revisiones y Service Pack actualizados

(después de efectuar las pruebas en un entorno adecuado). ○ La actualización de estadísticas e índices de base de datos

y la distribución de discos con archivos de datos. ○ Archivo de datos antiguos procedentes de tablas grandes. ○ Revisión de las modificaciones personalizadas en el código.

Cada revisión de optimización del rendimiento documenta el rendimiento antes y después de la revisión, incluidos los tiempos de respuesta y el consumo de recursos de cada componente.

Fase de operaciones: objetivos e hitos

El objetivo de la fase de operaciones es cerrar el proyecto y realizar la transición para proporcionar soporte técnico al cliente tras la implementación.

Los objetivos clave que deben conseguirse durante la fase de operaciones son:

• Cierre del proyecto. • Traspaso de la solución al cliente. • Transferencia al cliente de los conocimientos necesarios para utilizar

la solución.



2-57

Puede realizar el seguimiento del progreso durante la fase de operaciones atendiendo a los hitos principales:

• Proporcionar soporte tras el lanzamiento. • Transición de la solución a soporte técnico.

Realizar una revisión al final de la fase de operaciones para comprobar que se han conseguido todos los hitos y que se han proporcionado todos los entregables conforme al estándar requerido.

Fase de operaciones: entregables

Los entregables de la fase de operaciones están relacionados con el cierre y la revisión del proyecto. También puede tener la oportunidad de proporcionar al cliente otros resultados relacionados con una relación profesional perdurable.

Aunque los entregables de la fase de operaciones pueden variar ligeramente en función del tipo de proyecto, incluirán:

• Informe de cierre del proyecto • Entregables del proyecto


Fase de operaciones: prácticas recomendadas

Cuando realice las actividades de la fase de operaciones, tenga en cuenta las siguientes prácticas recomendadas:

• Defina un entorno virtual que sea muy similar al entorno de Microsoft Dynamics del cliente para que sirva de ayuda a su compañía a la hora de proporcionar soporte técnico.

El personal de soporte de su organización puede usar el entorno virtual para ayudar al cliente a solucionar problemas.

• Cuando prepare la documentación final del proyecto, incluya el código fuente de todas las personalizaciones y el desarrollo de la aplicación, la información de administración del sistema y la información o los materiales de entrenamiento.

Utilice esta información para apoyar el hecho de haber cumplido todos los criterios de éxito incluidos en el documento de trabajo.



2-58

• Asegúrese de contar con pautas y un acuerdo de soporte para que pueda cerrar formalmente el proyecto de implementación e iniciar el soporte continuo.

• Consiga que el gerente de desarrollo del negocio o el ejecutivo de cuentas celebre la reunión de revisión del proyecto con el cliente.

De este modo, se podrá comentar de un modo imparcial y honesto el proyecto y la actuación del equipo del proyecto sin que nadie tenga que sentirse incómodo. Asumiendo que todo haya ido bien, el comercial puede informarse también sobre colaboraciones futuras con el cliente.

• Alcance un acuerdo con el cliente acerca de por cuánto tiempo se suministrará soporte técnico tras el lanzamiento.

Por ejemplo, para soluciones ERP de Microsoft Dynamics, asegúrese de que se incluyen o se excluyen específicamente los procesos de fin de mes, fin de trimestre y fin de año en el contrato de soporte.

Ofertas de Sure Step Methodology Las ofertas definidas en Microsoft Dynamics Sure Step se pueden utilizar en una gran variedad de escenarios de implementación posibles. Las ofertas se corresponden con diferentes fases o combinación de fases de Microsoft Dynamics Sure Step. Permiten al cliente seleccionar el enfoque de implementación que mejor satisfaga sus necesidades específicas. Estos servicios definen modos distintos de vender y entregar un contrato de implementación.

Microsoft Dynamics Sure Step admite las siguientes ofertas:

• Ofertas del acelerador de decisiones • Proyecto de implementación estándar • Proyecto de implementación empresarial • Proyecto de implementación rápida • Proyecto de implementación Agile • Proyecto de actualización • Ofertas de optimización



2-59

Ofertas del acelerador de decisiones

La fase de diagnóstico contiene una serie de actividades diseñadas para ayudar a identificar los requisitos del cliente, el alcance del proyecto y la información sobre los costos en las normas generales del proyecto. La fase de diagnóstico incluye siete aceleradores de decisiones cuya finalidad es ayudar al cliente en el proceso de toma de decisiones.

Los siete aceleradores de decisiones de Sure Step incluidos en la fase de diagnóstico son:

• Requirements and Process Review: revisar los procesos actuales para determinar los requisitos para el futuro.

• Fit Gap and Solution Blueprint: determinar el grado de ajuste de la solución de Microsoft Dynamics.

• Proof of Concept: validar los requisitos con datos de ejemplo del cliente.

• Architecture Assessment: confirmar el diseño arquitectónico de la solución de Microsoft Dynamics.

• Scoping Assessment: estimar el plan de costos y recursos de alto nivel para implementar la solución de Microsoft Dynamics.

• Business Case: preparar un caso de negocio para la implementación de la solución de Microsoft Dynamics.

• Upgrade Assessment: revisar la versión actual de la solución de Microsoft Dynamics con el fin de establecer el mejor enfoque para actualizar a una versión posterior.

A medida que se trabaja en cada una de las ofertas de los aceleradores de decisiones, se genera el entregable para el cliente correspondiente, en el que se detalla la información aportada y las decisiones adoptadas. Se pueden utilizar uno o varios aceleradores de decisiones en función del entorno del cliente.

Tipos de proyectos de implementación

Microsoft Dynamics Sure Step ofrece cinco tipos de proyecto, cada uno diseñado para un escenario de implementación diferente. Puede crear su propio proyecto de Microsoft Dynamics Sure Step a partir de cualquiera de estos tipos de proyecto y personalizarlo para que refleje fielmente los requisitos de una implementación específica.



2-60

En la tabla siguiente se proporciona un breve descripción de cada tipo de proyecto:

Tipo de proyecto Descripción

Estándar El tipo de proyecto Estándar resulta adecuado para las implementaciones que se realizan en un único emplazamiento o en varios emplazamientos autónomos. Los proyectos estándar pueden implicar características específicas del cliente, personalizaciones complejas, escenarios complejos de migración de datos y un gran número de usuarios.

Empresa El tipo de proyecto Empresa resulta apropiado para implementaciones globales o que se realizan en varios emplazamientos que deben estar integrados con una solución centralizada. Los proyectos empresariales pueden implicar características específicas del cliente, personalizaciones complicadas, escenarios complejos de migración de datos, un gran número de usuarios y el diseño y desarrollo de interfaces o integraciones personalizadas con orígenes de otro fabricante.

Rápido El tipo de proyecto Rápido utiliza un enfoque repetitivo de desarrollo que se traduce en un proceso de desarrollo de soluciones colaborativas y con capacidad de respuesta.

Agile El tipo de proyecto Agile está pensado para implementaciones colaborativas y flexibles de un único sitio que requieren unas características específicas y personalizaciones entre moderadas y complejas.

Los tipos de proyecto restantes se han diseñado para actualizaciones de Microsoft Dynamics:

Tipo de proyecto Descripción

Actualización El tipo de proyecto de actualización resulta apropiado para administrar actualizaciones del software de Microsoft Dynamics del cliente en las que es necesario incorporar requisitos y personalizaciones adicionales.

NOTA: para obtener más información sobre cada tipo de proyecto, consulte Proyectos de implementación en el capítulo 5: Escenarios de implementación.

Los tipos de proyectos Estándar, Rápido, Empresarial y Actualización incluyen fases. El tipo de proyecto Agile no contiene ninguna fase diferenciada para los procesos de análisis a desarrollo, aunque sí para los procesos de operaciones y desarrollo.



2-61

Ofertas de optimización

Microsoft Dynamics Sure Step también proporciona siete ofertas de optimización diseñadas para ayudar a reducir los riesgos y mejorar la satisfacción global del cliente. Estas ofertas de optimización resultan especialmente útiles en implementaciones grandes y complejas, ya que sirven de orientación para el diseño funcional y técnico y la administración proactiva de la calidad. Cada una es una oferta marco de actividades que pueden ser tanto retrospectivas como proactivas.

Las siete ofertas de optimización son las siguientes:

• Architecture Review: revisa la arquitectura e infraestructura global para poder satisfacer los requisitos del negocio del cliente.

• Design Review: revisa el diseño de las personalizaciones y la integración entre Microsoft Dynamics AX y Microsoft Dynamics CRM con sistemas existentes atendiendo a diversos escenarios de integración.

• Customization Review: revisa el código personalizado para mejorar el rendimiento, incrementar la estabilidad, aumentar la seguridad y reducir los costos operativos y de actualización.

• Health Check: identificación proactiva de problemas y resolución de problemas para componentes seleccionados de la implementación.

• Upgrade Review: revisa y ofrece supervisión de la solución de actualización del cliente que incluye la arquitectura e infraestructura física de diseño, personalizaciones, integraciones a través de todo el proyecto de actualización.

• Project Governance and Delivery Review: ofrece a los clientes ayuda proactiva en la ejecución de las tareas de dirección y entrega durante todo el ciclo de vida del proyecto para el proyecto de implementación.

• Performance Review: revisa el impacto del rendimiento del diseño y el código conforme a las indicaciones, herramientas, métodos y prácticas recomendadas.

A medida que se trabaja en cada una de las ofertas de optimización, se genera el informe de revisión para el cliente correspondiente, en el que se detallan las conclusiones y las recomendaciones.



2-62

Servicios de Sure Step Methodology: prácticas recomendadas

Cuando se plantee cómo presentar y vender los servicios de la Sure Step Methodology, recuerde las siguientes prácticas recomendadas:

• Muestre al cliente cómo se reduce el riesgo a medida que los proyectos se adentran en la metodología de implementación. Un cliente que contemple la posibilidad de embarcarse en un proyecto de implementación puede percibir un gran riesgo porque hay muchos aspectos que desconoce. Tras completar uno o varios aceleradores de decisiones antes de comprometerse con un determinado proyecto de implementación, los riesgos que percibe el cliente se reducen. Como los aceleradores de decisiones se implementan durante el ciclo de ventas, sus resultados normalmente influyen en el tipo de proyecto que el cliente decide implementar.

En la fase de análisis, exponga al cliente cómo puede reducir más los riesgos realizando un análisis más detallado.

• Muestre ejemplos de los entregables que se generan para ilustrar el trabajo que se realiza en las diferentes ofertas. Esto resulta especialmente útil para ayudar a los clientes a entender el trabajo realizado en las ofertas de los aceleradores de decisiones. También puede mostrar al cliente cómo los resultados generados por estos servicios se usan en las fases posteriores de los servicios de implementación.



2-63

Resumen Las fases de Microsoft Dynamics Sure Step establecen un enfoque sistemático para la implementación de soluciones de Microsoft Dynamics. El trabajo que se realiza en cada fase genera distintos documentos y materiales. Estos resultados proporcionan los datos necesarios para llevar a cabo el siguiente paso del proceso de implementación. Un buen modo de aprender a usar la metodología de implementación es recopilar en una lista todos los resultados de cada fase. Es un método efectivo para ver y supervisar rápidamente todo el trabajo que se realiza en un proyecto de implementación.

Los servicios compatibles con Sure Step Methodology permiten personalizar la metodología de distintas maneras para satisfacer las necesidades específicas del cliente. También pueden combinarse distintas fases de implementación para hacer frente a las necesidades del cliente.

Por último, el mejor modo de familiarizarse con esta metodología para la implementación de productos de Microsoft Dynamics consiste en utilizar Microsoft Dynamics Sure Step y aprovechar sus numerosas herramientas, plantillas y características de administración de proyectos.



2-64

Evaluación de conocimientos Compruebe sus conocimientos respondiendo a las siguientes preguntas.

1. Clasifique las fases siguientes en el orden seguido en Microsoft Dynamics Sure Step.

Paso:

_____: Diseño

_____: Implementación

_____: Análisis

_____: Diagnóstico

_____: Operaciones

_____: Desarrollo

2. En la lista siguiente, asigne cada entregable a la fase de implementación en que se creó.

_____ 1. Diagnóstico _____ 2. Análisis _____ 3. Diseño _____ 4. Desarrollo _____ 5. Implementación _____ 6. Operaciones

a. Escenarios de prueba de procesos b. Normas generales del proyecto c. Lista de comprobación de lanzamiento d. Documentación y guías de entrenamiento e. Informe de cierre del proyecto f. Informe de evaluación del alcance



2-65

3. Asigne cada una de las descripciones que se muestran a continuación a la oferta de implementación apropiada.

_____ 1. El cliente desea que se realice una revisión y un análisis de ajustes y desviaciones más profundos para procesos empresariales específicos. _____ 2. Un cliente tiene problemas de rendimiento con una solución de Microsoft Dynamics existente. _____ 3. Un cliente tiene una implementación flexible y colaborativa de un solo sitio con características específicas. _____ 4. Un cliente está interesado en implementar una solución de Microsoft Dynamics pero no tiene requisitos formales. _____ 5. Un cliente desea aprovechar las características más recientes de la nueva versión de Microsoft Dynamics CRM. _____ 6. Después de completar la fase de diagnóstico, un cliente con requisitos de migración complejos desea seguir adelante con el proyecto de implementación.

a. Agile b. Optimización c. Actualización d. Diagnóstico e. Empresarial f. Estándar

4. ¿Qué fases incluye la oferta de implementación estándar? Seleccione todas las respuestas válidas.

( ) Diagnóstico ( ) Análisis ( ) Implementación ( ) Operaciones



2-66

Práctica 2.1 - Uso de Microsoft Dynamics Sure Step En esta práctica va a llevar a cabo las tareas siguientes:

• Determinar en qué fase se encuentra actualmente el proyecto. • Determinar la oferta de Microsoft Dynamics Sure Step que mejor

se ajusta a los requisitos de Fabrikam. • Determinar qué entregables deben completarse antes de pasar

a la siguiente fase. • Determinar el tipo de contrato que propondrá al cliente. • Crear una lista de las actividades necesarias para comenzar este

proyecto de implementación.

Utilice la aplicación de Microsoft Dynamics Sure Step instalada en su equipo para completar los ejercicios de esta actividad práctica.

Escenario

Usted es el jefe de proyecto de Contoso, Ltd., un destacado socio de Microsoft Dynamics pionero en la adopción de Microsoft Dynamics Sure Step Methodology. Hace seis meses, su equipo de ventas participó en una propuesta de la competencia para implementar un sistema financiero en una compañía local llamada Fabrikam, Inc.

Fabrikam es un fabricante de muebles a medida particular con sede local y fue fundada hace 30 años por su actual Director general, Wilson Pais. Da empleo a más de 200 personas.

Fabrikam desea cambiar su anticuado sistema contable, FastBooks, por una solución más segura y confiable. Su solución actual sufre los efectos de una tecnología obsoleta y unos controles inestables hasta tal punto que los auditores de Fabrikam han incluido comentarios específicos sobre el estado del sistema contable. Hay otros aspectos de FastBooks que también resultan preocupantes, como el acceso de los usuarios finales, los conflictos con el uso de varios usuarios y la aplicación de Principios contables de aceptación general (GAAP). Este último punto resulta especialmente importante porque los auditores han encontrado un gran número de transacciones contables descuadradas en FastBooks.

Aunque su propuesta ha sido bien recibida por Fabrikam, otro socio, A. Datum, Inc., consigue hacerse con la operación gracias a que sus costos estimados son menores y los plazos de implementación son más reducidos.



2-67

Hace poco recibió una llamada del Director general de Fabrikam. En ella le informó que no había quedado satisfecho con A. Datum y le pidió que se hiciera cargo del proyecto. Las quejas concretas de Fabrikam son, fundamentalmente, la falta de comunicación con A. Datum y su administración del proyecto. A Fabrikam le hicieron creer que la implementación sería fácil y simple, pero no se entregó nada a tiempo y no se cumplió ninguno de los hitos. Solamente después de amenazar con demandarlos, Fabrikam consiguió que le reembolsaran 90.000 USD, que invertirá en el proyecto. Debido a otras cuestiones financieras, Fabrikam no puede invertir más capital en este proyecto.

A. Datum entregó toda la documentación del proyecto y emitió el cheque de reembolso a cambio de la desvinculación total de Fabrikam. No se pretendía mantener ninguna otra relación o comunicación con A. Datum. La documentación del proyecto existente indica que A. Datum trató de rescatar el acuerdo aplicando parcialmente algunos principios metodológicos en el proyecto. Los documentos parecen ser exactos, aunque incompletos.

La revisión de los documentos y las conversaciones mantenidas con el personal de Fabrikam indican que la infraestructura existente está lista para el nuevo sistema de Microsoft Dynamics. Además, el análisis realizado de los procesos de negocio indica que hay pocas desviaciones o requisitos complejos.

Discusión de las prácticas

En este debate de clase, vamos a discutir y comparar sus respuestas a las preguntas de la práctica.

• ¿Qué oferta se ajusta mejor a las necesidades del negocio de Fabrikam?

• ¿Cuál es el estado del proyecto? ¿En qué fase se encuentra? • ¿Qué entregables debe completar antes de avanzar en el proyecto? • ¿Qué actividades deben realizarse a continuación?

Antes de comenzar

Antes de empezar esta práctica, deberá copiar los archivos proporcionados a tal efecto en su equipo. Si ya copió los archivos de una práctica anterior, no es necesario que vuelva a copiarlos.

Para extraer los archivos:

1. Haga doble clic en Labfiles.exe. 2. Los archivos se extraerán en C:\Lab.



2-68

Ejercicios de nivel avanzado

Utilice Microsoft Dynamics Sure Step para mantener el proyecto bajo control y generar resultados apropiados para Fabrikam. Revise los documentos que A. Datum entregó y complete las tareas siguientes:

1. Revise los documentos de A. Datum para evaluar el trabajo completado y determinar el mejor camino a seguir.

2. Determine la fase en que se encuentra actualmente el proyecto. 3. Determine la mejor oferta para el proyecto. 4. Determine los entregables que debe completar antes de pasar

a la siguiente fase. 5. Realice una lista de las actividades necesarias para el lanzamiento.

NOTA: los documentos necesarios para realizar esta práctica se encuentran en la carpeta de prácticas Lab que copió en el escritorio de su PC.

Paso 1: Revise los documentos de A. Datum para evaluar el trabajo completado y determinar el mejor camino a seguir.

1. Inicie Microsoft Dynamics Sure Step. 2. Expanda las tres estructuras para mostrar la fase de diagnóstico. 3. Compare los documentos de A. Datum con las actividades que

se indican en la fase de diagnóstico para determinar el trabajo de diagnóstico que resta por hacer.

Paso 2: Determine la fase en que se encuentra actualmente el proyecto.

1. En Microsoft Dynamics Sure Step, muestre la fase de análisis. 2. Utilice los documentos y Microsoft Dynamics Sure Step para

completar la tabla siguiente.

Si encuentra un archivo que contiene un documento de resultados, indíquelo en la columna ¿Presente?. Escriba el nombre del archivo que contiene el documento de resultados en la columna Nombre de archivo e indique si está completado en la columna ¿Completado?. No están todos los entregables y puede haber varios entregables en el mismo archivo.

Entregable ¿Presente?(Sí/No)

Nombre de archivo

¿Completo?(Sí/No)

Propuesta

Declaración del trabajo

Estructura de descomposición del trabajo inicial



2-69

Entregable ¿Presente?(Sí/No)

Nombre de archivo

¿Completo?(Sí/No)

Hoja de trabajo de estimaciones

Plan del proyecto inicial

Lista de procesos de negocio identificados

Análisis inicial de ajustes y desviaciones

Investigar la solución de desviaciones iniciales

Análisis detallado de ajustes y desviaciones

Resolución detallada de desviaciones

Descripción inicial de las interfaces

Alcance de la migración de datos

Análisis de migración de datos

3. De acuerdo con los documentos y actividades descritos en las fases

de diagnóstico y análisis de Microsoft Dynamics Sure Step, ¿en qué fase se encuentra el proyecto?

________________________________________________

________________________________________________

________________________________________________



2-70

Paso 3: Determine la mejor oferta para el proyecto.

1. En Microsoft Dynamics Sure Step, revise la descripción de las siguientes ofertas y compárelas con los requisitos del proyecto de Fabrikam. ○ Tipo de proyecto estándar ○ Tipo de proyecto de actualización ○ Implementación rápida

SUGERENCIA: consulte la disciplina de administración de ventas en la sección Administración de proyectos.

2. ¿Qué oferta se ajusta mejor a los requisitos de este proyecto? ¿Por qué es la mejor oferta? _____________________________________________

_____________________________________________

_____________________________________________

Paso 4: Determine los entregables que debe completar antes de pasar a la siguiente fase.

1. En Microsoft Dynamics Sure Step, revise los recursos pertinentes en Recursos adicionales.

2. Revise los entregables que se generan en la fase en la que cree que se encuentra actualmente el proyecto.

3. De acuerdo con la evaluación del estado del proyecto y la oferta recomendada, ¿qué entregables y documentos deben completarse antes de pasar a la siguiente fase? _____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________



2-71

Paso 5: Realice una lista de las actividades necesarias para el lanzamiento.

1. De acuerdo con la fase en la que se encuentra actualmente el proyecto y la oferta y el tipo de contrato propuesto, utilice Microsoft Dynamics Sure Step para determinar las actividades necesarias para el lanzamiento del nuevo sistema.

2. Enumere estas actividades en el espacio proporcionado para ello. _____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________

_____________________________________________



2-72

Interacción rápida: Lecciones aprendidas Dedique unos momentos a escribir tres conceptos principales que haya aprendido en este capítulo:

1.

2.

3.



2-73

Soluciones Evaluación de conocimientos

1. Clasifique las fases siguientes en el orden seguido en Microsoft Dynamics Sure Step.

Paso:

3 : Diseño

5 : Implementación

2 : Análisis

1 : Diagnóstico

6 : Operaciones

4 : Desarrollo

2. En la lista siguiente, asigne cada entregable a la fase de implementación en que se creó.

f 1. Diagnóstico b 2. Análisis a 3. Diseño d 4. Desarrollo c 5. Implementación e 6. Operaciones

a. Escenarios de prueba de procesos b. Normas generales del proyecto c. Lista de comprobación de lanzamiento d. Documentación y guías de entrenamiento e. Informe de cierre del proyecto f. Informe de evaluación del alcance



2-74

3. Asigne cada una de las descripciones que se muestran a continuación a la oferta de implementación apropiada.

f 1. El cliente desea que se realice una revisión y un análisis de ajustes y desviaciones más profundos para procesos empresariales específicos. b 2. Un cliente tiene problemas de rendimiento con una solución de Microsoft Dynamics existente. a 3. Un cliente tiene una implementación flexible y colaborativa de un solo sitio con características específicas. d 4. Un cliente está interesado en implementar una solución de Microsoft Dynamics pero no tiene requisitos formales. c 5. Un cliente desea aprovechar las características más recientes de la nueva versión de Microsoft Dynamics CRM. e 6. Después de completar la fase de diagnóstico, un cliente con requisitos de migración complejos desea seguir adelante con el proyecto de implementación.

a. Agile b. Optimización c. Actualización d. Diagnóstico e. Empresarial f. Estándar

4. ¿Qué fases incluye la oferta de implementación estándar? Seleccione todas las respuestas válidas.

( ) Diagnóstico (√) Análisis (√) Implementación (√) Operaciones
