Comment garder une équipe bien formée? [fermé]

Je suis actuellement le mentorat d'une petite équipe de 4 juniors dev dans une petite entreprise de logiciels. Ils sont très intelligents et accomplissent souvent leurs tâches avec un travail de haute qualité, mais je suis sûr qu'ils peuvent encore faire mieux - en fait, j'ai exactement le même sentiment pour moi :) -. D'ailleurs certains d'entre eux sont plus "juniors" que d'autres.

Je voudrais donc trouver une façon amusante d'améliorer leurs compétences CS (conception, codage, test, algorithmique ...) en plus de l'expérience qu'ils acquièrent dans leur travail quotidien. Par exemple, je pensais à mettre en place des sessions hebdomadaires, pas plus de 2 heures, où nous pourrions nous réunir pour travailler sur des exercices CS difficiles. Un peu comme un dojo de codage.

Je suis sûr que l'équipe apprécierait cela, mais est-ce vraiment une bonne idée? Serait-ce efficace dans un contexte professionnel? Ils ont déjà passé toute leur semaine à coder, alors comment dois-je organiser cela pour qu'ils obtiennent des avantages?

Toute rétroaction bienvenue!

Voici quelques idées

• Club de lecture, lisez des livres comme Pragmatic Programmer ou d'autres trucs centrés sur la carrière.
• Codage Dojo, vous pouvez commencer avec un problème simple en dehors du projet, puis l'étendre au projet ou autrement si vous le souhaitez.
• Rétrospectives ou réunion de rétroaction, pour obtenir des idées du groupe lui-même afin d'améliorer le développement du projet auquel chacun participe

• Une réunion du groupe d'utilisateurs au cours de laquelle une personne désignée présente ceci améliorerait la présentation / les compétences générales de l'équipe

• faire de temps en temps une tâche non liée au travail comme aller à Dave & Busters pour s'amuser vendredi ou trier .. pour améliorer la chimie de l'équipe

N'importe laquelle des tâches ou de la réunion devrait durer moins de 45 minutes pour que tout le groupe soit intéressé. Tout ce qui va au-delà de l'heure tombera entièrement sur les épaules du présentateur ou du chef du groupe.

Les gens peuvent très bien avoir leurs propres idées sur la façon dont ils veulent apprendre. Personnellement, je préfère suivre un cours ou travailler sur un projet à mon rythme - et j'ai fait les deux. Si tout le monde dans l'équipe est d'accord avec les sessions de formation, allez-y, tant que les gens de votre équipe ne commenceront pas à le traiter comme un "travail" au fil du temps ...

Je pense que la seule façon de maintenir une équipe bien formée est d'embaucher des développeurs qui souhaitent continuer à apprendre.

S'il ne vient pas de l'intérieur, il ne donnera pas de résultats durables.

s'ils souhaitent apprendre, l'efficacité des activités d'apprentissage en équipe dépendra principalement des intérêts et des styles d'apprentissage.

Je pense que le système de dojo semble cool et leur permet de continuer à la maison s'ils le souhaitent. Ajouter une sorte de récompense pourrait être utile, mais vous pourriez mettre l'accent sur la compétition et je ne pense pas que cela soit bon pour le travail d'équipe. Quoi qu'il en soit, un endroit incroyable où chercher des problèmes informatiques est son juge Sphère en ligne . Il définit un problème, un ensemble de résultats attendus et vous permet de télécharger un fichier avec la solution au problème. Si vous faites les choses correctement, vos points augmentent.

Bonne chance avec ça!

Il y a un certain nombre de compétences dont nous avons besoin en tant que développeurs qui ne sont pas nécessairement directement liées au code. Un exemple est de présenter et d'expliquer des choses techniques à des personnes non techniques d'une manière qu'ils peuvent comprendre. Quelque chose qui peut être efficace pendant que vous amenez votre équipe là où vous le souhaitez est de donner quelque chose comme des devoirs.

Chaque semaine, vous donnez à vos gars un problème à résoudre. Pour que cela soit le plus bénéfique pour l'entreprise, gardez les problèmes à quelque chose de pertinent pour ce sur quoi vous travaillez. De préférence, un point douloureux dont vous n'avez pas encore trouvé la solution. Chacun de vos membres juniors présenterait à tour de rôle (de préférence un par semaine) pendant que vous jouez le rôle du client. Essentiellement, cette approche a deux objectifs:

1. L'acte d'enseigner / présenter nécessite que le gars sur le sol ait une connaissance plus approfondie que de simplement faire des exercices. C'est une manière indirecte mais très efficace d'enseigner un sujet à quelqu'un.
2. S'ils peuvent vous convaincre que c'est une bonne idée, ils pourraient convaincre un client de la même chose. Assurez-vous de poser des questions qui les font réfléchir à l'impact commercial de ce qu'ils proposent.

Bien sûr, commencez chaque session avec un rappel que vous allez poser des questions pointues - et le but n'est pas d'être méchant, mais de les préparer à un client difficile.

En tant que manager ou senior, je m'efforcerais de continuer à lancer des défis dans le «vrai» travail. Essayez de donner aux gens des choses à travailler qui sont un peu hors de leur ligue ou au moins les défient. Envoyez un de leurs pairs pour vous aider et tuteur si nécessaire.

Une fois que quelqu'un a terminé quelque chose, mettez-le au défi d'essayer une approche nouvelle / différente.

Encadrez-les à comprendre les choses sur place au lieu de travailler sur des choses qu'ils ne savent pas encore faire.

Intégrez l'apprentissage dans le travail lui-même, les projets parallèles d'apprentissage ont tendance à être ignorés avec des délais à l'horizon.

Parfois, le fait d'exprimer directement le besoin d'une expertise donnée peut aider à motiver.

Donnez-leur 3 heures par semaine pour rechercher / pirater tout ce qui les intéresse pour la programmation. Idéalement, ce serait plus, mais je pense que 3 heures est un bon début. Il pourrait être tout en un seul morceau, il pourrait être décomposé en petits segments de 30 minutes en cours de route. Il semble que ces programmeurs soient suffisamment motivés pour pouvoir contrôler les choses.

Mais leur permettre d'explorer leurs propres domaines d'intérêt reviendra également pour aider l'équipe. Une personne qui aime vraiment les données peut étudier et écrire une petite application à l'aide d'une solution NoSQL qui pourrait aider un projet qui se profile quelques mois plus tard. Une autre personne pourrait redresser une petite application utilitaire pour un besoin trivial (tel que l'analyse des fichiers journaux) qui devient une application de base dans votre équipe. Même les connaissances acquises en lisant ce que font les grandes entreprises peuvent aider à évaluer les options pour le prochain projet à venir.

Nous sommes dans un environnement en constante évolution, et chaque membre de votre équipe, j'en suis sûr, apporte quelque chose d'unique à la table, alors donnez-leur la possibilité de se développer selon leurs propres conditions. Ils seront reconnaissants de ne pas avoir été contraints à quelque chose (même si toutes les intentions sont bonnes) et vous obtiendrez une bonne diversité de commentaires.

Une autre technique que j'ai vue qui fonctionne est une présentation de déjeuner d'un développeur / consultant senior une fois par mois environ. Et n'oubliez pas de fournir le déjeuner. La plupart des développeurs que je connais aiment grub gratuit. Vous pourriez leur demander s'ils préfèrent des sujets spécifiques.