Vorwegnehmen, aufklären, entscheiden: Wie und warum EPAM das Java Competency Center aufbaut

Seit mehr als 6 Jahren entwickelt sich innerhalb von EPAM ein eigenes Java Competency Center. Zunächst begann es in Minsk, wo sich die Hauptgruppe der Experten befand. Im Laufe der Zeit wurde die Hauptbasis nach Kharkov verlegt und das Java Competency Center auf das gesamte Unternehmen skaliert. Gleichzeitig wurde er zu einer Art virtuellem „Feuer“ -Team.

Roman Shramkov, Technologiedirektor und Leiter von Java CC, berichtet über die Entstehung des Zentrums, seine Herausforderungen und Erfolge. Außerdem wird erklärt, warum Unternehmen und IT-Spezialisten solche internen Projekte im Allgemeinen benötigen und wo mit dem Aufbau begonnen werden kann.

Wie richtet es sich aus?

Der Zweck des Kompetenzzentrums ergibt sich aus seinem Namen - es trägt dazu bei, die Punkte des Unternehmens zu stärken, an denen ein spezifischer Bedarf an technologischem Fachwissen besteht. Zum Beispiel in bestimmten Phasen des Projekts oder bei einem schwierigen Vorverkauf mit dem Kunden. Oder wenn der Entwickler das Selbst-Upgrade in Angriff genommen hat und nach dem Ort sucht, an dem er die gefragtesten Java-Kenntnisse erhält. Im Idealfall sollte das Zentrum alle Best Practices in seinem Segment konzentrieren.

Java CC ist seit 2012 bei EPAM und ich habe es 2014 geleitet. Dann gingen wir durch eine organisatorische Abzweigung, und es gab eine große Versuchung, solche Formationen von Technogiganten als Vorbild zu nehmen. Bei IBM und Oracle sind dies einige dedizierte Strukturen, die die Erfahrung auf ein bestimmtes Thema konzentrieren und Kunden beraten. Informationen über solche Zentren sind jedoch äußerst knapp. Es stimmt, einige der Ergebnisse der „Ausgrabung“, die ich in den Grundstein gelegt habe. Dies sind beispielsweise Lightbend-, Red Hat- und Apache Ignite-Dienstmodelle. Sie sammeln praktische Erfahrung und bieten bezahlte Expertendienste an.

Parallel dazu haben wir versucht zu verstehen, was unsere Marktkollegen dort hatten. Die Mitarbeiter ukrainischer IT-Unternehmen gaben an, ähnliche Zentren zu haben - dies sind hauptsächlich interne Bildungsbereiche oder Kompetenzmatrizen.

An den pädagogischen Teil mussten wir das Design anhängen. Insbesondere um Experten zu sammeln, die an Verhandlungen mit dem Kunden beteiligt sein können, um den technischen Teil zu besprechen. Außerdem deckt Java eine breite Ebene ab - Sie können es nicht allein mit Schulungen abdecken.

Infolgedessen haben wir eine Art hartes und noch mehr an das Standortformat gebundenes System aufgegeben. In der Tat in jedem Punkt der Präsenz des Unternehmens - seine eigenen Aufgaben. Auf der Suche nach der gewünschten Formel stützen wir uns daher auf zwei Prinzipien.

1. ständige enge Kommunikation mit anderen Kompetenzzentren innerhalb des Unternehmens - um wertvolle Informationen und Ideen über die Organisation auszutauschen;
2. Wir überwachen ständig Java-Probleme - wir führen strategische Sitzungen durch, diskutieren Herausforderungen und suchen nach Lösungen.

Wir bemühen uns, innovative Denkspezialisten auf das Java Competency Center zu konzentrieren. Und deshalb muss man experimentieren.

Wie sieht es aus?

Das Rückgrat des Zentrums sind etwa 30 Personen. Dies sind Menschen, die eng in seine Arbeit eingebunden sind. Darüber hinaus gibt es mehr als 1.500 Ingenieure, die aktiv an der technischen Community beteiligt sind, und mehr als 5.000 Personen mit allgemeiner Java-Kompetenz.

Die Hauptknoten von Java CC sind.

1. Die Struktur , die die Community organisiert: Community-Manager von HR-Geschäftspartnern und Community-Treiber von Java.
2. Architektenteam. Sie ist von Kundenbindung, Vorverkauf und SWOT-Fällen angezogen (Projekte, bei denen das Risiko besteht, Geld zu verlieren, oder von Kunden, bei denen intensive technische Unterstützung erforderlich ist). Dieser Teil ist sehr flexibel. Aber im Inneren befindet sich eine Kerngruppe von 5-6 Architekten mit einem hohen Maß an Fachwissen. Wir arbeiten ständig mit ihnen. Das Team bezieht bei Bedarf und für die Aufgabe Architekten oder Entwickler in die Produktion ein. Und der Architekt aus der Kerngruppe wird für sie zum technischen Manager und Supervisor.
3. Bildungsgruppe. Die Teilnehmer erstellen Java-Schulungs- und Mentoring-Programme. Die Gruppe ist sehr verstreut und wird vom Kompetenzzentrum auf ein Minimum reduziert. Schließlich werden Schulungsprogramme ausschließlich für die Aufgaben eines separaten Standorts erstellt. Darüber hinaus weisen sie dort häufig auch Ressourcen dafür zu. Hier gibt es Hilfe von uns, aber niemals eine Auferlegung.

Wenn im Allgemeinen, dann ist das Kompetenzzentrum eine verteilte Gruppe von Spezialisten, die komplexe Probleme an verschiedenen Standorten löst. Und wir sind nicht auf ein Land beschränkt, geschweige denn auf eine separate Geschäftseinheit.

Wie Arbeit berücksichtigt wird

Einer der schwierigsten Momente für das Zentrum: Wir können die besten Ingenieure nicht vollständig für die Arbeit mit „roten“ Fällen oder nur für Schulungen einsetzen, um den Rest der Arbeitsbelastung von ihnen zu entfernen. Dies erschwert die Kontrolle und reißt sie teilweise aus der Realität.

Anforderung an einen unserer Experten: In etwa 80% der Fälle muss er sich mit realen Projekten befassen. Der Vorteil ist, dass es keine Besessenheit mit der Theorie gibt. Das offensichtliche Minus ist, dass es unter solchen Belastungen schwierig ist, eine effektive Struktur des Kompetenzzentrums sicherzustellen. Ich erinnere mich, dass das Team bereits verteilt ist.

Daher erstellen wir derzeit Java CC als virtuelle Gruppe. Die Leute arbeiten an der Produktion, Pumpenkompetenz. Wir ziehen sie an, ihr Wissen und ihre Best Practices in Projekten zu teilen, die denen ähneln, denen sie bereits begegnet sind. Sie helfen uns auch bei der Beratung von Kunden, und wir machen das Recycling daraus abrechnungsfähig. Die Hauptsache ist, dass der Eintritt des Experten in den Fall ratsam ist.

Es gibt verschiedene Modelle der Interaktion mit dem Kompetenzzentrum:

• Hilfe am Anfang. Der Experte des Zentrums stellt sicher, dass das neue Projekt korrekt gestartet wird und das Team schnell Wissen sammelt. Nachdem die Prozesse erledigt sind und das Team zur systematischen Ausführung von Aufgaben übergeht, verlässt der Experte das Projekt.
• Hilfe Ratschläge . Der Experte berät das Team nur in bestimmten aufkommenden Fragen.
• Hilfe bei einer bestimmten Aufgabe. Der Experte ist eng in das Projekt eingebunden, jedoch nur für einen bestimmten Zeitraum. Legen Sie die Kriterien für den Ausstieg aus dem Projekt separat fest.

Die Motivation der Mitwirkenden ist ein wichtiger Punkt. Ja, es ist cool, in komplexen Projekten zu arbeiten und sich zusätzlich zu pumpen. Es sind aber auch materielle Anreize erforderlich. Dies ist ein Bargeldbonus des Unternehmens für diejenigen, die zum Kompetenzzentrum beitragen. Das Zentrum bietet eine separate Motivation: Wir geben Java-Mitwirkenden Geschenke an die besten Mitwirkenden. Und für diejenigen, die uns ständig helfen, nehmen sie an Beratungen, Vorverkäufen, „roten“ Fällen, einem Bonus für das Projekt und möglicherweise einem jährlichen Bonus vom Kompetenzzentrum teil.

Was hast du gemacht und was hast du vor?

Die Erfolge des Zentrums können in zwei Typen unterteilt werden. Extern - dies ist natürlich eine Liste komplexer Projekte, die unter Beteiligung von Experten des Zentrums eingegangen, beschlossen oder erweitert wurden. Sie können zu jedem Fall eine eigene Geschichte schreiben. Was wichtig ist: Java CC hat in einem großen verteilten Unternehmen geholfen, einen Expertenkreis zu bilden, der sich für Java-Kompetenz interessiert. Und ohne eine solche Konzentration von Spezialisten wäre nichts passiert, selbst wenn es bewölkt wäre. Dies sind bereits interne positive Effekte.

Im Rahmen des Zentrums wurden mehrere Beschleuniger geschaffen, die dazu beitragen, Kunden anzulocken, den Start oder die Weiterentwicklung zu vereinfachen. In zwei Jahren hat unser Expertenteam beispielsweise zwei erfolgreiche Beschleuniger hergestellt: EPAM Delivery Platform und EPAM Microservices Accelerator.

Darüber hinaus entstehen Projekte zur Schulung von Mitarbeitern: Schulungsinitiativen wurden gestartet, Newsletter zu Java-Technologien und Diskussionsgruppen für Updates. Es gibt einen ständigen Strom nützlicher Informationen für Ingenieure.

Kontinuierliches Lernen ist eine weitere große Aufgabe des Zentrums. Dies ist der Bereich, in dem wir versuchen, auf die Zukunft zu zielen, und uns daher ständig fragen :

• Wie kann festgestellt werden, welches Wissen für Spezialisten nützlich ist?
• Welche Fähigkeiten des Entwicklers werden beim Kunden gefragt sein?
• Welche Schulungsprogramme müssen vorbereitet werden, um der Nachfrage nach neuen Technologien gerecht zu werden?
• Wie kann man all dies mit dem laufenden Geschäft des Kunden verbinden?

Als Referenz verwenden wir die Skill-Matrix. Wir legen die Fähigkeiten fest, die der Entwickler unserer Meinung nach von Junior bis Chief haben sollte. Die Matrix ist definitiv nicht die ultimative Wahrheit, sondern eine Unterstützung für Entwickler. Für Kinder, die sich in Java entwickeln, ist es hilfreich zu navigieren, auf deren Studium es besser ist, ihre Bemühungen auf jede Ebene zu konzentrieren.

Basierend auf der Skill-Matrix wollen wir kontinuierliches Lernen etablieren. Der Algorithmus lautet wie folgt: Wir erforschen neue Technologien -> sie fallen in die Matrixzellen -> gemäß der Matrix wird ein Bildungsprogramm gebildet -> Mitarbeiter studieren gemäß dem Programm -> Mitarbeiter fallen in das Projekt ein, das bereits von neuen Technologien geleitet wird.

Wie wir die Zukunft sehen

Obwohl unsere Struktur jetzt verteilt ist, möchte ich in Zukunft Kompetenzgruppen an verschiedenen Standorten aufbauen. Aber während wir die aktuelle Struktur stärken.

Java CC bewegt sich entlang zweier Hauptvektoren.

1. Entwicklung von Empfehlungen und Methoden.

Also haben wir den oben erwähnten Microservice Accelerator gestartet. Wir haben vorausgesagt, dass Microservices in den nächsten 3-5 Jahren ein beliebtes Thema werden. Wir haben dies betont: Wir haben eine Referenzarchitektur für Großkunden entwickelt, eine Reihe von Frameworks untersucht und aus diesen diejenigen ausgewählt, die in großen Unternehmen, mit denen wir zusammenarbeiten, am gefragtesten sind. Und sie scheiterten nicht - bald starteten Microservice-Projekte wirklich nach Bedarf. Dank des Beschleunigers gingen wir zu Besprechungen mit großen Kunden, die gut vorbereitet waren, und sofort mit Demo-Projekten.

2. Schulung in Technologien, für die in naher Zukunft eine Nachfrage besteht.

Zum Beispiel haben wir auf Basis des F & E-Labors gezielt ein Team von Trainee-Studenten im Microservice-Stack geschult. Bei dem Projekt, an das sie geschickt wurden, arbeiteten die Jungs produktiver als ihre Kollegen - erfahrener, aber ohne spezielle Ausbildung in Microservices.

Jetzt konzentrieren wir uns auf PaaS-Lösungen - insbesondere auf Docker, Kubernetes, Open Shift, Cloud Foundry und dergleichen. Wir glauben, dass die Nachfrage nach ihnen bald steigen wird. Wir studieren, versuchen, das Fachwissen schrittweise in lebende Aufgaben zu integrieren - wir bereiten uns auf die nächsten Projekte unserer Kunden vor.

Was können wir empfehlen

Wenn Sie sich entscheiden, ein Kompetenzzentrum zu schaffen, ist es wie zu Beginn wichtig, über die Probleme und Fälle des Unternehmens zu entscheiden, die Sie ihm anvertrauen. Und auch zu verstehen / denken / berechnen, welchen Wert es für Sie bringen kann.

Angenommen, Sie haben eine Gruppe von Personen mit einem bestimmten Fachwissen in Ihrem Unternehmen. Wie können sie Ihr Geschäft potenziell verbessern? Was gibt Ihnen im Vergleich zu Wettbewerbern eine solche Ressource? Und wie viel sind Sie natürlich bereit, in diese Struktur zu investieren: Zeit, Geld, immaterielle Anreize?

Antworten auf diese Fragen geben Ihnen die Grundlage für die ersten Schritte. Und dann - einfach handeln, experimentieren und wachsam sein.