Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement)
Le 24/11/2010 09:10, Jean-Philippe ZOLESIO a écrit : Avec la pièce jointe ! Bonjour, avec la capture je confirme donc que le détournement que vous faites des priorités ne me semble pas des meilleurs. Si vous pouviez préciser vraiment la notion de NATURE qui me semble vraiment être autre chose que la priorité. C'est peut-être une notion que nous pourrions ajouter dans le futur. Cordialement Julien *De :*glpi-dev-boun...@gna.org [mailto:glpi-dev-boun...@gna.org] *De la part de* MoYo *Envoyé :* mardi 23 novembre 2010 19:12 *À :* Liste de diffusion des developpeurs GLPI *Objet :* Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement) Le 23/11/2010 15:52, Jean-Philippe ZOLESIO a écrit : Bonjour, Ci-joint un fichier zip contenant un petit aperçu de nos priorités (nature donc) , les fichiers modifié avec leurs diff depuis la version 0.78.1 de GLPI , un scrip sql pour ajouter 3 priorités, un fichier de configuration pour nos 8 priorités (nature donc). re bonsoir, réponse sur cette partie précise : je n'ai pas de pièce jointe au mail. Ensuite vous détournez la priorité en nature. Est-ce vraiment la priorité qu'il faut rendre flexible ou bien la notion de nature qui manque à GLPI. Mais je ne comprend pas vraiment ce que vous pouvez mettre la dedans. Nature = Source de la demande ? Cordialement, Julien Dombre ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement )
Bien sur, Je n'ai jamais dis que les priorités devait devenir des natures... En fait j'ai plutôt soulevé deux questions : - Celle des natures dans le futur - Celle de rendre les priorité (et d'autres champ similaires) flexible Rendre les priorités flexibles peut être intéressant pour ceux qui veulent en avoir moins, ou plus ... et idem pour d'autres champs de ce type (pourquoi ce limiter à 5 impact dans une entreprise ? pourquoi ne pas avoir des nom d'impacts personnalisables ? ex : erreur serveur ou arrêt de plus de 100 postes... ) Mes questions restent pour moi à l'ordre du jour Merci ZOLESIO Jean-Philippe De : glpi-dev-boun...@gna.org [mailto:glpi-dev-boun...@gna.org] De la part de MoYo Envoyé : mercredi 24 novembre 2010 09:14 À : glpi-dev@gna.org Objet : Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement) Le 24/11/2010 09:10, Jean-Philippe ZOLESIO a écrit : Avec la pièce jointe ! Bonjour, avec la capture je confirme donc que le détournement que vous faites des priorités ne me semble pas des meilleurs. Si vous pouviez préciser vraiment la notion de NATURE qui me semble vraiment être autre chose que la priorité. C'est peut-être une notion que nous pourrions ajouter dans le futur. Cordialement Julien De : glpi-dev-boun...@gna.org [mailto:glpi-dev-boun...@gna.org] De la part de MoYo Envoyé : mardi 23 novembre 2010 19:12 À : Liste de diffusion des developpeurs GLPI Objet : Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement) Le 23/11/2010 15:52, Jean-Philippe ZOLESIO a écrit : Bonjour, Ci-joint un fichier zip contenant un petit aperçu de nos priorités (nature donc) , les fichiers modifié avec leurs diff depuis la version 0.78.1 de GLPI , un scrip sql pour ajouter 3 priorités, un fichier de configuration pour nos 8 priorités (nature donc). re bonsoir, réponse sur cette partie précise : je n'ai pas de pièce jointe au mail. Ensuite vous détournez la priorité en nature. Est-ce vraiment la priorité qu'il faut rendre flexible ou bien la notion de nature qui manque à GLPI. Mais je ne comprend pas vraiment ce que vous pouvez mettre la dedans. Nature = Source de la demande ? Cordialement, Julien Dombre ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement)
Le 24/11/2010 09:22, Jean-Philippe ZOLESIO a écrit : Bien sur, Je n'ai jamais dis que les priorités devait devenir des natures... Re Bonjour En fait j'ai plutôt soulevé deux questions : -Celle des natures dans le futur Cf. mon mail précédent. C'est vraiment un point à étudier. Il faut pour cela bien préciser les choses et spécifier ce que l'on veut faire avec. -Celle de rendre les priorité (et d'autres champ similaires) flexible Rendre les priorités flexibles peut être intéressant pour ceux qui veulent en avoir moins, ou plus ... et idem pour d'autres champs de ce type (pourquoi ce limiter à 5 impact dans une entreprise ? pourquoi ne pas avoir des nom d'impacts personnalisables ? ex : erreur serveur ou arrêt de plus de 100 postes... ) Actuellement via la matrice de calcul de la priorité vous pouvez enlever des impacts et des urgences (mais pas en ajouter) Sur le renommage ce n'est effectivement pas possible. Cette mise en oeuvre pose le problème de l'internatinalisation. Mes questions restent pour moi à l'ordre du jour Tout à fait. Mais pour cela il faut bien détailler les problèmes et trouver des solutions aux problèmes soulevés. C'est le principe même des spécifications qu'il faudrait écrire et discuter. Cordialement, Julien Dombre ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement)
Bonjour, En fait j'ai plutôt soulevé deux questions : - Celle des natures dans le futur Cf. mon mail précédent. C'est vraiment un point à étudier. Il faut pour cela bien préciser les choses et spécifier ce que l'on veut faire avec. oui actuellement nous n'avons pas cette notion de nature. Ca vaut la peine d'ouvrir une page sur le wiki afin d'avoir une vision plus claire de tout ce qu'on peut mettre dans nature, et qu'est ce qu'on en fait ensuite (stats, moteur de recherche etc). - Celle de rendre les priorité (et d'autres champ similaires) flexible Rendre les priorités flexibles peut être intéressant pour ceux qui veulent en avoir moins, ou plus ... et idem pour d'autres champs de ce type (pourquoi ce limiter à 5 impact dans une entreprise ? pourquoi ne pas avoir des nom d'impacts personnalisables ? ex : erreur serveur ou arrêt de plus de 100 postes... ) Actuellement via la matrice de calcul de la priorité vous pouvez enlever des impacts et des urgences (mais pas en ajouter) Sur le renommage ce n'est effectivement pas possible. Cette mise en oeuvre pose le problème de l'internatinalisation. exact, l'internationalisation c'est un soucis. Actuellement la liste des priorités est gérée en dur, et donc nous n'avons pas de soucis pour gérer les traductions. Si chacun rajoute ses propres priorités, comment préciser la traduction dans chaque langue ? Il y a un ticket à ce propos qui devrait permettre d'améliorer la situation : https://forge.indepnet.net/issues/2303 Bonne journée, Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement)
Bonsoir, Merci de l'intérêt que vous portez au projet GLPI et pour votre volonté de contribution. Le mar 23/11/10 15:52, Jean-Philippe ZOLESIO jp.zole...@adexgroup.fr a écrit: () J'ai une proposition pour GLPI pour le système de priorités. A l'heure actuelle il y a 5 priorités qui sont définie « à la dure » dans le code. J'ai fait un petit patch qui permet d'avoir des priorités variables, c'est-à-dire que la liste des priorités est dans un petit fichier de configuration php. Pour nous les priorités ne sont pas importante et nous avons renommé le champs priorité par nature. Cependant je pense qu'il peut être intéressant de rendre les priorités plus flexibles pour les autres utilisateurs de GLPI et pourquoi pas d'étendre ce principe à l'urgence et l'impact ! (...) Les chantiers de définition des specifications GLPI et les efforts de développement ont été portés depuis un certain temps sur l'adoption des bonnes pratiques ITIL. Les définitions de priorités/impacts/urgences, la matrice etc... découlent directement de ces travaux. Soit, nous respectons ces bonnes pratiques et alors nous restons dans un champs sémantique plutôt contraint mais nous conservons une homogénéité, des process maitrisées et des évolutions aisées. Soit, nous faisons du all custom et alors nous perdons les avantages évoqués plus haut. Je pense que les avantages procurés par une meilleure structuration des process et donc l'adoption des bonnes pratiques ITIL compensent largement ce formalisme. Cordialement, -- Jean-Mathieu Doléans GLPI-PROJECT.ORG ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement)
Le 23/11/2010 18:07, JMD a écrit : Soit, nous faisons du all custom et alors nous perdons les avantages évoqués plus haut. Je pense que les avantages procurés par une meilleure structuration des process et donc l'adoption des bonnes pratiques ITIL compensent largement ce formalisme. Bonsoir, Effectivement la fait de rentre paramétrable cette liste pose un certains nombre de problèmes sur les processus automatiques liés à ces statuts. Pour permettre une telle mise en place, il faudrait être certain que l'ensemble des processus actuels de GLPI puisse être porté avec une telle configuration. JMD en a déjà listé quelques uns mais il y en a beaucoup d'autres. Cela voudrait donc dire une étude préalable importante à ce niveau là avant de faire quoique ce soit. Mais personnellement je doute vraiment de la faisabilité concrète d'une telle mise en place. Cordialement, Julien Dombre ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Proposition - Prioritées flexibles, (ajout, supression de prioritées facilement)
Le 23/11/2010 15:52, Jean-Philippe ZOLESIO a écrit : Bonjour, Ci-joint un fichier zip contenant un petit aperçu de nos priorités (nature donc) , les fichiers modifié avec leurs diff depuis la version 0.78.1 de GLPI , un scrip sql pour ajouter 3 priorités, un fichier de configuration pour nos 8 priorités (nature donc). re bonsoir, réponse sur cette partie précise : je n'ai pas de pièce jointe au mail. Ensuite vous détournez la priorité en nature. Est-ce vraiment la priorité qu'il faut rendre flexible ou bien la notion de nature qui manque à GLPI. Mais je ne comprend pas vraiment ce que vous pouvez mettre la dedans. Nature = Source de la demande ? Cordialement, Julien Dombre ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
