Metodologías y Fases del Desarrollo de Sistemas Gerenciales

Autor: Jesús García     -     C.I: 29700685     -     7 de febrero del 2025

Las metodologías para el desarrollo de sistemas gerenciales son un conjunto de procedimientos, técnicas y herramientas estructuradas que guían el proceso de creación, implementación y mantenimiento de sistemas de información gerencial (SIG). Según Esleiter (2024): “En el mundo empresarial actual, los sistemas de información gerencial (SIG) son esenciales para la toma de decisiones estratégicas. La correcta planificación, desarrollo e implementación de estos sistemas requiere un enfoque metódico y bien estructurado.” [Documento en línea].

Lo que resalta Esleiter es la importancia crucial de los sistemas de información gerencial (SIG) en el entorno empresarial actual, donde son fundamentales para la toma de decisiones estratégicas al proporcionar datos organizados y procesados que permiten a los gerentes responder con agilidad a los desafíos del mercado. Sin embargo, su eficacia depende de una planificación, desarrollo e implementación metódicos y bien estructurados, lo que implica seguir metodologías probadas y fases definidas para garantizar que los sistemas estén alineados con los objetivos organizacionales, sean escalables y minimicen riesgos como costos excesivos o fallos técnicos.

Un enfoque riguroso no solo mejora la eficiencia interna, sino que también fortalece la competitividad de la empresa al facilitar el acceso a información en tiempo real y la adaptación a cambios del entorno. Estas metodologías buscan garantizar que los sistemas sean eficientes, efectivos y estén alineados con los objetivos estratégicos de la organización. Algunas metodologías comunes incluyen el enfoque de cascada, el desarrollo ágil, el modelo en espiral y el enfoque de prototipos.

Enfoque de Cascada (Waterfall)

El enfoque de cascada es un modelo lineal y secuencial donde el desarrollo del sistema se divide en fases claramente definidas y ordenadas. Cada fase debe completarse antes de pasar a la siguiente. Las etapas típicas incluyen:

• Requerimientos: Definición de las necesidades del sistema.
• Diseño: Creación de la arquitectura y especificaciones técnicas.
• Desarrollo: Desarrollo del sistema.
• Pruebas (Test): Verificación de que el sistema funciona correctamente.
• Despliege: Es el puente entre el desarrollo y la operación del sistema
• Mantenimiento: Soporte y actualizaciones posteriores.

Ejemplos de Metodologías de Cascada:

Kendall & Kendall

Personalmente, es mi metodología para desarrollo de sistemas de información favorita por la facilidad de emplear, su enfoque estructurado y su énfasis en la documentación detallada, lo que garantiza claridad y alineación con los objetivos del negocio. 

Sus fases son las siguientes:

Fase I - Identificación de problemas, oportunidades y objetivos:

Observación directa y entrevistas para entender los procesos actuales, identificar problemas y definir objetivos del sistema.

Fase II - Determinación de los requerimientos de información:

Recopilación detallada de necesidades funcionales y no funcionales mediante técnicas como cuestionarios, talleres y análisis de flujos de trabajo.

Fase III - Análisis de las necesidades del sistema:

Evaluación de los requisitos para priorizarlos y definir cómo el sistema resolverá los problemas identificados.

Fase IV - Diseño del sistema recomendado:

Creación de la arquitectura del sistema, incluyendo diagramas de flujo de datos, interfaces y estructura de la base de datos.

Fase V - Desarrollo y documentación del software:

Construcción del sistema según el diseño, junto con la elaboración de manuales técnicos y de usuario.

Fase VI - Prueba y mantenimiento del sistema:

Verificación del funcionamiento del sistema mediante pruebas rigurosas y corrección de errores para garantizar calidad.

Fase VII - Implementación y evaluación del sistema:

Puesta en marcha del sistema, capacitación a usuarios y evaluación de su desempeño para asegurar que cumple con los objetivos.

 

PRINCE2

PRINCE2 (Projects IN Controlled Environments) es una metodología estructurada para la gestión de proyectos, ampliamente utilizada en entornos donde se requiere control, organización y claridad en la ejecución de proyectos complejos. 

Fases de PRINCE2:

 

Starting Up a Project (SU):

Definición inicial del proyecto, identificación de objetivos y asignación de roles clave para asegurar su viabilidad.

Initiating a Project (IP):

Creación del plan detallado del proyecto, incluyendo riesgos, costos, plazos y enfoque de gestión.

Directing a Project (DP):

Supervisión y toma de decisiones estratégicas por parte del comité directivo para garantizar que el proyecto avance según lo planeado.

Controlling a Stage (CS):

Gestión diaria del proyecto, monitoreo del progreso y ajustes para mantener el control en cada etapa.

Managing Product Delivery (MP):

En esta fase se encarga de asegurar que los productos o entregables del proyecto se desarrollen según los requisitos y se entreguen a tiempo.

Managing a Stage Boundary (SB):

Revisión y aprobación de cada etapa antes de pasar a la siguiente, incluyendo actualizaciones del plan y evaluación de riesgos.

Closing a Project (CP):

Finalización formal del proyecto, entrega de productos, evaluación de resultados y lecciones aprendidas.

 

Desarrollo Ágil (Agile)

El desarrollo ágil es un enfoque iterativo e incremental que se centra en la colaboración, la flexibilidad y la entrega rápida de funcionalidades. En lugar de planificar todo el proyecto desde el inicio, se divide en pequeños ciclos llamados "sprints", donde se desarrollan y entregan partes funcionales del sistema. Sus características principales son:

• Colaboración constante con el cliente.
• Adaptabilidad a cambios en los requisitos.
• Entrega frecuente de versiones funcionales.

• Puntos a favor: Mayor flexibilidad, capacidad de adaptación a cambios y entrega rápida de valor al cliente.
• Puntos en contra: Requiere un equipo altamente colaborativo y comprometido, y puede ser difícil de gestionar en proyectos muy grandes o con requisitos muy rígidos. (Es recomendado para personas con experiencia)

Ejemplos de Metodologías de desarrollo Ágil:

SCRUM

SCRUM es un marco de trabajo ágil para gestionar proyectos complejos, centrado en la entrega incremental de valor, la colaboración del equipo y la adaptación continua a los cambios. 

Fases y Elementos Clave de SCRUM:

Sprint Planning (Planificación del Sprint):

Reunión donde el equipo define los objetivos del sprint y selecciona las tareas del backlog para trabajar durante la iteración.

Daily Scrum (Reunión Diaria):

Reunión breve diaria donde el equipo sincroniza actividades, revisa progresos y identifica obstáculos.

Sprint Execution (Ejecución del Sprint):

Desarrollo de las tareas seleccionadas, con enfoque en la colaboración y la entrega de incrementos funcionales.

Sprint Review (Revisión del Sprint):

Presentación del trabajo completado al cliente o stakeholders para obtener retroalimentación y validar el progreso.

Sprint Retrospective (Retrospectiva del Sprint):

Reunión interna del equipo para reflexionar sobre lo que funcionó, lo que no y cómo mejorar en el siguiente sprint.

 

Roles en SCRUM

• Product Owner: Define las prioridades y gestiona el backlog del producto.
• Scrum Master: Facilita el proceso, elimina obstáculos y asegura que el equipo siga los principios de SCRUM.
• Development Team: Equipo auto-organizado que desarrolla el producto.

 

RUP

RUP (Rational Unified Process) es un proceso iterativo e incremental para el desarrollo de software que combina elementos estructurados con flexibilidad, centrándose en la gestión de requisitos, la arquitectura sólida y la entrega gradual de valor.

Fases de RUP:

Inicio:

Definición del alcance del proyecto, identificación de stakeholders y establecimiento de la viabilidad del sistema.

Elaboración:

Análisis detallado de requisitos, diseño de la arquitectura base y planificación del desarrollo iterativo.

Construcción:

Desarrollo del sistema en iteraciones, construyendo funcionalidades incrementales y priorizando las más críticas.

Transición:

Implementación del sistema, pruebas finales, capacitación a usuarios y entrega formal al cliente.

 

Modelo en Espiral

El modelo en espiral combina elementos del enfoque de cascada y el desarrollo iterativo. Se visualiza como una espiral donde cada ciclo representa una fase del proyecto, que incluye:

• Análisis: Estudio detallado de los requisitos y procesos para entender las necesidades del sistema.
• Evaluación: Revisión del progreso y resultados para asegurar que el sistema cumple con los objetivos.
• Desarrollo: Construcción e implementación del sistema basado en los requisitos y diseño establecidos.
• Planeamiento: Definición de objetivos, alcance y plan de trabajo para guiar el proyecto.

• Puntos a favor: Permite gestionar riesgos de manera proactiva y es adecuado para proyectos complejos o con altos niveles de incertidumbre.
• Puntos en contra: Puede ser costoso y requiere una gestión cuidadosa para evitar ciclos interminables.

Ejemplo de Metodología de Espiral: 

Win-Win

El Win-Win es una variante del modelo en espiral que incorpora la negociación entre las partes interesadas (stakeholders) para alcanzar acuerdos beneficiosos (win-win) en cada ciclo. Se enfoca en la gestión de riesgos y la satisfacción de las necesidades de todas las partes involucradas.

 

Fases del Win-Win:

Identificación de Stakeholders y Objetivos:

Identificar a los actores clave y sus objetivos, necesidades y expectativas para el proyecto.

Negociación Win-Win:

Facilitar acuerdos entre stakeholders para equilibrar sus intereses y definir requisitos consensuados.

Análisis de Riesgos:

Evaluar riesgos técnicos, operativos y de negocio, y planificar estrategias para mitigarlos.

Desarrollo y Pruebas:

Construir y probar un incremento del sistema basado en los requisitos acordados y la gestión de riesgos.

Evaluación y Planificación del Próximo Ciclo:

Revisar el progreso, obtener retroalimentación y planificar la siguiente iteración del proyecto.

  

Enfoque de Prototipos

El enfoque de prototipos se centra en la creación rápida de versiones preliminares del sistema para obtener retroalimentación temprana del cliente. Estos prototipos no son versiones finales, sino representaciones funcionales que permiten validar requisitos y ajustar el diseño antes de la implementación completa.

Fases principales:

• Identificación de requisitos: Recopilación inicial de necesidades.
• Desarrollo del prototipo: Creación de una versión básica del sistema.
• Evaluación: Pruebas y retroalimentación del cliente.
• Refinamiento: Ajustes basados en la retroalimentación.

 

• Puntos a favor: Facilita la clarificación de requisitos y reduce el riesgo de malentendidos entre el cliente y el equipo de desarrollo.
• Puntos en contra: Puede generar expectativas poco realistas en el cliente si no se gestiona adecuadamente, y los prototipos pueden requerir un esfuerzo adicional que no siempre se traduce en el producto final.

Ejemplos de Metodologías de enfoque de prototipos:

 

RAD

RAD (Rapid Application Development) es una metodología que prioriza el desarrollo rápido de prototipos funcionales y la entrega incremental de software, enfocándose en la participación activa del cliente y la adaptación a cambios.

 

Fases de RAD:

Planificación de Requisitos:

Identificación rápida de necesidades clave del sistema mediante talleres con stakeholders.

Diseño de Prototipos:

Creación de prototipos rápidos para validar requisitos y obtener retroalimentación temprana.

Construcción Iterativa:

Desarrollo incremental del sistema, refinando prototipos hasta convertirlos en funcionalidades completas.

Implementación:

Puesta en marcha del sistema, capacitación a usuarios y transición a la operación normal.

Características Principales

• Prototipado rápido: Permite validar ideas y requisitos con el cliente de manera ágil.
• Colaboración constante: Involucra al cliente en todas las etapas para asegurar que el sistema cumpla con sus expectativas.
• Entrega incremental: Facilita la entrega temprana de valor y la adaptación a cambios.

 

Metodología Evolutionary Prototyping

El Evolutionary Prototyping es un enfoque iterativo donde el prototipo evoluciona gradualmente hasta convertirse en el sistema final. Se centra en la mejora continua y la adaptación a los cambios en los requisitos.

 

Fases del Evolutionary Prototyping:

Identificación de Requisitos Iniciales:

Recopilación de los requisitos básicos del sistema para crear un prototipo inicial.

Desarrollo del Prototipo:

Construcción de una versión funcional pero limitada del sistema para validar conceptos y obtener retroalimentación.

Evaluación y Refinamiento:

Pruebas y retroalimentación del cliente para identificar mejoras y ajustar el prototipo.

Evolución del Prototipo:

Iteraciones continuas donde el prototipo se mejora y expande hasta convertirse en el producto final.

CONCLUSIONES

        

        La elección de una metodología para el desarrollo de sistemas de información es un factor crítico que determina el éxito de un proyecto. No existe un enfoque único que funcione para todos los casos, ya que cada proyecto tiene características únicas, como la claridad de los requisitos, la complejidad técnica, el nivel de participación del cliente y los plazos de entrega. Por ejemplo, metodologías como Kendall & Kendall o PRINCE2 son ideales para proyectos con requisitos bien definidos y que requieren un alto nivel de control y documentación. Por otro lado, enfoques ágiles como SCRUM o RAD son más adecuados para entornos dinámicos donde los requisitos pueden cambiar frecuentemente y se necesita flexibilidad para adaptarse. La clave está en evaluar las necesidades específicas del proyecto y seleccionar la metodología que mejor se alinee con sus objetivos y restricciones.

        Además, la importancia de elegir la metodología correcta radica en su capacidad para optimizar recursos, minimizar riesgos y garantizar la satisfacción del cliente. Metodologías estructuradas, como el enfoque de cascada, son útiles cuando se requiere un plan detallado desde el inicio, mientras que enfoques iterativos, como el Evolutionary Prototyping o el Win-Win, permiten una evolución gradual del sistema basada en la retroalimentación continua. Independientemente del enfoque seleccionado, es fundamental contar con un equipo comprometido, una comunicación clara y una gestión efectiva de los cambios. En última instancia, la metodología elegida debe ser una herramienta que facilite la entrega de un sistema de calidad, dentro del tiempo y el presupuesto establecidos, y que cumpla con las expectativas de los stakeholders.

REFERENCIAS

Daiman, A. (2023). Topic 1 What is Evolutionary Prototyping.pptx [Documento en línea]. Disponible en: https://es.slideshare.net/slideshow/topic-1-what-is-evolutionary-prototypingpptx/263687821 [Consulta: 2025, febrero 7.]

Esleiter. (2024). Metodologías y Fases del Desarrollo de Sistemas Gerenciales. [Documento en línea]. Disponible en: https://blog.esleiter.com/posts/metodologias-y-fases-del-desarrollo-de-sistemas-gerenciales [Consulta: 2025, febrero 7.]

Gurendo, D. (2020). Software Development Life Cycle (SDLC). Scrum Model Step by Step. [Documento en línea] Disponible en: https://xbsoftware.com/blog/software-development-life-cycle-sdlc-scrum-step-step/ [Consulta: 2025, febrero 7.]

Lorena, M. (2019). Metodología RAD o DRA. El Desarrollo Rápido de Aplicaciones. [Documento en línea]. Disponible en: https://www.incentro.com/es-ES/blog/metodologia-rad-desarrollo-rapido-aplicaciones [Consulta: 2025, febrero 7.]

Peña, E. (2023). Metodologias y Fases para Desarrollar Sistemas de Información Gerencial. [Documento en línea]. Disponible en:  https://es.scribd.com/document/632927715/METODOLOGIAS-Y-FASES-PARA-DESARROLLAR-SISTEMAS-DE-INFORMACION-GERENCIAL-1 [Consulta: 2025, febrero 7.]

Rodríguez, J. (2024). Metodología para el Desarrollo de Kendall y Kendall. [Documento en línea]. Disponible en: https://view.genially.com/66ea112c520fc8626afc8aaf/presentation-rodriguez-sandoval-jose-eleazar-502-a4 [Consulta: 2025, febrero 7.]

Sanchez, H. (2012). Modelo Win-Win. [Documento en línea]. Disponible en: https://prezi.com/g9a04vufcoqs/modelo-win-win/ [Consulta: 2025, febrero 7.]

Slate, A. (2024). PRINCE2: la metodología dominante en la gestión de proyectos. [Documento en línea]. Disponible en: https://www.wrike.com/es/blog/prince2-la-metodologia-gestion-de-proyectos/ [Consulta: 2025, febrero 7.]