Modelo Trillium

El Modelo Trillium , creado por un equipo colaborativo de Bell Canada , Northern Telecom y Bell Northern Research (Northern Telecom y Bell Northern Research posteriormente se fusionaron en Nortel Networks), combina los requisitos de la serie ISO 9000 , el Modelo de Madurez de Capacidades (CMM) para software y los Criterios Baldrige para la Excelencia en el Desempeño (Archivado el 4 de agosto de 2016 en Wayback Machine) , con estándares de calidad de software del IEEE . Trillium tiene una orientación hacia las telecomunicaciones y se centra en el cliente. Las prácticas del Modelo Trillium se derivan de un ejercicio de evaluación comparativa que se centró en todas las prácticas que contribuirían a la capacidad de desarrollo y soporte de productos de una organización. El Modelo Trillium abarca todos los aspectos del ciclo de vida del desarrollo de software , la mayoría de las actividades de desarrollo y soporte de sistemas y productos, y un número significativo de actividades de marketing relacionadas. Muchas de las prácticas descritas en el modelo se pueden aplicar directamente al desarrollo de hardware.

El modelo Trillium se ha desarrollado desde la perspectiva del cliente , tal como se percibe en un entorno comercial competitivo. El modelo se utiliza de diversas maneras:

• Al comparar la capacidad del proceso de desarrollo y soporte de productos de una organización con las mejores prácticas de la industria,
• En modo de autoevaluación , para ayudar a identificar oportunidades de mejora dentro de una organización de desarrollo de productos, y
• En las negociaciones precontractuales , para ayudar en la selección de un proveedor.

Este modelo y sus herramientas complementarias no son en sí mismos un proceso de desarrollo de productos ni un modelo de ciclo de vida . Más bien, el modelo Trillium proporciona prácticas recomendadas clave de la industria que pueden utilizarse para mejorar un proceso o ciclo de vida existente.

La escala Trillium abarca los niveles del 1 al 5. Los niveles se pueden caracterizar de la siguiente manera:

1. Desestructurado : El proceso de desarrollo es improvisado . Los proyectos a menudo no cumplen con los objetivos de calidad ni de plazos. El éxito, si bien es posible, depende más de las personas que de la infraestructura organizativa. (Riesgo: Alto)
2. Repetible y orientado a proyectos : El éxito de cada proyecto se logra mediante una sólida planificación y control de la gestión de proyectos, con énfasis en la gestión de requisitos , las técnicas de estimación y la gestión de la configuración . (Riesgo: Medio)
3. Definido y orientado a procesos : Los procesos se definen y utilizan a nivel organizacional, si bien se permite la personalización del proyecto. Los procesos se controlan y mejoran. Se incorporan los requisitos de la norma ISO 9001 , como la capacitación y la auditoría interna de procesos . (Riesgo: bajo)
4. Gestionado e integrado : La instrumentación y el análisis de procesos se utilizan como mecanismo clave para la mejora de procesos. Los programas de gestión de cambios y prevención de defectos están integrados en los procesos. Las herramientas CASE están integradas en los procesos. (Riesgo: menor)
5. Totalmente integrado : Se utilizan ampliamente metodologías formales . Se emplean y son eficaces los repositorios organizativos para el historial y el proceso de desarrollo. (Riesgo: Mínimo)

El Modelo Trillium consta de Áreas de Capacidad, Hojas de Ruta y Prácticas . Existen cuatro formas diferentes en las que normalmente se aplica el Modelo Trillium.

La Evaluación de Capacidades y la Evaluación Conjunta de Capacidades son dos métodos para evaluar la capacidad de un proceso de desarrollo y soporte de productos de una organización. Una Evaluación de Capacidades consiste en la evaluación de un proveedor por parte de un tercero, generalmente el cliente. Una Evaluación Conjunta de Capacidades presupone la existencia de una relación de colaboración efectiva entre el cliente y el proveedor.

Para las organizaciones de clientes , una mayor capacidad significa que:

• La organización de desarrollo responde mejor a las demandas de los clientes y del mercado.
• El costo del ciclo de vida del/de los producto(s) se minimiza y
• Se maximiza la satisfacción del usuario final.

Para la organización de Desarrollo , lograr una mayor capacidad puede resultar en:

• menores costos de desarrollo y mantenimiento,
• tiempos de ciclo y intervalos de desarrollo más cortos,
• una mayor capacidad para cumplir con los compromisos de contenido y cronograma gracias a un análisis de riesgos del proyecto y una estimación de esfuerzo eficaces , y
• una capacidad cada vez mayor para cumplir con los objetivos cuantificables de diseño y calidad en todas las etapas del proceso de desarrollo.

El modelo Trillium abarca todos los aspectos del ciclo de vida del desarrollo de software , la mayoría de las actividades de desarrollo y soporte de sistemas y productos, y un número significativo de actividades de marketing relacionadas. Si bien Trillium se diseñó para aplicarse a sistemas de software embebido, como los sistemas de telecomunicaciones, gran parte del modelo puede aplicarse a otros segmentos de la industria del software, como los sistemas de información gerencial (SIG). Las diversas diferencias entre el modelo Trillium y el Modelo de Madurez de Capacidades (CMM) se detallan a continuación:

1. La arquitectura de Trillium se basa en hojas de ruta, en lugar de las áreas clave de proceso (KPA) presentes en CMM.
2. Trillium tiene una perspectiva de producto más amplia que la que se basa únicamente en la mejora de procesos de software.
3. Trillium afirma ofrecer una cobertura más amplia de los problemas que afectan a las capacidades.
4. Trillium se caracteriza por su orientación al cliente, su madurez tecnológica y su pertenencia al sector de las telecomunicaciones.

• Modelo Trillium
• Campana Canadá