Модель Триллиум

Модель Trillium , созданная совместной командой Bell Canada , Northern Telecom и Bell Northern Research (Northern Telecom и Bell Northern Research позже объединились в Nortel Networks), сочетает в себе требования серии ISO 9000 , модели зрелости возможностей (CMM) для программного обеспечения, и Критерии Болдриджа для превосходства производительности, заархивированные 4 августа 2016 г. в Wayback Machine , со стандартами качества программного обеспечения от IEEE . Trillium имеет телекоммуникационную ориентацию и обеспечивает ориентацию на клиентов. Практики модели Trillium основаны на сравнительном анализе, в котором основное внимание уделялось всем практикам, которые могут способствовать разработке и поддержке продуктов организации.Модель Trillium охватывает все аспекты жизненного цикла разработки программного обеспечения , большую часть деятельности по разработке и поддержке систем и продуктов, а также значительное количество сопутствующих маркетинговых мероприятий. Многие из практик, описанных в модели, могут быть применены непосредственно к разработке аппаратного обеспечения.

Цели

Модель Trillium была разработана с точки зрения клиентов , как они воспринимаются в конкурентной коммерческой среде. Модель используется по-разному:

При сравнении возможностей процесса разработки и поддержки продуктов организации с лучшими практиками в отрасли,
В режиме самооценки , чтобы помочь определить возможности для улучшения в организации, занимающейся разработкой продукции, и
На преддоговорных переговорах для оказания помощи в выборе поставщика.

Эта Модель и сопровождающие ее инструменты сами по себе не являются процессом разработки продукта или моделью жизненного цикла . Скорее, модель Trillium предлагает ключевые передовые отраслевые практики , которые можно использовать для улучшения существующего процесса или жизненного цикла.

Шкала

Шкала Триллиум охватывает уровни с 1 по 5. Уровни можно охарактеризовать следующим образом:

Неструктурированный : Процесс разработки носит разовый характер . Проекты часто не могут достичь целевых показателей качества или графика. Успех, хотя и возможен, основан на людях, а не на организационной инфраструктуре. (Риск – высокий)
Повторяемость и ориентированность на проект : успех отдельного проекта достигается за счет четкого планирования и контроля управления проектом с упором на управление требованиями , методы оценки и управление конфигурацией . (Риск – Средний)
Определенные и ориентированные на процессы : процессы определяются и используются на уровне организации, хотя настройка проекта по-прежнему разрешена. Процессы контролируются и совершенствуются. требования ISO 9001 , такие как обучение и внутренний аудит Включены процессов. (Риск – низкий)
Управляемый и интегрированный : инструментарий и анализ процесса используются в качестве ключевого механизма улучшения процесса. управления изменениями процессов и Программы предотвращения дефектов интегрированы в процессы. CASE-инструменты интегрированы в процессы. (Риск – ниже)
Полная интеграция формальные методологии : широко используются . Организационные репозитории для истории и процесса разработки используются и эффективны. (Риск – самый низкий)

Архитектура

Модель Trillium состоит из областей возможностей, дорожных карт и практик . Существует четыре различных способа применения модели Триллиум.

Оценка возможностей и совместная оценка возможностей — это два метода оценки возможностей организации в области разработки продуктов и поддержки процессов. Оценка возможностей — это оценка поставщика второй стороной, обычно клиентом. Совместная оценка возможностей предполагает наличие эффективных партнерских отношений между заказчиком и поставщиком.

Преимущества

Для организаций-клиентов более высокие возможности означают, что:

организация-разработчик более чутко реагирует на требования клиентов и рынка,
стоимость жизненного цикла продукта(ов) сведена к минимуму , и
максимальное удовлетворение конечных пользователей.

Для организации-разработчика достижение более высоких возможностей может привести к:

снижение затрат на разработку и обслуживание,
более короткое время цикла и интервалы разработки,
повышенная способность выполнять обязательства по содержанию и графику благодаря эффективному анализу рисков проекта и оценке усилий , а также
растущая способность достигать измеримых целей проектирования и качества на всех этапах процесса разработки.

Сравнение с ШМ

Модель Trillium охватывает все аспекты жизненного цикла разработки программного обеспечения , большую часть деятельности по разработке и поддержке систем и продуктов, а также значительное количество сопутствующих маркетинговых мероприятий. Хотя Trillium был разработан для применения во встроенных программных системах, таких как телекоммуникационные системы, большая часть модели может быть применена и к другим сегментам индустрии программного обеспечения, таким как информационные системы управления (MIS). Различные различия между моделью Trillium и моделью зрелости возможностей (CMM) представлены следующим образом:

Архитектура Trillium основана на дорожных картах, а не на ключевых областях процессов (KPA), присутствующих в CMM.
У Trillium более широкий взгляд на продукт, а не только улучшение процессов разработки программного обеспечения.
Trillium заявляет о более широком охвате проблем, влияющих на возможности.
Trillium ориентирован на клиентоориентированность, технологическую зрелость и телекоммуникационную отрасль.

Внешние ссылки