Cómo utilizar los procesos actuales de la empresa en su análisis de negocio

P

rocess en los negocios análisis se refiere a los procesos de los proyectos que están en marcha en la empresa donde se trabaja que se puede utilizar como guía. Hay cuatro metodologías diferentes: cascada,, proceso ágil espiral / racional unificado (RUP), y el desarrollo rápido de aplicaciones (RAD) / prototipo evolución.

A medida que el analista de negocios, usted debe averiguar lo que debe ser abordado en la planificación en virtud de estos procesos del proyecto. Tener familiaridad con ellos ayuda a ajustar y entender por qué ciertos entregables se necesario- sino que también asegura que planea el tiempo para realizarlas.

La mayoría de las empresas utilizan algún tipo de estas metodologías, a menudo tomando lo mejor de cada uno y, a veces viene con una versión combinada que mejor se adapte a la cultura de una organización mientras se centra en el valor del negocio.

Hacer las siguientes preguntas puede ayudar a entender más acerca de cómo se debe ejecutar el proyecto con determinados procesos, técnicas y plantillas de documentos aceptados para entregas. Toda esta información entra en su plan de trabajo:

• ¿Qué metodología se utilizará para este proyecto?

• ¿Son los actores familiarizarse con la metodología prevista?

• Son claras las funciones y responsabilidades del proyecto?

• ¿Es el proceso de medida apropiada para este proyecto?

• Qué entregables se requieren?

Cascada

en el waterfall enfoque, el equipo completa cada fase antes de pasar a la siguiente.

Fase	Roles Participa	Tareas	Entregables
Planificación	Analista Proyecto patrocinio empresarial (BA) - experto en la materia (SME)	Iniciar proyecto- definir estimar los costos, timeschedules, y las necesidades de recursos del proyecto alcance-	Proyecto de declaración de aprobación la financiación de proyectos propósito- proyecto objetivos- scopedocument-
Análisis	Datos SME- Ba- facilitador administrador-	Provocar negocio detallado REQUISITOS traer multipleorganization unidades de consenso	Documento detallado requisitos de negocio
Diseño	Base de datos de BA diseñador del sistema de diseñador-	Disponga de usuario de diseño interface- programas de diseño de base de datos- andinterfaces	Informe de bases de datos layouts- programspecifications Definición- pantalla layouts-
Construcción	Desarrollador de software	Escribe prueba unitaria programas- programas- crear la base de datos	Bases de datos Programas- completadas
Exámenes	QA Tester- BA PYME	La integración de prueba, el sistema y la aceptación del usuario	Software completamente probado
Implementación	Software entrenador Desarrollador	Instale en software configurar usuarios del tren Parámetros-	Aplicación Producción
Mantenimiento	Desarrollador de software SME- BA	Realizar impacto análisis- sistema de diseño modificaciones- hacer andinstall cambios	Modificaciones con la instalación y mejoras

Los beneficios de este enfoque son que es un enfoque estructurado bien documentado, probado que se centra en la obtención de los requerimientos del negocio antes de diseñar una solución. Las limitaciones son que usted tiene para completar cada fase antes de iniciar la siguiente fase, lo que hace que sea difícil volver cuando surgen problemas.

Si utiliza requisitos textuales, planear en la adición de tiempo para la más formal de revisión para que pueda asegurar que todos tengan la misma comprensión de un requisito.

Metodologías de desarrollo Agile

El énfasis en un proyecto ágil está en la construcción de una muy unida, altamente cualificado, yuxtapuestas (en el mismo lugar y de lado a lado de trabajo), y el equipo que sigue el proyecto de principio a fin y ofrece software de forma rápida autogestionada. Por lo general, las únicas entregas formales del proyecto son el software de trabajo real y la documentación del sistema requiere que se completó al final del proyecto.

Los beneficios de un enfoque ágil aporta a su plan de trabajo son las siguientes:

• Retroalimentación rápida de los usuarios que aumenta la facilidad de uso y la calidad de la aplicación

• Descubrimiento precoz de defectos de diseño

• La capacidad de rodar fácilmente funcionalidad en etapas incrementales

• La capacidad de las futuras fases entregables para sacar provecho de las lecciones aprendidas en fases anteriores (llamado iteraciones)

• Un equipo más motivado y más productivo debido cara a cara de colocación

• El intercambio de conocimientos para la duración del proyecto

• Análisis adaptativo (técnicas se emplean según sea necesario)

Las siguientes limitaciones pueden afectar a su plan de trabajo:

• Dificultad en la coordinación de grandes proyectos

• Más lento buy-in para un cambio importante proceso del proyecto a menudo espera

• Una tendencia a documentar no adecuadamente lo que es necesario después de la finalización

• Dificultad de predecir exactamente lo que son posibles características dentro de un tiempo fijo o el presupuesto en dólares

El desarrollo ágil es iterativo (un proceso que se repite), fuertemente tiempo en caja (tiene un tiempo fijo para el desarrollo), y dirigido por requisitos dinámicos (aquellos que se adaptan y cambian) y mediciones frecuentes.

Modelo espiral / Rational Unified Process (RUP)

los enfoque espiral requiere que el equipo del proyecto para llevar a cabo análisis de riesgos antes de cada iteración y para trabajar en la parte del sistema que tiene el riesgo más alto. También implica la aplicación de porciones del sistema a medida que se completaron. Los beneficios incluyen lo siguiente:

• Se trata de un enfoque basado en el riesgo, abordando las áreas de riesgo más altos primero.

• Se trata de eliminar errores en fases tempranas.

• Proporciona un modelo para el desarrollo y mantenimiento de software.

• Funciona bien para proyectos complejos, dinámicos e innovadores.

• Reevaluación después de cada fase permite cambios en las perspectivas de los usuarios y arquitectura técnica (las piezas de hardware y software dispuestas a fin de apoyar el objetivo).

Por supuesto, el método espiral tiene sus limitaciones:

• Carece de orientación proceso explícito en la determinación de objetivos, limitaciones y alternativas.

• Proporciona más flexibilidad que es conveniente para muchas aplicaciones.

• Se requiere experiencia de evaluación de riesgos. Una importante experiencia en proyectos de software es necesario para el éxito.

• Proceso racional unificado (RUP), un marco de proceso de adaptación, debe adaptarse a las necesidades de la empresa.

RAD / prototipado

Desarrollo rápido de aplicaciones (RAD) y prototipado son enfoques que se desarrollaron para acelerar el tiempo necesario para desarrollar una aplicación. RAD implica una fase de provocación análisis o requisitos corto. Posteriormente, el equipo comienza el diseño de interfaz de usuario mediante el desarrollo de un prototipo muy temprano en el proyecto como un método de validación de los requerimientos del usuario.

LA prototipo, como una maqueta de un diseño de la pantalla, es una representación gráfica de cómo un interfaces de usuario con un sistema automatizado. Por lo general, los prototipos se crean para las interacciones de pantalla en línea.

Los beneficios de estos enfoques son que dan a los usuarios finales del sistema de una idea de cómo se puede mirar y ayudar al analista de negocios y experto en la materia (SME) aclarar su entendimiento mutuo de la recomendación.

Los inconvenientes: maquetas presentadas demasiado pronto en el proyecto pueden causar PYME se distraen en la estética de una pantalla.