This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Automotive SPICE® ist ein eingetragenes Warenzeichen des VDA/QMC
® Capability Maturity Model, Capability Maturity Modeling, CMM and CMMI are registered in theU.S. Patent and Trademark Office by Carnegie Mellon University
SM CMM Integration, IDEAL, Personal Software Process, PSP, SCAMPI, SCAMPI Lead Appraiser,SEPG and TSP are service marks of Carnegie Mellon University
Seit 1993 Mitarbeit in und Leitung von Business-, Integrations- !und Applikationsentwicklungs-Projekten. Seit 2008 Prozessver- besserungsinitiativen von Hard- und Software-Entwicklungen, hauptsächlich in den Branchen Banken und Energie.!!Studium !o MS BIS Fachhochschule Nordwestschweiz (CH)!o MBA City University of Seattle (USA)!!Trainings:!o CMMI for Services!o CMMI for Development!o PMI-ACP (Agile Certified Practitioner; PMI)!!Zertifizierungen:!o PMP (Projektmanagement Professional; PMI)!!
o Agilität ist die Fähigkeit einer Organisation, flexibel, aktiv, anpassungsfähig und mit Initiative in Zeiten des Wandels und Unsicherheit zu agieren. (gefunden unter http://www.onpulson.de/lexikon/107/agilitaet/)!
o Agile Methoden!§ Incremental Iterative Development (IID)
• IID gibt es (mindestens) seit den 50-er Jahren!• Gemini- und X15-Project (US Air Force, NASA)
(Larman/Basili; Iterative and Incremental Development: A Brief History; 2003 IEEE Computer Society)!
§ "Agile Manifesto" in 2001 • 8 Werte und deren Prioritäten • 12 Prinzipien
Dem Befolgen eines Plans!Das Reagieren auf Änderungen!
Umfassende Dokumentation!
Funktionierende !Software!
Vertragsverhandlung!Die Zusammenarbeit mit dem Kunden!
mehr!als!
mehr!als!
mehr!als!
Das heißt, obwohl wir die Werte auf der rechten Seite wichtig finden,!schätzen wir die Werte auf der linken Seite höher ein.!(quelle: http://www.agilemanifesto.org)!
§ Erstes Scrum-Projekt 1993!§ Väter: Ken Schwaber, Mike Beedle, Jeff Sutherland!§ Wurzeln im Ingenieurbereich!
§ Lean Production / Management § Vorreiter: u.a. Toyota
o Zum Begriff „Scrum“!§ Scrum ist kein Acronym!§ Scrum = Gedränge!§ Begriff aus dem Rugby!§ Komplizierter Spielzug, der disziplinierte Teamarbeit erfordert !
o Product Owner!§ Ist verantwortlich für den Gewinn des Produkts (ROI)!§ Bestimmt das Auslieferungsdatum und den Inhalt!§ Priorisiert Features!§ Akzeptiert oder weist Arbeitsergebnisse zurück!
o Scrum Master!§ Verantwortlich für die Einhaltung des Scrum Prozesses!§ Stellt sicher, dass das Team vollständig funktional und produktiv ist!§ Unterstützt die Zusammenarbeit zwischen allen Rollen!§ Schützt das Team vor äußeren Störungen!
o Team!§ Ideal 5 – 9 Personen!§ Schätzt Aufwände ab und führt die Entwicklung durch!§ Funktionsübergreifend / Interdisziplinär!§ Teams organisieren sich selbst!
o Planning Meeting!§ Dauer: ½ - 1 Tag!§ Teilnehmer: Product Owner, Scrum Master, Team, (Stakeholders)!§ Product Owner priorisiert zu realisierende Features!§ Team schätzt Aufwand
o Daily Meeting!§ Dauer: 15‘!§ Teilnehmer: Product Owner, Scrum Master, Team!§ 3 Fragen: Was habe ich gestern gemacht? Was mache ich heute? ev. Probleme /
o Review Meeting!§ Am Ende eines Sprints § Jeder Sprint liefert ein benutz- und auslieferbares Produktinkrement § Aufzeigen des Erreichten, und der neuen Funktionalität § Was lief gut? was für Probleme gab es? Wie wurden diese gelöst?!
o Retrospective Meeting!§ Basis Element für Verbesserungen – wichtiges Scrum Element!§ Teilnehmer: Team, Product Owner, Scrum Master!§ Was lief gut? Was wollen wir besser machen?!
Drei Varianten von CMMI® ("Konstellationen")!§ CMMI® for Services !Erbringung von Dienstleistungen!§ CMMI® for Development !Entwicklung von Produkten und Dienstleistungen!§ CMMI® for Acquisition !Beschaffung von Produkten und Dienstleistungen!
CMMI® Anwendung: Beispiel von Institutionalisieren!
Was müssen Eltern tun, dass ihre Kinder auch dann ihre Zähne putzen, wenn sie nicht mehr unter direktem Einfluss ihrer Eltern stehen?!!In der CMMI® Terminologie!o Was müssen Eltern tun um bei ihren Kindern das Zähneputzen zu
Das gemeinsame Nutzen von CMMI® und Scrum bewirkt, dass durch Scrum die Prozesse effizienter durchgeführt werden; während CMMI® sicherstellt, dass alle wichtigen Arbeitsabläufe mit der richtigen Disziplin durchgeführt werden.!!o Wo helfen agile Methoden?!
§ Bei der effizienten Implementation von CMMI®-Anforderungen
o Wo hilft CMMI® für Entwicklung?!§ Bei der Festlegung von Standardabläufen
• Build und Test § Bei der Disziplin bei der Erstellung und Verwendung von Prüfkriterien für
die Integration § Bei der Messung und objektiven Bewertung der Leistung § Bei der disziplinierten Anwendung der Konfigurationsmanagement-
… fordern kontinuierliche Verbesserung, lernende Teams und Organisationen
Restrospectiv Meetings zum Sammeln der in der Iteration gesammelten Erfahrungen um sich kontinuierlich zu verbessern
Erfahrungen aus der Arbeit werden systematisch gesammelt, ausgewertet und für Verbesserungen verwendet (GP 3.2) Dedizierte Prozessgebiete für die kontinuierliche Verbesserung (OPF, OPD, OPP, CAR und OPM)
… sind pragmatisch CMMI® überlässt als “Was-Model” dem “Wie” sehr viel Spielraum. Entscheidend ist, was in einer Organisation erfolgreich ist.
Scrum CMMI® Etablierung und Pflege des Produkt-Backlogs führt zum gemeinsamen Verständnis der Anforderungen zwischen Product Owner und Team
Entwicklung eines gemeinsamen Verständnisses der Anforderungen zusammen mit den Stakeholdern.
Das Scrumteam verpflichtet sich in Release und Sprint Planning Meetings auf den Inhalt des Sprints
Alle Beteiligten und Interessierten verpflichten sich verbindlich auf die Anforderungen. Dies wird überwacht
Änderungen werden im Produkt-Backlog eingeführt, priorisiert und geschätzt. Änderungen in der Release-Planung werden in der Sprint-Planung berücksichtigt
Änderungen von Anforderungen werden systematisch behandelt
Zwischen Anforderungen und Arbeitsergebnissen gibt es eine bidirektionale Nachvollziehbarkeit
Inkonsistenzen werden im Daily Scrum Meeting, Sprint und Release Burndown Chart erkannt und durch Backlog Grooming behandelt
Inkonsistenzen und Widersprüche zwischen Anforderungen, Produkt und Projektplan werden identifiziert.
Scrum versucht Risiken durch kurze Sprints und häufige Lieferungen zu mimimieren
o CMMI® ist international gut akzeptiert !o Leistungssteigerung!
§ Qualität § …
o Über Kennzahlen Prozesswissen und -verständnis erhalten!§ Werden Probleme proaktiv behandelt und gelöst? § Werden User Stories ohne Unterbrechung umgesetzt? § …
o Scrum ist so aufgebaut, dass hohe Qualität und konzeptionelle Integrität mit kurzen Iterationen, Testen und Reviews mit dem Kunden erreicht wird.!
!CMMI® setzt mit Verifizierung und Validierung den Fokus auf das Wesentliche § Welche User-Stories, Code oder Dokumentation werden wie geprüft? § Unit- und Regressionstest § User Acceptance Test
Auch in Scrum-Projekten ist ein effektives und effizientes Verwalten von Arbeitsergebnissen, Tests und Releases notwendig!o Wird im Scrum Guide nicht adressiert !
CMMI adressiert Konfigurationsmanagement in einem eigenen Prozessgebiet (CM) und einer generischen Praktik (GP 2.6)!!!è Hohe Disziplin beim Einchecken von Code !è Tests und Testumgebungen und Scrum-Timebox müssen aufeinander
o Erstelle einen Sprint 0 mit den von CMMI® erwarteten Praktiken!o Verwende Risikomanagement als proaktive Massnahme!o Zerlege und priorisiere die Anforderungen in Features im Produkt-Backlog!o Erstelle aus den wichtigsten Features Stories für die Sprint-Planung!o Nutze die 3-Punkt-Analyse für die initiale Planung!o Analysiere Abhängigkeiten, Stakeholder und Risiken pro Produkt-Backlog-
Element!o Erstelle Meilenstein- und Release-Plan auf Basis des Produkt-Backlogs!o Verwende eine “User Story Completion Checklist”, um eine hohe Qualität der
erstellten Stories zu erreichen !o Entscheide und kommuniziere Qualitätsziele !o Lege Vorgaben für den Projektablauf fest!o Automatisiere Test und Nightly Builds, und miss was erreicht wurde!o Lege Kriterien von der Erstellung von Code bis zur Integration fest!o Pflege die Integrität des Konfigurationsmanagements, über eine Checkliste für
Work Product Evaluation und führe diese bis zum Ende eines jeden Sprints durch!
o Implementierung von CMMI in das bestehende Vorgehen: CMMI ist nicht etwas Neues, es sind bewährte Praktiken!§ Ein Burndown Chart ist qualitatives Projektmanagement: Für qualitative
Aussagen lassen sich agile Elemente wie der Burndown Chart, vor allem aber KPIs wie der Teamspeed nach XP beiziehen und für CMMI® verwenden
o Dokumentation ist nicht gleich Word: Produkte aus Scrum-Meetings eignen sich ebenso gut für die Dokumentation (Boards, Massnahmen-Kärtchen, etc.)!
o Checklisten ergänzen: In den Checklisten für die «Definition of Done» oder der «Definition of Ready» lassen sich Elemente der Validierung, Verifizierung, PPQA, Anforderungsentwicklung und Anforderungsmanagement nach CMMI unterbringen und auch dokumentieren.!
o Sorgfältige Initialisierung: Unabhängig von CMMI oder Scrum kommt einer sorgfältigen Initialisierung eines Projekts grösste Bedeutung zu. Ob dies ein Sprint 0 ist oder eine Scrum vorgelagerte Phase: Themen wie Architektur, Projektmanagement, Infrastrukturaufbau etc. müssen adressiert werden. Auch hier helfen Checklisten, die von CMMI geforderten Nachweise abzudecken!
Was sind die grössten Herausforderungen für die Implementierung von CMMI®?!o Die CMMI® Bücher sind sehr schwer verständlich und benötigen viele
Erklärungen!o Jenseits des Reifegrads 3 braucht es ein Umdenken aller Mitarbeiter und
Manager, weil Verfolgung (und später Steuerung) kennzahlenbasiert wird und deshalb ein Paradigmenwechsel notwendig ist!
o Aussagefähig Kennzahlen!o Ohne Firmenstrategie geht nichts!o Ohne Commitment geht nichts!o Ohne sachkundige Beratung fährt ein Anwender ein sehr hohes Risiko!
o ‘Best of Breed’ Werkzeuge!o Datenaustausch über Interfaces!o Nahtlose und nachvollziehbare Entwicklung!o Qualitätssicherung durch kontinuierliche Integration!
o Moderner Application Stack, der auf offenen Standards aufbaut!o Aktuelle Open-Source-Technologien!o einen Partner, der sich dem Open Source-Gedanken verpflichtet fühlt und
der Community nahe steht!o Experten, die selbst an der Entwicklung der Technologien beteiligt sind und
Automotive SPICE® ist ein eingetragenes Warenzeichen des VDA/QMC
® Capability Maturity Model, Capability Maturity Modeling, CMM and CMMI are registered in theU.S. Patent and Trademark Office by Carnegie Mellon University
SM CMM Integration, IDEAL, Personal Software Process, PSP, SCAMPI, SCAMPI Lead Appraiser,SEPG and TSP are service marks of Carnegie Mellon University