Le Green IT ?... Des projets concrets pour le responsable informatique !

J'ai assisté ce jour à une conférence très intéressante sur le Green IT  à  l'Utc-fc Formation Continue. 

Je sais que le sujet est à la mode, mais j'ai réfléchi à plusieurs axes intéressants pour un DSI en mal de projets...y compris et surtout en PME.

• connaitre la consommation électrique de son datacenter, ou au moins de sa salle informatique afin de l'optimiser
• savoir gérer les déchets électroniques - vieux pc bien sur, mais aussi vieux routeurs, vieux câbles et vieux téléphones (souvent changés quand on passe en voip)...etc
• favoriser les réunions à distance en mettant à disposition des environnements et outils corrects (oublier les vision conférences MSN sur le réseau public à la webcam à remplacer par des solutions plus pro type webex en salle visio)
• Inciter les choix du service achat à privilégier les produits répondant aux éco-label : c'est déjà souvent le cas avec les pc, mais penser aussi aux serveurs et à tous les nouveaux outils communicants

Comme toujours on aura à faire à une résistance au changement ! Se servir alors du management pour appuyer ces efforts en insistant sur  :

- leur caractère bénéfiques en terme d'image

- leur caractère légal, réglementaire

- leur corrélation au projet d'entreprise

Et vous, avez-vous déjà des axes de projets Green IT dans votre entreprise, ou rencontrez-vous des résistances à ces changements de comportement ?

PS : pour aller plus loin, je regarde le site http://www.greenit.fr/

Anticiper c'est prévoir !

Je pense que le responsable informatique doit prévoir.

• Anticiper le travail à domicile, comme solution à une pandémie...
  
• Anticiper un crash majeur
  
• Anticiper la formation des utilisateurs avant la mise à jour d'un logiciel ou l'implémentation d'un nouveau logiciel...
• Anticiper une réorganisation (fusion acquisition)
  
• Anticiper un déménagement...

Selon moi, les solutions qui existent sont :

• documenter
• accompagner le changement
•  adapter les standards du marché 
• PRA et PCA
  

Les informaticiens qui viennent de la technique, les dirigeants , les financiers sont souvent ceux qui ont le plus de mal à anticiper les changements du monde passionnant de l'informatique. C'est d'abord eux qu'il faut convaincre !

Qu'en pensez-vous ? Quelle méthode de persuasion utilisez-vous le plus ?

De l'image du Responsable Informatique

Dans un article du magazine Courrier Cadre (de l'APEC ) l'auteur évoquait la nécessité de parfaire son image.

Je suis pas d'accord avec cette notion d'image : par exemple, trop souvent dans le monde audiovisuel les politiques ont une image très (trop !) travaillée et si la forme est correcte , le fond reste catastrophique... Sans lancer de débat ici, ce qui m'intéresse c'est l'image que doit afficher un DSI.

Selon moi, le Responsable Informatique doit avoir une bonne image sur ces points : 

Image de Compétence pas besoin d'être un as de la dernière technique ou de la dernière technologie à la mode.  Dans l'informatique plus que n'importe ou ailleurs , les évolutions sont rapides et permanentes. Donc une image de compétence s'acquière par une veille intelligente et si possible quotidienne. Savoir de quoi l'on parle.

Image de rigueur : non, on achète pas du matériel à chaque caprice des utilisateurs, non on ne fonce pas sur chaque demande pour monter un projet usine à gaz; on étudie le marché, on cherche plusieurs devis, plusieurs solutions. On ne propose pas de budget sans calcul de roi.

Image de dialogue éviter de s'enfermer dans une tour d'ivoire. Savoir discuter avec les responsables des business units , les responsables métiers, les directeurs mais aussi les utilisateurs finaux.

Image d'honnêteté  on accepte pas de cadeaux des consultants, de séminaires inutiles mais dans un lieu de rêve; on accepte pas de compromission dans une gué-guerre inter-service

Image d'humilité  reconnaitre les atouts dans une nouvelle technologie ou la compétence d'un nouveau membre de l'équipe. Savoir dire 'je ne sais pas'. Savoir accepter ses erreur... (et au passage capitaliser dessus pour le prochain projet)

Quand à l'image au sens propre ? 'tenue correcte exigée' me semble la maxime la plus appropriée.

Et vous, quelle image désirez-vous donner de votre métier ?

Of justification versus outsourcing support...

Recently, I have been surprised during an interview :

"please describe in few words why your physical presence is needed for the affiliate, if the headquarter can do the support remotely ?"

My answer was based obviously first on the fact that this French affiliate needs a french speaking support available on daytime in France. Moreover, I thought about response time for support, quality of feed back to end users, local management toward French providers of internet and wan, localisation of trainings , localisation of micro project; I'm also the best ears that IT Team in Headquarter could have to get feed back on application they're deploying over affiliate.. At the end , in conterpart, I suggested that I am also the best link to convince end users in this affiliate to apply group policies (at least in terms of IT)

This question was in fact to test my english level both in technical and professional speaking...
The answers were more than ok on both level : english level (ok, my spoken english may be better than my written English) and quality of answers in term of company needs point of view.

But this question is reflecting the most common question about ROI, outsourcing and all these kind of questions that a IT Manager (or even IT Director or CEO !) have daily in mind these years, I'm sure.

So what do you think ? How would you defend your local presence versus outsourcing ? In order to convince the managment that you (or even your complete team !) need to be physically here ?

Or may be , would you help headquarter to hire you (or your team !) to do remote support on this affiliate you so well anderstand and know ?

Of Disaster Recovery Plan

IT life is funny. Years ago, like some of us in IT ;-), had been involved in Y2K plan !! Remember this noise about Y2K ??

Last week, I just finished our IT Disaster recovery and our headquarter (in another country) postponed it for one year, saying we're not a key element in the company, like HQ and Production and Research Lab are in its own country.

As our country here in France is in the top three of the company revenue among affiliates, it's sounds strange.


I have heard today at a seminar, an interesting idea (*) : Disaster Recovery Plan has to be seen as a company project.

Apparently they (the HQ) didn't saw this project as a company one... But did they do the same for all affiliates ? How did they evaluate the loss of France production or France selling for days or weeks on the global company revenue and health ?

Feel free to explain how you forced managers to go forward on disaster plans ?


(*) PS : other ideas from this seminar :
1 -recheck every year you plans as company life is changing, prices are moving, people and solutions are changing ;
2 - do a lot of internal and external communication about it;
3 - better a realiable plan that a theoricaly perfect plan
4 - check and update inside contacts as often as needed