Est-ce que ITIL s'intégrer dans un monde Agile? [fermé]

Question

Notre responsable informatique fait pression pour ITIL, je suis seulement vaguement familier avec elle et je voulais savoir si ITIL se inscrit dans un travail Agile cycle bien?

De ma première impression, je suppose que non, surtout parce que ce que notre gestionnaire propose est de mettre des délais contre tout, indiquant SLA à l'entreprise que « tâches prioritaires doivent être remplis en heures x » etc ... que nous obtenons pénalisé en tant que développeurs si nous ne rencontrons pas

de ces SLA.

Si tout ce que je préfère une stratégie de négociation où les délais sont basés sur les méthodes agiles de points de vitesse et histoire de négocier un calendrier prévu pour les utilisateurs finaux.

Nous avons nos pratiques de développement agile en place, le développement piloté par les tests, intégration continue, il y a des points à améliorer mais nous y travaillons.

Quels sont d'autres expériences avec des méthodes ITIL et Agile travaillent ensemble?

Answer 1

Dans mon entreprise cadre ITIL est utilisé pour la prestation de services (production et le soutien des incidents). Pour ce SLAs sont appropriés comme si vous dites perdre des clients / argent par heure, alors il est prévu que les entreprises devraient avoir une certaine indication de quand les choses seront fixées. Il est pas directement lié à la méthodologie de développement. Seulement si vous décidez qu'un correctif d'urgence est nécessaire et approuvé alors un certain développement peut être fait. Mais hotfixs sont généralement très petites et ciblées pour corriger un défaut et ne devrait pas causer de problèmes avec la méthodologie agile. Les nouvelles exigences ne sont jamais fait que le changement de correctifs et sont prises dans des conditions normales dev / test / processus de libération.

Answer 2

Cela ne semble pas bon du tout, si tel est le cas, il n'a vraiment pas agile en forme du tout.

Je me méfie si ITIL appelle vraiment pour cela, surtout depuis « tâches prioritaires doivent être achevées en heures x » va au-delà pas raccord agile, il n'a pas le développement de logiciels en forme-à-dire toutes les tâches ne sont pas nés égaux.

Mise à jour:

  

Alors, diriez-vous que les processus de développement normaux peuvent être exemptés de méthodologies ITIL et ont ITIL se concentrer uniquement sur les domaines d'infrastructure / soutien incident?

Je ne pense pas que ce soit mutuellement exclusifs. Bien qu'il puisse être le cas que ITIL est pas applicable dans la façon dont vous gérez l'équipe, cela ne signifie pas qu'il n'y a pas de zones valides ce qui influent sur ce que vous développez.

Le développement doit inclure des considérations dans la conception / produit qui sont requis par infraestructure / support, et ces informations peuvent se rapporter à des pratiques proposées dans ITIL.

Peut-être une question plus appropriée serait: sont des aspects de gestion / pratiques d'ITIL applicables à la gestion du développement logiciel que je ne sais pas, mais suspect est adressais spécialement dans ITIL?. Au moins, je sais que ITIL 3 introduit des changements qui ont trait aux pratiques d'architecture d'entreprise, qui sont certainement compatibles avec agile (en fait sont des catalyseurs) --- mais au moins ceux sont loin de tout ce qui concerne les estimations fixes / suivi des tâches / dev temps de réponse .