Bonjour à tous
en effet, l'idéal est de s'outiller correctement. Là-dessus, j'ai mes
petites habitudes que j'adapte un peu à chaque situation, mais les
critères restent:
* le bon outil pour le bon taff
* avoir un SI (sur la partie outil) cohérent avec du SSO
Les outils qui font tout même le café pour une équipe IT ? Bah, je
n'aime pas le jus de chaussette (je vous laisse traduire). Bref, à
choisir en fonction de ce que vous pouvez faire, comment vous pouvez le
faire, et aussi une part d'habitude pour ne pas passer votre temps à
tout refaire (puisque vous manquez de temps). Ne pas avoir peur de temps
en temps de payer pour certaines briques pour justement gagner ce temps
et permettre de construire cette cohérence. Mais pas tout, on n'est pas
Crésus !
Et le SSO devient vite obligatoire à force de mixer les outils pour
faire le taff: GLPI, IPAM, ticketing, projet, ...
Ensuite, en terme d'outillage autre, il y a aussi comment équiper le
bureau de l'équipe: personnellement, j'aime bien affiché des dashboards
dédiés, par ex à base de Geckoboard par ex. Ca permet d'avoir entre
autres: les KPI indispensables, les tickets en souffrance, l'état de la
plateforme, ... et la charge de l'équipe.
Effet indirect, si quelqu'un débarque dans le bureau pour savoir si vous
êtes dispo, suffit de lui montrer l'écran.
Après, le reste est humain: il faut de la routine. Alors, une semaine
type, quand on fait du run, c'est utopique.
Par contre, avoir des cérémonies est important:
* la réunion du lundi pour lancer les temps forts de la semaine
* la réunion du vendredi pour passer en revue les tickets (en
souffrance mais aussi clos)
Ensuite, il faut imposer que chaque personne, prennent 2 demi journées,
ou une journée entière, sans prendre de ticket, pour se focaliser sur
les projets, reprendre du souffle et avoir un regard extérieur. Faut
adapter en fonction de l'équipe, mais c'est toujours efficace.
Enfin, le dernier point est ... de prendre le temps qu'on n'a pas. A
force d'être le nez dedans, on fait des erreurs (à cause du rush
principalement), mais aussi on accumule une dette technique toujours
plus lourde à compenser.
Côté manager, impératif d'avoir des KPI et des graphs logique: ce n'est
pas pour en parler au CoDir mais pour prendre le recul lors des
réflexions et voir aussi les impacts). Pousser les métriques (des
outils) et les events (de l'équipe) dans un Graphite puis sortir du
dashboard fait pour soit via Grafana, c'est rapide, efficace, et pas cher.
On graphe par ex le nombre de ticket moyen par tête, le temps moyen par
ticket, les temps extremes (plus rapide et plus long), les notes par
têtes, ... Ca permet de driver le suivi de l'équipe par ex.
Grapher des tags, en rapport aux divers sujets, permet de voir les
sujets qui reviennent trop souvent, et donc de revoir leur priorité.
Faire intervenir un externe, ok, pourquoi pas, mais au delà du quand, le
qui ?
Le quand, c'est dès que tu te poses la question car c'est que tu es au
début du débordement (en général) et que tu pourras lisser son
intervention. Trop tard, et ca sera le cataclsyme à faire qui ne passera
pas auprès des équipes.
Le qui, c'est de t'appuyer non pas sur des boites qui ne font que du
conseil, mais des intervenants ayant réellement un passé sur du Run, qui
en font encore, et qui sauront s'adapter réellement à toi et tes
équipes, plutôt que de vous imposer "ce qui marche ailleurs".
Point bonus: ton CEO, sauf exception, ne comprend pas ton taff, donc sa
gestion des priorités est liée au business et l'apport de cash ; il faut
pour autant parfois la mettre en relation avec les priorités décelées
ici pour garantir que son business existe demain.
My 2 cents comme on dit.
Francois.
Le 6/8/2020 à 3:59 PM, Emmanuel Jacquet a écrit :
Bonjour Jean-Philippe
Je me reconnais dans vos problématique, même si ça n'est pas la même taille
de structure.
Avec mon humble expérience, je n'ai pas encore trouvé la réponse mais voici
mes pistes
- de la cartographie, de l'inventaire, (GLPI), pour ne pas s'y perdre et ne
pas oublier du matériel (et des logiciels).
- du ticketting, sinon on oublie. même pour les demandes entre deux portes.
- une adoption lente de scrum :
** surtout le point quotidien avec l'équipe.
** on a essayé le tableau (en réel) avec des user story mais ça doublonne
le ticketting.
** le lundi est plus important, c'est la fixation des objectifs de la
semaine (disons que c'est notre sprint)
Le planning "général" des projets se fait avec un tableur, mais c'est
extrêmement mouvant, et c'est ça qui me tue la charge de travail. Je n'ai
pas de solution.
Ma problématique est aussi : à quel moment trouver du renfort externe ?
Le lun. 8 juin 2020 à 15:25, Jean-Philippe Camguilhem<jpcamguil...@aday.fr>
a écrit :
Bonjour,
avec notre équipe "exploitation" on commence à se "noyer" dans le pipe,
la tendance est si lourde que l'on est entré dans un cycle où l'on passe
trop de temps,
en mode réaction, et l'on ne sait allouer, s'attribuer assez de temps en
mode "projet, évaluation, planification".
comme dans toute organisation il y a des choses que l'on fait bien, et
d'autres beaucoup moins bien.
On a une belle infra, mais on n'est pas en mode "maîtrise complète" de
cette dernière.
On n'est pas forcément loin (la notion de distance est relative), dans
le sens où bien entendu,
on ne fait pas n'importe quoi, mais comme ailleurs
+ il nous manque du temps (certitude, on ne sait pas forcément comment
en regagner ou arrêter de continuer d'en perdre),
+ on n'est pas toujours rigoureux (ou suffisament)
+ on mesure plus ou moins bien les impacts.
+ on loupe des alarmes, on oublie des tickets, on ne // pas assez bien
entre le mode réaction, et planification, on croyait que l'autre allait
faire le truc, on pensait que, on a oublié que
On ne sait pas forcément remettre en question des habitudes prises,
autres routines (y compris si elles sont chronophages), s'arrêter et
prendre du recul, bref la vie quoi !*
*
En tant que "manager" j'ai sifflé un quart-temps et on essaye de se
poser et on réfléchit à nos process (ou absence de dans certains cas...) :
+ semaines types pour se forcer à allouer des temps dédiés
+ des points de revue de tickets,
+ à comment mieux cartographier les choses, mesurer les impacts,
anticiper etc.
Comme nous rencontrons les mêmes problèmes que les autres, et qu'on ne
se sent pas supérieurs aux autres, on peut aussi tout simplement se dire
mais au fait ils font comment les autres ? :)
on vient donc ici demander des retours d'expériences :
+ sur ce que vous avez fait de bien,
+ sur les trucs qui avaient l'air bien, mais qui au final ne le sont pas
tant que ça,
+ les retours du genre quels sont les trucs que vous ne ferez plus, sont
aussi les bienvenus
+ quel(s) est(sont) donc ce(s) truc(s) que vous avez mis en place et
dont vous ne sauriez plus vous passer !
+ organisation
+ process
+ logiciels (pour cartographier, l'existant, visualiser les
impacts, autres outils
Le partage des connaissances en réseaux, matériels, logiciels c'est bien !
Mais je pense qu'avec de l'humain c'est "encore plus bien" !
Merci d'avance pour tous vos retours qui vont forcément nous aider (et
très certainement d'autres qui ne feront que lire).
--
Jean-Philippe Camguilhem
Directeur des systèmes d'information
aday
+33 (0)1 55 43 21 18
www.aday.fr
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
