Creo que puede haber más de dos controles en un MIS, dependiendo de su propósito. El control más importante es el sistema de gestión de la configuración tanto en la etapa de desarrollo de software de los cambios de software y hardware, como en el control de cambios de la etapa de mantenimiento de los cambios de software y hardware. El Modelo de Madurez de Capacidades (CMM) en el desarrollo de software proporciona una metodología para la gestión de la configuración de software y hardware, incluso si la organización tiene los recursos para implementar todos los procesos de CMM.
————————————————————————————————-
La siguiente narrativa es de © Copyright 1988-2018, Select Business Solutions, Inc.
Niveles de la CMM
Hay cinco niveles de CMM:
Nivel 1 – Inicial
Los procesos suelen ser ad hoc y la organización generalmente no proporciona un entorno estable. El éxito en estas organizaciones depende de la competencia y heroicidad de las personas en la organización y no del uso de procesos probados. A pesar de este entorno ad hoc y caótico, las organizaciones de nivel de madurez 1 a menudo producen productos y servicios que funcionan; sin embargo, con frecuencia exceden el presupuesto y el cronograma de sus proyectos.
Las organizaciones se caracterizan por una tendencia a comprometerse en exceso, abandonar procesos en tiempos de crisis y no poder repetir sus éxitos pasados nuevamente.
El éxito del proyecto de software depende de tener personas de calidad.
Nivel 2 – Repetible
Los éxitos de desarrollo de software son repetibles. Los procesos pueden no repetirse para todos los proyectos en la organización. La organización puede usar una gestión básica del proyecto para rastrear el costo y el cronograma.
La disciplina del proceso ayuda a garantizar que las prácticas existentes se retengan en momentos de estrés. Cuando estas prácticas están en su lugar, los proyectos se realizan y gestionan de acuerdo con sus planes documentados.
El estado del proyecto y la prestación de servicios son visibles para la administración en puntos definidos (por ejemplo, en hitos importantes y al completar tareas importantes).
Los procesos básicos de gestión de proyectos se establecen para rastrear el costo, el cronograma y la funcionalidad. La disciplina de proceso mínima está en su lugar para repetir éxitos anteriores en proyectos con aplicaciones y alcances similares. Todavía existe un riesgo significativo de exceder el costo y el tiempo estimado.
Nivel 3 – Definido
El conjunto de procesos estándar de la organización, que es la base del nivel 3, se establece y mejora con el tiempo. Estos procesos estándar se utilizan para establecer consistencia en toda la organización. Los proyectos establecen sus procesos definidos por el conjunto de procesos estándar de la organización de acuerdo con las pautas de adaptación.
La administración de la organización establece objetivos de proceso basados en el conjunto de procesos estándar de la organización y asegura que estos objetivos se aborden adecuadamente.
Una distinción crítica entre el nivel 2 y el nivel 3 es el alcance de los estándares, las descripciones de los procesos y los procedimientos. En el nivel 2, los estándares, las descripciones de los procesos y los procedimientos pueden ser bastante diferentes en cada instancia específica del proceso (por ejemplo, en un proyecto en particular). En el nivel 3, los estándares, descripciones de procesos y procedimientos para un proyecto se adaptan del conjunto de procesos estándar de la organización para adaptarse a un proyecto o unidad organizativa en particular.
Nivel 4 – Gestionado
Utilizando mediciones precisas, la administración puede controlar efectivamente el esfuerzo de desarrollo de software. En particular, la gerencia puede identificar formas de ajustar y adaptar el proceso a proyectos particulares sin pérdidas cuantificables de calidad o desviaciones de las especificaciones. En este nivel, la organización estableció una meta de calidad cuantitativa tanto para el proceso de software como para el mantenimiento del software.
Se seleccionan subprocesos que contribuyen significativamente al rendimiento general del proceso. Estos subprocesos seleccionados se controlan utilizando técnicas estadísticas y otras técnicas cuantitativas.
Una distinción crítica entre el nivel de madurez 3 y el nivel de madurez 4 es la previsibilidad del rendimiento del proceso. En el nivel de madurez 4, el rendimiento de los procesos se controla mediante técnicas estadísticas y otras técnicas cuantitativas, y es cuantitativamente predecible. En el nivel de madurez 3, los procesos solo son cualitativamente predecibles.
Nivel 5 – Optimizando
Centrándose en mejorar continuamente el rendimiento del proceso a través de mejoras tecnológicas incrementales e innovadoras. Se establecen objetivos cuantitativos de mejora de procesos para la organización, se revisan continuamente para reflejar los objetivos comerciales cambiantes y se utilizan como criterios para gestionar la mejora de procesos. Los efectos de las mejoras del proceso implementado se miden y evalúan en función de los objetivos cuantitativos de mejora del proceso. Tanto los procesos definidos como el conjunto de procesos estándar de la organización son objetivos de actividades de mejora cuantificables.
Se identifican, evalúan y se implementan mejoras en los procesos para abordar las causas comunes de variación de los procesos y mejorar de manera considerable los procesos de la organización.
La optimización de procesos ágiles, adaptables e innovadores depende de la participación de una fuerza laboral capacitada y alineada con los valores y objetivos comerciales de la organización. La capacidad de la organización para responder rápidamente a los cambios y las oportunidades se mejora al encontrar formas de acelerar y compartir el aprendizaje.
Una distinción crítica entre el nivel de madurez 4 y el nivel de madurez 5 es el tipo de variación del proceso abordado. En el nivel de madurez 4, los procesos se ocupan de abordar las causas especiales de variación del proceso y de proporcionar previsibilidad estadística de los resultados. Aunque los procesos pueden producir resultados predecibles, los resultados pueden ser insuficientes para lograr los objetivos establecidos. En el nivel de madurez 5, los procesos se preocupan por abordar las causas comunes de variación del proceso y cambiar el proceso (es decir, cambiar la media del rendimiento del proceso) para mejorar el rendimiento del proceso (mientras se mantiene la probabilidad estadística) para lograr los objetivos cuantitativos establecidos de mejora del proceso .
Los elementos más beneficiosos de CMM Nivel 2 y 3:
Creación de especificaciones de software, indicando lo que se va a desarrollar, combinado con la aprobación formal, un patrocinador ejecutivo y un mecanismo de aprobación. Este NO es un documento vivo, pero las adiciones se colocan en una sección diferida o fuera de alcance para su posterior incorporación al próximo ciclo de desarrollo de software.
Se utilizará una especificación técnica que indique con qué precisión se desarrollará lo especificado en las especificaciones del software. Este es un documento vivo.
Revisión por pares del Código (Revisión del Código) con métricas que permiten a los desarrolladores recorrer una implementación y sugerir mejoras o cambios. Nota: Esto es problemático porque el código ya se ha desarrollado y un mal diseño no se puede solucionar “retocando”, la revisión de código le da al código completo un mecanismo de aprobación formal.
Control de versiones: una gran cantidad de organizaciones no tienen un mecanismo formal de control de revisiones o un mecanismo de lanzamiento.
La idea de que existe una “forma correcta” de construir software, que es un proceso científico que involucra diseño de ingeniería y que grupos de desarrolladores no están allí para simplemente trabajar en el problema del día.
————————————————————————————————-
Otro control importante son los controles internos, que originalmente era un término contable que se refería a la separación de funciones, por lo que una persona no puede realizar cambios en los aspectos funcionales del MIS o colocar cambios de software o hardware sin que dos o más personas aprueben la transacción o los cambios.