Trouvez la raison et vous aurez la solution !

Il y a quelques temps lors d’un comité de direction, nous discutions d’une fonction de l’entreprise qui ne répondait plus à nos objectifs. L’idée de base était de dire qu’il fallait changer de logiciel pour gagner en efficacité. 

Après réflexion, je pense que nous avons brûlé des étapes dans notre prise de décision. Nous sommes passés d’un problème constaté à une décision de changer d’outil sans se poser les bonnes questions.

Le fait de changer d’outil peut ne pas répondre à notre problème. 

Quelle est la cause de ce manque d’efficacité ? (organisation, procédure, formation, informatique,…) Si l’outil n’est pas la cause de ce problème alors le fait de le changer ne répondra pas à nos attentes avec le risque de dégrader encore plus la situation actuelle.

Un logiciel reste un outil pour nous accompagner et nous aider à réaliser une tâche. Nous confondons souvent les moyens avec les solutions. Les moyens peuvent répondre en partie à des problèmes mais sur la base d’une solution adéquate. Il faut d’abord trouver une solution au problème et après trouver les moyens à mettre en œuvre.

Etapes de résolution : 
- Définir le problème (qui, quoi, où, quand, comment, combien et pourquoi : QQOQCCQ) 
- Préciser les enjeux, 
- Identifier les contraintes.

Outil d’aide à la résolution : Le Diagramme d’Ishikawa (ou arrêtes de poisson) recense les causes aboutissant à un effet. Son analyse permet une aide à la décision pour corriger un dysfonctionnement.

« Un problème sans solution est un problème mal posé » Albert Einstein

Parallèle entre gestion de projet et le référentiel ITIL

Faire un parallèle entre ces deux systèmes n’est certainement pas académique mais il répond à certaines interrogations et incompréhensions. Le référentiel ITIL est souvent perçu par les équipes des études ou du développement comme "générateur" de bonnes pratiques pour les équipes de production.

Dans ce schéma, vous verrez que la gestion de projet intervient dans les processus du référentiel ITIL pour la réalisation de nouveaux services et pour apporter de la valeur aux métiers. ITIL est un référentiel des meilleures pratiques pour le domaine de l’informatique et il préconise bien évidement d’utiliser une "méthode projet" pour réaliser de nouveaux services. La gestion de projet quant à elle, peut être utilisée dans l’informatique mais aussi dans bien d’autres domaines pour réaliser un produit ou un service.

“Une petite impatience ruine un grand projet.” Confucius

Autour du S.I. - Recueil

“Autour du SI” est mon deuxième recueil, réalisé à partir des articles écrits pour mon blog. Il reprend les articles sur mes réflexions et expériences de manager et des outils pour développer son efficacité.

L’informatique est un domaine particulier où les informaticiens doivent bâtir le système d’information de demain tout tant en maintenant le système existant, de manière opérationnelle. Au cours de nos études, nous avons appris à analyser, à programmer et à résoudre des problèmes mais on ne nous a pas appris à concilier des demandes à priori contradictoires comme gérer le quotidien et prévoir le futur.

Aujourd’hui, les entreprises demandent beaucoup aux informaticiens pour différentes raisons : les technologies évoluent de plus en plus vite, les marchés changent rapidement et constamment, les utilisateurs en veulent plus avec des moyens plus faibles, etc.

Dans ce contexte, il est important de développer son efficacité dans différents domaines comme le management et la finance pour relever ces challenges.

Dans ce recueil, vous trouverez 51 articles empreints de bon sens et de conseils pour améliorer au quotidien votre activité de manager dans le domaine IT. Il est composé de 5 parties : Réflexion générale, Management, Budget, Projet, Support et Efficacité.

En le lisant, vous trouverez certainement des réponses à diverses questions comme : "comment respecter son budget" ou en encore "comment tenir les délais sur un projet". Il peut se lire de différentes manières soit du début à la fin, soit en piochant les sujets en fonction de vos préoccupations.

Ces articles ont été écrit sur une période de 5 ans pendant laquelle j’ai pu tester efficacement mes méthodes. Je ne sais pas si vous aurez la même réussite que moi en appliquant ces conseils mais le seul moyen de le savoir est de les appliquer. Je ne vous demande pas de me croire mais d'en faire l'expérience. Alors, à vous d'essayer ...

Projet : les 7 conseils à suivre ...

Il y a 8 ans avec ma femme, nous avons décidé de nous lancer dans un joli projet de construction de maison. Vous trouverez dans cette histoire toutes les erreurs à ne pas commettre dans la réalisation d’un projet .

Ecouter le besoin du client
Pendant la phase d’étude, nous expliquions au constructeur comment nous envisagions notre maison. Le constructeur concrétisait nos idées sur plan pour ensuite réaliser un devis. Cette phase a duré environ deux mois. Nous avons reçu une dizaine de plan qui n’étaient pas conformes à nos souhaits. Au final, nous avons réalisé une partie des plans et nous avons demandé directement un Rdv avec le dessinateur du constructeur.

Rédiger le contrat sans erreur
Une fois d’accord sur les plans et le contenu du contrat, le constructeur a rédigé le permis de construire en notre nom. Après lecture, nous nous sommes aperçu qu' un grand nombre d' erreurs grossières jalonnaient le document ; la plus drôle (et la plus légère aussi) était que l’ adresse de la maison n’était pas la bonne ...

Vérifier et valider les détails techniques
Pour notre maison, nous souhaitions un chauffage au gaz de ville. Le commercial nous avait assuré que le réseau de gaz passait juste devant notre future maison et que cela ne posait aucun problème, ce que nous ne pouvions vérifier, ne disposant d' aucun document de propriété. Il nous a même signé un papier pour obtenir un prêt spécifique auprès de GDF. En cours de la construction, Gaz de France nous signalait que le réseau de gaz s' arrêtait 100 mètres avant notre terrain, pas 2 ou 3 comme le commercial l' affirmait . La différence financière n’est pas négligeable...

La main d' oeuvre la moins chère n' est pas la moins coûteuse
Notre constructeur, pour augmenter sa marge, "tirait les prix vers le bas" et il faisait travailler certains artisans qui n' avait pas pour préoccupation de rendre un travail de qualité . Trois artisans des artisans qui ont travaillé à la construction de notre maison ont finalement "déposé leur bilan". Le constructeur a été obligé de trouver d’autres artisans dans l’urgence. Dans ce cas, les tarifs sont souvent peu négociables .

Conserver tant que possible la même équipe projet
Pendant la construction, nous avons eu six conducteurs de travaux. Suivi de chantier ??

Rectifier les erreurs quand elles apparaissent
Un des nombreux conducteurs de travaux avait l’habitude de nous dire quand nous lui faisions une remarque : « Quand vous achetez une voiture, vous n’allez pas sur la chaîne de montage pour savoir comment elle est réalisée. »

Toujours écouter son client
Il faut toujours écouter son client même s’il a tort et essayer de le comprendre. Il faut garder une communication et éventuellement lui expliquer ses erreurs. Cela permet de ne pas recevoir de courrier en recommandé.

Pour finir, le construction s’est terminée avec quatre mois de retard (nous avons fixé nous-même la date de livraison). Le constructeur nous a payé des pénalités pour ce retard . Si vous voulez réussir vos projets, vous pouvez suivre ces conseils :

• Ecouter le besoin du client,
• Rédiger le contrat sans erreur,
• Vérifier et valider les détails techniques,
• Le moins cher n’est pas le moins coûteux,
• Conserver tant que possible la même équipe projet,
• Rectifier les erreurs quand elles apparaissent,
• Toujours écouter son client.

"La science des projets consiste à prévenir les difficultés de l'execution." Vauvenargues

Comment vendre un service ? - Recueil

Vous souhaitez doper votre activité commerciale ou encore améliorer votre recherche d’emploi alors n’hésitez plus, achetez mon recueil “Comment vendre un service ?”.

Pour seulement un 1€, vous trouverez 19 pistes pour améliorer votre performance. Ces conseils sont simples et efficaces, et ils vous permettront un retour sur investissement important.

PS : Classé 19ème des ventes (Kindle) sur Amazon dans la section Commerce

"Si je lis un livre à 20$ et qu’il me donne une bonne idée, je fais une des meilleures affaires de tous les temps." Tom Peters

Catégorisez vos projets ! - PMO

Il existe différentes manières de catégoriser vos projets en fonction des objectifs et du moment. Si votre objectif actuel est d'optimiser votre porte-feuille de projets, je vous propose de le catégoriser selon deux axes :

• Le niveau de volatilité des besoins,
• Le risque et l'impact du projet sur votre entreprise.

En fonction du projet, les besoins peuvent être plus ou moins changeant dans le temps. Par exemple, un projet sponsorisé par le service Marketing aura un périmètre fonctionnel très volatile car il devra s'adapter rapidement aux marchés (la concurrence et aux clients). Au contraire, un projet lié à votre activité de base sera plus stable.

De même, le niveau de risques et d'impact pour votre entreprise pourra être différent selon le projet. Un projet de changement de système métier sera très risqué. A l'inverse, le développement d'un outil de gestion des notes de frais sera moins risqué et impactant.

Ces deux critères vous permettront de classifier vos projets pour optimiser au mieux vos ressources, qui sont souvent limitées. Avec cette catégorisation, vous allez pouvoir adapter l'organisation des projets en assouplissant ou pas votre méthode de projet et vous allez pouvoir adapter le cycle de développement des projets en fonction de l'agilité souhaitée.

Les différents cas de figure :

1 = Une gouvernance forte avec un pilotage serré en utilisant une méthode agile (mettre les moyens),

2 = Une gouvernance forte avec un pilotage serré en utilisant une méthode classique de développement,

3 = Une gouvernance plus légère en faisant confiance à des chefs de projet junior en utilisant une méthode agile,

4 = Une gouvernance plus légère en faisant confiance à des chefs de projet junior en utilisant une méthode classique.

"Le succès n'est pas le clé du bonheur. Le bonheur est la clé du succès. Si vous aimez ce que vous faites, vous réussirez." Albert Schweitzer

Faites une pause !

Des études réalisées par le professeur Gloria Mark ont montré que les salariés changent de tâches en moyenne toutes les 3 minutes. Entre les mails, le téléphone, les SMS, les dossiers à traiter, le collègue qui vous raconte la dernière réunion, votre patron qui vous pose une question et bien d'autres choses, vous passez votre temps à zapper d'une tâche à une autre. Il est vrai que notre cerveau est capable de gérer plusieurs choses en même temps mais à des niveaux de concentration différents. Nous pouvons marcher et téléphoner en même temps. Par contre, notre attention n'est focalisée que sur une seule chose.

Même si ce mode de fonctionnement qui consiste à "zapper" continuellement peut paraître productif, il n'est pas efficace car il génère trop de périodes de latence non productives (exemple : reprendre le fil de ses idées sur un dossier après un coup de téléphone).

D'un autre côté, notre efficacité augmente quand nous nous accordons des pauses régulières en nous évadant de notre travail. Une étude menée sur 300 salariés à l'université de Melbourne montre que la productivité des employés qui utilisent Internet au bureau pour des raisons personnelles augmentent de 9%.

La raison en est simple : notre attention est limitée dans le temps. Nous avons besoin de faire des pauses pour recharger notre attention.

En résumé, le multitâche est un mythe. Pour être efficace, nous devons travailler sur une seule chose à la fois mais nous devons également nous accorder des pauses régulières pour augmenter notre concentration. 

"Le temps n'est pas une courbe lisse mais une série de cahots, de bonds et de pauses." Niall Williams

Les 7 indicateurs magiques !

Toute organisation a besoin de savoir si elle travaille dans le bon sens. Pour une DSI, je vous propose 7 indicateurs pour mesurer votre efficacité. Bien sur, il en existe bien d'autres et je vous invite à nous les faire partager en laissant un message.

J'ai choisi 7 indicateurs car selon les études de Mr Miller (1), le nombre 7 correspond approximativement au nombre maximal d'éléments qu'un esprit humain est capable de traiter et de percevoir simultanément. De ce fait, ils correspondent parfaitement aux besoins d'indicateurs sur un tableau de bord pour mesurer votre activité.

1 - Votre part d'innovation : le taux du budget IT consacré aux projets novateurs

2 - La patience de vos utilisateurs : le temps moyen d'attente entre un incident (demande) et sa résolution

3 - Votre ponctualité : le nombre de projets respectant les délais

4 - Votre disponibilité : le temps moyen d'indisponibilité des services

5 - La taxe de votre encadrement : la masse salariale de l'encadrement

6 - Votre alignement : le nombre de projets en cours qui sont liés aux priorités de votre entreprise

7 - La sainte trinité : les indicateurs de délais, de qualité et de budget de votre plus gros projet en cours

"Baromètre : instrument ingénieux qui indique quelle sorte de temps nous sommes en train de subir." Ambrose Bierce

(1) Mr George Miller – The Magical Number Seven, plus or minus two

Dailymotion - dessin

"Ce n'est pas parce que les choses sont difficiles que nous n'osons pas, mais parce que nous n'osons pas qu'elles sont difficiles." Sénèque

Quelles sont vos références ? Un complément à votre CV...

Comme les entreprises, vous pouvez vous aussi réaliser une fiche de synthèse qui présente les logos des sociétés avec lesquelles vous avez travaillé :

"Il n'y a qu'une façon d'échouer, c'est d'abandonner avant d'avoir réussi." Olivier Lockert

Sortir du cadre - dessin

"On aura beau nous expliquer quel est le goût du fruit du baobab, rien ne remplacera sa saveur. Le pont entre le savoir et le non-savoir est fait de notre expérience et de notre compréhension." Le petit prince au bureau - Borja Vilaseca

Productivité n'est pas synonyme d'efficacité en informatique.

La productivité est liée à la production d'un bien. En général, elle correspond au nombre de produits réalisés par unité de temps. Ce ratio est très intéressant pour mesurer une activité repérable avec très peu d'incertitude, comme par exemple la fabrication de produits.

En revanche, l'activité informatique n'est pas une activité de production pure. Si nous considérons, par exemple, le domaine des études et des projets, l'activité de conception possède un niveau d'incertitude élevé. Pour le support et la maintenance, l'activité cette fois correspond à de la résolution de problèmes. La résolution d'incident peut être répétitive (exemple : débloquer un compte) mais en général, les problèmes restent  uniques dans leur résolution avec une période d’analyse plus ou moins longue en fonction du dysfonctionnement.

Malheureusement, nous mesurons encore trop souvent les activités informatiques par des ratios de productivité. Même si, au sein des activités informatiques, il y a des tâches répétitives, elles ne sont pas les plus nombreuses. Et quand elles sont récurrentes, nous cherchons à les automatiser comme les tests de “non régression”.

L'utilisation de ce ratio nous pousse à maximiser l'utilisation des ressources. Or, ce modèle de performance est une illusion de performance pour le développement de produits. Selon Stefan Thomke (professeur à Harvard) et Donald Reinertsen (président d'une société de consulting), la qualité et l'efficacité des résultats décroissent inévitablement lorsque les responsables saturent l'emploi du temps de leurs collaborateurs. A l’origine de ce manque d’efficacité, se trouvent la variabilité et l'incertitude liées aux projets, qui engendrent des retards. Donc pour limiter ces retards, il faut des capacités "tampon" : nos systèmes de contrôle nous poussent à faire le contraire en utilisant au maximum la capacité de nos ressources.

tiré de HBR de mai-avril 2013

Voici quelques pistes pour améliorer votre efficacité sur les projets :
- accroitre les ressources de manière sélective au niveau des compétences saturées,
- limiter le nombre de projets en fonction de vos capacités,
- mesurer l'efficacité de vos équipes "projet" en fonction des objectifs de cout, de délai et de qualité,
- adapter vos méthodes projets en fonction des risques et de l'impact du projet,
- utiliser le management visuel pour rendre visible les points de saturation,
- essayer d'autres méthodes comme la "chaîne critique".

"Je trouve fascinant que la plupart des gens planifient mieux leurs vacances que leur vie. Peut être parce qu'il est plus facile de s'évader que de changer." John Rohn

Communication informelle - dessin

"Soyez vous-même, les autres sont déjà pris." Oscar Wilde

Le mail dans le mail

Une étude réalisée par Mattitiyahu Zimbler et Robert Feldman (université du Massachusetts Amherst) a montré que les gens mentent cinq fois plus souvent en écrivant des mails qu’en discutant (les yeux dans les yeux). Il faut également noter que d’autres études avaient montré que la plupart des gens mentent au moins une fois lors d’une conversation de dix minutes.

Cette information est tirée de la revue Harvard Business Review dans son édition français parue ce jeudi en collaboration avec Prisma Media.

Stage pour gérer les personnalités difficiles - dessin

"Ne soyez pas irremplaçable. Vous ne pourrez être promu si vous ne pouvez être remplacer." Anonyme

Pour faire plus avec moins - dessin

"Mon emploi est très sécurisé : personne d'autre n'en veut." Richard Templar

"Apportez-moi des solutions, pas des problèmes."  Margareth Thatcher

La crise et les cadres - dessin

"On a déjà pensé à tout. Le problème, c'est d'y penser à nouveau." Goethe

La pensée aux prises avec l'informatique - Livre Gratuit

Laurent Bloch nous propose un de ses livres en libre téléchargement : Systèmes d'information, obstacles et succès

Merci à lui car ce geste est relativement rare.

Ps : paru en 2005 aux Editions Vuibert

"Penser contre son temps, c'est de l’héroïsme. Mais le dire, c'est de la folie." Eugène Ionesco

Pression Budgétaire - Dessin

"Seuls les bébés mouillés aiment le changement." Daniel Kahneman 

Une méthode pour Le transfert de compétences

Dans le livre « la pratique du lean mangement dans l’IT », j’ai appris l’existence d’un outil simple et extrêmement efficace pour former les équipes et les rendre autonomes. Cet outil présente les principes pragmatiques d’un bon transfert de compétence en appliquant la répétition et la pratique. Il s’appelle TWI (Transfert Within Indusdry). Ses principes sont appliqués de longue date chez Toyota mais ils ont été inventés au Etat-Unies pendant la seconde guerre mondiale. En plus de vous apporter une méthodologie pour former vos collaborateurs, TWI pourra vous emmener plus loin si vous souhaitez l’appliquer complètement.

Cette méthode comporte trois volets :

- Instructions de travail

- Méthode de travail (trouver des améliorations)

- Relation au travail

Les principes sur la formation se trouvent dans le volet sur les instructions de travail dont je vous livre les grandes lignes :

- Vous montrez et expliquez ce qu’il faut faire,

- Recommencez en expliquant comment contrôler la qualité,

- Recommencez en expliquant pourquoi cela est important,

Puis, vous faites faire les tâches et, suivant les trois premières étapes, vous corrigez les dérives et les erreurs éventuelles. Et enfin, vous laissez faire de manière autonome en surveillant.

SI L'OPÉRATEUR N'A PAS APPRIS, LE FORMATEUR N'A PAS ENSEIGNÉ

Pour en savoir plus, vous pouvez lire ce livre (uniquement en anglais) :  

"L'homme honorable commence par appliquer ce qu'il veut enseigner ; ensuite il enseigne." Confucius

Trois pistes pour rester mince - Lean

Le début d'année est toujours la période des bonnes résolutions, le moment où l'on prend un engagement pour améliorer certaines choses. Et bien si vous n'avez pas d'idée, je vous propose "un régime minceur" en pratiquant au quotidien le Lean Management pour votre service informatique.
Si vous souhaitez en apprendre plus sur le Lean et ses avantages, je vous propose trois liens communautaires :

- Lean & SI - Lean IT
- Institut Lean France
- Association Agile France

Et un livre  :

(existe aussi en format Kindle)

Description de l'ouvrage par l’éditeur :

Une production sans défaut, au meilleur coût, selon le rythme imparti, avec l'implication de chaque employé et dans un climat de sérénité ? La perspective du lean management ne peut que séduire dans le domaine de l'IT !

Mais comment un modèle issu de l'industrie automobile peut-il s'appliquer au monde des lignes de code et des serveurs ? Et comment formuler des règles de gestion spécifiques aux systèmes d'information qui soient compatibles avec le lean management ?

Pour les éditeurs et les directions informatiques, le lean management est l'étape à franchir afin d'obtenir de vraies ruptures opérationnelles ainsi que la satisfaction de leurs clients.

À travers quatre cas concrets, cet ouvrage pratique décrypte :
• Comment faire du client le moteur de l'amélioration.
• Pourquoi le juste-à-temps et la production sans défaut, les deux piliers du lean, s'appliquent parfaitement au monde de l'informatique.
• Quelle est la nature des actions engagées, des difficultés rencontrées et des résultats obtenus.

Ce guide de référence dessine la nouvelle tendance du management en informatique. Il est l'outil indispensable à toute entreprise qui souhaite à la fois redynamiser ses équipes informatiques mais également améliorer son approche client.

"Travaillez pour un projet parce qu'il est bon, et pas seulement parce qu'il a une chance de réussir " Vaclav Havel

Le portable en Réunion

"Qui que vous soyez, la plupart des gens de qualité travaillent pour quelqu'un d'autre." Loi de Joy - Bill Joy

Restons optimiste

"Le type qui a inventé le roue était un idiot. Celui qui a inventé les trois autres était un génie."  Sid Caesar

*** Bonne année 2013 ***

Vous faites partie de quelle entreprise ?

En parcourant les cours de management de mon fil aîné, j'ai lu la définition de "Entreprise". Pour résumer, voici ce qui en est proposé : une entreprise est une organisation dont les membres qui la composent, travaillent pour atteindre un objectif commun.

Jusque là rien d’extraordinaire mais cette définition me posait quelques interrogations. Travaillons-nous vraiment ensemble à l’atteinte d’un objectif commun ou travaillons-nous pour autre chose ?

Pour essayer de répondre à cette question, je suis allé consulter Wikipedia. J’y ai trouvé des éléments de réponse grâce à ces deux définitions du terme :

- Une entreprise est une unité institutionnelle, mue par un projet décliné en stratégie et/ou en politiques et plans d'action, dans le but de produire et de fournir des biens ou des services à destination d'un ensemble de clients ou usagers. Pour ce faire elle s'organise, fait appel, mobilise et consomme des ressources (matérielles, humaines, financières, immatérielles et informationnelles).

- L’entreprise -vue comme une organisation- se définit comme « l'ensemble de moyens structurés, constituant une unité de coordination, ayant des frontières identifiables, fonctionnant en continu, en vue d'atteindre un ensemble d'objectifs partagés par l'ensemble de ses membres (salariés, dirigeants, actionnaires...). »

Dans la première définition, l’entreprise consomme des ressources et essaie de les mobiliser pour atteindre son objectif. Ici, nous sommes typiquement dans un contexte de la carotte ou du bâton. Le salariés travaillent pour une prime, une augmentation, une promotion ou tout simplement pour leur salaire.

Avec la deuxième définition, nous changeons de philosophie. Les objectifs sont partagés par les salariés, les dirigeants et les actionnaires. Cette philosophie correspond à des entreprises d’un autre type comme Favi (sous-traitant de l’industrie automobile), W. L. Gore & Associates (à l’origine Gore-tex) ou Google. Malgré la crise actuelle, ces entreprises ont d’excellents résultats. Par exemple chez Favi, les leaders sont cooptés et la solidarité interne est développée comme la promotion des idées et la proximité avec les clients.

Et vous, vous appartenez à quel type d’entreprise ?

Cas d'une entreprise dont l'objectif est partagé. Dans le cas contraire, les flèches sont inversées et elles s'éloignent de l'objectif.

“L’homme est bon, il faut lui faire confiance, tout le monde a le même but, satisfaire le client, et chacun doit être traité de la même façon.” Domnique Verlant Dirigeant de Favi

Les trois dimensions d’un SLA

Un SLA (Service Level Agreement) est une convention (ou contrat) de service entre un fournisseur et un client. Ce document permet de définir les attentes des deux parties sur le contenu de la prestation. Pour une DSI, nous remplacerons le client par l’utilisateur et le fournisseur par la DSI.

Avant d’entreprendre cette démarche pour les services informatiques, il convient de prendre en compte ces trois dimensions :

- L’utilisateur,

- Le besoin,

- Le coût.

Il ne s’agit pas de réaliser un document de plus mais d’avoir une démarche de proposition de valeur pour ses utilisateurs. Les trois questions de base sont :

- Quels utilisateurs ?

- Quels besoins de service pour quel niveau ?

- Et pour quels coûts associés ?

Tous les utilisateurs ne sont pas égaux et leurs besoins de service peuvent varier. De plus, en fonction du niveau de service, le coût ne sera pas le même. La réponse à ces questions dépend de votre contexte.

En balayant ces trois dimensions avec vos utilisateurs, vous aurez de grandes chances d’apporter le bon service, au bon groupe d’utilisateur et au bon prix sans qu’il y ait d’ambiguïté.  

"Penser est facile, Agir est difficile. Mais agir en accord avec les pensées d'un autre est plus difficile que tout." Goethe

Les programmeurs sont-ils en voie de disparition ?

Il y a plus de 10 ans, je me disais qu’il n’y aurait plus de programmeur dans les entreprises en dehors des sociétés éditrices de logiciel. Eh bien, je me suis trompé car il reste en effet quelques dinosaures pour développer quelques applications spécifiques autour des progiciels et autres ERP (Enterprise Ressource Planning). Selon l’organisme DARES (ministère de l’emploi), 45% des informaticiens (tous métiers confondus) en France travaillent au sein des sociétés de service informatique.

Depuis quelques années, une autre menace pèse sur les développeurs. Cette menace est la mondialisation et, en particulier, le secteur de l’Asie. En 2003, les universités indiennes formaient 350 000 ingénieurs par an et depuis ce chiffre a dû augmenter.

En France, le salaire moyen d’un informaticien ingénieur est supérieur 3000 euros net mensuel (soit environ 50 000 euros brut annuel). Pour le même résultat, un indien coûtera 10 000 euros par an. Les développeurs ont vraiment de quoi se faire des cheveux blancs.

Pour contrecarrer cette évolution, la formation des développeurs est peut être la solution.

Le week-end dernier, une école d’ingénieurs en informatique organisait ses portes ouvertes. Au cours de la visite, j’ai été frappé par deux choses : d’une part les étudiants présents étaient des passionnés (des geeks) et d’autre part, l'apprentissage de l'informatique se faisait sans professeur. L’enseignement est réalisé sur la base de problèmes à résoudre et les étudiants sont accompagnés par leurs aînés.

Le "futur" du métier de développeur en France, comme dans les autres pays occidentaux, passera certainement par le développement de ces trois caractéristiques : la passion, la réflexion et le travail en équipe.

Etonnamment, nous retrouvons ces mêmes caractéristiques dans le monde du logiciel libre. Le développeur de demain sera « Libre ».

« Mesurer la progression du développement d’un logiciel à l’aune de ses lignes de code revient à mesurer la progression de la construction d’un avion à l’aune de son poids. » Bill Gates

Les organigrammes sont dépassés !

Les organigrammes classiques sont dépassés par les nouveaux modes d'organisation (hiérarchie latérale)  et le développement du travail en réseau. Nous devons repenser la représentation de nos organisations. Les organigrammes sont obsolètes mais ils ne sont pas morts car nous avons toujours besoin de nous situer dans une entreprise.

Dans le schéma ci-dessous, je vous propose un organigramme sous la forme d'une ruche (ouvrière :-)).

Schéma réalisé avec adobe ideas sur ipad

"Il ne faut jamais laisser vivre trop longtemps un organigramme." Jacques Attali

Applications Mobiles - Livre blanc

Le mobile commerce (m-Commerce) c'est pour maintenant. Demain, il sera déjà trop tard.

Je vous invite à consulter le livre blanc "Application Mobiles : Opportunité - Usages - Méthodologie" de la société Ippon Technologie pour comprendre les enjeux des applications mobiles pour les entreprises.

"Celui qui patiente sera récompensé par les restes laissés par ceux qui n'ont pu attendre." Abraham Lincoln

Du Triangle au Quadrilatère

Dans le domaine de l'informatique, nous avons l'habitude de représenter les contraintes d'un projet (exigences, coût et délai) sous la forme d'un triangle. Ici, je vous propose une vision dynamique de cette représentation sous la forme de deux quadrilatères.

Légende :
E : Exigences       E' : Exigences réalisées
C : Coût estimé   C' : Coût réel
D : Délai estimé   D' : Délai réel

"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que  personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : rien ne fonctionne ... et personne ne sait pourquoi !" Albert Einstein

Les 5 forces qui influencent une DSI

"L’essence de la stratégie est le choix d'accomplir ses activités d'une manière différente de celle de ses concurrents." Mickaël Porter

Changer de vision sur l’échec

En deux semaines, je suis tombé par hasard sur deux initiatives pour changer les mentalités à propos de l’échec en France. Je ne sais pas si la peur de l’échec est liée à notre culture mais elle est un frein à la prise de risques et un manque d’engagement sur des projets.

"The failcon" sont des conférences pendant lesquelles des personnes expliquent leur(s) échec(s) et la façon dont ils envisagent de rebondir vers le succès.

« Grandeurs et misères des stars du Net » de Capucine Graby et Marc Simoncini :

Dans ce livre, six patrons français de sociétés ayant généré de grandes réussites nous livrent leur vision de l’envers du décor de leur réussite. Avant de connaître le succès dans les affaires, ils sont passés par des échecs (parfois retentissants)...

« L’échec est le fondement de la réussite. » Lao-Tseu

Le management OpenSource

En parcourant le magazine Management d'Octobre, j'ai découvert un article sur Red Hat et sa manière de gérer ses équipes mais également la communauté (les bénévoles). Je vous invite à lire cet article qui pourrait vous donner des idées. Les points essentiels de leur management sont :

• l'autonomie : les développeurs peuvent chosir de travailler chez eux
• l'écoute : une "mailing list" permet de faire remonter les doléances à la direction
• la séduction : Red Hat va jusqu'à adapter ses projets pour attirer les codeurs bénévoles
• le respect : des bénévoles "maltraités" pourraient partir, voir créer un projet concurrent.

Quand je vois la qualité des logiciels OpenSource, je me dis qu’il y a sûrement des enseignements à apprendre des organisations qui les développent. Ces logiciels sont pourtant développés par des équipés mixtes (interne et externe), de cultures différentes, éloignées géographiquement et avec des niveaux de compétences différentes. Il serait certainement très intéressant de comparer le type de management classique et celui-ci de l’OpenSource sur le développement d’un logiciel en mesurant la qualité du produit fini, la durée du projet et le coût.

Par exemple pour constituer l’équipe, nous serions déjà sur des modes opposés. D’un côté, le manager sélectionnerait ses meilleurs éléments et de l’autre, une personne de l’équipe devrait vendre l’idée à ses collègues pour qu’ils adhèrent librement au projet.

En attendant de voir un jour ce type de comparaison, nous pouvons toujours les étudier et en tirer des enseignements pour les appliquer ailleurs.

« La vie est courte et les réunions peuvent être longues. Ne gâchez pas votre vie. » Jo Owen

L'organisation matricielle expliquée.

Une organisation matricielle est un type d'organisation où des personnes sont regroupées en fonction de compétences communes ; elles sont affectées sur des structures transverses pour réaliser un projet, un produit, etc.

L'organisation matricielle est souvent représentée par une matrice bidimensionnelle avec une dépendance hiérarchique et une dépendance fonctionnelle.

Ce type d'organisation n'est pas toujours aisé à comprendre et à faire fonctionner car nous avons deux dépendances et donc deux responsables (qui s'occupe de quoi, pour quel objectif). Et pourtant, nous avons été élevés sur modèle.

Oui, vous m'avez bien compris. Pendant notre enfance, nous avons été élevés sur un modèle matriciel avec nos deux parents. Pour autant, ce n'est pas toujours une réussite. A mon sens, pour offrir un bon environnement de développement à nos enfants, il faudrait :

D'une part que les parents partagent une vision et des valeurs communes pour l’éducation de leurs enfants. En effet, si ces conditions de base ne sont pas présentes, il y aura plus souvent des conflits au détriment des enfants que de compromis et d'accord.

L'autre point important, c'est une répartition claire des tâches et des responsabilités des parents pour éviter les failles du système bicéphale. Dans le cas contraire, les enfants pourraient s'y engouffrer avec plaisirs.

Alors pourquoi avons-nous toujours du mal avec ce type de modèle ? Pour les même raisons que certains parents :

·             Visions et valeurs différentes entre les managers

·             Responsabilités mal définies entre les managers

·             Pas assez de bon sens

Et enfin pour que l'ensemble fonctionne, il faut des enfants modèles :-)

« Beaucoup de gens cherchent plus à garder leur travail qu’à faire du bon travail. Si vous faites partie de la première catégorie, votre vie n’a pas de sens. Si vous appartenez à la seconde, continuez ! » George Lois

Apple est mûr, je vous laisse deviner la suite ...

Apple est une société formidable et innovante. Il est difficile de la ranger dans un secteur d’activité car ces dernières années, elle est devenue incontournable sur plusieurs marchés : téléphonie mobile, ordinateurs (et tablettes), plateformes applicatives et distributeurs numériques (musiques, livres, vidéo).

- Apple est certainement la société la plus rentable dans l’industrie du PC,

- Apple est devenu le leader de la vente de musique en quelques années,

- Apple avec l’Iphone génère 48% des profits du secteur de la téléphonie portable,

- Apple avec l’App Store est devenu le premier distributeur de logiciels.

Cette société a su réinventer certains secteurs pour en devenir le leader mais aujourd’hui, elle nous montre quelques signes d’essoufflement ou un manque d’inspiration.

Le premier évènement significatif et sûrement déclenchant est la disparition de son visionnaire Steve Job.

Puis, nous avons des procès contre un de ses concurrents (et fournisseur : le ver est-il dans le fruit ?) pour protéger ses innovations. En général, si vous allez en justice, la situation est perdante-perdante même si un gain est obtenu à l’issue du procès. Quand on protège ses acquis, on travaille moins sur son avenir.

Et enfin, la sortie de l’iphone 5 ne ressemble pas à une révolution. Certes, l'Iphone 5 apporte des améliorations (taille et poids) mais elles restent mineures (dommage pour ses 5 bougies !).

 « Apple : nous, c’est la pomme ; vous, c’est la poire. » Canal+ / Les guignols