Fermer

octobre 16, 2020

Développement proximal de zone Créer de meilleures équipes d'ingénierie


Par essais et erreurs, j'ai découvert que la meilleure façon d'augmenter la productivité d'un nouvel ingénieur logiciel est d'augmenter progressivement le niveau de difficulté et d'indépendance auquel il opère. Il s'avère que le nom pour cela est la zone de développement proximal.

J'ai passé les huit dernières années à diriger des équipes d'ingénierie logicielle dans des sociétés de technologie de l'éducation, j'ai donc eu l'occasion d'embaucher plusieurs ingénieurs en début de carrière. Par essais et erreurs, j'ai trouvé que la meilleure façon d'augmenter la productivité d'un nouvel ingénieur logiciel est d'augmenter progressivement le niveau de difficulté et d'indépendance auquel il opère.

Je n'ai jamais eu de nom pour ce processus jusqu'à ce que j'embauche un ingénieur logiciel qui était autrefois directeur d'école. J'ai commencé à lui parler de notre processus d'intégration, et elle m'a arrêté et a dit: «Je vois, vous utilisez la zone de développement proximal

Qu'est-ce que la zone de développement proximal? [19659005] Je n'avais jamais entendu le terme auparavant, mais en apprenant le sujet, je me suis rendu compte qu'il s'agissait d'un excellent modèle mental pour enseigner de nouvelles compétences. La zone de développement proximal (en abrégé ZPD) décrit le domaine des tâches qu'un apprenant peut effectuer uniquement avec un peu d'aide.

 La zone de développement proximal est effectué avec de l'aide, et il est situé entre complètement inconnu et maîtrisé

L'apprentissage se produit dans cette zone. Les tâches déjà maîtrisées ne poussent pas suffisamment l’élève, tandis que les tâches trop avancées lui seront impossibles à saisir. Au fur et à mesure que l'élève apprend, sa zone de développement proximal changera. Les bons enseignants doivent créer un cadre pour déplacer la barre un peu plus haut à chaque fois que cela se produit.

Dans l'éducation, ce processus est appelé «échafaudage». Un enseignant qui applique la zone de développement proximal à sa classe aidera chaque élève à rester dans cette zone en proposant des groupes de pairs ou des conseils aux élèves en difficulté et en élevant la barre plus haut pour les élèves déjà passés à la maîtrise. C'est incroyablement difficile à faire avec 30 enfants ayant des niveaux de compétence différents, mais cela s'est avéré efficace dans de nombreuses études au cours des dernières décennies .

The ZPD in Engineering Education

Le concept a été utilisé dans l'enseignement de l'informatique et de l'ingénierie. Un article de 2013 rédigé par deux professeurs d'informatique de l'Université d'État de Winona a conclu que l'utilisation de projets familiers et amusants comme le développement de jeux est une meilleure façon d'initier les étudiants à la profession que des connaissances purement conceptuelles:

Nous pensons qu'un apprentissage optimal a lieu pour les élèves lorsque le matériel est dans leurs capacités cognitives, il est présenté d'une manière qui leur est familière, et utilise une application qui leur est pertinente ou intéressante… Nous devons à la fois rester dans la zone de développement proximale des élèves. développement ainsi que dans leur zone de confort.
Apprentissage de l'informatique dans la «zone de confort du développement proximal»

De même, quatre professeurs d'ingénierie de Purdue ont proposé d'utiliser la zone de développement proximal pour accroître la réflexion innovante en ingénieurs. Leur article de la conférence 2016 American Society for Engineering Education conclut:

Pour que les étudiants soient innovants, ils ont besoin d'échafaudages alignés sur leur état actuel de compétences. Si des projets qui nécessitent ou tentent de susciter l'innovation existent dans le cadre de ce que les élèves peuvent faire sans aide ou en dehors de ce que les élèves peuvent faire avec de l'aide, l'interaction des élèves avec l'innovation diminue.
Innovation and the Zone of Proximal Development in Engineering Education [19659012] Si vous voulez que de nouveaux ingénieurs se développent, vous devez progressivement les pousser au-delà de ce qui est confortable et dans la zone de développement proximal.

Pourquoi les employeurs n'ont-ils pas été pris au piège?

Alors que la formation en génie peut embrasser la zone de développement proximal et cadres structurés, j'en vois peu dans les organisations d'ingénierie aujourd'hui. Certaines entreprises refusent d'embaucher des ingénieurs débutants parce qu'elles « ne veulent pas que leurs ingénieurs supérieurs soient« distraits » en leur demandant de tout leur apprendre.

Cela semble raisonnable à première vue, mais c'est extrêmement court. aperçu. Le premier facteur de motivation cité par les ingénieurs en logiciel est «les opportunités de croissance professionnelle», donc si vous n'êtes pas disposé à former des ingénieurs débutants, pourquoi investiriez-vous pour aider les ingénieurs seniors à se développer? Construire une culture d'apprentissage est le moyen le plus simple de recruter et de retenir de bons ingénieurs à tous les niveaux.

Observation du ZPD chez les ingénieurs logiciels

Si la zone de développement proximal semble encore abstraite, laissez-moi vous donner un exemple familier de mon carrière. Si vous avez déjà embauché et formé un autre ingénieur avec succès, cela vous semblera probablement familier.

En 2019, j'ai embauché un nouvel ingénieur chez The Graide Network . Elle était tout droit sortie d'un bootcamp de codage, mais très désireuse d'acquérir de nouvelles compétences. Je commence généralement de nouvelles recrues avec de petits projets de dette technique, car les enjeux sont faibles et ils les aident à renforcer la confiance. Une fois que notre nouvelle recrue avait fait quelques améliorations de peluchage et de test, je lui ai confié des tâches de refactoring.

Quelques semaines plus tard, ma nouvelle recrue a rencontré quelques difficultés. Je ne me souviens pas des détails, mais elle travaillait sur un projet au milieu de sa zone de développement proximal. Nous nous sommes jumelés sur le projet pendant quelques heures et, assez rapidement, elle a été décrochée et a de nouveau progressé.

La prochaine fois qu'elle s'est heurtée à une tâche similaire, c'était facile. Elle avait pris quelques notes sur notre solution et avait son code précédent à titre de référence. Résoudre ce problème ensemble lui a donné les compétences nécessaires pour résoudre des problèmes similaires de manière indépendante à l'avenir. J'en ai fait un élément central de mon processus de gestion . Chaque entreprise et chaque directeur construira un échafaudage qui fonctionne pour eux, mais voici quelques-unes des choses que j'ai apprises lors de la mise à niveau des membres de l'équipe en utilisant la zone de développement proximal:

1. Évaluer les compétences actuelles de chaque ingénieur

Vous ne pouvez pas aider les membres de votre équipe à se développer si vous ne savez pas où ils en sont. J'utilise une rubrique de compétences en ingénierie basée sur Outil flocon de neige Medium mais il n'y a pas de «bonne» façon de le faire. Assurez-vous simplement que votre évaluation est objective et appliquée de manière cohérente dans toute votre équipe.

2. Créer une structure répétable

Les ingénieurs ont tendance à aimer les processus. Créez un processus de développement qui facilite la programmation en binôme créez des voies officielles pour le mentorat et recueillez régulièrement les commentaires de votre équipe. Prévoyez du temps pour le jumelage dans votre horaire de travail hebdomadaire. Au fur et à mesure que vous aidez chaque membre de l'équipe à grandir, vous pouvez décider de la meilleure façon de garder chacun d'eux dans le ZPD autant que possible.

3. Attribuer des projets basés sur l'apprentissage antérieur

N'obligez pas vos ingénieurs à trop sauter dans la base de code. Si un ingénieur est en train d'apprendre le frontend, commencez par lui confier des tâches HTML et CSS. Lorsque cela devient confortable, donnez-leur quelques ajustements au JavaScript existant. Une fois qu'ils l'ont fait à plusieurs reprises, demandez-leur de créer une nouvelle fonctionnalité similaire à une fonctionnalité existante. Continuez à faire progresser la difficulté jusqu'à ce que l'ingénieur ait atteint un niveau de compétence qui le rend productif, puis passez à un autre ensemble de compétences.

4. Donner des commentaires efficaces

J'ai beaucoup appris sur la façon de donner des commentaires efficaces pendant mon séjour au Graide Network. Nous utilisons les sept caractéristiques d'une rétroaction efficace pour nous assurer que les membres de l'équipe tirent le meilleur parti de notre coaching:

  • Orienté vers les objectifs
  • Priorité
  • Exploitable
  • Adapté aux étudiants
  • En temps opportun
  • Cohérent
  • En cours

Faites les bons choix et vous serez sur la bonne voie pour aider votre équipe à se développer.

5. Encouragez l'apprentissage indépendant

Les managers peu sûrs craignent que si leurs ingénieurs apprennent trop en dehors de leur travail principal, ils veuillent partir. Les bons gestionnaires se rendent compte que chacun de leurs employés a une carrière qui couvrira plusieurs entreprises. C'est un point de fierté pour Google et Apple que tout le monde veuille embaucher ses anciens employés, et cela devrait l'être aussi pour vous.

Je demande à mes employés de consacrer environ quatre heures par semaine à apprendre une nouvelle compétence, puis nous parlons sur ce que nous avons appris lors de notre rétrospective hebdomadaire. Cela nous permet de rendre des comptes et permet à toute l’équipe de bénéficier de l’apprentissage de chaque membre.

6. Réévaluer régulièrement chaque ingénieur

Enfin, fixez un horaire au moins deux fois par an pour évaluer le nombre et la difficulté des tâches que chaque ingénieur peut effectuer indépendamment. Les ingénieurs juniors devraient ajouter rapidement de nouvelles compétences. Bien que les ingénieurs seniors n'acquièrent pas autant de nouvelles compétences par an, le poids et la valeur de ces compétences devraient augmenter. Si ce n’est pas le cas, cherchez à faire revenir vos ingénieurs dans la zone de développement proximal.

Conclusion

La zone de développement proximal est l’un des nombreux modèles mentaux dont disposent les responsables techniques. Je l’ai trouvé utile lors de la création de programmes de formation et d’intégration, mais c’est loin d’être le seul moyen de créer une organisation d’ingénierie performante. Si vous avez des pensées, j'aimerais les entendre. N'hésitez pas à contacter sur Twitter ou dans les commentaires ci-dessous.





Source link