Les sombres secrets de la motivation des développeurs

Les ressources humaines ont compris depuis longtemps que l’argent n’est pas un facteur de motivation suffisant. Nous le savons parce que les travailleurs ne fonctionnent pas simplement selon les conditions du marché, privilégiant toujours plus d’argent par-dessus tout. Au lieu de cela, les gens recherchent quelque chose de plus éphémère, que nous appellerons le sens.
Les développeurs recherchent également un sens, le sentiment que leur travail a un but, mais ils ont des moyens uniques de le trouver qui ne sont pas toujours évidents. Si vous n’êtes pas vous-même un codeur, alors une grande partie de ce que vous pensez de la nature unique du travail de développement peut être incomplète.
Il y a, par exemple, beaucoup plus de créativité impliquée dans la création de logiciels qu’on ne l’imagine généralement. Le programmeur est motivé et dépendant de cet aspect créatif du codage. Comme l’écrit Dan Moore dans son «Lettres à un nouveau développeur” blog, “Même en tant que nouveau développeur, vous prenez constamment de petites décisions créatives (nommer une variable, par exemple). Cela fait partie de ce qui rend le développement de logiciels si gratifiant et amusant. C’est aussi l’aspect le plus souvent négligé dans les soins et l’alimentation des développeurs.
Équilibrer les motivations productives et créatives est la clé du succès à long terme des développeurs, et c’est l’aspect le plus souvent négligé dans les soins et l’alimentation des développeurs.
Les informations suivantes sur l’état d’esprit des développeurs, les sombres secrets de ce qui motive vraiment (ou démotivent les développeurs), aideront les responsables informatiques à trouver l’équilibre entre les motivations productives et créatives qui sont la clé du succès à long terme des développeurs.
Mesurer les bonnes sorties
Personne n’aime être traité comme un poste budgétaire. X montant de salaire pour Y montant de production et si les lignes se croisent dans la mauvaise direction, vous êtes éliminé. Mais il est particulièrement dangereux de regarder les codeurs de cette façon car la sortie est très difficile à quantifier. Si vous chargez un développeur de créer un widget, le temps qu’il passe à se demander comment le rendre réutilisable peut entraîner des avantages imprévisibles sur la route. L’aperçu soudain qu’ils obtiennent sous la douche lorsqu’ils réfléchissent à la façon dont les composants logiciels s’emboîtent est très probablement plus précieux que ce que vous les avez payés pour construire.
Pour illustrer cela d’une autre manière, la pire façon de penser aux développeurs est en tant que dactylographes : plus de mots équivaut à plus de valeur. Cette compréhension est complètement erronée. La quantité minimale de code qui accomplit les exigences est la meilleure. Le plus distillé à l’essence, mieux c’est. Mais pire encore, cette façon de penser aliénera les développeurs en soutenant des politiques et des prises de décision contraires à leur constitution.
Dans son livre classique Code terminé, Steve McConnell décrit le principe WIMP (Why Isn’t Mark Programming). Cela fait référence au phénomène d’un chef de codage (un colonel de l’armée dans l’exemple du livre) se demandant pourquoi les programmeurs ne semblent pas fonctionner.
Bien sûr, l’industrie a beaucoup mûri depuis la sortie du livre de McConnell en 2004, et tout le monde comprend à peu près la nécessité de la phase de cogitation du développement logiciel. De nombreuses pratiques dans la ligne de pensée de la programmation agile intègrent explicitement la conception et la planification dans le cycle de vie. De nos jours, la plupart des approches tirent profit de la mise en place de boucles de rétroaction plus étroites qui intègrent la réflexion dans le processus, tout en évitant les flux en cascade.
Laisser place à l’innovation
Exécuter un processus solide qui aide vos développeurs à performer est essentiel. Mais au-delà de cela, il y a beaucoup de place pour cultiver l’excellence des développeurs. Matt Raible, défenseur des développeurs chez Okta, est d’accord : « Je pense que la passion et les opportunités d’apprendre sont très importantes pour les développeurs. Avoir la capacité et l’espace pour innover est génial aussi.
Passion et espace pour innover. C’est une curieuse vérité sur l’innovation que souvent les percées ne proviennent pas d’une activité dirigée et orientée vers un objectif, mais de quelque chose qui s’apparente davantage à un jeu ou à une expérimentation libre. À son tour, cette marge de manœuvre, cette capacité à penser et à travailler vers quelque chose au-delà du résultat immédiat alimente la passion. La passion et l’innovation existent dans une boucle de rétroaction positive, un cycle qui ne tourne pas pour un but externe, mais plutôt pour la chose elle-même, la construction et le partage de beaux logiciels.
Les applications pratiques, voire révolutionnaires, peuvent être considérées comme le sous-produit de ce processus plus central. Il peut être difficile de le percevoir de l’extérieur, mais les programmeurs voient les systèmes logiciels élégants comme quelque chose de digne en eux-mêmes.
Et maintenant, je vais immédiatement me retenir avec cette mise en garde : toute vertu est en équilibre. Les développeurs risquent d’aller trop loin dans l’autre sens, tombant dans le piège erreur classique du technologue-construire uniquement pour construire sans revenir à l’utilité de la chose.
Mais je n’ai probablement pas besoin de vous le dire, car vous examinez le budget et votre esprit est animé par la vie de l’entreprise. Vous n’avez pas besoin qu’on vous rappelle le côté commercial si vous venez de ce camp ; vous devez vous rappeler que la façon dont vous obtenez le plaisir et la gratification d’une entreprise en bonne santé, les ingénieurs obtiennent d’un logiciel en bonne santé.
La créativité est sa propre motivation
De nombreux développeurs (oserais-je dire la plupart) sont très motivés par le gain créatif. Cela fait partie de la raison pour laquelle le codage social est si populaire. Les codeurs veulent partager leur travail, leur expression, avec d’autres qui peuvent voir et apprécier ce qui vaut la peine dans le code lui-même, pas seulement le produit final, mais la conception interne. De même, il est gratifiant de regarder ce que d’autres ont fait et d’être frappé par l’ingéniosité d’une autre personne capturée par le biais du code.
Ce sentiment positif et motivant du codage est très similaire à celui de la musique et de l’écriture créative. Dans tous les cas, il y a des avantages à tirer, mais il y a aussi quelque chose d’intrinsèquement valable dans la chose elle-même et dans le fait de la partager avec les autres. Il y a un côté artistique à l’effort, pourrait-on dire. En effet, les développeurs sont aussi variés que n’importe qui d’autre, mais en général ils sont à la fois artistes et ingénieurs.
« Le développement est un peu une boîte noire pour ceux de l’extérieur », déclare Ryan Carniato, créateur de SolidJS. « Il est facile de le voir comme une machine d’entrée/sortie. Et parce que la gamme de ce qui peut être pris de la conceptualisation à la mise en œuvre, il est facile de le voir comme des idées entrantes et des résultats.
« Je n’ai jamais ressenti un manque de respect pour ma propre créativité, juste parfois un manque d’appréciation pour ce qui se passe dans la conception et la construction de quelque chose – et bien sûr la nécessité de rappeler occasionnellement aux gens que nous créons des logiciels, pas des résultats », déclare Carniato.
La culture technologique a parcouru un long chemin en reconnaissant que la créativité des développeurs est essentielle. Pourtant, cela reste l’écart critique entre les développeurs et l’entreprise. Probablement à cause du médium du programmeur – il semble si très dur et mathématique, et pourtant si éphémère – nous devons continuellement nous souvenir du côté créatif et humain de celui-ci.
Le leader qui peut aider à canaliser cet élan créatif vers les objectifs de l’entreprise, en donnant le sentiment de travailler pour une noble cause, tout en nourrissant le sens des possibilités qui nourrit l’âme des développeurs, c’est le leader qui récoltera des bénéfices extraordinaires de la part des développeurs.
Source link