Pour avoir déployé GLPI dans une grande entreprise, je peux témoigner que la migration vers GLPI ne dépend que de 2 facteurs:
- une volonté de la Direction qui va induire une démarche de conduite du changement,
- une bonne dose d'implication technique pour bâtir à partir des différentes briques de logiciels libres (OCS, OOo, Nagios, ... ) un système répondant aux attentes.
Illustration:
- si les statistiques de GLPI ne vous suffisent pas, une bonne analyse du modèle de sa base de données vous permet de faire des prouesses avec un OpenOffice.org branché dessus. Autre idée: utiliser la fonction de publipostage d'OOo pour faire de l'envoi d'enquête de satisfaction, de bilan mensuel aux chefs de service, que sais-je encore,...
- vous avez toute latitude de vraiment adapter l'outil à votre métier (règles) et votre culture d'entreprise (vocabulaire métier) en jouant sur quelques lignes en PHP et les fichiers "locales".
Les logiciels propriétaires s'accrochent comme à une bouée de sauvetage à ITIL. Et là, il est vrai que GLPI n'a pas encore une véritable CMDB.
Et j'ai buté également à l'époque sur le processus de gestion des changements (http://glpi-project.org/forum/viewtopic.php?id=5618) mais je serais curieux de revoir cela aujourd'hui avec la 0.70 et ses règles métier. Walid, un commentaire? ;-)
Mais n'oublions pas qu'ITIL c'est avant tout des recommandations qui touchent essentiellement l'organisation et la mise en place de procédures avant de parler d'outil.
[^] # Re: Remplacerait Asset Center ?
Posté par gilles bignebat . En réponse à la dépêche Sortie de GLPI 0.70. Évalué à 3.
- une volonté de la Direction qui va induire une démarche de conduite du changement,
- une bonne dose d'implication technique pour bâtir à partir des différentes briques de logiciels libres (OCS, OOo, Nagios, ... ) un système répondant aux attentes.
Illustration:
- si les statistiques de GLPI ne vous suffisent pas, une bonne analyse du modèle de sa base de données vous permet de faire des prouesses avec un OpenOffice.org branché dessus. Autre idée: utiliser la fonction de publipostage d'OOo pour faire de l'envoi d'enquête de satisfaction, de bilan mensuel aux chefs de service, que sais-je encore,...
- vous avez toute latitude de vraiment adapter l'outil à votre métier (règles) et votre culture d'entreprise (vocabulaire métier) en jouant sur quelques lignes en PHP et les fichiers "locales".
Les logiciels propriétaires s'accrochent comme à une bouée de sauvetage à ITIL. Et là, il est vrai que GLPI n'a pas encore une véritable CMDB.
Et j'ai buté également à l'époque sur le processus de gestion des changements (http://glpi-project.org/forum/viewtopic.php?id=5618) mais je serais curieux de revoir cela aujourd'hui avec la 0.70 et ses règles métier. Walid, un commentaire? ;-)
Mais n'oublions pas qu'ITIL c'est avant tout des recommandations qui touchent essentiellement l'organisation et la mise en place de procédures avant de parler d'outil.