Chez Naumen, nous organisons nous-mêmes une conférence technique. Nous l'avons appelé Devel Camp (du "développeur"). Pour nos employés, c'est devenu une bonne alternative aux conférences professionnelles ouvertes.
La principale différence entre une conférence interne et une conférence ouverte est que nous échangeons des opinions sur ce qui s'applique uniquement à notre entreprise. Si des technologies et des processus sont discutés, cela signifie qu'ils sont déjà utilisés par nous ou peuvent être appliqués (de l'avis de nos employés et non d'experts externes).
Lors de conférences d'un format différent, les participants ont généralement peur de se montrer ou de montrer leur entreprise insuffisamment avancé ou compétent. Au Devel Camp, cela n'est pas pertinent - nous discutons ouvertement de tout ce qui se passe dans l'entreprise.
Et, bien sûr, nous n'avons pas de rapport publicitaire explicite ou voilé.
Les conférences internes sont-elles vraiment nécessaires? Quel est le profit pour les employés, les conférenciers, les organisateurs et l'entreprise? Comment récupérer les rapports et rendre la conférence intéressante? Nous espérons que notre expérience pourra vous être utile.
Devel Camp en chiffres
Un peu sur Devel Camp
Nous organisons Devel Camp 2 fois par an (au printemps et en automne).
La conférence se compose de plusieurs pistes:
- nous envoyons des rapports à la piste technique qui seront intéressants pour les programmeurs et les ingénieurs;
- en analyse - nous collectons des rapports sur la gestion de projet, l'analyse et la gestion des exigences, les tests et le développement de l'interface utilisateur;
- les rapports sur la vie en entreprise, les communications, la gestion et les affaires sont rassemblés dans une piste commune. Les rapports de cette piste devraient être intéressants pour tout employé de l'entreprise.
Comment sélectionner des rapports
La sélection des rapports commence environ un mois et demi avant la conférence. Ils sont sélectionnés par un groupe de directeurs de programme - nos employés ayant une vaste expérience de la participation à des conférences. Cette année, le comité de programme comprenait:
- Alexander Chernin - directeur du programme Devel Camp, chef du groupe des services robotiques du département Contact Center;
- Yuri Kalemi - codirecteur du programme de Devel Camp, architecte de l'équipe de développement du Département des centres de contact;
- Svetlana Ayupova - Co-directrice de programme de Devel Camp, responsable du marketing Internet au département des technologies cloud.
La tâche du comité est de trouver des rapports et d'aider les conférenciers à préparer une présentation, dont le matériel sera utile aux auditeurs.
La recherche de rapports comprend plusieurs étapes:
- Bulletin d'entreprise avec annonce de la préparation du camp Devel. Dans ce document, nous écrivons aux employés "si vous avez quelque chose à dire, contactez les organisateurs." En conséquence, 70% des demandes de rapports nous parviennent dans des lettres de réponse.
- Il y a encore des rapports que le comité de programme trouve - 20%. Nous connaissons certains projets que nous considérons comme importants pour l'entreprise et nous allons délibérément demander à des collègues d'en parler.
- Certains des sujets restent non résolus du camp Devel précédent: des idées non réalisées ou le développement d'histoires déjà racontées. C'est encore 5%.
- 1-2 rapports distincts et cohérents des dirigeants de l'entreprise.
Après avoir écouté les reportages, nous les répartissons entre les morceaux.
Critères de sélection des rapports:
- matériel intéressant (pour que l'auditeur dise: "Peut-être que cela n'a rien à voir avec moi, mais c'est cool que les gars fassent ça! Ils ont des tâches intéressantes et nécessaires! Ils sont super");
- reflet des tendances mondiales dans le développement de produits logiciels qui ont déjà atteint notre entreprise ou sont sur le point d'y arriver;
- des sujets qui n'impliquent pas une immersion profonde dans une technologie ou un domaine de connaissance.
Nous essayons de faire des rapports d'une durée de 15-20-25 minutes. Pour une histoire dans le style de la narration, cela suffit, mais pas assez pour un rapport technologique approfondi. Dans le deuxième cas, nous invitons les employés à partager une version courte du rapport ou simplement à accrocher le public à un sujet, et à en dire la version complète séparément lors d'une conférence ou d'une réunion à venir, par exemple, Java User Group. Ou faites simplement un rapport séparé au bureau.
Des rapports et des réunions séparés sont importants car nous ne limitons pas l'activité des employés partageant des connaissances à Devel Camp. Au contraire, nous voulons être un catalyseur d'activités au sein de l'entreprise et au-delà.
Quelles difficultés rencontrons-nous
La principale difficulté de la sélection et de la préparation des rapports est que les porteurs de connaissances sont souvent des employés sans expérience de la parole en public. Nous essayons de ne pas les empêcher de participer, mais, au contraire, nous mettons tout en œuvre pour améliorer le rapport. Cela prend la part du lion du temps des directeurs de programme en préparation. Le même rapport peut être très bien raconté, mais il peut être complètement dégoûtant et incompréhensible.
Une autre difficulté est lorsque le locuteur cherche à rendre le sujet le plus restreint et le plus professionnel possible (cela ne convient que si le public est homogène, mais ce n'est pas notre cas).
Combien de temps passons-nous à la préparation
Le temps de préparation du calendrier prend environ un mois et demi. Mais, bien sûr, la plupart des travaux sont effectués au cours des deux à trois dernières semaines, lorsque les premières versions des rapports ont lieu.
Les responsables RH font toujours un travail énorme; ils ont tout le volet organisationnel avec les réservations, la logistique, la restauration, les imprimeries, etc. Il semble simplement que l'élément principal de la conférence soit le contenu. Dans la pratique, il n'y a aucune bagatelle en la matière.
Quel est le bénéfice de la conférence interne pour les organisateurs, les conférenciers et les employés
À quoi sert une conférence interne?
Chez Naumen, nous pensons que vous ne pouvez pas introduire de nouvelles technologies en haut de la page. Notre PDG n'émet pas de commandes telles que "qu'à partir du 1er août, l'apprentissage automatique sera utilisé dans tous les projets de l'entreprise". Une certaine technologie n'apparaît pas dans un projet ou un produit avant que les gestionnaires et les développeurs ne réalisent que cette technologie est vraiment nécessaire et qu'elle résout certains problèmes des clients.
Par conséquent, il est très important que les groupes qui ont été les premiers à acquérir une nouvelle expérience en parlent. Et d'autres groupes pourraient essayer de transférer cette expérience à eux-mêmes et ne pas avoir peur des échecs. Le succès de ses collègues est un excellent facteur de motivation. Et le Camp Devel dans cette histoire est un bon catalyseur.
Il est également important que les employés sachent ce que font leurs collègues. La présence de connexions horizontales dans l'entreprise est extrêmement importante: les connaissances et l'expérience se répandront beaucoup plus rapidement (tout le monde connaît des spécialistes de certaines tâches ou technologies d'autres services. Et si nécessaire, il est toujours clair qui contacter).
De plus, Devel Camp vous permet de vous connaître et de communiquer de manière informelle avec les employés de différents projets et villes.
Et je veux croire que Devel Camp augmente l'implication des employés dans la vie de l'entreprise, ce qui a finalement un effet positif sur la fidélité à l'employeur.
Ce que nous n'attendons pas d'une conférence interne
Nous ne percevons pas Devel Camp comme une formation professionnelle. C'est une façon d'apprendre quelque chose d'utile et de nouveau. Notre public est trop tacheté: analystes, développeurs de directions différentes, testeurs, marketeurs, chefs de projets, etc. Pour approfondir des sujets individuels, la conférence doit être très étroite et divisée en dix pistes. Pour la dernière fois dans le domaine technique, nous avons eu des rapports de l'ingénieur de support, développeur Java, testeur, développeur d'applications mobiles et DevOps.
Comment les sujets des rapports évoluent
Les thèmes changent certainement à mesure que la technologie évolue et que Naumen évolue avec eux.
Il y a quelques années, une transition active vers le TDD (Test-Driven Development) était pertinente pour nous, beaucoup de nos produits ont subi une refonte de l'interface, nous avons commencé à utiliser activement des solutions cloud et à emballer nos solutions dans le cloud.
Ces dernières années, le battage médiatique du Machine Learning ne nous a pas dépassé. Il est maintenant évident que tout le monde en a assez de ce sujet et ne veut pas écouter uniquement la théorie. Nous avons besoin de résultats pratiques au sein de l'entreprise, et nous le faisons.
Maintenant pour nous, le développement de produits et de projets dans le concept de «transformation numérique des entreprises» est une priorité. Cela signifie que nous devons non seulement venir automatiser les processus d’affaires du client «tels quels» ou «selon les besoins», mais aussi l’aider à changer d’entreprise à l’aide des nouvelles technologies.
Pour nous, le développement de produits basés sur CX / UX, les hypothèses de test, le déplacement de l'attention du backend vers le frontend et le développement mobile, l'apprentissage automatique et la disponibilité de nos données pour l'analyse sont pertinents pour nous.
Mais, bien sûr, à l'horizon de 5 à 10 ans, d'autres transformations importantes nous attendent.
Quelle nouveauté voulons-nous apporter
Nous prévoyons de faire quelque chose comme un manuel ou une leçon sur un bon rapport. Expliquer que 10 diapositives avec la théorie en petits caractères est mauvais, et un exemple vif et vif est bon. Il est mauvais de lire les textes des diapositives, mais plaisanter pour décharger c'est bien. Quoi de mieux à dire en langage simple et à rendre les diapositives compréhensibles. Nous sommes convaincus que de telles vérités simples augmenteront immédiatement le niveau des rapports.
Et bien plus encore :)
Et nous voulons également que des groupes d'intérêt apparaissent autour de Devel Camp avec leurs réunions, séminaires, blogs, bavardoirs, rassemblements ... afin que les employés aient envie de communiquer avec leurs collègues. C'est important, utile et cool.
