Software Craftsmanship

Agile

Du Scrum au Scrumban – Libérez votre process agile. Première étape : Adapter le management visuel

Scrum est la méthode de référence lorsqu’il s’agit d’apporter un cadre à un projet en agile. Comme c’est un standard répandu, elle permet à l’équipe de ne pas trop se poser de questions sur leur organisation au lancement du projet. Une fois que l’équipe est rodée à la méthode, nous avons : un backlog priorisé une équipe engagée sur un objectif récurrent (par exemple deux semaines) des rituels pour que l’équipe communique un processus d’amélioration continue Et traditionnellement, les équipes utilisant Scrum, ont aussi :…

Lire la suite
Brèves de consultants

Egoless Programming

D’après mon expérience, le milieu informatique peut être assez hostile. Cet article expose une des raisons majeures de ce constat, l’égo du développeur. Après avoir comparé des environnements hostiles et bienveillants, je présenterai des idées pour non seulement y survivre, mais aussi inverser la tendance et prendre encore plus de plaisir à faire ce qui nous plaît : de la tech. Pourquoi tant d’ego en info ? En informatique, on se pose beaucoup de questions, tout le temps. Pour être reconnu comme compétent dans un…

Lire la suite
Agile

Compte-rendu Petit-déjeuner – Cultiver l’art du code de qualité en entreprise…

... afin de livrer plus tôt des applis moins coûteuses. Comme nous le rappelle Laurent Barbier dans son introduction – en empruntant les mots de Christian Fauré dans sa préface de Culture Code :  le code est le reflet de l'ambition "digitale" de la société qui l'a produit. Ce petit-déjeuner est donc l'occasion pour Emmanuel Lehmann et Antoine Blancke, tous deux développeurs chez Axa, de témoigner de la volonté du groupe d'assurance d'améliorer sa production logicielle dans le cadre de sa "stratégie digitale". Ils sont…

Lire la suite
Évènement

Software Craftsmanship en Entreprise – le How to détaillé par les experts OCTO dans un nouveau Livre Blanc

Culture Code - Better Places with Better Code eXreme Programming, Coding Dojo, revue de code, Test Driven Development, Code propre,  Pair Programming, … chez OCTO, nous avons une conviction : le développement de logiciels est un savoir-faire, qui s’acquiert via l’expérience et l’accompagnement de ses pairs, comme dans l’artisanat. Une simple formation n’est pas suffisante : le développement est un métier, il nécessite un apprentissage permanent qui passe par la programmation mais aussi par les pratiques de développement associées.

Lire la suite
Brèves de consultants

Ce qu’on ne m’avait pas dit sur le développement

Non, ceci n'est pas un howto. Ce n'est pas non plus un how-not-to. C'est du vécu. Ici je vous parle de mon ressenti, de l’arrivée dans mon premier projet jusqu’à sa fin. Je vous parle de tout ce qui a pu me marquer, me donner envie d’adopter l'état d'esprit d'un software craftsman, et surtout de ce que chaque étape m’a apporté. Pourquoi ? Parce qu'il n'y a pas qu'une manière, ou contexte pour y parvenir, mais qu'en revanche n'importe quelle expérience peut inspirer la vôtre…

Lire la suite
Méthode

Sortir de la non qualité

Il y a quelques mois de cela, Michel vous parlait de la culture du Software Craftsmanship. Il évoquait notamment dans son article les différents enjeux à adresser pour diffuser cette culture dans l’entreprise. J’aimerais prolonger son discours en vous proposant de revenir sur l’origine de cet océan de code “legacy” dans lequel beaucoup d’entres nous naviguent douloureusement chaque jour. Mais surtout, j’aimerais vous proposer des moyens de s’en sortir.

Lire la suite
Agile

Comment rater vos revues de code ? – Épisode 2

Dans l'article précédent, nous avons commencé à voir pourquoi il est important d'être vigilant en organisant les premières sessions de revue. Voici un nouvel épisode sur le thème de la revue de code, plus précisément sur les écueils que nous avons rencontrés et qui risquent de rendre difficile le bon déroulement de vos revues.

Lire la suite
Méthode

Ecrire du code propre – Le nommage

Après ce premier article sur les piliers qui soutiendront votre pratique du code, je vous propose de commencer par la pratique la plus simple mais bien souvent la plus négligée : le nommage. Un nommage adéquat sera la source première de sens à votre code. Quand on sait que 70% du temps d'un développeur  consiste à lire du code, il est important d'en optimiser sa compréhension.

Lire la suite