Comment réussir un groupe d'utilisateurs en interne? [fermé]

12

Je voudrais lancer un groupe d'utilisateurs / forum interne pour les développeurs de mon entreprise, mais je ne sais pas par où commencer.

Nous avons plusieurs équipes de développeurs couvrant de nombreuses technologies et niveaux d'expérience. J'envisage cela comme une opportunité pour nous tous de nous réunir et de partager des techniques, les meilleures pratiques, les leçons apprises, les points faibles, les nouvelles technologies ou tout autre élément qu'un développeur trouve intéressant.

Cela pourrait également être un excellent moyen pour les nouvelles recrues de s'intégrer, d'apprendre comment nous faisons les choses et de partager une partie de l'expertise qu'elles apportent avec elles.

C'est ma première tentative de quelque chose comme ça et j'aimerais bien le faire.

Je m'intéresse à des choses comme:

  • Participation à la conduite
  • Garder les choses intéressantes pour les vétérans de 20 ans et les nouveaux diplômés verts
  • Éviter les pièges connus pour être toxiques pour les groupes d'utilisateurs

Quelqu'un a-t-il réussi cela? Si oui, que pouvez-vous partager sur l'expérience?

Joshua Smith
la source

Réponses:

8

J'envisage cela ....

Bien que votre vision soit intéressante, vous devez d'abord avoir la vision de tous les autres.

C'est ma première tentative de quelque chose comme ça et j'aimerais bien le faire.

Dépassez cette notion. Sérieusement. Apprendre signifie faire des erreurs et les corriger. Vous devez vous habituer à l'idée qu'une innovation doit inclure un bon nombre d'échecs en cours de route.

Participation à la conduite

Vous pouvez conduire un cheval à l'eau, mais vous ne pouvez pas le faire boire.

Les gens participeront lorsqu'ils verront la valeur. Vous ne motivez pas la participation. Vous créez de la valeur.

Garder les choses intéressantes pour les vétérans de 20 ans et les nouveaux diplômés verts

Noble. Difficile. Vous devrez peut-être commencer par l'un ou l'autre. La croissance peut venir plus tard.

Tout d'abord, commencez par quelque chose - n'importe quoi - qui semble fonctionner.

Ensuite, lorsque vous avez un groupe restreint qui semble fonctionner, trouvez des moyens de le développer.

Vous vendez une expérience. Certaines personnes trouvent le travail suffisamment riche pour ne rien vouloir de plus. Certaines personnes ne verront pas l'intérêt de participer à un groupe de développeurs. Certaines personnes ne verront pas la valeur d'un groupe de développeurs internes .

Commencer petit. Croître progressivement.

Gardez la gestion à distance. Idéalement, pas du tout impliqué.

Sondez les membres potentiels tôt et souvent. Soyez clair sur ce qu'ils veulent.

S.Lott
la source
1
Mon plan était de demander à toutes les personnes impliquées dans la première réunion ce qu'elles aimeraient en retirer et d'essayer d'identifier certains thèmes communs à utiliser comme base de référence pour les futures réunions. En outre, +1 pour commencer petit et garder la gestion à distance.
Joshua Smith
"demandez à toutes les personnes impliquées dans la première réunion". Vous voudrez peut-être commencer avant la première réunion. Rencontrez des gens en tête-à-tête.
S.Lott
Cela m'a donné beaucoup à réfléchir. Merci pour le conseil.
Joshua Smith
1

D'accord avec S.Lott. Gardez les choses petites. Vous pouvez commencer par recruter certains de vos meilleurs développeurs pour donner des conférences sur le déjeuner de sac brun sur certaines des choses intéressantes qu'ils font en interne. Ce type de discussions informelles devrait séduire de plusieurs manières - les développeurs seniors peuvent partager des leçons durement gagnées tandis que les développeurs plus récents peuvent découvrir des projets intéressants qui se déroulent au sein de l'entreprise.

S'il y a suffisamment d'intérêt au fil du temps, vous pouvez mettre en place un calendrier récurrent de discussions - peut-être hebdomadaire ou mensuel. Une fois que votre communauté interne a développé un intérêt / un élan suffisant, vous pouvez engager la direction pour fournir un soutien au groupe - principalement destiné à attirer des intervenants extérieurs intéressants ou à aider le groupe du développeur avec des ressources (si nécessaire).

JW8
la source