CMM Capability Maturity Model CMMI Sami Kollanus TJTA330 Ohjelmistotuotanto 16.1.2007 Software Engineering Institute (SEI) www.sei.cmu.edu Perustettu vuonna 1984 Carnegie Mellon University 1985 SEI aloitti projektin Tarkoituksena arvioida yrityksen kyvykkyyttä tuottaa ohjelmistoja Myöhemmin ajatus prosessien parantamisen tukemisesta + prosessien arvioinnista OHTU 2007 Sami Kollanus 2 CMM -> CMMI CMMI ensimmäinen hahmotelma (process maturity framework) vuonna 1987 Ensimmäinen CMM vuonna 1992 SW-CMM 1.1 vuonna 1993 SE-CMM 1.1 vuonna 1995 IPD-CMM Draft vuonna 1997 CMMI Capability Maturity Model Integration vuonna 2000 CMMI 1.1 vuonna 2002 CMMI 1.2 vuonna 2006 Malliin yhdistettiin kolme eri CMMmallia: SW-CMM, SE-CMM ja IPD-CMM -> CMMI-SE/SW/IPPD/SS Tasomalli + jatkuva malli Aiempaa joustavampi Nykyisin kaksi eri CMMI-mallia: CMMI for development 1.2 CMMI for Acquisition (CMMI for Services tulossa) OHTU 2007 Sami Kollanus 3 OHTU 2007 Sami Kollanus 4
Eri mallien suhteet Tasomalli OHTU 2007 Sami Kollanus 5 OHTU 2007 Sami Kollanus 6 CMMI:n prosessialueet Tasomalli Level5 Level4 Level3 Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Integrated Project Management Risk Management Decision Analysis and Resolution Level2 Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management Level1 Organizational Innovation and Deployment Causal Analysis and Resolution Organizational Process Performance Quantitative Project Management Jokainen taso sisältää useamman prosessialueen Kaikki tavoitteet tason jokaisella prosessialueella täytyy täyttää, jotta taso saavutetaan Malli ei määrää, kuinka yrityksen tulee toimia, vaan asettaa vain tietyt vaatimukset Mitä asioita täytyy olla mietittynä? Skaalautuu erilaisille ja kokoisille yrityksille OHTU 2007 Sami Kollanus 7 OHTU 2007 Sami Kollanus 8
- Alustava - Hallittu Ei vaatimuksia Suurin osa organisaatioista tällä tasolla Tyypillinen organisaatio ei pidä kiinni käytänteistä aikataulun kiristyessä Projektien onnistuminen kiinni yksilöistä, heroismi Usein aikataulut ja budjetti ylitetään OHTU 2007 Sami Kollanus 9 Pääpaino projektinhallinnan tasolla Prosessit suunnitellaan, niitä toteutetaan mitataan ja hallitaan Noudatetaan aikapaineesta riippumatta Projektien toiminta ei tarvitse olla organisaatiotasolla yhdenmukaista 7 prosessialuetta OHTU 2007 Sami Kollanus 10 Prosessialueet - Määritelty Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management OHTU 2007 Sami Kollanus 11 Organisaation yhteiset käytänteet määritelty Toiminta on yksityiskohtaisesti mietitty ja määritelty, myös tuotantoprosessit Prosesseja voi räätälöidä 11 prosessialuetta OHTU 2007 Sami Kollanus 12
Prosessialueet... Prosessialueet Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus OHTU 2007 Sami Kollanus 13 Organizational Process Definition Organizational Training Integrated Project Management Risk Management Decision Analysis and Resolution OHTU 2007 Sami Kollanus 14 Tilastollisesti hallittu Prosessialueet 2 prosessialuetta Valitaan prosessit, joita hallitaan tilastollisesti Tunnetaan prosessien toimintaa historiatiedon perusteella Kyetään ennakoimaan toimintaa OHTU 2007 Sami Kollanus 15 Organizational Process Performance Quantitative Project Management OHTU 2007 Sami Kollanus 16
- Optimoiva Prosessialueet 2 prosessialuetta Jatkuva historiatietoon perustuva prosessien kehittäminen Tunnistetaan syyt suoritustason vaihteluille Asetetaan kehittämiselle mitattavat tavoitteet OHTU 2007 Sami Kollanus 17 Organizational Innovation and Deployment Causal Analysis and Resolution OHTU 2007 Sami Kollanus 18 Virhekäsityksiä Mitä iloa tällaisesta mallista on? Emme tarvitse prosessia, koska meillä on: really good people Kehittynyt teknologia Kokenut johtaja Prosessi estää luovuuden = byrokratia + sotilaskuri ei tarvita, kun rakennetaan prototyyppejä tarvitaan vain suurissa projekteissa estää ketteryyttä nopeasti muuttuvilla markkinoilla maksaa liikaa Se tarjoaa organisaation yhteisen vision toiminnan kehittämiselle Malli pitää sisällään parhaat käytänteet menneistä kokemuksista Malli on mittatikku prosessien kyvykkyyden arvioimisessa Malli antaa jonkin vertailukohdan oman organisaation ulkopuolella Viralliset arviot voivat antaa hyödyllisen statuksen OHTU 2007 Sami Kollanus 19 OHTU 2007 Sami Kollanus 20
CMMI-pohjaisen kehittämisen hyötyjä Kokemuksia: Lockheed Martin M&DS aikataulun ja budjetin estimoinnin kehittyminen Projektin läpimenoajan lyhentyminen Tehokkuuden kasvu Parantunut laatu Asiakastyytyväisyyden paraneminen Työilmapiirin paraneminen Investointien panos-tuottoasteen paraneminen Laatukustannusten pienentyminen OHTU 2007 Sami Kollanus 21 CMM L2 1993 CMM L3 1996 CMMI L5 2002 1996-2002 Tuottavuus kasvoi 30 % Ohjelmiston yksikkökustannukset pienenivät 20 % Virheiden löytämisen ja korjaamisen kustannukset pienenivät 15 % OHTU 2007 Sami Kollanus 22 Kokemuksia: General Motors Corporation Kokemuksia:Bosch Gasoline Systems Ennustettavuus: Ajoissa toimitettujen tuotosten määrä kasvoi 15 % Vähemmän uudelleen tekemistä: kerralla hyväksyttyjen tuotosten määrä kasvoi 10 % Virhetapausten määrä: laski kertaluvun verran (From Critical success factors for improvement in a large embedded systems organisation. Wolfgang Stolz, Robert Bosch GmbH Gasoline Systems GSEC/ ESP and Hans-Jürgen Kugler, Q-Labs Software Engineering, ESEPG 2003.) OHTU 2007 Sami Kollanus 23 OHTU 2007 Sami Kollanus 24
Jatkuva malli Kyvykkyystasot Erilainen esitystapa samalle asialle Samat prosessialueet Ei arvioida koko organisaation kypsyyttä, vaan erillisten prosessialueiden kyvykkyyttä Jokainen prosessialueen kyvykkyys arvioidaan asteikolla 0-5 OHTU 2007 Sami Kollanus 25 OHTU 2007 Sami Kollanus 26 Organisaation profiili Jatkuva malli - prosessijoukot Prosessien hallinta Projektien hallinta Tekniset prosessit (engineering) Tukiprosessit OHTU 2007 Sami Kollanus 27 OHTU 2007 Sami Kollanus 28
Jatkuva malli - prosessialueet Arvioinnista Process management Organizational process definition Organizational process focus Organizational innovation and deployment Organizational process performance Organizational training Project management Integrated project management Project monitoring and control Project planning Risk management Supplier agreement management Quantitative project management Engineering Product integration Requirements development Requirements management Technical solution Validation Verification Support Configuration management Causal analysis and resolution Decision analysis and resolution Measurement and analysis Process and product quality assurance Ei sertikaatteja yrityksille (ainoaastaan arvioijille) SEI listaa kuitenkin 5-tason organisaatiot Vaatii virallisen arvion, joka on kallista Käytännössä ei Suomessa Voidaan arvioida sisäisesti omia prosesseja tai yhteistyökumppanin prosesseja OHTU 2007 Sami Kollanus 29 OHTU 2007 Sami Kollanus 30