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:

  1. 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)
  2. 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)
  3. 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)
  4. 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)
  5. 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:

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:

  1. Architektura Trillium jest oparta na mapach drogowych, a nie na kluczowych obszarach procesów (KPA) obecnych w CMM
  2. Trillium ma szerszą perspektywę produktową, a nie tylko opartą na doskonaleniu procesu tworzenia oprogramowania
  3. Trillium twierdzi, że obejmuje szerszy zakres problemów wpływających na możliwości.
  4. Trillium ma orientację na klienta, dojrzałość technologiczną i branżę telekomunikacyjną.

Linki zewnętrzne