ITIL s'intègre-t-il dans un monde agile?
Notre gestionnaire de pousse pour ITIL, je ne suis familier avec elle et je voulais savoir si ITIL s'inscrit dans un Agile cycle de travail?
De ma première impression, je suppose que non, principalement parce que ce que notre gestionnaire de propose est de mettre délais contre tout, en précisant SLA à l'entreprise de "tâches à haute priorité doit être achevé en x heures", etc... qui nous sanctionnée en tant que développeurs, si nous ne respectons pas ces SLA.
Si quoi que ce soit, je préfère une stratégie de négociation où les délais sont basées sur des méthodes agiles de vitesse et des points d'histoire à négocier un calendrier prévu pour les utilisateurs finaux.
Nous avons notre développement agile de pratiques, développement piloté par les tests, intégration continue, il y a des zones d'amélioration, mais nous y travaillons.
Ce sont d'autres expériences avec ITIL, Agile et méthodes de travail ensemble?
source d'informationauteur Brett Ryan
Vous devez vous connecter pour publier un commentaire.
Dans mon entreprise ITIL cadre est utilisé pour la prestation de services (production et de soutien suite à un incident). Pour cet contrats de niveau de service approprié comme si vous dire perdre des clients ou de l'argent par heure, puis il est prévu que les entreprises doivent avoir une idée de quand les choses seront fixes. Il n'est pas directement lié à la méthodologie de développement. Seulement, si vous décidez qu'un correctif d'urgence est requis et approuvé ensuite certains de développement peut être fait. Mais les correctifs sont généralement très petites et ciblées pour résoudre un défaut et ne devrait pas causer des problèmes avec la méthodologie agile. De nouvelles exigences ont jamais fait en tant que correctif changement et sont prises en normal dev/test/processus de libération.
Qui n'a pas l'air bon du tout, si c'est le cas, il n'a pas vraiment d'ajustement agile.
Je me méfie si ITIL vraiment les appelle pour cela, surtout depuis la "haute priorité tâches doivent être accomplies dans les x heures" va au-delà de ne pas raccord agile, il ne convient pas à des logiciels de développement, à savoir toutes les tâches ne sont pas nés égaux.
mise à jour:
Je ne pense pas que ce soit mutuellement exclusifs. Alors que cela pourrait être le cas que ITIL n'est pas applicable dans la façon de gérer l'équipe, cela ne veut pas dire qu'il ne sont pas valides domaines de l'informatique qui affectent ce que vous développez.
Besoins de développement à inclure des considérations relatives à la conception/des produits qui sont requis par infraestructure /support, et peut se rapporter à des pratiques suggérées dans ITIL.
Peut-être plus approprié de la question serait: sont les aspects de la gestion et les pratiques de l'ITIL applicables à la gestion du développement logiciel? qui je ne sais pas, mais le suspect est adressé spécialement dans ITIL. Au moins je sais que ITIL 3 a introduit des modifications liées à l'Architecture d'Entreprise de pratiques, qui sont certainement compatible avec la méthodologie agile (en fait, sont des catalyseurs) --- mais au moins ceux qui sont loin de quelque chose lié à des estimations /suivi des tâches /dev temps de réponse.