In meinem Studio sind 15 Leute, von denen die Hälfte Programmierer sind. Das Studio ist auf die Entwicklung von Online-Shops spezialisiert, daher sind Programmierer unsere Hauptressource.
Von Programmierern werden immer drei Dinge verlangt
- Projekte schneller übergeben.
- Bleiben Sie in Ihrer eigenen Einschätzung der Arbeitskosten.
- Wachsen und entwickeln
Aber aus verschiedenen Gründen sind sie dafür nicht immer bereit. Wie wir Programmierer motiviert haben, sich in allen drei Bereichen zu verbessern, auf welche Schwierigkeiten sie gestoßen sind und was daraus entstanden ist, werde ich im Artikel erläutern.
Wie fangen wir an, Projekte schneller einzureichen?
Wir werden sofort darüber sprechen, warum dies wichtig ist: Wenn ein Programmierer ein Projekt schneller einreicht, verdient das Unternehmen beim Start schneller und letztendlich verdient der Programmierer auch schneller. Da geht er schnell zum nächsten Projekt über, und das vorherige geht zur Unterstützung und Förderung. Es scheint, dass alles offensichtlich ist, dennoch haben wir gesehen, dass Programmierer Aufgaben nicht erledigen und Projekte nicht so schnell wie möglich liefern, und beschlossen, ihnen bei der Beschleunigung zu helfen
Wie motiviert
Erste Stufe
Die erste Möglichkeit bestand darin, das Gehalt des Programmierers zur Hälfte des Gehalts und zur Hälfte der Boni für das Projekt zu machen. Infolgedessen werden das Unternehmen und der Entwickler „im selben Boot“ sitzen, und der Erfolg eines wird sich direkt auf den Erfolg des zweiten auswirken. Es scheint, dass alles logisch ist, es bleibt nur zu beschleunigen.
Was wird benötigt, um ein Projekt schneller abzuschließen?
Natürlich müssen Sie schneller programmieren. Wie kann man das machen? Weniger Ablenkungen und alles ist sofort gut zu tun, damit Sie es nicht wiederholen müssen.
Aber hier sind wir auf ein anderes Problem gestoßen: Programmierer werden nicht immer durch ihre eigene Schuld oder nach Belieben abgelenkt. Beispielsweise kann ein Manager einen Programmierer zur Lösung von Problemen bei der Unterstützung seiner früheren Projekte überführen.
Darüber hinaus gibt es zwischen der Entwicklung und Durchführung des Projekts einen langen und problematischen Integrationsprozess. So erhielt der Programmierer Prämien für die Entwicklung eines noch nicht gelieferten Projekts. Dies schien nicht sehr logisch zu sein, daher suchten wir weiter nach Optionen.
Zweite Stufe
Die zweite Entscheidung war, Boni bei Lieferung des Projekts und nicht nach Abschluss des Projekts zu zahlen.
Jetzt sind die Programmierer noch schlimmer geworden: Nicht nur verwandte Aufgaben beeinflussten ihre Empfangsboni, sondern auch die Geschwindigkeit, mit der Kunden Zugang zur Zahlung und Lieferung erhalten (und manchmal mehrere Monate), und die Geschwindigkeit seiner 1C-Spezialisten (zur Integration mit 1C) )
Außerdem werden in der Programmierphase alle Fehler der vorherigen Schritte aufgedeckt: Planen, Entwerfen, Entwerfen. Und der Programmierer muss sie virtuell für ein nacktes Gehalt korrigieren (und er war im Rahmen dieses Systems sehr klein).
Es stellt sich heraus, dass der Programmierer ohne eigenes Verschulden ohne Boni bleibt (und diese von Bedeutung sind).
Diese Ausrichtung war inakzeptabel und das Experiment mit Prämien für Projekte musste eingeschränkt werden.
Hier ist es Zeit, sich beim Entwicklungsteam für solche Experimente zu entschuldigen. Ich bin immer noch erstaunt, wie sie damals nicht alle weggelaufen sind.
Das Ergebnis des Experiments war das Verständnis, dass Programmierer sehr motiviert sind, die Aufgabe schnell und gut zu erledigen, wenn sie sich nicht einmischen. Und sie brauchen keine zusätzlichen Anreize.
Ist in diesem Fall also materielle Motivation notwendig?
Ich brauche es Ein kleiner Bonus nach Abschluss des Projekts motiviert den Programmierer, nicht „besser zu arbeiten“ (dafür braucht er unserer Erfahrung nach keinen Anreiz), sondern sich mit verwandten Bereichen zu befassen. Beispielsweise studiert ein Programmierer zusammen mit einem Projektmanager Entwurfslayouts, bevor er sie einem Kunden zeigt, und sucht nach Inkonsistenzen und Problembereichen in diesen. Dadurch sind Projekte viel einfacher zu programmieren und an den Kunden zu liefern.
Das Verhältnis von Gehalt und Bonus gleichzeitig auf dem Niveau von 80/20%.
Wir motivieren Sie, in Ihre Einschätzung der Arbeitskosten zu passen
Wenn es aufgrund der materiellen Motivation der Entwickler unmöglich ist, Projekte schneller zu liefern, lohnt es sich vielleicht, Programmierer zu motivieren, in ihre eigenen Schätzungen der Fristen für Aufgaben zu passen?
Worüber sprechen wir? Basierend auf Schätzungen der Komplexität von Aufgaben ist geplant, dass Programmierer arbeiten - Aufgaben werden für die kurzfristige (Woche) und langfristige (1-2 Monate) Perspektive festgelegt. Wenn der Programmierer die Frist nicht einhält, sinkt der gesamte Arbeitsplan, die Fristen verschieben sich für von ihm abhängige Projekte und so weiter.
Wie kann man dem Programmierer helfen, den geplanten Zeitrahmen einzuhalten?
Es ist möglich zu belohnen, wenn Sie die Marke erreicht haben. Sie können beraubt werden, wenn Sie nicht getroffen werden.
Die erste und die zweite Entscheidung legen jedoch nahe, dass der Punkt hier ausschließlich in der Motivation und nicht in externen Gründen liegt. Wir haben bereits herausgefunden, dass Programmierer, wenn sie nicht gestört werden, so gut wie möglich arbeiten.
Wir begannen Retrospektiven durchzuführen, um herauszufinden, warum eine bestimmte Aufgabe länger als geplant dauerte, um „Engpässe“ entweder in der Aufgabe selbst oder im Kontext ihrer Ausführung oder im Wissen des Programmierers zu finden.
Dies half, Aufgaben wurden in der vorgegebenen Zeit häufiger erledigt. Es wurde klar, dass Sie sich über langwierige Aufgaben informieren müssen, bevor sie aus der Frist herausfallen.
Dafür haben wir uns "vorläufige Rückblicke" ausgedacht. Wenn mehr als die Hälfte der für die Aufgabe vorgesehenen Zeit vergangen ist und die Aufgabe immer noch nicht annähernd die Hälfte ist, informiert der Programmierer den Manager darüber, und gemeinsam suchen sie nach Gründen.
Also, wegen dem, was Sie nicht einhalten können, ist die Frist für die Aufgabe
Die Aufgabe wurde anfangs falsch bewertet.
Entweder wurde die Komplexität falsch bewertet oder die während der Bewertung gewählte Lösung passte am Ende nicht. Dies bedeutet, dass der Programmierer in einem bestimmten Bereich eine Wissenslücke aufweist. Wichtig! Diese Informationen werden zum Training verwendet, nicht zur Bestrafung des Programmierers.
Die Aufgabe ist mit Details auf dem Weg überwachsen.
Wenn die Details vom Kunden stammen und zu Beginn nicht offensichtlich waren, korrigiert der Programmierer die Bewertung, und der Manager verkauft die fehlenden Stunden und verschiebt die Frist.
Wenn die Details offensichtlich waren, aber der Manager sie vermisste
Das spricht bereits für die Wissenslücken des Managers. Wir verstehen, dass der Manager lernen muss, damit ähnliche Probleme nicht mehr auftreten.
Aber brauchen Sie hier finanzielle Motivation?
Ich brauche es Wir betrachten den Preis für die Anzahl der Stunden, die an den Kunden verkauft und vom Programmierer ausgearbeitet wurden. Das Ziel bleibt das gleiche: Da der Programmierer motiviert ist, eine genaue Bewertung abzugeben, befasst er sich eingehender mit der Aufgabe, weist sie manchmal zur Klärung an und bietet manchmal eigene Versionen an.
Ausbildung von Programmierern und Motivation zur Entwicklung
In der retrospektiven Phase finden wir Lücken im Wissen der Programmierer. Aber wie können sie dazu gebracht werden, diese Lücken zu studieren und zu schließen?
Wir befinden uns in Krasnodar und hier gibt es im Allgemeinen ein E-Commerce-Studio (tatsächlich wir). Dies bedeutet, dass es keinen Ort gibt, an dem fertiges Personal abgenommen werden kann. Und jeder muss entweder von Grund auf neu wachsen oder von dem Niveau "wachsen", das er in anderen Studios hatte.
Was ein Programmierer wissen sollte
- Frontend
- Backend
- Motor
- Integration (1C und so weiter)
- Linux, Nginx, Apache
Damit haben wir 5 Kompetenzbereiche. Jeder von ihnen verfügt über bestimmte Fähigkeiten, aus denen die Kompetenzkarte eines Programmierers erstellt wird. Es bestimmt die Aufteilung der Entwickler in Ebenen (Trainee, Junior, Middle, Senior).
Mit steigendem Niveau steigt das Gehalt.
Wie wir Entwickler großgezogen haben
Hypothese 1
Die erste Idee war, Entwicklern eine Karte mit Kompetenzen und methodischen Materialien zu geben und uns anzubieten, darauf zu entwickeln.
Bei Bitrix24 haben wir automatische Aufgaben gestartet, bei denen jeder über Fortschritte im Training berichten musste.
Und dann bin ich auf das erste Problem gestoßen. Aus irgendeinem Grund wollten Programmierer nicht studieren und wollten nicht auf der Kompetenzkarte wachsen.
Nach ein paar Monaten vergeblicher Versuche habe ich sie wohl gefragt: Was ist los?
Es stellte sich heraus, dass die Kompetenzen zwischen den verschiedenen Ebenen zu unterschiedlich sind. Und sie motiviert nicht zum Lernen.
Hypothese 2
Dann habe ich beschlossen, die Ebenen in mehrere Ebenen aufzuteilen (als Prozentsatz der untersuchten Kompetenzkarte). Und für jede Stufe eine kleine Gehaltserhöhung.
Es wurde ein bisschen besser. Programmierer streckten die Hand aus, um zu studieren und Prüfungen abzulegen. Aber immer noch zu langsam.
Das folgende Problem wurde klar: Es gibt keine Zeit oder Energie, um Materialien zu Hause zu studieren, und bei der Arbeit sind Programmierer mit Aufgaben beschäftigt. Diejenigen, die einen halben Tag freie Selbstbildung haben, haben sich auf der Kompetenzkarte weiterentwickelt, und diejenigen, die nicht auf dem gleichen Niveau geblieben sind, was sie kühl demotiviert hat.
Hypothese 3
Freizeit geben. Zwischen den Aufgaben begannen die Programmierer, mehrere Stunden pro Woche für das Training zu verlassen.
Und so hat es funktioniert. Programmierer begannen, sich selbst zu entwickeln, Tests zu machen und die Gehälter zu erhöhen.
Diejenigen, die nicht bereit sind zu lernen, sollten angesichts der zugewiesenen Zeit und Wachstumsaussichten einfach in Ruhe gelassen werden. Es gibt Leute, die sich auf ihrem Niveau wohl fühlen und wenn sie einige Aufgaben schließen können, warum dann nicht?
Schlussfolgerungen
Nach unserer Erfahrung haben Programmierer genügend interne Motivation, und wenn sie nicht gestört werden, arbeiten sie so gut wie möglich.
Die Auszeichnungen dienen als zusätzlicher Motivator weniger für die Qualität der Arbeit als vielmehr für das Eintauchen in die Arbeit verwandter Spezialisten (Suche nach Problembereichen in Design und TK, bevor dies endgültig vereinbart wird).
Alle Lernwerkzeuge sind bedeutungslos, es sei denn, es gibt zwei wichtige Dinge. Fortschrittsgefühle (einschließlich erreichbarer Belohnungen) und die dafür vorgesehene Zeit. Glauben Sie mir, wenn ein Programmierer, der es kaum geschafft hat, die Aufgabe an einem Tag zu erledigen, eine Stunde von der Arbeit zu ihm nach Hause kommt, ist er danach absolut nicht mehr Ihrem „Entwicklungsplan“ gewachsen. Und ich denke, dass "Sie werden jetzt lernen und Freizeit haben" nur eine stille Reaktion hervorrufen wird: "Ich glaube nicht".