NoMemorySpace

je suis désormais patron d’entreprise. une très petite entreprise de 3 développeurs d’applications web que nous avons nommée ALIXSYS.

ALIXSYS est né de la scission de l’unité Recherche et Développement en Systèmes d’Information (RDSI) de AlphaStudios. En d’autres termes l’équipe ALIXSYS à toujours existé sous cette forme mais sous une autre appellation et sous une direction différente : j’étais le patron de l’équipe, mais j’avais moi même un patron.

A AlphaStudios j’étais “Directeur des Projets”, à l’époque j’avais estimé que le titre de “Directeur Technique” ne convenait pas parce que dans l’entreprise telle qu’elle était structurée tout était technique. Ce qui mettait sous ma responsabilité les deux unités constituant AlphaStudios : RDSI et Web et Multimédia (WM) . WM étant l’unité historique de AlphaStudios. AlphaStudios crée des sites web et des applications multimédia depuis 1997. Date à laquelle j’ai rejoins l’entreprise.

L’unité RDSI est née vers 2001 d’une constatation simple : nous avions des compétences trop importantes pour ce que demandais le marché des sites web et des (défunts) cdroms multimédia. Nous avons donc décidé d’investir le marché des applications pour entreprise et nous avons d’emblèe cru dans les applications web.

Notre idée première c’était de proposer une meilleure solution aux entreprises multi-sites qui jusque là travaillaient avec des applications client-serveur relativement couteuses à maintenir. Mais notre premier client aller nous orienter sur un autre marché auquel nous n’avions pas pensé : celui des sous traitants exportateurs.

Les sous-traitants ont typiquement un donneur d’ordre à l’étranger à l’égard de qui ils doivent montrer le plus de transparence possible. Nous avons donc développé pour cette société une solution simple qui permettait à son client de suivre la production sur internet. Mais les circonstances ne nous ont pas permis d’exploiter ce filon. Il n’en reste pas moins que je crois que nos solutions sont idéales pour les sous-traitants exportateurs et je compte engager ALIXSYS dans cette direction.

Vers 2003 nous sommes passés par un bref épisode de service web d’audience des médias. Malgré la brièveté (relative) et l’échec (certain) de ce projet, cela m’a néanmoins fait réaliser l’importance du SaaS comme modèle de vente de logiciel. à ALIXSYS nous développons, hébergeons et maintenons les applications de nos clients.

Au bout de quelques années de fonctionnement l’équipe à fini par développer un noyau d’application pour entreprise que nous avons appelé AliX. Plus tard l’unité RDSI sera rebaptisée AliX aussi. Ce noyau à servi par la suite de base à une série de Systèmes de Gestion Intégrés (ERP) que nous avons développés pour quelques entreprises tunisiennes. Cet expérience de l’entreprise Tunisienne fut capitale : un logiciel, au delà d’une certaine taille, n’est pas fait que de code; il est fait de négociations, de politique et de relations humaines complexes. je ne suis pas sûr que nous continuerons à faire des logiciels de cette taille là dans ALIXSYS.

Ces dernières années, j’ai fini par m’occuper exclusivement de l’unité AliX, devenue aujourd’hui ALIXSYS. Parce que Anis s’occupait très bien de l’unité WM et parce que cela me convenait parfaitement. Au début de cette année j’ai décidé que pour assouvir mes ambitions, et après 10 ans de travail, je devais fonder ma propre entreprise. J’en ai parlé à Zied, mon patron, et on s’est mis d’accord pour que j’attends encore 6 mois. Le problème étant que la survie de l’unité AliX était menacée sans moi. Mon idée à ce moment là c’était de faire la startup markkit. C’était risqué, mais j’étais volontaire.

Au cours d’une réunion un peu dure avec un client de AliX, le client décide d’arrêter son projet (ce sont des choses qui arrivent). L’étau se resserre sur l’unité AliX, mais je vois une opportunité. Je propose à Zied de séparer AliX de AlphaStudios et au client de travailler avec la nouvelle entreprise. Au bout de 4 mois de négociations ALIXSYS est né.

IBM qui a bien senti que son RUP n’est plus en phase avec les bonnes pratiques actuelles; à décidé d’adopter un nouveau processus agile. elle a confiè l’exécution a Per Kroll et ses acolytes. Le cahier des charges spécifiait bien sûr que le processus doit être compatible avec RUP, et que sa finalité était d’être le processus de développement fourni avec la plate-forme eclipse (principalement sponsorisée par IBM). Le mois dernier Per Kroll nous a pondu un article sur OpenUP.

En gros ils adoptent toutes les bonnes pratiques actuelles (celles sur lesquelles tous les processus agiles sont d’accord) sauf le TDD et ils y ajoutent la notion de “micro-increment” : une espèce de pattern de tache atomique avec des outils sous eclipse et probablement un dépôt pour mettre en commun les “micro-increments” des développeurs dans le monde. Ça c’est pour les bons points. D’un autre coté ils ont ajouté la notion de “phase” héritée de RUP et qui n’apporte absolument rien d’autre que de la confusion.

Plus d’infos »

Anis est parti hier. il n’est pas mort, il est juste parti. maintenant il va travailler sur un autre projet, dans une autre équipe, dans une autre société.

Anis est un excellent programmeur, l’un des meilleurs que j’ai jamais connu. comme tout programmeur il avait un super-pouvoir. le sien c’était l’insensibilité au YAGNI. comme j’y suis très sensible moi même, j’ai toujours admiré ce trait de caractère chez lui. je me souviendrais toujours des séances de CRC ou je me battais, pour expliquer pourquoi ils nous fallait un “éditeur d’unités” qui gère toutes les unités : a la fois les unités d’emballage des articles et les devises des factures. et lui de rétorquer avec sa fameuse réplique : “je ne comprends pas a quoi ça sert.” au final j’arrivais a convaincre toute l’équipe sauf lui. et au final il avait pratiquement toujours raison. j’ai fini par faire plus confiance a son jugement pour ce genre d’affaires qu’au mien.

Plus d’infos »

quand je vous disais que le besoin du programmeur est plus important que le besoin du client, je voulais bien évidemment dire le besoin de l’équipe de développement. vous aurez corrigé par vous mêmes.

je ne suis pas vraiment un programmeur, en tout cas pas dans le cadre de mon travail actuel. et quand cette sensation désagréable de manque de visibilité sur le projet a commencé a se faire sentir, je me suis rendu compte que moi aussi j’avais quelques besoins inassouvis. j’ai beau me dire que mon travail, en tant que gestionnaire du projet, consiste a être disponible pour l’équipe; une autre partie de moi ne cesse de clamer mon appartenance a l’équipe et de ce fait, l’importance de me donner les moyens.

Plus d’infos »

où le besoin du programmeur est plus important que le besoin du client (si la qualité est importante).

l’autre jour, je vous parlais du manque de visibilité sur le projet et je disais alors que l’un des problèmes c’était l’absence de “version courante” disponible a tout moment. mais pourquoi est ce qu’on n’avait pas de version courante?

Plus d’infos »