Introduction - billet n.21

Gérer la croissance d'une startup n'est pas chose aisée pour un dirigeant. Il faut créer les bons postes, recruter les bonnes personnes, les manager, les faire grandir, répondre à leurs aspirations, faire des choix stratégiques, etc.

Il faudrait bien plus qu'un simple billet de blog pour analyser les raisons de la crise qui s'est produite au virage du 21e siècle, mais celle-ci résulte sans doute du mélange de plusieurs causes : déceptions humaines, choix financiers compliqués, marché tendu, stratégie de développement hasardeuse...

Pour faire simple et factuel, le directeur général est parti, un nouveau directeur général est arrivé, et avec lui une nouvelle manière de travailler.

L'une des premières choses que le nouveau DG a expliquée à l'équipe de direction que j'avais fraîchement rejointe est la suivante : "je ne vous connais pas, je ne sais pas si vous avez fait de bonnes ou mauvaises choses dans le passé, si vous êtes moteur dans cette entreprise, ou si vous ramez à contresens. Les compteurs sont remis à zéro. Montrez moi vos compétences, et que vous êtes capables de travailler ensemble pour le collectif."

Après quelques mois d'observation, quelques têtes sont tombées. Je n'en faisais pas partie.

Le projet de déploiement du nouvel ERP a démarré et a duré 24 mois. Tout le monde a pleinement contribué à son succès. La startup disposait enfin d'un outil centralisant toutes les données utiles à son fonctionnement et leurs traitements.

A suivre...

--------------

Ce récit est basé sur des faits réels, les noms et certains lieux ont été changés.

Introduction - billet n.20

Avant de parler de la crise qui allait frapper la startup, je ne peux pas éviter de parler d'un événement mondial majeur qui a fait écrire à Alexandre Adler ce titre terrible : "J'ai vu finir le monde ancien". Littéralement.

J'assurais l'un de mes derniers TP d'informatique. Les sujets étaient distribués, les étudiants commençaient à travailler et à faire des recherches sur internet. En me déplaçant dans la salle de TP, je constate que sur plusieurs écrans d'ordinateur défilent les mêmes curieuses vidéos, sans rapport avec le sujet de TP. Les mêmes vidéos en même temps. Petit à petit, tous les étudiants et moi-même regardons ces images terribles diffusées en temps réel sur internet par les télévisions américaines.

Nous sommes le 11 septembre 2001, les images des tours jumelles du World Trade Center de New-York tournent en boucle partout dans le monde.

Je n'ai pas pris conscience immédiatement de l'immensité du changement de monde que j'observais à ce moment-là avec mes étudiants. J'ai demandé d'éteindre les haut-parleurs des ordinateurs, pour ne pas diffuser les commentaires médusés des témoins directs des attentats. J'ai demandé aux étudiants de se concentrer sur le sujet de TP. Celui-ci était pourtant loin de nos préoccupations, et un lourd silence régnait dans la salle.

Dès la fin de la séance, tout le monde est parti. Je suis rentré chez moi pour regarder les informations. Ma femme et moi avons réussi à protéger nos enfants de ces images terribles pendant quelques heures. Mais l'événement était trop fort, trop universel, trop historique, pour y échapper.

Ces quelques heures terribles ont modifié durablement notre mode de vie. Je ressens encore parfois l'effroi qui s'est emparé de moi à la vue de ces images. En particulier lorsque je les retrouve en version non censurée sur les scellés que je dois analyser, lorsque l'on me confie une mission d'expertise judiciaire et que le scellé appartient à un collectionneur d'images fortes. Le bruit des corps qui s'écrasent aux pieds des tours m'a longtemps empêché de dormir...

Et pourtant, aussi incroyable que cela puisse paraître parfois, la vie continue et avec elle, la série des succès et des échecs.

A suivre...

--------------

Ce récit est basé sur des faits réels, les noms et certains lieux ont été changés.

Introduction - billet n.19

Grandir dans une startup n'est pas une chose aussi aisée qu'on peut l'imaginer. Il faut travailler dur et faire les bonnes propositions au bon moment. En 2001, j'étais lessivé par mes activités multitâches, et je constatais que les attentes du personnel auprès du système d'information étaient de plus en plus grandes. J'ai donc proposé au Directeur Général de quitter mon poste d'enseignant-chercheur et de me consacrer pleinement à mon poste de Responsable Informatique. Après quelques jours de réflexion, il acceptait ma proposition, et me proposait en plus d'intégrer le comité de direction (Codir)...

Quand j'ai rejoins la startup, elle avait déjà trois ans. En 2001, elle avait onze ans, et le comité de direction était devenu le lieu des décisions importantes. En devenir membre permanent était à l'évidence une promotion. Quitter mes fonctions d'enseignant était un virage important pour moi : c'était faire le deuil de l'enseignement et de la recherche, pour revenir à mes premières amours, à l'objet de ma formation initiale, être un ingénieur.

Les défis techniques étaient importants : équiper la startup d'un système d'information digne de ce nom passait alors par le déploiement d'un ERP. En effet, après quelques années à essayer de développer nous même une gestion sur mesure de nos données autour d'une base de données dédiée (j'ai même passé une certification DBA Oracle !), il fallait bien faire le constat que nos développements prenaient un temps incompatible avec la vitesse de croissance de la startup. Je passais donc en mode projet pour faire l'acquisition sur l'étagère d'un progiciel de gestion intégré.

J'enseignais la gestion de projet, et c'était ici l'occasion de passer à la pratique dans ma propre structure. A tous mes jeunes confrères qui lisent ce billet, je profite de cette série pour vous proposer la liste des 10 erreurs à ne pas faire et qui sont les causes traditionnelles d'échec d'un projet :

1. Absence de responsable projet désigné comme tel
2. Absence d'équipe projet pluridisciplinaire, allouée partiellement ou totalement sur le projet
3. Absence d'objectifs clairs
4. Absence de culture projet concentrée sur le franchissement des jalons
5. Absence de procédure formelle pour le franchissement des jalons
6. Manque de formation des équipes projet
7. Absence de revue de projet
8. Coordination inadaptée entre les fonctions
9. Absence de budget alloué au projet
10. Manque d'intégration des fournisseurs dans les phases clés du projet

Je m'applique alors à éviter chaque écueil. Mais une crise couvait et allait éclater.

A suivre...

--------------

Ce récit est basé sur des faits réels, les noms et certains lieux ont été changés.

Introduction - billet n.18

Tout le monde travaillait dur. De mon côté, la coupe était pleine : je ne pouvais plus assurer correctement tous les cours, les faire évoluer au mieux des intérêts des étudiants, manager l'équipe d'enseignants vacataires, tout en assumant le développement quasi-exponentiel de l'informatique pédagogique, de l'informatique centrale, de l'architecture du système d'information, de sa sécurité, et de son maintien en condition opérationnelle... Tout reposait sur mes épaules et sur celles de mes deux techniciens.

Les tensions grandissaient dans la startup car tout le monde souffrait de la surcharge d'activité. L'informatisation de l'activité était une des solutions, mais si celle-ci était mal faite, tout risquait de s'écrouler.

Mes deux techniciens bossaient durs et demandaient de plus en plus la reconnaissance de leur travail. La startup était encore trop petite pour leur permettre d'avoir des postes plus importants et mieux payés. L'horizon était bouché pour eux : s'ils voulaient évoluer et mettre en valeur tout ce qu'ils avaient appris, ils devaient partir. Ce qu'ils ont fait, à mon grand désespoir, mais avec ma bénédiction et mes encouragements.

Il a fallu que je recrute rapidement deux nouveaux techniciens, que je les forme aux outils techniques et aux méthodes que j'avais mis en place. Entre temps, le personnel exigeait toujours plus de l'informatique. Outre les demandes d'intervention techniques, nous devions également répondre aux demandes angoissées concernant Excel, Word et tous les nouveaux outils débarquant dans l'univers de chacun...

Les premières grosses pannes ont commencé à arriver. Un serveur important a lâché, les sauvegardes étaient "presque" fonctionnelles. Un mauvais point pour le PCA... La climatisation de la salle serveurs est tombée en panne un week-end : la température est montée à 45 degrés, entraînant l'arrêt d'une grande partie des processeurs des machines (heureusement sans panne matérielle)...

Bref, les responsabilités grandissaient sur mes épaules, j'apprenais vite et beaucoup, mais j'étais arrivé à un stade où je ne pouvais plus uniquement traiter les problèmes par ordre d'urgence.

Il me fallait demander une ré-organisation de mes missions. Voici ce que j'ai proposé.

A suivre...

--------------

Ce récit est basé sur des faits réels, les noms et certains lieux ont été changés.

Extrait de http://salemoment.tumblr.com/ avec l'aimable autorisation de l'auteur Olivier Ka

Introduction - billet n.17

1999... Ceux qui ont moins de 40 ans aujourd'hui n'ont pas du tellement se sentir concernés, même si les média de l'époque en ont fait des tonnes : LE BUG de l'an 2000 ! Mais pour les informaticiens en place à l'époque, c'était un truc sérieux.

Pour mes jeunes lecteurs, je résume rapidement : durant l'antiquité informatique, la mémoire de stockage longue durée (ie l'espace disque dur) coûtait chère, et donc, comme les informaticiens sont des gens économes, tous les programmes qui géraient des dates, les stockaient sur trois octets, par exemple 63/08/03 pour le 3 août 1963. Et pour comparer les dates, il suffisait de comparer les nombres entre eux. Par exemple, pour savoir si le 12 août 1981 est avant ou après le 3 août 1963, il suffit de comparer 810812 et 630803.

Sauf que, avec cette logique, lors du passage de l'année 1999 à l'année 2000, on allait passer de 99 à 00, et donc avoir un risque non nul de problèmes de calcul de dates... L'apocalypse guettait.

MAIS grâce au courage et au dévouement de tous les informaticiens du monde entier qui se sont donnés la main et la souris, des correctifs ont été écrits, des choix technologiques ont été faits (par exemple, la règle 2029 dans Excel), un label "compatible an 2000" a été créé, les avocats ont préparé leurs armes, et tout le monde a retenu son souffle le 31 décembre 1999 à 23h59.

Pour ma part, j'avais appliqué tous les patchs recommandés, et je m'étais auto imposé une astreinte en salle serveurs. Je suivais l'évolution des différents passages à l'an 2000 dans les différents fuseaux horaires, et s'il y avait des problèmes (il n'y en a pas eu). A 00h00, le 1er janvier 2000, dans ma tranche horaire, j'ai constaté qu'aucun problème ne se présentait, et pour plus de sécurité, j'ai redémarré tous les serveurs et tous les périphériques réseaux.

J'ai pu alors rentrer chez moi et entamer cette dernière année du 20e siècle en sablant le champagne avec mon épouse. Et attendre sereinement les prochains problèmes (pensez-y le 19 janvier 2038 ;-)

Ce que je ne savais pas, c'est que la startup entrait dans une zone de turbulences...

--------------

Ce récit est basé sur des faits réels, les noms et certains lieux ont été changés.