Nouveautés

Seuls les paranoïaques survivent

13/9/2016

Traduction: traduction automatique

La confiance en soi et l'arrogance font du bien. Mais le paresseux rate très vite le dernier train. Et petit à petit, il se rapproche de son dernier souffle. Ainsi, la règle qui s'applique à nous et à vous est que la réflexion et le retour d'information vous permettent de vous améliorer : Partie 2 de notre manifeste de l'ingénierie : embrassez l'incertitude !

Certains d'entre vous connaissent peut-être le conte de fées Les habits neufs de l'empereur. L'empereur aime les vêtements. Dans l'histoire, les escrocs vendent à l'empereur une robe spéciale, qui serait faite sur mesure pour lui. On disait que le vêtement avait la propriété de devenir invisible pour ceux qui ne correspondaient pas à leur fonction ou qui étaient tout simplement trop stupides. Personne ne voulait dire à l'empereur qu'il se promenait nu. L'empereur lui-même ne voulait pas l'admettre. Car cela signifierait qu'il s'est laissé prendre pour un imbécile par les escrocs. Un jour, un enfant s'exclame dans la foule : "Mais il n'a rien sur lui". Et lorsque le mot fut prononcé, tout le monde osa soudain dire la vérité qui dérange. Ayons donc le courage de poser des questions, même si nous risquons de nous faire remarquer négativement devant la foule.

Une bonne préparation, c'est la moitié du chemin (proverbe)

Les histoires d'utilisateurs sont soigneusement préparées au préalable par le responsable de la composante.
Il peut arriver qu'une équipe doive apporter des modifications à une ancienne logique qui n'est pas facile à comprendre. Dans ce cas, l'idéal est de prévoir au préalable une histoire de recherche. Cela permet également de créer des visualisations de processus si nécessaire, afin de favoriser la compréhension commune de la logique. L'élaboration des connaissances constitue une bonne base pour les discussions au sein de l'équipe. Et elle permet d'identifier les problèmes à un stade précoce et de fournir de meilleures estimations.

Les choses entières sont toujours aussi simples que la vérité elle-même. Seules les demi-mesures sont compliquées. (Heimito von Doderer)
Divide et impera (expression)

En fait, il n'y a vraiment rien au monde qui soit compliqué. Car toutes les choses compliquées sont faites de choses simples. Si nous commençons à communiquer les informations de manière simple, avec des diagrammes UML, des graphiques NDepend, des évaluations, des modèles de conception, des tableaux, etc. Ensuite, nous voyons tous la vue d'ensemble et soudain les choses sont faciles à comprendre et à mettre en œuvre.

Lorsque nous développons des solutions, il est essentiel qu'elles soient aussi simples que possible. Plus une solution est claire et simple, mieux c'est. Cela permet de réduire les efforts de communication, d'utilisation et de maintenance.

Tout le monde a une planche devant la tête - cela dépend seulement de la distance... (Marie Freifrau von Ebner-Eschenbach)

Les histoires de teamswitch et les bugs d'autres composants sont un bon moyen d'apprendre quelque chose de nouveau. Cela ne peut pas faire de mal de s'intéresser à un autre composant. On comprend mieux l'ensemble et on prend à nouveau un peu plus de distance avec la planche ;)

Le fer aiguise le fer ; de même, un homme en aiguise un autre (Bible, Proverbes 27,17)

Personne n'est parfait. Ensemble, nous pouvons nous aider à devenir meilleurs. Un autre voit l'erreur qui est invisible à nos yeux. C'est pourquoi les revues de code et les feedbacks sont précieux, car nous pouvons évoluer et nous améliorer ensemble. Les erreurs peuvent être résolues avant qu'elles n'apparaissent dans l'environnement de production.

Voici quelques suggestions sur le thème "Embrasser l'incertitude"

J'ai le courage d'aborder les incertitudes, même s'il peut en résulter une situation embarrassante.
En cas d'incertitude sur des composants, je prévois des histoires de recherche.
Je divise les problèmes compliqués en plusieurs tâches partielles plus simples. Pour ce faire, j'utilise des outils méthodologiques et techniques tels que Story Mapping, diagrammes BPMN, NDepend, SonarQube etc.
Je considère les histoires de Teamwitch comme un élargissement de l'horizon et j'acquiers des connaissances sur d'autres composants .- Je minimise l'incertitude grâce aux Revues par les pairs et au feedback de toutes les parties prenantes .- Je prends les décisions critiques le plus tard possible, afin de pouvoir utiliser le plus de détails possible pour la décision, qui sont élaborés lors de la mise en œuvre .

Encore une fois, d'autres exemples illustratifs de la façon dont la deuxième devise du manifeste peut être vécue sont les bienvenus. Tout commentaire est le bienvenu.

Notre manifeste

Nouveautés
Pourquoi la force ne devrait pas toujours être avec vous
par Tim Csitkovics

Notre manifeste vous convainc?

Ou il ne vous convainc pas, mais vous voulez quand même développer chez nous ? Nous avons les offres d'emploi suivantes dans le développement de logiciels :

Cet article plaît à 29 personne(s)

Robert Rajakone

Software Engineer

robert.rajakone@digitecgalaxus.ch

1 commentaire

later