ITIL vaut-il la peine d'être implémenté? [fermé]

Je vois dans la question "The Joel Test for sysadmin jobs" sur ServerFault que personne n'a dit que la société utiliserait mieux ITIL, sinon ils n'y travailleraient pas. En fait, personne n'a mentionné ITIL du tout.

ITIL est-il une mode? Est-ce trop lourd pour être pratique? Faut-il avoir une certaine taille pour que ITIL fonctionne bien?

Les définitions ITIL de «incident» par rapport à «problème» sont intéressantes, mais dans un environnement de service d'assistance rapide, les organisations ont-elles vraiment trouvé utile de faire la distinction entre les deux?

Absolument. ITIL n'est pas un ensemble de 10 commandements dans la pierre qui doivent être suivis à la lettre.

C'est simplement une fondation ou un cadre à partir duquel opérer.

Le vrai problème vient de l'interprétation. Si vous prenez ITIL à un niveau où le contournement devient plus facile que la mise en œuvre, cela ne fonctionnera jamais. Mais lorsqu'il est correctement mis en œuvre, le niveau de service informatique augmente et le stress de l'administrateur système diminue WAAAAY!

Quiconque implémente ITIL de manière dogmatique est un idiot (et ils me l'ont dit sur un cours ITIL "officiel").

Vous pouvez / êtes censé en adapter et en adapter des parties à vos besoins. Il est évidemment insensé pour une boutique d'un seul informaticien d'essayer d'implémenter ITIL, alors que la plupart des conversations entre les différents "domaines" de la gestion du changement, de la gestion des versions, etc. à l'autre extrémité de l'échelle, si l'on vient de vous offrir une fortune pour être responsable du helpdesk interne pour Microsoft ou HP ou Apple ou n'importe qui, avec des utilisateurs et des centres d'appels helpdesk partout, comment pourriez-vous éventuellement faire le travail sans ITIL ou quelque chose de similaire comme ligne directrice?

Je devrais vraiment ajouter à ce stade que nous avons mis en œuvre la gestion des incidents par rapport aux problèmes pour notre service d'assistance et cela a été très utile.

ITIL n'est pas une décision d'activation / désactivation, vous déployez progressivement les éléments pertinents pour votre environnement et vous attaquez aux domaines qui causent le plus de friction / douleur dans votre organisation.

Par exemple: si votre helpdesk est submergé de demandes, il est utile de commencer à les catégoriser, d'analyser les sources et de décider des actions pour atténuer la situation.

Il s'agit vraiment d'un ensemble de meilleures pratiques et règles communes qui ont fait leurs preuves dans les organisations.

Ce que j'aime le plus chez ITIL, c'est qu'il définit un langage commun à utiliser lorsque vous parlez à des professionnels de l'informatique d'autres entreprises, encore plus dans l'environnement multilingue et multiculturel européen. ...

la gestion des problèmes, la gestion des problèmes, etc. sont comprises et signifient la même chose.

En plus de cela, je suis d'accord avec Robert Moir: Quiconque implémente ITIL dogmatiquement est un idiot

ITIL est un outil .. pas votre salut.

D'après mon expérience, ITIL a également été un cadre qui permet au personnel de soutien et au personnel informatique de se tenir à l'écart des demandes déraisonnables de l'entreprise et de mettre en œuvre de vraies solutions aux problèmes technologiques, par opposition aux «solutions rapides» et «NOUS LE VOULONS MAINTENANT CUZ IT'S COOL! " demandes.

J'ai travaillé dans une organisation qui utilisait des «changements au service des entreprises» comme excuse pour détruire, contourner ou remplacer presque tous les TI standard essayés de mettre en œuvre (matériel, logiciel, systèmes d'authentification, systèmes de stockage, etc.). Cette entreprise a échoué et a été achetée par une entreprise qui vit et respire ITIL dans le modèle de support.

J'ai fait la transition vers la nouvelle entreprise et non seulement la vie est meilleure pour le personnel informatique, mais à long terme, les ENTREPRISES sont plus heureuses car elles bénéficient d'un environnement stable, et elles bénéficient en fait d'un meilleur support et de nouvelles technologies PLUS RAPIDEMENT car il existe des normes définies pour un soutien qui alimente des normes technologiques définies. Lorsqu'une norme est mise à niveau, nous savons quel est notre chemin de mise à niveau et nous savons qu'elle peut être appliquée à une très large bande de nos systèmes déployés. Cela nous permet de progresser sur cette voie beaucoup plus rapidement.

Nous FAISONS avons encore proess pour permettre à des unités d'affaires et divers développeurs d'applications à la demande équipement « spécial » ou de services, mais comme nous le faisons rétrofacturation ce qui est très « cher » Sur le plan budgétaire pour ceux qui le demandent. Le cadre ITIL vous donne la

Oui, mais pendant que vous y êtes, pourquoi ne pas examiner attentivement les procédures et les exigences de support de votre organisation, discutez avec les gestionnaires et les utilisateurs du type de support auquel ils s'attendent s'ils doivent faire un compromis entre l'argent. Documentez ensuite cela et les procédures utilisées pour faire votre travail. Ce que vous avez réellement fait est le même que tous ces trucs ITIL / ISO.

Connaître des normes comme ITIL facilite la tâche ci-dessus, car vous disposez d'un cadre qui se pose les bonnes questions à poser pour couvrir la tâche complètement, mais la chose la plus importante est la documentation sur:

• Ce qui est requis
• Pourquoi est-il nécessaire
• Pour qui est-il requis
• Quand est-il nécessaire
• Quelle personne possède l'exigence (est responsable)

La division de la documentation à l'entité la plus basse (comme une tâche unique) représente une énorme quantité de travail, mais dès que vous le faites, vous découvrez probablement qu'une grande quantité de tâches effectuées maintenant manuellement sont soit inutiles, peuvent être automatisées et / ou peuvent être déléguées .

Un examen approfondi de votre organisation n'est jamais populaire ni facile à faire, mais il vous permettra de mieux comprendre l'entreprise et vous aidera à être plus rentable en arrêtant simplement de faire des choses inutiles et en déléguant des tâches à un salaire inférieur. niveau.

Ce qui va vraiment vous rendre impopulaire, c'est que lorsque vous effectuez ce type de normalisation, vous décrivez souvent par inadvertance que de nombreuses couches de gestion ne sont là que pour elles-mêmes et que leur suppression améliorera probablement la communication et les performances.

L'idée d'ITIL a beaucoup de sens, malheureusement, selon mon expérience, c'est souvent un outil pour permettre au personnel de support / opérations de contourner et de ralentir les changements au service des entreprises.