Frage

Unser IT-Manager für ITIL treibt, bin ich nur lose mit ihm vertraut und wollte gut, wenn ITIL passt in einen agilen Arbeitszyklus wissen?

Von meinem ersten Eindruck würde ich nicht übernehmen, vor allem weil das, was unser Manager schlägt ist Fristen gegen alles zu setzen, die besagt, SLAs für das Unternehmen, dass „Aufgaben mit hoher Priorität in x Stunden abgeschlossen sein muss“ etc ..., die wir bekommen bestraft als Entwickler, wenn wir diese SLA nicht erfüllen.

Wenn alles, was ich würde eine Verhandlungsstrategie bevorzugen, wo Fristen basieren auf agile Methoden der Geschwindigkeit und Story-Punkte eines erwarteten Zeitrahmen Endanwendern zu verhandeln.

Wir haben unsere agilen Entwicklungspraktiken an Ort und Stelle, Test Driven Development, kontinuierliche Integration, gibt es Bereiche für Verbesserungen, aber wir arbeiten daran.

Was sind andere Erfahrungen mit ITIL und Agile Methoden arbeiten zusammen?

War es hilfreich?

Lösung

In meiner Firma ITIL Framework für Service Delivery (Produktion und Incident Support) eingesetzt. Für diese SLAs sind geeignet, als ob Sie sagen, verlieren Kunden / Geld pro Stunde dann wird erwartet, dass das Geschäft einige Hinweise auf haben sollten, wenn die Dinge festgelegt werden. Es ist nicht direkt mit Entwicklungsmethodik im Zusammenhang. Nur wenn Sie sich entscheiden, dass ein Notfall Hotfix erforderlich ist und genehmigt dann kann eine gewisse Entwicklung durchgeführt werden. Aber Hotfixes ist in der Regel sehr klein und gezielt einen Defekt zu beheben, und sollte keine Probleme mit agiler Methodik führen. Neue Anforderungen werden nie als Hotfix Änderung getan und werden in normalen dev / test / Freigabeprozess genommen.

Andere Tipps

Das sieht nicht gut überhaupt, wenn das der Fall ist, ist es wirklich nicht fit agile überhaupt.

Ich bin misstrauisch, wenn ITIL wirklich für die Anrufe, speziell da geht agile „Aufgaben mit hohen Priorität muss in x Stunden abgeschlossen sein“ beyond nicht passend, sie paßt nicht Software-Entwicklung, dh alle Aufgaben, die nicht gleich geboren werden.

Update:

Sie würden also sagen, dass normale Entwicklungsprozesse von ITIL Methoden befreit werden können und ITIL konzentriert rein auf der Infrastruktur / Vorfall Unterstützung Bereiche?

Ich glaube nicht, das sich gegenseitig ausschließen. Während es der Fall sein könnte, dass ITIL nicht anwendbar ist, wie Sie das Team verwalten, bedeutet es nicht, dass es nicht gültig Bereiche davon sind, die beeinflussen, was Sie entwickeln.

Entwicklung braucht Überlegungen bei der Konstruktion / Produkt enthalten, die von infraestructure / Unterstützung erforderlich ist, und solche Praktiken vorgeschlagen in ITIL beziehen.

Vielleicht eine angemessenere Frage wäre: sind Managementaspekte / Praktiken von ITIL für Management der Software-Entwicklung , die ich nicht kenne, aber vermuten, adressiert speziell in ITIL?. Wenigstens weiß ich, dass ITIL 3 Änderungen eingeführt, die auf Enterprise Architecture Praktiken beziehen, die mit agilen definitiv kompatibel sind (in der Tat sind Enabler) --- aber zumindest diejenigen, sind bei weitem nicht alles, was im Zusammenhang mit festen Schätzungen / Task-Tracking / dev Ansprechzeiten .

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top