J’ai terminé ma mission de PO et je débute une autre mission dans un grand groupe français. On m’a demandé de passer la certification ITIL [ITILfournit des bases pratiques et flexibles pour soutenir les organisations dans leur parcours vers la transformation numérique, en les aidant à aligner leurs ressources numériques et physiques pour rivaliser dans un environnement toujours plus complexe. Recherche Google].
Est-ce qu’ITIL peut être utilisé avec Agile, lean, devops, scrum ? Quand pensez-vous ? L’avez-vous utilisé? Merci d’avance pour vos retours ?
Hello Samuel, merci pour ton retour. Mais étant donné que je commence dans une semaine, pour l’instant je n’en sais rien. Par contre, oui quand je serai dans l’entreprise, je me poserai la question
Lors des entretiens d’embauche que je réalise en ce moment, j’ai une question qui me permet de savoir quel est la problématique que l’entreprise veut résoudre par le recrutement.
Si j’étais à ta place, je poserais la question.
À quoi va me servir cette certification ?
Mais je ne suis pas à ta place.
@Moosh à plus d’informations sur la question de l’ITIL.
Je ne vois pas bien pourquoi ça ne serait pas compatible avec l’agilité mais c’est surtout que ça n’a pas la même vocation : Scrum sert au développement de produit alors que ITIL est surtout là pour fournir un cadre au support d’un service. Les problèmes identifiés dans le cadre de ITIL peuvent nourrir le backlog d’une équipe produit (par exemple dans le cadre d’un support de niveau ou 2 ou 3) mais a priori c’est deux services / équipes différentes qui sont concernés. Alors naturellement dans le cadre d’une prestation de service avec un SLA contraignant c’est plus compatible avec du Kanban qu’avec du Scrum.
ITIL 4 se veut une refonte pour prendre en compte l’évolution des façons de fonctionner et en particulier
le DevOps
L’agilité
la « désisolation » de l’IT (l’IT est partout)
Les autres pratiques de l’IT qui ont un lien ou un impact.
Maintenant de l’intention à la pratique…
Personnellement, je trouve que les 2 peuvent vraiment aller ensemble, cependant.
Sur le terrain, beaucoup de déploiement se sont fait dans une structure « rigide » à la ITIL V3 et c’est difficile de changer l’état d’esprit de tout l’IT.
ITIL est une machine à formation (pire que SAFe, pire que Scrum) et ça me gaaaaaave.
@nicobiot j’ai vraiment envie d’en savoir plus sur ton expérience des CAB en ITIL @Alexandre_Quercia Etant donné qu’avec ITIL tu commences par une phase de cartographie, oui tu as complétement raison, à savoir, à quoi ça sert/quels problèmes cherche t-on à résoudre… @Samuel_Abiassi « c’est pas faux… » Ah bon ? t’as pas compris ? @Moosh nickel pour tes explications merci ! En effet, la certification (juste le passage) peut coûter jusqu’à 2500€ (ouch pour les uns et ! pour les autres ), Mais ça me rassure de savoir que la V4 prend en compte les évolutions de fonctionnement agile. Oui difficile en effet de changer les états d’esprit ancrés dans des structures rigides mais pas impossible.
Encore merci !
J’ai un avis très tranché sur ITIL, donc à prendre avec des pincettes :
C’est l’un des concepts qui a fait le plus de mal à l’IT, aux développeurs, et aux utilisateurs. Maintenant, ITIL v4 essaie de se rattraper du mal fait, mais historiquement c’est bien plus difficile de changer un concept qui existe déjà. C’est louable !
Aussi, il y a trop de principes (comme SAFe). Trop de principes tuent le principe. J’ai un peu le même soucis avec le manifeste agile haha !
Pour moi, c’est déjà lourd. Si je ressens que c’est lourd, c’est pas agile de mon point de vue. Agile = léger en process.
Example : le DevOps, c’est 3 principes (les fameux 3 ways). Le manifeste agile, c’est 4.