Trillium modell

Trillium -modellen , skapad av ett samarbetsteam från Bell Canada , Northern Telecom och Bell Northern Research (Northern Telecom och Bell Northern Research slogs senare samman i Nortel Networks) kombinerar krav från ISO 9000- serien, Capability Maturity Model (CMM) för mjukvara, och Baldrige Criteria for Performance Excellence, med mjukvarukvalitetsstandarder från IEEE . Trillium har en telekommunikationsinriktning och ger kundfokus. Tillvägagångssätten i Trillium-modellen är härledda från en benchmarkingövning som fokuserade på alla metoder som skulle bidra till en organisations produktutveckling och supportkapacitet. Trillium-modellen täcker alla aspekter av mjukvaruutvecklingens livscykel , de flesta system- och produktutvecklings- och supportaktiviteter, och ett betydande antal relaterade marknadsföringsaktiviteter. Många av de metoder som beskrivs i modellen kan tillämpas direkt på hårdvaruutveckling.

Mål

Trillium-modellen har utvecklats utifrån ett kundperspektiv , som den uppfattas i en konkurrensutsatt, kommersiell miljö. Modellen används på flera olika sätt:

Vid benchmarking av en organisations produktutveckling och stödprocesskapacitet mot bästa praxis i branschen,
I självutvärderingsläge för att hjälpa till att identifiera möjligheter till förbättringar inom en produktutvecklingsorganisation, och
Vid förhandlingar före avtal , för att hjälpa till att välja en leverantör.

Denna modell och dess medföljande verktyg är inte i sig en produktutvecklingsprocess eller livscykelmodell . Snarare tillhandahåller Trillium-modellen viktiga branschpraxis som kan användas för att förbättra en befintlig process eller livscykel

Skala

Trilliumskalan sträcker sig över nivåerna 1 till 5. Nivåer kan karakteriseras på följande sätt:

Ostrukturerad : Utvecklingsprocessen är ad hoc . Projekt kan ofta inte uppfylla kvalitetsmål eller schemalagda mål. Framgång, även om det är möjligt, bygger på individer snarare än på organisatorisk infrastruktur. (Risk – Hög)
Repeterbar och projektorienterad : Individuell projektframgång uppnås genom stark projektledningsplanering och kontroll, med tonvikt på kravhantering , uppskattningstekniker och konfigurationshantering . (Risk – Medel)
Definierade och processorienterade : Processer definieras och används på organisationsnivå, även om projektanpassning fortfarande är tillåten. Processer kontrolleras och förbättras. ISO 9001- krav som utbildning och intern processrevision ingår . (Risk – Låg)
Hanterad och integrerad : Processinstrumentering och analys används som en nyckelmekanism för processförbättring. Processförändringshantering och defektförebyggande program är integrerade i processer. CASE-verktyg är integrerade i processer. (Risk – Lägre)
Helt integrerad : Formella metoder används i stor utsträckning. Organisatoriska arkiv för utvecklingshistorik och process används och är effektiva. (Risk – lägst)

Arkitektur

Trillium-modellen består av kapacitetsområden, färdplaner och praxis . Det finns fyra olika sätt på vilka Trillium-modellen vanligtvis används.

Capability Evaluation och Capability Joint-Assessment är två metoder för att utvärdera en organisations produktutveckling och stödprocesskapacitet. En förmågasutvärdering är en utvärdering av en leverantör av en andra part, vanligtvis kunden. En Capability Joint Evaluation förutsätter att det finns en effektiv partnerskapsrelation mellan kund och leverantör.

Fördelar

För kundorganisationer innebär en högre kapacitet att:

utvecklingsorganisationen är mer lyhörd för kundernas och marknadens krav,
livscykelkostnaden för produkten/produkterna minimeras, och
slutanvändarnas tillfredsställelse maximeras.

För utvecklingsorganisationen kan att uppnå en högre förmåga resultera i:

lägre utvecklings- och underhållskostnader,
kortare cykeltid och utvecklingsintervall,
en ökad förmåga att uppnå innehåll och schemalägga åtaganden på grund av effektiv projektriskanalys och ansträngningsuppskattning , och
en ökande förmåga att uppfylla kvantifierbara design- och kvalitetsmål i alla skeden av utvecklingsprocessen

Jämförelse med CMM

Trillium -modellen täcker alla aspekter av mjukvaruutvecklingens livscykel , de flesta system- och produktutvecklings- och supportaktiviteter, och ett betydande antal relaterade marknadsföringsaktiviteter. Även om Trillium har utformats för att tillämpas på inbyggda mjukvarusystem som telekommunikationssystem, kan mycket av modellen appliceras på andra segment av mjukvaruindustrin som management information system ( MIS). De olika skillnaderna mellan Trillium-modellen och Capability Maturity Model (CMM) enligt följande:

Trillium-arkitekturen är baserad på färdplaner, snarare än nyckelprocessområden (KPA) som finns i CMM
Trillium har ett bredare produktperspektiv snarare än bara baserat på förbättring av mjukvaruprocesser
Trillium hävdar en bredare täckning av kapacitet som påverkar frågor.
Trillium har inriktning mot kundfokus, teknisk mognad och telekommunikationsindustrin.

externa länkar