Gérer une Task Force

le-groupe-aeronaval-archivesA plusieurs reprises dans ma fonction de manager, il m’est arrivé de devoir gérer une « task force« . Autrement dit, une mission temporaire, dans un cadre professionnel… plutôt… tendu…

Je voudrais profiter de cet article rapide pour vous partager quelques idées que j’applique dans ces cas particuliers.

A savoir que la task force est une mission contrainte dans le temps, généralement de l’ordre de quelques semaines (2 à 4 en moyenne pour mon expérience), mise en place pour régler quelques soucis, qui n’ont pas pu être prévus. Donc une tâche assez rapide, et risquée, dans laquelle il est attendu que les risques pris par le(s) décideur(s) soient mesurés.

Que faut il faire?

Lire la suite

Publicités

Qu’est ce que le code legacy?

m1i5zevLe code « Legacy » peut être défini comme l’ensemble du code qui n’est pas testé unitairement. Ce code est difficilement réutilisable car non couvert par des tests automatisés, couvrant la non-régression. Comment en venir à bout? Et d’ailleurs, doit on en venir à bout?

Lire la suite

Coding Rules: Programmation et conventions de nommage

computer-cartoon-happy-guy2En programmation, s’il y a bien une chose importante, c’est de donner des noms compréhensibles à ses classes, méthodes, variables… Il m’est arrivé au début de ma carrière de créer une interface et une classe abstraite, selon les besoins d’implémentation, pour implémenter ce que j’appelais des « Managers » d’objets…

Lire la suite

La maintenance des produits chez un éditeur logiciel

Je viens de mettre en place une nouvelle règle d’équipe concernant la maintenance de nos produits:

c’est l’équipe qui développe qui prend la correction des anomalies existantes sur ses fonctionnalités

dog-food-360

Jusqu’alors, mon entreprise avait décidé de séparer les équipes de développement et les équipes support. Cela engendre, en plus d’une tension entre ces 2 groupes bien dissociés, un problème de qualité auto-induit, et très désagréable à combattre (du fait de l’auto-induction 🙂 ).

Afin d’augmenter la qualité, j’ai donc prévenu l’équipe R&D, qu’à partir d’aujourd’hui, le 25 juin 2012, nous corrigerons les anomalies qui sont produites dans nos développements. Pour moi, le support doit être effectué par les développeurs des fonctionnalités.

Cela va forcément amener une augmentation de la qualité.

Il n’y a pas vocation à créer une équipe support chez un éditeur logiciel SaaS ou pour tout autre éditeur qui ne vit pas de cette maintenance :).