Reprise du message précédent :
c'est le Martin Luther King day donc tout le monde est parti en we

RTT  
Pour faire mes courses et autres avant de partir    
 
Comment vous gérer le cas du mec vraiment pas bon  qui doit se faire jeter et de l'autre qui doit se faire réaffecter   mais qui risquent d'être encore là quand j'irai pour recruter/former leurs remplaçants ?  

 
En même temps, c'est un autre pays, une autre culture ... Je ne prefere pas donner d'avis.

Suffit de pas comprendre quand il te parle, t'as une bonne excuse !
 
/mode enfoiré off

On commence bien la semaine....
 
un directeur d'un site :
 

sur un vieux clous d330 tout pourris...

c'est du clou computing

Je viens de passer derrière un collègue qui modifiait une icône d'ancre (genre de bateau). Je lui ai dit que s'il voulait faire une ancre html, c'était pas du tout comme ça. Il m'a regardé avec ces yeux :

si ca avait été une bonnasse, t'aurais pu lui mettre une cartouche

le site hp    
 
j'suis parti à 70ko/s... et ca se réduit dramatiquement... 30ko/s après 5Mo  
 
Plus que 2h de dl pour 190Mo.

Y'en a qui touchent leur bille en autocom dans le coin ? J'ai un devis sous les yeux pour faire installer un autocom Aastra XS sur un petit site, mais j'aurais voulu un avis extérieur, alors au cas où  

Tout se perd !

 
Toucher sa bille c'est un bien grand mot mais je peux peut-être t'aider, MP si tu as besoin  

Même pas besoin de faire semblant,  ils parlent un anglais avec un accent que je comprends une fois sur 3    

Quelqu'un a déjà essayé de documenter son boulot sous forme de blog ?
(les commentaires peuvent servir la traçabilité)

 
Non, en revanche j'avais un Wiki chez un des client et à condition que tout le monde joue le jeux c'est absolument génial comme type de documentation.

La je pense qu'il parle plus de traçage avec valeur de preuve du taf qu'il fait/va faire que d'une documentation sur les choses qu'il gère, et je pense pas qu'un blog ou un wiki soient particulierment adaptés à ça.

Le blog peut faire office de tracking
 
Création de ticket : j'ai changé le disque dur
réponse : oubli d'installation de telle application
réponse : application installée
 
Ca peut permettre de faire comme un outils de ticketing, moins cher et plus simple si l'utilisation n'est pas ultra poussée.

 
J'ai ça aussi mais ce n'est pas tout à fait la même utilisation que l'idée du blog
 

 
C'est un peu l'idée. Ça peut permettre de mettre en place un système de tracking lorsqu'il n'y a rien et si ça prend, passer à quelque chose de plus "solide".
 

 
 
on a essayé sous forme d'un Knowledge Management ( en gros un wiki vendu apparemment assez cher par une boite allemande réputé pour la facilité d'utilisation de ces produits....   ) personne ne l'a jamais utilisé, ni la personne qui la mis en place, ni le chef qui avait décidé de l'installer, et évidemment aucun admin.
 
je pense que le problème est vraiment de savoir à quoi il doit servir : pas pour les procédures, pas pour les tickets donc étrangement le périmètre est assez réduit ( surtout que personne n'avait vraiment envi de se faire chier avec un 3eme outil....)

idem là où j'ai bossé c'est une idée qui trottait depuis un moment mais rien de concret n'en est ressorti

g**a (ouais visiblement c'est la mode de masquer les noms ) fait plus ou moins ca pourtant  

euh... non

Documentation dans Lotus Notes  

spa fini les outils de nazis

nan, le suivi des tickets avec le détail de l'interv et la validation par le responsable client si c'est bienr églé, ou bien le renvoi au tech si y'a toujours un souci, avec l'historique du tout qui reste accessible

Dans ma boite on utilise plusieurs wiki comme sources documentaires, on se rend compte (seulement maintenant ouais, on a un peu 2 de tension niveau organisation) que ça aurait été bien d'en faire un seul et pas un pour le support, un pour les équipes projet, un pour la R&D, etc.  
 
Niveau utilité, c'est de la boulette pour faire des docs orientées "pratique immédiate" : récupérer le versioning d'une machine, activer/désactiver des logs, savoir quels logs sont dynamiques ou pas, tutoriels de troubleshooting et d'utilisation d'outils internes/génériques, exemples d'analyses pour des trucs usine à gaz powered...

sauf que c'est toujours mal renvoyé ou fermé sans raison

En gros wiki pour les procédures et les bon vieux documents classiques pour la documentation lourde

j'ai bossé pour une autre boîte c'était un bon alfresco, nickel

Pour la doc lourde on fout les pdf/doc ou autre en fichier joint dans notre wiki. C'est ouachement pratique
d'ailleurs vous utilisez quoi comme éditeur de texte wiki?

mediawiki voyons  

Un petit produit pour gerer du ticket, vous mettriez quoi ?  Ca va me servir à moi uniquement ou presque, pour me "proteger" auprès du client et s'il doit mettre le nez dans l'historique en mon absence ou dans l'avenir

glpi

GLPI !
 
EDIT : Ce  

GLPI Powa, même pour du gros  

 
Carrément
 
 
D'ailleurs la 0.80 qui sortira dans l'année va bien envoyé du bois, avec une grosse refonte de la partie helpdesk
Et pour les gens equipé en cisco/hp niveau switch, la future version du plugin tracker (dans 1 mois ou 2) va bien déchirée aussi (la version actuelle est deja pas mal)
 
Y'a des projets en préparation qui annoncent que du bon également

On est en 0.68.2 avec un peu de modifs de l'interface (possibilité de modifier le contenu d'un commentaire sans laisser de trace supprimée, formulaire de création de tickets modifiée avec plus d'éléments obligatoires), je sens que la migration va être un grand, grand moment de sport

 
0.68.2
Plus vieux encore
17 Septembre 2006 la release de cette version
 
Joli
 
Il est clair que changer l'interface ou le code est une mauvaise idée puisqu'il faut le refaire a chaque maj
mais quand je vois tout ce qu'apporte chaque MAJ, ne pas les faire est vraiment vraiment dommage

 
La dernière dispo lors de la mise en place !  
 
Oué, c'est la limite de la chose... Mais l'interface de base n'est pas suffisante en terme de restrictions/profil pour ce qu'on voulait faire. Je vais tester la prochaine.