Wir sind derzeit daran interessiert, CMMI Level 2 für unsere Entwicklungsprozesse zu implementieren. Ich habe einige Dokumente über CMMI und auch Scrum gelesen. Persönlich interessiere ich mich für Scrum als unsere nativen Entwicklungsprozesse, weil es für alle Teammitglieder leicht sein kann (wir sind nur ein kleines Team), aber ich habe ein paar Fragen:
Beste Grüße!
[soapbox] Nachdem ich an einigen Stellen die CMMI-Zertifizierung erhalten habe, bin ich kein Fan. Das heißt, ich bin auch keiner von denen, die sagen, dass es böse ist. Ich denke nur, dass es oft schlecht angewendet oder falsch angewandt wird. Für einige Arten von Arbeit ist es jedoch erforderlich, auch wenn es nichts nützliches bietet ... [/ soapbox]
Sowieso hat keiner der Orte, an denen ich gearbeitet habe, Scrum und CMMI gemacht, also kann ich nicht von Erfahrungen aus erster Hand erzählen. (Wie Rob Goodwin während der Eingabe meiner Antwort schrieb) sagt CMMI Ihnen nicht, was Sie tun sollen, außer Ihre Prozeduren zu dokumentieren und dann zu folgen, was in Ihrer Dokumentation steht ... und das zu dokumentieren! Glücklicherweise können Sie Ihre Prozedurdokumente bei Bedarf ändern.
CMMI L2 beschäftigt sich hauptsächlich mit Projekt- und Konfigurationsmanagement; Es hat nicht so viel mit dem tatsächlichen Software-Entwicklungsprozess zu tun (und kann tatsächlich auf Nicht-Software-Entwicklungsarbeit angewendet werden). Solange also Ihre Dokumentation in Ordnung ist und Sie wissen, was Sie mit Scrum-Techniken machen werden (und Sie auf dem neuesten Stand halten), sollten Sie in Ordnung sein.
Ein paar Ressourcen, die ich während meiner CMMI-Erfahrungen zum Mischen von Agile und CMMI gesehen habe, sind der Agile CMMI-Blog und Broadsword Solutions agileCMMI Produkt . Ich bin weder in CMMI noch in Agile bewandert (wir sind nur so weit weg, wo ich bin!), Ich weiß nicht, wie gut sie sind.
Wie Matt ("GreenMatt") bemerkt hat, ist eine der Ressourcen der Agile CMMI-Blog.
Ich bin der Autor dieses Blogs, und ich bin auch ein CMMI-Gutachter , also, ich kann Sie mit Informationen aus erster Hand über das Erreichen von CMMI-Levels versorgen und dabei auch agile Praktiken integrieren.
Robs Antwort ist zu einem gewissen Grad richtig, kann aber auch falsch verstanden werden. Ihre Prozesse müssen Ihnen bekannt sein, was wichtiger (und anders) von "dokumentiert" ist. Sie müssen Ihre Prozesse planen , damit Sie sie auf Reifegrad 2 verwalten können. Außerdem müssen Ihre Prozesse so durchgeführt werden, dass sie in der Lage sind, dies zu erreichen bestimmte Ziele , die in CMMI aufgelistet sind.
Für Maturity Level 2 und Scrum ist es wichtig, dass du Scrum wirklich folgst und die harten Teile nicht auslässt wie: berechnende Geschwindigkeit & amp; Verwenden von Velocity, um Sprint Backlogs zu setzen, Sprint Ziele zu setzen und den Sprint in der Mitte nicht zu stören usw.
Wie Rob richtig sagte, enthält CMMI keine Prozesse. Was CMMI hat, sind nur Praktiken, um Ihre Prozesse zu verbessern. Das bedeutet, dass Sie Ihren Prozess von Anfang an kennen müssen oder CMMI wird nur die Dinge verwirren.
Matt hat Recht, es ist nicht das CMMI, das die Dinge schwer macht, es ist nur so, dass die schlechte Verwendung von CMMI die Dinge schwierig macht. Und er ist auch richtig, dass ML2 wenig mit der tatsächlichen Entwicklung zu tun hat und viel mehr damit zu tun hat, das Projekt zu betreiben und den Umfang zu verwalten. Die Quintessenz ist, dass CMMI und Scrum bei ML2 sehr einfach zusammen sind, solange Sie sich darüber klar sind, wie Sie beide verwenden.
Dies sind einige der Tipps, die ich in einem solchen Forum leicht bereitstellen kann. Fühlen Sie sich frei, mich aufzusuchen und für eine ausführlichere Unterhaltung in Verbindung zu treten.
CMMI diktiert nicht, was Ihre Prozesse sind, nur dass Sie einige haben, sie sind dokumentiert und Sie folgen ihnen.
Tags und Links process-management cmmi scrum