Model Trillium
Model Trillium , stworzony przez wspólny zespół firm Bell Canada , Northern Telecom i Bell Northern Research (Northern Telecom i Bell Northern Research połączyły się później w Nortel Networks) łączy wymagania z serii ISO 9000 , Capability Maturity Model (CMM) dla oprogramowania, oraz Baldrige Criteria for Performance Excellence , ze standardami jakości oprogramowania IEEE . Trillium ma telekomunikację orientację i zapewnia koncentrację na kliencie. Praktyki w modelu Trillium wywodzą się z porównawczej , która skupiała się na wszystkich praktykach, które mogłyby przyczynić się do rozwoju produktu i zdolności wsparcia organizacji. Model Trillium obejmuje wszystkie aspekty cyklu życia oprogramowania , większość działań związanych z rozwojem i wsparciem systemów i produktów oraz znaczną liczbę powiązanych działań marketingowych. Wiele praktyk opisanych w modelu można zastosować bezpośrednio do rozwoju sprzętu.
Cele
Model Trillium został opracowany z perspektywy klienta , postrzeganego w konkurencyjnym, komercyjnym środowisku. Model jest używany na różne sposoby:
- Podczas porównywania zdolności organizacji do opracowywania produktów i procesu wsparcia z najlepszymi praktykami w branży,
- W trybie samooceny , aby pomóc zidentyfikować możliwości doskonalenia w organizacji zajmującej się rozwojem produktu oraz
- W negocjacjach przedkontraktowych pomoc w wyborze dostawcy.
Ten model i towarzyszące mu narzędzia nie są same w sobie procesem rozwoju produktu ani modelem cyklu życia . Model Trillium zapewnia raczej kluczowe najlepsze praktyki branżowe , które można wykorzystać do ulepszenia istniejącego procesu lub cyklu życia
Skala
Skala Trillium obejmuje poziomy od 1 do 5. Poziomy można scharakteryzować w następujący sposób:
- Nieustrukturyzowane : Proces rozwoju jest doraźny . Projekty często nie spełniają celów dotyczących jakości lub harmonogramu. Sukces, o ile jest możliwy, opiera się na jednostkach, a nie na infrastrukturze organizacyjnej. (Ryzyko – wysokie)
- Powtarzalność i zorientowanie na projekt : sukces indywidualnego projektu osiąga się dzięki silnemu planowaniu i kontroli zarządzania projektami, z naciskiem na zarządzanie wymaganiami , techniki szacowania i zarządzanie konfiguracją . (Ryzyko — Średnie)
- Zdefiniowane i zorientowane na proces : Procesy są definiowane i wykorzystywane na poziomie organizacji, chociaż nadal dozwolone jest dostosowywanie projektu. Procesy są kontrolowane i ulepszane. Uwzględniono wymagania ISO 9001 , takie jak szkolenia i audyty procesów wewnętrznych. (Ryzyko – Niskie)
- Zarządzane i zintegrowane : oprzyrządowanie i analiza procesu są wykorzystywane jako kluczowy mechanizm doskonalenia procesu. Programy zarządzania zmianami procesów i zapobiegania defektom są zintegrowane z procesami. Narzędzia CASE są zintegrowane z procesami. (Ryzyko – Niższe)
- W pełni zintegrowane : Formalne metodologie są szeroko stosowane. Repozytoria organizacyjne dla historii i procesu rozwoju są wykorzystywane i skuteczne. (Ryzyko – najniższe)
Architektura
Model Trillium składa się z obszarów zdolności, planów działania i praktyk . Istnieją cztery różne sposoby stosowania modelu Trillium.
Ocena zdolności i wspólna ocena zdolności to dwie metody oceny zdolności organizacji do rozwoju produktu i procesu wsparcia. Ocena zdolności jest oceną dostawcy dokonaną przez drugą stronę, zazwyczaj klienta. Wspólna ocena zdolności zakłada istnienie skutecznej relacji partnerskiej między klientem a dostawcą.
Korzyści
W przypadku organizacji klientów wyższa zdolność oznacza, że:
- organizacja deweloperska jest bardziej otwarta na potrzeby klientów i rynku,
- koszt cyklu życia produktu (produktów) jest zminimalizowany , oraz
- maksymalna satysfakcja użytkownika końcowego.
W przypadku organizacji zajmującej się rozwojem osiągnięcie wyższych zdolności może skutkować:
- niższe koszty rozwoju i utrzymania,
- krótszy czas cyklu i interwały rozwojowe,
- zwiększona zdolność do osiągania merytorycznych i terminowych zobowiązań dzięki skutecznej analizie ryzyka projektowego i szacowaniu pracochłonności , oraz
- rosnącą zdolność do spełniania wymiernych celów projektowych i jakościowych na wszystkich etapach procesu rozwoju
Porównanie z CMM
Model Trillium obejmuje wszystkie aspekty cyklu życia oprogramowania , większość działań związanych z rozwojem i wsparciem systemów i produktów oraz znaczną liczbę powiązanych działań marketingowych. Chociaż Trillium zostało zaprojektowane do zastosowania w systemach oprogramowania wbudowanego, takich jak systemy telekomunikacyjne, większość modelu można zastosować w innych segmentach przemysłu oprogramowania, takich jak systemy informacji zarządczej (MIS). Różne różnice między modelem Trillium a modelem dojrzałości zdolności (CMM) podano w następujący sposób:
- Architektura Trillium jest oparta na mapach drogowych, a nie na kluczowych obszarach procesów (KPA) obecnych w CMM
- Trillium ma szerszą perspektywę produktową, a nie tylko opartą na doskonaleniu procesu tworzenia oprogramowania
- Trillium twierdzi, że obejmuje szerszy zakres problemów wpływających na możliwości.
- Trillium ma orientację na klienta, dojrzałość technologiczną i branżę telekomunikacyjną.