Comment vous satisfaire? (Gérer la tension et l’expédier)

Hier, je déjeunais avec des amis et d’autres propriétaires d’entreprise et développeurs, et l’un des sujets qui ont été abordés au cours de notre discussion était l’idée de savoir si bon est assez bon ?

Plus précisément, chaque fois que vous travaillez sur un projet logiciel, quand est-ce Good Enough ™ à livrer au client ?

À quel point est-ce assez bon avec les normes de codage ?

L’implication étant, bien sûr, que si c’est assez bon, alors cela répond aux exigences, mais il y a probablement une tension sous-jacente qui, avec plus de temps, d’argent ou d’autres ressources, nous reviendrons en arrière et améliorerons certains aspects d’un projet.

Si vous êtes développeur ou designer, vous avez peut-être ressenti cette tension. J’ai. Pour ce que ça vaut, je le ressens avec presque tous les projets sur lesquels je travaille.

Et bien sûr, nous pouvons débattre toute la journée de ce que signifie être assez bon. Mais je pense que la définition change plus on avance dans l’industrie.

À quel point est-ce assez bon, de toute façon ?

Le point que j’essaie de faire valoir est qu’assez bon est une cible mouvante souvent dictée par votre niveau d’expérience (par rapport à tout autre qualificatif comme, disons, votre âge).

Je suppose, pour cet article, que vous êtes dans l’industrie depuis assez longtemps et que vous travaillez avec un ensemble similaire d’outils et de langages pour saisir pleinement les idiosyncrasies de chacun des langages et outils que vous utilisez. Je n’hésite pas à préférer aller en profondeur plutôt qu’en largeur quand il s’agit de créer des logiciels.

Ça change avec le temps

Dans le même temps, le niveau d’expérience que nous considérons comme "assez bon" évolue. Lorsque vous débutez, assez bon signifie probablement que quelque chose fonctionne. Si vous faites partie d’une équipe – en particulier de développeurs expérimentés – vous Je suis susceptible d’obtenir beaucoup de commentaires sur la façon d’améliorer les choses.

Et au début, cela peut être difficile. C’est peut-être même un peu décourageant. Je veux dire, vous êtes fier de ce que vous avez fait, mais vous avez une poignée de personnes qui vous disent comment changer les choses. La même chose se produit en open-source, soit dit en passant (pour ce que ça vaut).

Ne pas édulcorer ou changer quoi que ce soit parce que vous avez raison : cela peut devenir décourageant. Je veux dire, vous avez passé je ne sais combien d’heures à travailler sur quelque chose, vous le faites fonctionner, puis vos pairs corrigent une grande partie du travail que vous avez fait.

Nous pouvons améliorer les choses ensemble.

N’oubliez pas que la motivation derrière cette critique n’a rien à voir avec vous en tant que personne. Et cela n’a rien à voir avec le fait de dire que vous n’êtes pas assez bon. Cela signifie que vous l’avez fait fonctionner, ce qui est génial, maintenant rendons cela encore meilleur.

Au fur et à mesure que vous en apprenez davantage, la mesure de ce qui était autrefois assez bon change soudainement.

Quand ce qui était bon n’est plus vrai

Et c’est là que la tension entre en jeu: ce qui était autrefois assez bon ne l’est plus maintenant. C’est en dessous de la moyenne, non ? Ainsi, le nouveau suffisamment bon est quelque chose de plus organisé, de mieux architecturé et de mieux organisé.

Ensuite, une nouvelle tension est introduite: vous atteignez un délai, ou vous manquez d’argent, et il est temps d’expédier le produit. Vous savez que le travail que vous avez effectué est bon, gérable et suffisamment bien documenté pour faire avancer le projet.

Comment vous satisfaire? A-t-il de la documentation?

Mais ce n’est pas assez bon parce que vous êtes conscient des choses que vous pourriez optimiser si vous aviez juste un peu plus de temps. Vous ne le faites pas, cependant – vous devez l’expédier dans son état actuel.

Secrets commerciaux

Voici le sale petit secret de l’industrie que, pour une raison quelconque, les gens ne veulent pas admettre : il n’y a pas de problème à l’expédier dans cet état.

Expédier le produit dans son état donné est correct.

Premièrement, l’état dans lequel il se trouve n’est pas seulement mieux que rien du tout ; c’est quelque chose de mieux que ce que vous pouviez faire auparavant. Ceux d’entre nous qui se soucient de ce métier le ressentent avec presque tout ce qu’ils

Deuxièmement, le logiciel est malléable. Il peut et sera modifié au fil du temps. C’est pourquoi nous avons des versions de notre travail. Ceux d’entre nous qui se soucient de ce métier ressentent cette tension avec presque tout ce que nous faisons.

Enfin, l’idée de ce qui est considéré comme Good Enough™ ne disparaît pas. Ça bouge juste. Plus vous en apprenez sur la production de bons logiciels, plus la différence de définition de ce qui est assez bon change.

La tension ne se résout pas

Habituez-vous donc à la tension. Embrassez-le même. Si vous ne le ressentez pas, je dirais que vous ne vous souciez pas de produire un produit de qualité. Et je sais que c’est une déclaration audacieuse à dire, mais je n’ai pas encore rencontré de développeur avec son mérite qui ne se débat pas avec ça.

Cela fait partie du travail. Prenez-le pour ce qu’il est. Si vous le sentez, c’est un bon signe que vous êtes sur la bonne voie.