10 développeurs de modèles mentaux peuvent utiliser pour se débloquer

Commencez à expérimenter avec dix modèles mentaux que vous pouvez utiliser pour vous débloquer, examiner des problèmes difficiles sous de nouveaux angles, vérifier vos hypothèses et comprendre les systèmes plus en profondeur.

Comment récupérez-vous rapidement lorsque vous êtes coincé dans une ornière ?

Naturellement, vous pouvez vous asseoir et réfléchir à des solutions. Malheureusement, l'inspiration peut prendre du temps à venir lorsque vous résolvez un défi compliqué avec votre code.

Que pouvons-nous faire pour mieux penser et résoudre les problèmes plus rapidement ?

Que vous souhaitiez identifier la cause profonde d'un problème ou comprendre la manière idéale d'établir des priorités, les modèles mentaux peuvent offrir des informations précieuses.

Qu'est-ce qu'un modèle mental ?

Un modèle mental est un moyen pour nous de comprendre le monde. Les modèles mentaux sont des cadres qui nous aident à comprendre comment notre esprit fonctionne et pourquoi nous pensons comme nous le faisons. Nous pouvons également utiliser des modèles mentaux pour rationaliser les concepts.

Les modèles mentaux ne sont pas toujours bons. Ils sont une façon simplifiée de penser qui peut nous aider à mieux comprendre les choses. Nous pouvons utiliser ces informations pour agir.

Les modèles mentaux sont puissants parce qu'ils sont flexibles. Comme les métaphores, les modèles mentaux nous permettent de comprendre des choses que nous ne connaissons pas en les comparant à ce que nous savons déjà.

Par exemple, la théorie des jeux est une branche des mathématiques axée sur l'analyse des actions et contre-actions d'individus ou de groupes. C'est une forme rigoureuse de modélisation mentale qui nous permet d'explorer des concepts tels que la prise de décision, la stratégie et même les relations réciproques avec les autres.

En tant qu'êtres humains, il est facile pour nous de sous-estimer la puissance de ces outils. Nous oublions souvent à quel point la réflexion entre dans nos routines quotidiennes. En fait, les modèles mentaux peuvent nous aider à examiner comment nous travaillons et pourquoi nous pensons comme nous le faisons.

Comment les modèles mentaux aident-ils les développeurs à mieux penser ?

Les modèles mentaux de notre cerveau déterminent la qualité de nos pensées. Comprendre quel modèle mental correspond le mieux à une situation peut vous aider à travailler et à penser plus intelligemment.

Pour les développeurs, les modèles mentaux peuvent être bénéfiques pour votre productivité et votre efficacité. Cela pourrait vous permettre de comprendre le problème, de corriger les problèmes de haut niveau dans le code et d'éviter les bogues potentiels.

Considérez ce scénario.

Vous êtes dans la zone et vous écrivez du code à un rythme rapide lorsque quelque chose ne va pas. Vous vérifiez le code source, itérez les solutions potentielles, appelez un débogueur ou analysez les traces de la pile.

Une fois bien fait, vous pouvez trouver la cause première du problème. Mais cela peut prendre beaucoup de temps et d'efforts.

Maintenant, considérons un scénario alternatif.

Disons que vous avez rencontré un problème avec un code.

Au lieu d'utiliser une variété de stratégies aléatoires, vous pouvez analyser le modèle mental d'un système. Réfléchissez aux conditions qui ont conduit au bogue et trouvez les zones où le code n'est pas aligné avec le modèle mental.

Un développeur pourrait identifier la solution même sans recherche Google avec cette approche.

Maintenant, quels sont les modèles mentaux qui peuvent vous aider à vous débloquer ? Voici quelques modèles mentaux notables pour les développeurs qui peuvent vous aider à faire le travail.

Modèle mental 1: Ducking en caoutchouc

Le canard en caoutchouc est un terme plus court pour « débogage du canard en caoutchouc ».

Le concept est né d'un conte dans lequel un programmeur décrivait son code ligne par ligne à un canard en caoutchouc.

Bien que son inspiration originale semble étrange, le raisonnement est simple.

Expliquer votre code à une autre personne ou à un objet inanimé vous permet de décomposer le problème et de déterminer où vous êtes bloqué. Vous êtes obligé de sortir des sentiers battus.

Finalement, vous arriverez au point où vous vous êtes trompé avec votre code.

Juste pour clarifier, vous n'avez pas besoin de parler à un vrai canard en caoutchouc ou à une peluche pour y parvenir. Vous pouvez également obtenir des informations précieuses en esquivant en caoutchouc avec un collègue ou un ami. Lorsque vous tentez d'expliquer votre code en profondeur, ils peuvent réfléchir à des solutions potentielles.

Modèle2 : Cercle de compétences

Le cercle de compétence consiste à différencier « ce que vous savez » de « ce que vous ne savez pas ».

Pour faire simple, ce modèle mental vous aide à rester conscient de vos domaines d'expertise. En même temps, vous pouvez accepter vos faiblesses ou des secteurs où vous êtes désavantagé.

Peu importe depuis combien de temps vous travaillez en tant que développeur, vous ne pourrez pas tout savoir.

Un exemple serait un développeur de jeux qui évolue en tant que développeur dans le secteur financier.

Vous devez maîtriser C # et C ++, la conception d'interface utilisateur et les terrains de programme ou l'IA pour les personnages non jouables en tant que développeur de jeux. Certaines de ces compétences peuvent être utiles dans votre rôle actuel, mais vous découvrirez plus tard que vous devez également comprendre les lois bancaires ou gérer les services de sécurité.

Avec le Cercle de compétences, les développeurs peuvent prédire les défis qu'ils peuvent rencontrer lorsqu'ils démarrent un nouveau projet ou passent à un nouveau poste. Une fois que vous savez ce qui est en dehors du cercle, vous pouvez demander de l'aide ou contacter des experts qui pourraient vous aider à conquérir les domaines où vous n'êtes pas confiant.

Modèle3 : Boucles de rétroaction

Une boucle de rétroaction se produit lorsqu'une sortie d'un système réintègre le système en tant qu'entrée.

Il se produit généralement dans le "planifier-faire-vérifier-agir(PDCA) », un processus itératif d'amélioration des produits et services.

Ce processus comporte quatre étapes :

• Plan: Déterminer ce qui doit être fait
• Faire: Suivant le plan initial
• Vérifier: Évaluer l'exécution de votre plan et évaluer son efficacité
• Loi: Mettre le plan en action

Dans le développement de logiciels, des boucles de rétroaction peuvent se produire pendant la phase de développement.

Ce processus peut impliquer l'agrégation des commentaires d'un échantillon de clients pour déterminer si la sortie résout ce à quoi elle est destinée. Sinon, nous risquons de perdre du temps et de l'argent dans la phase de développement sans satisfaire les attentes des clients.

Les développeurs peuvent appliquer des boucles de rétroaction lors de la programmation en binôme ou des révisions de code.

Imaginez qu'un développeur junior écrive le code pendant qu'un développeur senior le révise. Le processus améliore les compétences des développeurs juniors, aide à identifier les bogues et améliore les résultats ultérieurs de l'équipe.

Modèle4 : Cartes mentales

Une carte mentale est un diagramme qui offre une représentation visuelle de concepts ou d'idées.

Essayez de lancer un projet en créant une carte mentale. Commencez par une idée ou un concept central. Cela peut être le problème principal ou le titre du projet.

Ensuite, vous pouvez ajouter des branches ou des sous-thèmes liés au concept central. Celles-ci pourraient être les principales tâches qui doivent être effectuées par chaque équipe.

Vous pouvez ensuite ajouter d'autres sous-thèmes ou branches. Celles-ci pourraient englober les tâches assignées à chaque membre, contribuant à l'objectif global.

Une carte mentale est également utile dans le processus de test du développement de logiciels. Les testeurs pourraient l'utiliser pour explorer une application et répertorier les tests réussis ou échoués.

En cours de route, vous pouvez même inclure des questions dans les sous-branches. De cette façon, les commentaires et les problèmes sont organisés dans un format facile à comprendre.

Modèle5 : Hill Charts

Les graphiques en colline sont un modèle mental qui peut vous aider à identifier ce qui est en mouvement et ce qui est bloqué.

Comme la forme d'une colline, le graphique est composé de deux phases – une pente ascendante et une pente descendante.

La première phase est «Comprendre les choses», située sur la pente ascendante. A ce stade, vous avez une compréhension de base du projet, mais vous devez encore régler certaines inconnues ou finaliser votre stratégie globale.

Au fil du temps, vous finirez par atteindre un point où vous serez prêt à mettre votre stratégie en action. Ensuite, la phase descendante consiste à «faire en sorte que cela se produise» ou à mettre en œuvre.

Les développeurs peuvent utiliser les graphiques Hill en créant des listes de tâches pour leurs projets. Au fur et à mesure que vous remplissez ou ajoutez d'autres éléments sur la liste, identifiez où ils doivent être situés sur le graphique Hill.

Les développeurs seniors travaillant sur plusieurs projets ou gérant plusieurs équipes peuvent l'utiliser pour évaluer où une équipe concentre ses efforts. Cela pourrait également aider à identifier les groupes bloqués et ce dont ils ont besoin pour aller de l'avant.

Modèle6 : Loi de Parkinson

La loi de Parkinson est un modèle mental qui stipule que le travail s'étend pour remplir le temps imparti.

Prenez, par exemple, une équipe de développeurs qui dispose de trois semaines pour ajouter ou modifier une fonctionnalité spécifique du produit. L'équipe est ravie de constater qu'elle dispose de suffisamment de temps pour terminer le projet. Ils commencent lentement et ont besoin de trois semaines pour terminer la tâche, mais ils découvrent plus de problèmes à terminer après avoir reçu des commentaires.

La loi de Parkinson stipule que les équipes doivent fixer des délais pour une efficacité maximale, même s'ils sont imparfaits.

Dans le premier exemple, l'équipe semble trop détendue à cause de l'illusion du temps. Des questions et des ajustements mineurs pourraient les ralentir, mais la sortie peut toujours être imparfaite.

Cependant, si on leur accordait un délai réaliste de deux semaines, la même équipe pourrait en faire plus en moins de temps. Ils auront même suffisamment de temps pour travailler sur les retours des tests, si nécessaire.

Modèle7 : 5 pourquoi

Les 5 pourquoi est un modèle mental qui nécessite de se demander "Pourquoi" cinq fois.

La justification est que lorsque vous identifiez un problème, la solution la plus évidente peut ne pas traiter la cause première du problème.

L'identification de la cause principale permettra aux développeurs d'économiser du temps et des efforts. Sinon, ils appliqueraient simplement des solutions de fortune tandis que le vrai problème n'est pas résolu.

Un exemple qui semble pertinent pour les développeurs pourrait être le suivant :

Pourquoi l'utilisateur n'a-t-il pas pu accéder à la fonctionnalité de calendrier dans l'application ? Il y avait un bug dans la dernière mise à jour.

Qu'est-ce qui a conduit au bogue dans la récente mise à jour ? L'équipe n'a pas pu tester toutes les fonctionnalités. Pourquoi l'équipe n'a-t-elle pas pu tester toutes les fonctionnalités ? Les nouveaux testeurs de l'équipe n'ont pas pu tester correctement toutes les fonctionnalités.

Pourquoi les nouveaux testeurs n'ont-ils pas bien performé ? Ils n'ont pas non plus reçu de ressources ni de formation adéquate. Pourquoi n'ont-ils pas reçu la formation et les ressources appropriées ? La plupart des nouveaux testeurs travaillaient à distance.

L'équipe chargée de les former a du mal car il n'existe pas encore de processus d'intégration éprouvé pour les travailleurs entièrement à distance.

Modèle8 : Renversement

Pendant le processus de résolution de problèmes, nous pensons souvent à l'avenir.

Cela peut être efficace pour résoudre des problèmes simples. Cependant, il peut être difficile de s'attaquer à un problème complexe qui doit être décomposé.

L'inversion nous aide à décomposer les problèmes et à réfléchir à des solutions en pensant à l'envers.

Supposons que votre produit logiciel a lancé un essai gratuit pour augmenter votre clientèle. Pourtant, le taux de conversion de l'essai gratuit n'est que de 2 %.

Le processus de réflexion standard pour les solutions de remue-méninges impliquerait de demander,« Que puis-je faire pour inciter davantage de personnes à utiliser mon produit même après la fin de l'essai gratuit ? »

Au lieu de penser à l'avenir, inversez le problème et demandez, "Quelles fonctionnalités les utilisateurs ont-ils le plus essayées pendant l'essai gratuit ? Comment pouvons-nous améliorer l'expérience utilisateur dans notre forfait gratuit ? »

La solution au premier problème peut uniquement consister à améliorer votre expérience d'intégration et à créer des didacticiels. Pourtant, vous pouvez découvrir des problèmes sous-jacents qui contribuent de manière significative au faible taux de conversion en inversant le problème.

Modèle9 : Le rasoir d'Occam

Le rasoir d'Occam, également connu sous le nom de loi de parcimonie, est un modèle mental de résolution de problèmes. Pour le dire simplement, le modèle stipule que lorsqu'il existe plusieurs façons de résoudre un problème, la solution la plus simple est probablement la plus correcte et la plus idéale.

Considérez un développeur qui peut écrire du code simple et complexe pour obtenir le même résultat. Même si deux options existent, la plus idéale serait le code le plus simple car il est plus rapide à réviser et plus facile à mettre à jour.

Bien que le résultat soit le même, la solution la plus simple est plus facile à exécuter et plus avantageuse à long terme.

Modèle10 : Démarrage simplifié

Le Lean Startup implique la boucle de rétroaction construire-mesurer-apprendre.

La plupart des startups commencent par une idée géniale, mais cela peut prendre des semaines ou des mois pour réaliser ce produit.

Processus Lean Startuprésoudre ce problème en encourageant le développement d'un produit minimum viable (MVP) que les clients potentiels peuvent tester.

Une fois que les clients cibles sélectionnés l'ont essayé, la startup mesurera les résultats et demandera des commentaires. Le cycle se poursuit jusqu'à ce que la startup dispose d'un produit de haute qualité qu'elle peut diffuser en masse en toute confiance pour cibler les consommateurs.

L'équipe peut créer le produit idéal grâce aux commentaires continus des consommateurs cibles. Sinon, cela pourrait prendre des semaines ou des mois aux startups pour faire tester un produit bêta.

Pire encore, ils peuvent découvrir des problèmes importants au cours du processus de test. Cependant, ils ont déjà investi des milliers de dollars dans la création d'un produit et ne peuvent pas se permettre de rester à ce stade plus longtemps.

Choisissez le bon modèle mental

Comprendre le bon modèle mental pour chaque situation nous aide à travailler plus intelligemment, pas plus dur.

Traiter un problème compliqué peut nous coûter beaucoup de temps et d'efforts. Les modèles mentaux nous aident à décomposer le gros problème en problèmes beaucoup plus petits. De cette façon, nous pouvons aller au cœur du sujet et développer les solutions les plus pratiques.

Je sais que cela peut prendre du temps pour ancrer ces modèles mentaux dans votre vie quotidienne. Mais une fois que vous avez appris le processus et que vous l'avez actualisé, vous pouvez instantanément vous décoller et vous orienter dans la bonne direction.