Im
vorigen Artikel wurde über Einstellungen in unserem Unternehmen berichtet, aber das ist nicht so schlimm - schließlich ist es ebenso wichtig und richtig, einen neuen Mitarbeiter in den Verlauf des Geschehens einzuführen! Ich werde unsere Erfahrungen auf diesem Gebiet in dem neuen Material teilen.
Zur Arbeit gehen und die ersten ~ drei Monate
Wenn alles zusammengewachsen ist, geht der Mitarbeiter zur Arbeit. Wir geben ihm DevOps-Ingenieuren Unternehmensausrüstung, zum Beispiel einen Arbeitslaptop und ein Headset, die auf Qualität und Kompatibilität mit der richtigen Hardware getestet wurden. All dies wird über den Lieferservice nach Hause geschickt.
Die erforderliche Software wird auf dem Laptop installiert (einschließlich der Integration in interne Dienste) und es werden obligatorische Sicherheitsmaßnahmen bereitgestellt (z. B. Datenverschlüsselung). Alle Ingenieure haben Ubuntu. Die Quellen der Integration in unsere Dienstleistungen stehen den Mitarbeitern offen.
Wir lieben
Open Source-Software im Allgemeinen: Die Quellen aller internen Projekte stehen jedem Ingenieur zur Verfügung. Und auf jedem von ihnen können Sie zum Beispiel Folgendes sehen:
Durch Klicken auf die Commit-Nummer gelangen Sie im internen GitLab dazu. Magst du etwas nicht? Möchten Sie das Problem beheben? Lesen Sie den Code, bearbeiten Sie ihn, senden Sie eine Zusammenführungsanforderung - am Ende sind wir Ingenieure!
Hinweis : Unsere Liebe zu Open Source geht jedoch noch weiter. Wir haben eine ganze Reihe unserer Entwicklungen für die Community auf GitHub geöffnet, und bevor wir sie verwenden, haben wir dies seit etwa 2009 mit anderen Ressourcen getan. Und wir öffnen es weiterhin , wann immer es möglich ist (Hinweis: Auf dem Weg haben wir ein anderes Projekt, dessen Quelle bereits öffentlich verfügbar ist ... folgen Sie den Ankündigungen in unserem Blog!). Außerdem schmuggeln wir uns in Projekte in unserer Nähe (wie Helm und GitLab ) und lassen uns manchmal verwöhnen .Flexible Methoden wie Code
Flant arbeitet nach flexiblen Methoden, aber anstelle von Holivars über den korrekten Wortlaut im Agile-Manifest implementieren wir Methoden im Code. Interne Dienste zur Verfolgung von Aufgaben, Zeit, Projekten und anderen Dingen sind
gut miteinander integriert und nehmen uns große Kopfschmerzen. Wie?
Zum Beispiel haben wir ein eigenes System zur Erfassung von „Karten“ und Tageszeit, das über zwei Webdienste erstellt wird: Nixon und Ford (mit den Namen amerikanischer Präsidenten).
Warum nicht Trello? Weil unser Nixon und Ford unter anderem:
- verstehen, dass eine Person tagsüber Probleme in verschiedenen Teams lösen kann (und dies bequem tun muss!);
- Erstellen Sie Aufgaben aus Karten in Redmine mit einem Klick und integrieren Sie sie in GitLab und GitHub.
- Teilen Sie die Karten nach Priorität, verschieben Sie sie nach Datum oder Rückstand.
- einen einfachen Workflow mit Bestätigung organisieren;
- Filtern, suchen und bieten Sie viele relevante Hotkeys.
Einfach ausgedrückt: Diese Services sind so weit wie möglich für unsere spezifischen Anforderungen optimiert, die sich im Laufe der Zeit ändern, und werden durch ein umfassendes Feedback von direkten Benutzern (Ingenieuren) ergänzt.
Um Vorfälle zu bewältigen, haben Dienstingenieure Polk (ja, es gab einen solchen
Präsidenten ) - er ist auch in alles integriert, was möglich ist. Schnelle Aufgabenerstellung (wenn der Vorfall nicht dringend ist und viel Arbeit erfordert), Sammeln eingehender Warnungen aus verschiedenen Arten der Überwachung, direkte Kommunikation mit Kunden über den Slack-Bot und viele andere notwendige Funktionen ... Wir können uns eine effektive Arbeit sonst einfach nicht vorstellen.
Oder zum Beispiel Projektmanagement. Es gibt einen Bush-Dienst, der sich an alles über Kunden, ihre Projekte, Mitarbeiter und Teams erinnert. Erstellen Sie ein Projekt in internem GitLab? Fahren Sie einfach die erforderlichen Informationen in Bush ein - er erstellt alle Einstellungen, stellt alle Zugriffe bereit und öffnet ein Repository.
Anpassung
Zunächst nimmt der Anfänger den Kurs eines jungen Kämpfers in einem spezialisierten Team ein, das sich mit der Verbreitung von Wissen befasst. Wir bringen ihm das notwendige Minimum bei, mit dem er sofort in sein Team eintreten kann, ein Verständnis für das Geschehen hat und bereits die Besonderheiten von Kundenprojekten versteht. Dies dauert die ersten drei bis vier Tage. Danach beginnt der Ingenieur unter der wachsamen Aufmerksamkeit des Teamleiters und der Ingenieure des Wissensverbreitungsteams, in echte Kampfmissionen einzutauchen.
Damit ein Neuling sicher im Strom neuen Wissens navigieren kann, formulieren wir für ihn eine
Liste von Erfolgen - „Erfolge“. Das erste Mal ist sehr beängstigend und cool zugleich, und wir geben uns viel Mühe, um „cool“ zu sein.
Später, wenn der Ingenieur die Testphase bestanden hat (standardmäßig sind es 3 Monate, manchmal jedoch weniger, abhängig von verschiedenen Kriterien - siehe Hinweis unten), wird die Liste der Erfolge für das Quartal individuell erstellt. Zunächst ergreifen wir die Initiative und geben ihm
wichtige Punkte wie:
- DIY Do-it-yourself-Kubernetes-Cluster. Mögliche gelegentliche Hilfe Kollegen. Maximal - in 2 Arbeitstagen.
- Vollständig selbst bereitgestelltes Ceph in Kubernetes.
- Akzeptiert von MR oder erstellt von Issue in einem Dokumentationsprojekt.
- Geschlossener Tag, gefüllt mit korrekt gestalteten Karten mit den richtigen Timern.
- ...
Hinweis : Einer der zusätzlichen Anreize für den Abschluss des Testzeitraums (während dessen Mitarbeiter einen Fix erhalten) sind übrigens dieselben Boni, die unmittelbar danach in unserem Zahlungssystem eingehen.Wir packen wichtige Aufgaben schrittweise in interne Kurse und Leitfäden in die Wissensbasis ein.
Solche Erfolge helfen dem Teamleiter, den richtigen Künstler für die Aufgaben auszuwählen. Es besteht immer die Versuchung, Aufgaben auf diejenigen zu werfen, die sich schnell mit ihnen befassen, und diejenigen zu ignorieren, die ihre Fähigkeiten verbessern müssen. Wir bekämpfen dies erfolgreich.
Der entscheidende Punkt, zu dem ein Anfänger kommen möchte, ist der Dienst in seinem Team. Jeder Teamingenieur verbringt einen seiner Arbeitstage abwechselnd mit Teamprojekten: Beantworten Sie Kundenfragen umgehend und reagieren Sie auf Unfälle. Natürlich bleibt er nicht allein: Die einfachsten Fragen betreffen die erste und zweite Unterstützungslinie, die komplexeren gehen an erfahrenere Teams. Und das Team selbst ist immer zur Stelle, der diensthabende Beamte kann bei Bedarf die erforderlichen Ingenieure um Hilfe bitten.
Dies hilft allen Teammitgliedern, sich über alle Projekte auf dem Laufenden zu halten, und gibt ihnen ein reales Bild der Probleme, die im Keim beseitigt werden können, und dank dessen können sie mehr Geld verdienen.
Gehalt und Boni
Wir bemühen uns, mit Hilfe unseres Gehirns Ergebnisse zu erzielen und nicht mit ungeheuren Investitionen in Zeit und Energie. Je mehr Projekte ein Team durchführt, ohne an Effizienz zu verlieren, desto mehr Geld erhalten die Mitarbeiter. Wir haben ein ziemlich gerissenes und seltenes Zahlungssystem entwickelt, was für einige überraschend ist. Ich werde versuchen zu erklären.
Unser ganzes Leben lang lebten wir stündlich, ruhten aber in der Tatsache, dass die Menschen allmählich verblassen und Probleme nicht systematisch lösen. Im Laufe der Zeit haben wir auf einen neuen Ansatz umgestellt, der Folgendes beinhaltet: einen festen Tarif + einen bestimmten Teil, abhängig von den aufgewendeten Stunden, + Boni für die Effektivität des Teams. Der Übergang erforderte Mut von den Ingenieuren, aber infolgedessen waren alle zufrieden, erhielten ein hohes Gehalt und einen besseren Schlaf.
Das Team erhält das Geld, das das Team aufgrund von Vereinbarungen mit seinem Team über das zur Deckung der Gehälter erforderliche Minimum hinaus erhalten hat. In den meisten Fällen wird der Kadaver eines gejagten Bären anhand der aufgewendeten Stunden und der Höhe der Gehälter aufgeteilt.
Um das allgemeine Niveau zu verstehen: Das Gehalt unseres Ingenieurs in den Regionen beträgt etwa 90 bis 150 Tausend Rubel pro Monat (pro Person). Dies ist natürlich die "Durchschnittstemperatur im Krankenhaus", da dies immer ein Bereich persönlicher Übereinstimmung und eine Kombination vieler verschiedener Faktoren ist.
Alle Mitarbeiter unseres Unternehmens arbeiten vom ersten Tag an "in Weiß", offiziell, unter einem befristeten Arbeitsvertrag und in Übereinstimmung mit dem Arbeitsgesetz der Russischen Föderation. Ein vollständig weißes Gehalt (das in zwei Raten an festen Terminen des Monats gezahlt wird) bedeutet, dass Steuern daraus gezahlt und alle erforderlichen Mittel abgezogen werden. Infolgedessen wird das gesamte Einkommen unserer Mitarbeiter in 2NDFL-Zertifikaten angezeigt, und es gibt keine Probleme bei der Beantragung von Darlehen.
Außerdem zahlt Flant natürlich vollen Krankenstand und Urlaub. Übrigens haben wir zwei Arten von Feiertagen: jährlich (28 Kalendertage) und zusätzlich drei weitere bezahlte Tage pro Jahr. Ferien oder Urlaubstage ohne Wartung sind ebenfalls möglich. Es ist jedoch wichtig, das Team zu warnen, das Problem mit dem Teamleiter zu koordinieren und sicherzustellen, dass die Abwesenheit eines Mitarbeiters nicht zu kritischen Konsequenzen führt. In dem Bewusstsein, dass es Fälle von dringendem Bedarf gibt, versuchen wir, Wege zu finden, um den Arbeitnehmer in solchen Situationen trotz der gesetzlichen Beschränkungen freizulassen (das Arbeitsgesetzbuch der Russischen Föderation verlangt eine Warnung vor seinem Urlaub und eine vorzeitige Abreise).
Unternehmenswachstum
Obwohl dies nicht mehr das Thema des Artikels ist, kann ich die Tatsache nicht ignorieren, dass das Wachstum in einem Unternehmen für uns keine leere Marketingwende ist. Wir bemühen uns wirklich, alle Möglichkeiten für langfristige Beziehungen zu Mitarbeitern bereitzustellen und an deren Entwicklung teilzunehmen (entsprechend den Dispositionen und Vorlieben). Darüber hinaus haben wir dank der bestehenden Größe des Unternehmens und der Vielfalt der Kunden und der damit verbundenen Aktivitäten (einschließlich unserer internen Prozesse) wirklich etwas zu bieten.
Natürlich gibt es einen „Standardpfad“ L1 → L2 → DevOps-Ingenieur (einschließlich eines, der L3-Funktionen ausführt) → leitender Ingenieur, Teamleiter, PM ... Aber es gibt komplexere Bewegungen, die nicht nur von den menschlichen Fähigkeiten abhängen, sondern auch von den tatsächlichen Unternehmensbedürfnisse. So hatten wir zum Beispiel einmal die Position eines „Director of Service“, zu dem einer der diensthabenden Ingenieure (L1 / L2) herangewachsen ist, und es reicht aus, sich daran zu erinnern, dass wir spezielle Teams wie F & E haben.
Wenn die Leser interessiert sind (schreiben Sie in die Kommentare!) - werden wir darüber sprechen, welche Geschichten über Wachstum und Entwicklung im Unternehmen unseren Mitarbeitern wirklich passiert sind und jetzt erscheinen.
Anstelle einer Schlussfolgerung
Anpassungsprozesse sind mit dem Wachstum eines Unternehmens relevanter denn je. In unserem Fall lag der Wendepunkt - das Stadium, in dem wir der Ansicht waren, dass eine qualitative Verschiebung der Arbeit mit neuen Ingenieuren für das Unternehmen von entscheidender Bedeutung ist - um die Marke von 50 Mitarbeitern. In vielerlei Hinsicht ist dies jedoch nur der Anfang des Weges - unser Ansatz zur Anpassung entwickelt sich derzeit aktiv weiter. Wir bauen Prozesse der internen Einstellung und des Erfahrungsaustauschs auf, verfeinern Werkzeuge für die tägliche Arbeit und entwickeln eine Wissensbasis. Dies ist jedoch eine ganz andere Geschichte ...
PS
Ich
bedanke mich bei den Kollegen: HR Director Anna und
Shurup - für ihre Hilfe bei der Vorbereitung beider Teile dieses Artikels. Auf Anfrage teilen wir gerne unsere Erfahrungen in anderen Fragen im Zusammenhang mit dieser „internen Küche“ unseres Unternehmens.
PPS
Lesen Sie auch in unserem Blog: