Passt ITIL in eine agile Welt?

Question

Unser IT-Manager drängt auf ITIL, ich bin nur mit ihm vertraut und wollte wissen, ob ITIL in einen agilen Arbeitszyklus passt?

Von meinem ersten Eindruck würde ich keine annehmen, hauptsächlich, weil das, was unser Manager vorschlägt, ist, Zeitlinien gegen alles zu setzen, SLA's an das Geschäft, dass "hohe Priorität Aufgaben in x Stunden abgeschlossen werden müssen" etc ... was wir als Entwickler benachteiligt werden, wenn wir diese SLAs nicht erfüllen.

Wenn überhaupt, würde ich eine Verhandlungsstrategie bevorzugen, bei der Zeitreihen auf agilen Methoden von Velocity und Story Points basieren, um einen erwarteten Zeitrahmen für die Endbenutzer auszuhandeln.

Wir haben unsere agilen Entwicklungspraktiken, testgetriebene Entwicklung, kontinuierliche Integration, es gibt Bereiche für Verbesserungen, aber wir arbeiten daran.

Welche Erfahrungen haben andere mit ITIL und agilen Methoden gemacht?

Answer 1

In meiner Firma wird ITIL-Framework für die Servicebereitstellung (Produktion und Vorfallsunterstützung) verwendet. Für diese SLAs sind angemessen, als ob Sie sagen, Kunden/Geld pro Stunde zu verlieren, dann wird erwartet, dass Unternehmen einen Hinweis darauf haben sollten, wenn Dinge behoben werden. Es steht nicht in direktem Zusammenhang mit der Entwicklungsmethodik. Nur wenn Sie sich dafür entscheiden, dass ein Notfall-Hotfix erforderlich und genehmigt ist, kann eine Entwicklung vorgenommen werden. Aber Hotfixes sind normalerweise sehr klein und zielgerichtet, um einen Fehler zu beheben und sollten keine Probleme mit der agilen Methodik verursachen. Neue Anforderungen werden nie als Hotfix-Änderung durchgeführt und werden im normalen Entwicklungs-/Test-/Release-Prozess ausgeführt.

Answer 2

Das sieht überhaupt nicht gut aus, wenn das der Fall ist, passt es überhaupt nicht agil.

Ich bin misstrauisch, wenn ITIL wirklich dafür aufruft, speziell da "Aufgaben mit hoher Priorität in x Stunden erledigt werden müssen" geht es nicht passender agil, es passt nicht zur Softwareentwicklung, d.

Update:

Also würden Sie sagen, dass normale Entwicklungsprozesse von ITIL Methoden befreit werden können und ITIL konzentrieren rein auf die Infrastruktur/Vorfall Unterstützung Bereichen?

Ich glaube nicht, dass dies sich gegenseitig ausschließt. Es ist zwar möglich, dass ITIL nicht für die Verwaltung des Teams gilt, es bedeutet jedoch nicht, dass es keine gültigen Bereiche gibt, die sich auf das auswirken, was Sie entwickeln.

Die Entwicklung muss Überlegungen in das Design/Produkt einbeziehen, die von der Infrastruktur/dem Support benötigt werden, und dies kann sich auf die in ITIL vorgeschlagenen Praktiken beziehen.

Vielleicht eine geeignetere Frage wäre: sind Managementaspekte/Praktiken von ITIL für das Management der Softwareentwicklung anwendbar? was ich nicht weiß, aber suspect ist speziell in ITIL angesprochen. Zumindest weiß ich, dass ITIL 3 Änderungen eingeführt hat, die sich auf Enterprise Architecture-Praktiken beziehen, die definitiv mit agilen (in der Tat sind Enabler) kompatibel sind - aber zumindest sind diese alles andere als feste Schätzungen/Task-Tracking/Dev-Antwortzeiten .