If I ask, do they think I'm thick ?

Not always easy to ask : would the one I'm asking think I'm not clever and I can't find by myself ? You have two options : don't ask (and stay ignorant), or dare to ask, and take the risk to have a helpful answer ! Asking for a direction is something that managers at a certain level do not like to do, fearing they might be perceived as weak. Asking from an upper manager is one thing, not so easy. But asking from a subordinate might be tricky. For the first case, thanks to @JoannMoretti on twitter (see twitter links on the right hand side), I found a good article on the net : http://blogs.harvardbusiness.org/cs/2009/11/asking_for_help_the_smart_way.html . For the latter case, you will see that your troops will find endless energy in being made responsible : tell them they are the king in that question, and that you're proud to learn from them on that specific subject, but never fake it !

L'arme pour dire Non

En tant que responsable ou manager d'un service IT, on est très souvent confrontés à des demandes de toutes sortes, pas toujours justifiées. Tel vendeur exige un nouveau soft de présentation (non standard) pour aller négocier un gros contrat "avec des millions à la clé", tel Directeur veut un projecteur multimédia dans la salle de Direction (parce qu'il en a vu un chez le Directeur d'à côté). La pression est souvent forte et il n'est pas toujours facile de refuser. J'ai compris l'astuce le jour où l'un de ces Directeurs Généraux voulait baisser les coûts informatiques : j'en ai profité pour aller dans son sens et lui proposer un "contrat" : le budget IT était né ! Il définit ce qu'il veut en début d'année : je lui chiffre et m'engage à ne pas dépasser ce montant : tout ce que lui (ou ses collègues) veulent et n'est pas dans ce contrat, je peux dire non, avec en plus sa bénédicition ! Il fallait l'inventer, ça s'appelle un budget, c'est aussi vieux que le business, mais il y a encore trop de sociétés ou le service informatique n'est vu que comme de la technique incompréhensible, et non comme un réel vecteur de valeur ajouté, hélas ! Si vous êtes dans ce cas et voulez démarrer un budget simple, commencez par rassembler tous les coûts dans les catégories suivantes :

• Couts des personnes (salaires, sous-traitances, voyages...)
• Couts de communications (téléphone fixe et mobile, lignes de communications voix et data)
• Couts de Matériels (achats, location, contrats de maintenance)
• Coûts de logiciels (achats, location, paiement à la demande, contrats de mise à jour)

C'est simple, mais le montant total fait souvent peur !
Pour se poser les bonnes questions avant de démarrer : http://www.journaldunet.com/solutions/dossiers/pratique/depense.shtml

Informaticiens ou Garagistes ?

Notre métier présente de nombreux points communs avec les garagistes : notions de dépannage d'urgence, opacité de la technologie pour les non connaisseurs, côté "magique" de la réparation instantanée... Mais avec tout le respect que je dois à cette magnifique et très utile profession, il n'est pas toujours bon pour un informaticien d'être confondu avec un garagiste. Les tenues vestimentaires excentriques des développeurs de la Silicon Valley peuvent être synonymes de liberté d'expression, d'horaires "souples", etc... mais ça reste une vue très américaine. En France, si votre bureau ressemble à un garage, si votre tenue vous fait ressembler à un garagiste, alors il y a fort à parier que votre crédit dans l'entreprise au moment des prises de décisions sera celui d'un garagiste...
Pour que votre équipe informatique compte dans l'entreprise, considérez donc un peu de ménage, faites disparaitre les machines éventrées, les piles de de CD sur les bureau, videz le haut des armoires, et relookez vos troupes : résultat garanti sur l'image du service !
Ces concepts sont rassemblés autour de l'idée japonaise de "5S", que je vous invite à suivre :http://www.qualiteonline.com/rubriques/rub_3/dossier-39.html

Les 7 livres de la Sagesse

En matière de bonne pratique informatique, la norme ITIL est devenue incontournable. Pour ceux qui ne connaissent pas encore, voici un lien généraliste intéressant. ITIL est une norme qui peut paraître compliquée, mais une fois que vous serez au faît de ses sept chapitres, vous verrez que ce n'est pas le cas. Il existe de nombreuses sources sur le net pour approfondir ITIL. cf http://www.guideinformatique.com/fiche-itil-742.htm .J'y reviendrai plus en détail.

Comment régler tous les problèmes ?

Je ne connais que trois manières de régler un problème :

• Par moi-même : je prends le problème en charge, et je fais les actions directement moi-même.
• Par les autres : j'attends que quelqu'un d'autre prenne le problème en charge.
• Ou laisser tomber : je ne traite pas la situation jusqu'à ce que le problème disparaisse de lui-même.

Vous remarquerez à l'expérience qu'il n'y a pas d'autre cas de figure. Et en particulier aussi qu'il n'y a pas une méthode meilleure que les autres : cela dépend bien sûr du problème concerné. Certains managers commettent l'erreur de tout vouloir régler par eux-mêmes. Ce n'est pas toujours la solution.
Également certains confondent "par les autres" avec "déléguer". En fait, « déléguer » est une variante de « par moi-même ».
Enfin, ne pas croire que laisser tomber est une mauvaise chose. Nous sommes souvent sollicités pour régler des choses qui n'en valent pas la peine et le demandeur ne fait pas toujours l'effort de chercher par lui-même une solution qui est à sa portée. Si le manager dit oui à toutes les sollicitations, il se disperse et le demandeur ne grandit pas... Personne n'y gagne !

Motivation

"La motivation pour le métier repose fondamentalement sur le plaisir que le collaborateur prend à le faire, or ce plaisir est largement déterminé par la qualité des relations qu'il entretient avec son entourage professionnel et plus particulièrement avec son manager."

Citation extraite de l'excellent ouvrage de Rémi Juët chez Dunod.