Bei Naumen organisieren wir selbst eine technische Konferenz. Wir haben es Devel Camp genannt (vom "Entwickler"). Für unsere Mitarbeiter ist es eine gute Alternative zu offenen Fachkonferenzen geworden.
Der Hauptunterschied zwischen einer internen und einer offenen Konferenz besteht darin, dass wir Meinungen darüber austauschen, was nur für unser Unternehmen gilt. Wenn Technologien und Prozesse diskutiert werden, bedeutet dies, dass sie bereits von uns verwendet werden oder angewendet werden können (nach Meinung unserer Mitarbeiter und nicht externer Experten).
Bei Konferenzen eines anderen Formats haben die Teilnehmer normalerweise Angst, sich oder ihr Unternehmen nicht ausreichend fortgeschritten oder kompetent zu zeigen. Im Devel Camp ist dies irrelevant - wir diskutieren offen alles, was im Unternehmen passiert.
Und natürlich haben wir keinen expliziten oder verschleierten Werbebericht.
Werden interne Konferenzen wirklich benötigt? Was ist der Gewinn für Mitarbeiter, Referenten, Organisatoren und das Unternehmen? Wie kann man Berichte aufnehmen und die Konferenz interessant machen? Wir hoffen, dass unsere Erfahrung für Sie nützlich sein kann.

Entwickle das Camp in Zahlen

Ein bisschen über Devel Camp
Wir führen das Devel Camp 2 Mal im Jahr durch (im Frühling und Herbst).
Die Konferenz besteht aus mehreren Tracks:
- Wir senden Berichte an den technischen Track, die für Programmierer und Ingenieure interessant sein werden.
- in analytischen - wir sammeln Berichte über Projektmanagement, Analyse und Anforderungsmanagement, Testen und Entwicklung von Benutzeroberflächen;
- Berichte über das Leben im Unternehmen, Kommunikation, Management und Geschäft werden in einem gemeinsamen Track gesammelt. Die Berichte in diesem Track sollten für jeden Mitarbeiter des Unternehmens interessant sein.
So wählen Sie Berichte aus
Die Auswahl der Berichte beginnt ungefähr anderthalb Monate vor der Konferenz. Sie werden von einer Gruppe von Programmleitern ausgewählt - unseren Mitarbeitern mit umfassender Erfahrung in der Teilnahme an Konferenzen. In diesem Jahr umfasste das Programmkomitee:
- Alexander Chernin - Programmdirektor des Devel Camp, Leiter der Gruppe für Roboterdienste in der Abteilung Contact Center;
- Yuri Kalemi - Programm-Co-Direktor von Devel Camp, Architekt des Entwicklungsteams in der Abteilung für Kontaktzentren;
- Svetlana Ayupova - Programm-Co-Direktorin von Devel Camp, Leiterin Internet-Marketing in der Abteilung für Cloud-Technologien.
Die Aufgabe des Komitees ist es, Berichte zu finden und den Rednern bei der Vorbereitung einer Präsentation zu helfen, deren Material für die Zuhörer nützlich sein wird.
Die Suche nach Berichten besteht aus mehreren Schritten:
- Unternehmensnewsletter mit Ankündigung der Vorbereitung auf das Devel Camp. Darin schreiben wir an die Mitarbeiter: "Wenn Sie etwas zu erzählen haben, wenden Sie sich an die Organisatoren." Infolgedessen kommen 70% der Anträge auf Berichterstattung in Antwortschreiben an uns.
- Es gibt immer noch Berichte, die das Programmkomitee findet - 20%. Wir kennen einige Projekte, die wir für das Unternehmen als wichtig erachten, und wir werden Kollegen bewusst bitten, darüber zu berichten.
- Einige der Themen bleiben aus dem vorherigen Entwicklungslager ungelöst: nicht realisierte Ideen oder die Entwicklung bereits erzählter Geschichten. Dies sind weitere 5%.
- Separat konsistente 1-2 Berichte von Führungskräften des Unternehmens.
Nachdem wir uns die Berichte angehört haben, verteilen wir sie auf die Tracks.
Kriterien für die Auswahl der Berichte:
- interessantes Material (so dass der Hörer sagt: „Vielleicht hat das nichts mit mir zu tun, aber es ist cool, dass die Jungs das machen! Sie haben interessante und notwendige Aufgaben! Sie sind großartig“);
- Reflexion globaler Trends bei der Entwicklung von Softwareprodukten, die unser Unternehmen bereits erreicht haben oder kurz davor stehen, dorthin zu gelangen;
- Themen, die kein tiefes Eintauchen in eine Technologie oder ein Wissensgebiet beinhalten.

Wir versuchen, Berichte zu erstellen, die 15-20-25 Minuten dauern. Für eine Geschichte im Stil des Geschichtenerzählens ist dies genug, aber nicht genug für einen tiefen technologischen Bericht. Im zweiten Fall laden wir Mitarbeiter ein, eine kurze Version des Berichts zu teilen oder einfach die Zielgruppe mit einem Thema zu verknüpfen und die Vollversion bei einer bevorstehenden Konferenz oder Besprechung, z. B. der Java User Group, separat mitzuteilen. Oder machen Sie einfach einen separaten Bericht im Büro.
Separate Berichte und Besprechungen sind wichtig, da wir die Aktivitäten von Mitarbeitern zum Wissensaustausch nicht auf Devel Camp beschränken. Im Gegenteil, wir wollen ein Katalysator für Aktivitäten innerhalb und außerhalb des Unternehmens sein.
Vor welchen Schwierigkeiten stehen wir?
Die Hauptschwierigkeit bei der Auswahl und Erstellung von Berichten besteht darin, dass Wissensträger häufig Mitarbeiter ohne Erfahrung im öffentlichen Sprechen sind. Wir versuchen, sie nicht von der Teilnahme auszuschließen, sondern bemühen uns im Gegenteil, zur Verbesserung des Berichts beizutragen. Es dauert den Löwenanteil der Zeit der Programmdirektoren in Vorbereitung. Der gleiche Bericht kann sehr gut erzählt werden, aber er kann völlig widerlich und unverständlich sein.
Eine weitere Schwierigkeit besteht darin, dass der Redner versucht, das Thema so eng und professionell wie möglich zu gestalten (dies ist nur geeignet, wenn das Publikum homogen ist, dies ist jedoch nicht unser Fall).

Wie viel Zeit verbringen wir mit der Vorbereitung?
Die Vorbereitungszeit für den Kalender beträgt ungefähr eineinhalb Monate. Aber natürlich wird der größte Teil der Arbeit in den letzten zwei bis drei Wochen erledigt, wenn die Vorläufe der Berichte stattfinden.
Personalmanager leisten immer noch enorm viel Arbeit, sie haben die gesamte organisatorische Komponente mit Reservierungen, Logistik, Catering, Druckereien usw. Es scheint nur, dass die Hauptsache in der Konferenz der Inhalt ist. In der Praxis gibt es in dieser Angelegenheit keine Kleinigkeiten.
Was ist der Gewinn aus der internen Konferenz für Organisatoren, Redner und Mitarbeiter

Wofür ist eine interne Konferenz?
Wir bei Naumen glauben, dass Sie keine neuen Technologien oben auf der Seite einführen können. Unser CEO erteilt keine Befehle wie "dass ab dem 1. August maschinelles Lernen in allen Projekten des Unternehmens verwendet wird". Eine bestimmte Technologie erscheint nicht in einem Projekt oder Produkt, bevor Manager und Entwickler erkennen, dass diese Technologie wirklich notwendig ist, und sie löst einige Probleme der Kunden.
Daher ist es sehr wichtig, dass die Gruppen, die als erste neue Erfahrungen gesammelt haben, darüber sprechen. Und andere Gruppen könnten versuchen, diese Erfahrung auf sich selbst zu übertragen, ohne Angst vor Fehlern zu haben. Der Erfolg von Kollegen ist ein hervorragender Motivator. Und das Entwicklungslager in dieser Geschichte ist ein guter Katalysator.
Es ist auch wichtig, dass die Mitarbeiter wissen, was ihre Kollegen tun. Das Vorhandensein horizontaler Verbindungen im Unternehmen ist unglaublich wichtig: Wissen und Erfahrung werden sich viel schneller verbreiten (jeder kennt Spezialisten für bestimmte Aufgaben oder Technologien aus anderen Abteilungen. Bei Bedarf ist immer klar, an wen er sich wenden kann).
Darüber hinaus können Sie sich im Devel Camp kennenlernen und informell mit Mitarbeitern aus verschiedenen Projekten und Städten kommunizieren.
Und ich möchte glauben, dass Devel Camp die Beteiligung der Mitarbeiter am Leben des Unternehmens erhöht, was sich letztendlich positiv auf die Loyalität gegenüber dem Arbeitgeber auswirkt.
Was wir von einer internen Konferenz nicht erwarten
Wir betrachten Devel Camp nicht als professionelle Ausbildung. Dies ist ein Weg, um etwas Nützliches und Neues zu lernen. Unser Publikum ist zu gesprenkelt: Analysten, Entwickler unterschiedlicher Richtungen, Tester, Vermarkter, Projektmanager und so weiter. Um sich mit einzelnen Themen zu befassen, muss die Konferenz sehr eng und in zehn Abschnitte unterteilt sein. Zum letzten Mal in der technischen Spur hatten wir Berichte vom Support-Ingenieur, Java-Entwickler, Tester, Entwickler mobiler Anwendungen und DevOps.
Wie sich die Themen von Berichten ändern
Die Themen ändern sich sicherlich, wenn sich die Technologie weiterentwickelt und Naumen sich mit ihnen weiterentwickelt.
Vor einigen Jahren war ein aktiver Übergang zu TDD (Test-Driven Development) für uns relevant. Viele unserer Produkte wurden einer Neugestaltung der Benutzeroberfläche unterzogen. Wir begannen, Cloud-Lösungen aktiv zu nutzen und unsere Lösungen als Cloud-Lösungen zu verpacken.
In den letzten Jahren hat uns der Hype um maschinelles Lernen nicht überholt. Es ist jetzt offensichtlich, dass jeder dieses Thema satt hat und nicht nur auf die Theorie hören will. Wir brauchen praktische Ergebnisse im Unternehmen und wir tun es.
Für uns hat die Entwicklung von Produkten und Projekten im Konzept der "digitalen Geschäftstransformation" Priorität. Dies bedeutet, dass wir nicht nur die Geschäftsprozesse des Kunden „wie sie sind“ oder „wie erforderlich“ automatisieren müssen, sondern ihm auch helfen müssen, das Geschäft mithilfe neuer Technologien zu ändern.
Für uns sind die Entwicklung von Produkten auf CX / UX-Basis, das Testen von Hypothesen, die Verlagerung des Fokus vom Backend zum Frontend und die mobile Entwicklung, das maschinelle Lernen und die Bereitschaft unserer Daten zur Analyse für uns relevant.
Aber natürlich erwarten uns am Horizont von 5 bis 10 Jahren weitere bedeutende Veränderungen.
Was wollen wir Neues bringen?
Wir planen, so etwas wie ein Handbuch oder eine Lektion über einen guten Bericht zu machen. Zu erklären, dass 10 Folien mit der Theorie im Kleingedruckten schlecht sind und ein anschauliches und anschauliches Beispiel gut ist. Es ist schlecht, Texte von Folien zu lesen, aber zum Entladen zu scherzen ist gut. Was ist besser im Klartext zu sagen und Folien verständlich zu machen? Wir sind sicher, dass solche einfachen Wahrheiten die Anzahl der Berichte sofort erhöhen werden.

Nun und mehr :)
Wir möchten auch, dass Interessengruppen mit ihren Meetings, Seminaren, Blogs, Chatrooms, Versammlungen im Devel Camp erscheinen, damit die Mitarbeiter den Wunsch haben, mit ihren Kollegen zu kommunizieren. Das ist wichtig, nützlich und cool.
