Was sind die Auswirkungen von ITIL oder CMMI auf die Entwicklung? [geschlossen]

Question

Ich las viele Bücher über das, was Praktiken gut funktionieren oder nicht in der Softwareentwicklung. Und ich habe noch nie über methodoly wie ITIL oder CMMI in jedem Webcast oder ein Buch oder Blogs im Bereich der Entwicklung gehört.

Ich habe über diese Methoden in meiner Schule gehört, und mir scheint es, bürokratische Praktiken zu sein.

Doch alle Bücher über die Entwicklung Ich habe Vortrag über die Zusammenarbeit zu lesen oder Menschen über Dokumentation. (Ja, viele agile Bücher)

Also meine Frage ist: Gibt es Methoden wie ITIL oder CMMI haben einen gewissen Einfluss oder Beziehung mit der Entwicklung oder dem Alltag der Entwickler? Und tun Sie große Bücher oder Blog-Beiträge, die über einige gute Ideen in diesem metodologies sprechen ich in einem Entwicklungsteam nutzen kann?

Answer 1

ITIL konzentriert sich mehr auf die Infrastruktur und die Trägerseite und nicht die Entwicklung, so die Diskussion über ITIL ist wahrscheinlich besser geeignet auf der „IT“ fokussierte Version von Stackoverflow, die angeblich in der Entwicklung ist. Als Nebenwirkung, nehme ich Ausnahme mit Aufruf, dass andere Website „IT“ fokussiert, wie IT-Infrastruktur umfasst, Support und Entwicklung in den meisten Unternehmen ... wahrscheinlich ein guter Prozentsatz von Stackoverflow Benutzern sind Entwickler in der IT-Abteilungen.

Ich habe mit CMMI und das Team Software Process (TSP), beide Produkte von Watts Humphrey und der Carnegie Mellon Software Engineering Institute gearbeitet. Wenn Sie zu einem kontinuierlichen Verbesserung verpflichtet und glauben, dass die Messung im Herzen einer kontinuierlichen Verbesserung ist, dann werden Sie Wert in CMMI zu finden.

Es ist sehr einfach CMMI zu tun (und TSP) falsch oder in einer Art und Weise, mit der Entwickler entfremdet und schließlich endet als Augenwischerei oder etwas, das auf einem Stapel von Zertifizierungen gut aussieht. Schauen Sie sich die Entwicklung Anbieter in Indien ... sie sind wie durch ein Wunder all CMMI Level 5. Was sie nicht sagen, ist, dass fast immer ein kleines Projekt oder Team in ihrer Organisation, die hart gearbeitet, um die Zertifizierung zu erhalten, aber die wiederholbaren Praktiken ist einfach nicht da 95% ihrer Organisation.

Der Fokus auf Zeiterfassung (Uhr Stanzen), Fehler (Bug-Quote), Codezeilen Verfolgung (viele Möglichkeiten, „Spiel“, wenn Sie so geneigt sind), und die Verfahren wiederholbar zu machen (was ein Entwickler wie ein Gefühl, ohne Freiheit Zahn viele Entwickler Innovations) auszuschalten. . <- beachten Sie die abgestumpft Gegenargumente in Klammern

Es bleibt die Tatsache, dass 90% der Entwickler gibt (von denen einige lesen oder Stackoverflow technische Blogs / Websites) aus der Hüfte schießen und schmerzlich vermisst in Selbstbewusstsein, wo ihre Chancen residieren zu verbessern. Für sie ist der Prozess Strenge und Gelegenheit zu machen schrittweise Verbesserungen in der Qualität durch das Selbstbewusstsein, die Wiederholung und die Messung zu erleichtern sind wertvolle Komponenten von CMMI.

richtig gemacht, erhalten Sie die gleichen Vorteile von Agile Methoden wie Scrum, wo wieder der Fokus auf wiederholbare Iterationen, von jeder Iteration des Lernen und die Verbesserung / Verengung auf Ihrem Ziel in. Es braucht viel Reife und Erfahrung, ein Team bei der Annahme entweder Agile Methoden oder CMMI und erhalten vollen Nutzen aus ihnen zu führen.

Agile ist sexy und CMMI ist so weit von sexy wie Sie bekommen können, weshalb man darüber hört nicht so viel.

Answer 2

Agile Annahme neigt Bottom-up zu sein. Techies auf sie stolpern und es dem Management empfehlen

ITIL / CMMI neigt top-down zu sein. Management stolpert er und schiebt es auf Techies nach unten

Das macht keinen guten und die anderen schlecht; Betroffen ist vor allem, dass die Sprache verwendet, um jeden Ansatz zu beschreiben. Und es gibt viele Ausnahmen - Menschen mit Erfahrung in den Gräben, die bei Anwendung von CMMI gut sind, und Manager, die agile grok

.

Google für „agilen CMMI“ und Sie werden viele Treffer erhalten. Ich ziehe es nicht ein besonders empfehlen, weil es eine anhaltende Debatte (das heißt, einige dieser Leute sind einfach falsch).

In meiner Ansicht nach dem Begriff der Prozesses ist sicherlich eine sinnvolle Idee, bei der Analyse von Tag zu Tag Softwareentwicklungsarbeit. Die Idee, dass es einige wiederkehrenden Aktivitäten, und dass diese Aktivitäten werden oft in ähnlichen Sequenzen organisiert, ist ein guter Einstiegspunkt für die Fragen, die zu einer Verbesserung führen. Sie können auch einige Kilometer erhalten, indem zu fragen, was ist wiederholbar und unter welchen Bedingungen Aktivitäten können aufgerufen werden verwaltet .

Der Fehler und die Auswüchse beginnen, wenn die magische Denken Sätze in: „Wenn wir nur den perfekten Prozess beschreiben (auf Papier) und dokumentieren sie genau, werden die Leute es folgen und wir werden perfekte Software erhalten“ Es ist nicht so.