Das Beste jagen

Ich weiß nichts über dich, aber ich experimentiere gerne mit Menschen. Normalerweise frage ich keine Leute nach Meinungen, aber dieses Mal wurde das Experiment auf eigenen Wunsch durchgeführt. Die Leute wollten, dass ich ihnen ein neues Motivationssystem gebe. Nun, ich habe es getan.

Der Artikel ist etwas lang, weil Ich habe versucht, nicht nur die Ein- und Ausgabe zu erklären, sondern auch den Prozess der Entwicklung des Systems, die dabei auftretenden Fragen und wie wir sie gelöst haben. Vielleicht ist unsere Erfahrung für Sie nützlich - wenn nicht ganz, dann einige ihrer Teile.

Also, am Eingang - ein kleines Team von 1C-Programmierern mit drei Personen, die an einem Fix arbeiten. Außerdem bin ich, ihr Anführer, aufgrund seiner Kernkompetenz auch ein 1C-Programmierer.

Der Geschäftsprozess ist der häufigste:

1. Programmierern werden Aufgaben aus beliebigen Abteilungen zugewiesen.
2. Aufgaben müssen bei Bedarf genehmigt werden. Die Liste der Koordinatoren ist für verschiedene Aufgaben unterschiedlich.
3. Die Aufgaben haben eine Frist, es besteht die Möglichkeit ihrer Übertragung (nicht mehr als zweimal). Vor Beginn wird die Frist von beiden Parteien vereinbart;
4. Es gibt Automatisierungsprojekte, die auf Kaskadenbasis durchgeführt werden. Die Aufgaben im Projekt leben genauso wie die anderen - es gibt Fristen, es gibt Genehmigungen usw.;
5. Es gibt technischen Support in Form von Dienst - Programmierer sitzen abwechselnd 1 Woche darauf.

Motivationssystem :
1. Programmierer haben je nach Qualifikation ein Gehalt;
2. Es gibt eine Demotivierung für Aufgaben, die nicht rechtzeitig erledigt wurden.
3. Es gibt Prämien für die Durchführung von Projekten.

Die Automatisierung all dieser Dinge ist am häufigsten. Zum Setzen von Zielen wird ein gemeinsames Unternehmenssystem wie 1C: Document Management verwendet. Es enthält Anweisungen und Memos, in denen Aufgaben ausgeführt werden. Es gibt eine kleine Automatisierung des kaskadierenden Projektmanagements. Bei Verstößen gegen die Fristen erfolgt eine automatische Demotivierungsberechnung.

Es scheint zu sein - leben und sich freuen, arbeiten - das Liegerad nicht zu treffen. Es ist nicht schwierig, die Fristen einzuhalten, wenn Sie an deren Produktion teilnehmen. Arbeit - ohne große Schwierigkeiten, nichts Übernatürliches. Ich als Führungskraft stehe unter anderem nicht hervor - bei anderen Diensten werden Aufgaben, Zeitpläne und Projekte nach denselben Grundsätzen verwaltet.

Aber eine Frage verfolgte uns: Wie kann man mehr Geld verdienen?

Im gegenwärtigen System gab es zwei Hebel - um eine Erhöhung des Gehalts oder der Projektprämien zu erreichen. Unternehmen möchten das Gehalt eines 1C-Programmierers normalerweise nicht erhöhen, weil Sie verstehen kaum, warum dieser Typ mehr Geld bezahlen muss .

Für Fortbildung oder eine Art Kategorisierung wie Noten? Es ist nicht ganz klar, warum Sie dafür mehr bezahlen müssen, wenn die Qualifikationen die Ergebnisse nicht beeinflussen. Und wenn die Ergebnisse für Programmierer unterschiedlich sind, hängt dies mit formalen Qualifikationen zusammen? Wie viel, um das Gehalt zu erhöhen, wenn Sie noch diesen Weg gehen? Die aktuellen Gehälter entsprachen in etwa dem Marktdurchschnitt.

Ein paar Mal gelang es immer noch, das Gehalt der Programmierer zu erhöhen. Zum Beispiel wurde man durch die Zertifizierung durch die Kräfte der beteiligten Franchisegeber vertrieben. Sie erhöhten den anderen, weil er gut auf dem Markt war, war er mehr wert (subjektive Einschätzung). Aber dieser Weg kann nicht oft wiederholt werden, um nicht zu hören: "Bist du am Ende dort oben beschissen, oder was?"

Es ist auch unmöglich, hart zu arbeiten, um die Projektpreise zu erhöhen, weil Das Thema ist eher rutschig. Ob es Ihnen gefällt oder nicht, ein Projektpreis ist eine zusätzliche Zahlung für Arbeiten, für die er bereits bezahlt wurde . Natürlich können Sie es irgendwie umformulieren, zum Beispiel eine zusätzliche Gebühr für die vorzeitige Ausführung oder für die aktive Teilnahme an der Implementierung oder für die schnelle Anpassung der Automatisierung an die Kundenanforderungen.

Aber früher oder später beginnt der Leiter, die Frage zu stellen: Wenn eine Person Projekte immer vorzeitig durchführt, warum sollte ich dafür extra bezahlen? Vielleicht ist die Frist falsch berechnet?

Nachdem wir nachgedacht hatten, beschlossen wir und die Programmierer selbst, ein Motivationssystem zu schaffen und unsere Arbeit zu ändern, um dem Unternehmen offensichtlich mehr Nutzen zu bringen. Vorausgesetzt, wir erhalten für mehr Nutzen mehr Geld.

Es ist richtig, mit dem Unternehmen über die Vorteile für das Unternehmen zu sprechen, die ich getan habe. Ich habe mit den Führern, dem Direktor und dem Besitzer gesprochen. Die Meinungen waren unterschiedlich, aber wenn Sie sie gruppieren und bewerten, war die zentrale Idee folgende: Wir wollen, was Sie bereits tun, nur schneller . Oder anders ausgedrückt: Wir wollen gleichzeitig mehr erreichen.

Offensichtlich sprechen wir über die Geschwindigkeit der Programmierung und Implementierung . Es sollte beachtet werden, dass wir zu dieser Zeit nichts über Scrum wussten, als eine Methode, die die Arbeit von Programmierern beschleunigt.

Für mich als Führungskraft war dieser Moment sehr wichtig: Ich wollte, dass die Programmierer sich um ihre Ergebnisse kümmern . Ich wollte sie nicht treten, über meiner Seele stehen, den Prozess und das Timing kontrollieren. Ich brauchte ein autonomes System, das ohne mich und ohne Führer auskommen konnte.

Das für unsere Zwecke am besten geeignete Zahlungssystem schien die Stücklohnzahlung für die geleistete Arbeit zu sein . Es klang vielversprechend und leicht zu beweisen: Hier ist der Mann, hier ist die geleistete Arbeit, hier ist das Einkommen. Es besteht kein Grund zur Motivation - wenn eine Person nicht arbeiten möchte, wird sie kein Geld verdienen, und dies wird offensichtlich. Mit einer solchen Person wird es möglich sein, ohne Reue zu gehen.

Es stellte sich die Schlüsselfrage: Wie bewertet man die Arbeit und wie viel muss man dafür bezahlen ? In Franken wird dieses Problem einfacher gelöst - es gibt eine Schätzung der Komplexität in Stunden, für die der Kunde bezahlt. Der Programmierer erhält tatsächlich einen Prozentsatz des Stundensatzes. Wir hatten keine Kunden und Geldbeziehungen, aber wir müssen die Arbeit irgendwie bewerten.

Die Idee kam schnell, ebenso wie die Umsetzung und die Evidenzbasis. Ich beschloss, die Aufgaben in den Stunden des besten Programmierers zu bewerten.

Wenn der beste Programmierer das Problem in 1 Stunde löst, kostet es 1 Stunde. Ein anderer Programmierer, der dieses Problem in 4 Stunden löst, erhält 1 bezahlte Stunde dafür.

Um Aufgaben „vom besten Programmierer“ bewerten zu können, müssen Sie verstehen, wer es ist. Wir haben uns so entschieden: Der beste Programmierer verfügt über alle notwendigen Kenntnisse zur Lösung des Problems . Er kennt das methodische Feld, kennt die notwendigen Mechanismen der Plattform, kennt die Metadaten und „wo was liegt“. Im Allgemeinen setzt sich und tut, ohne Zeit umsonst zu verschwenden.

Das Hauptziel einer solchen Bewertung besteht darin, den Zeitverlust zu minimieren, indem sie unrentabel gemacht werden. Die Arbeitsverluste eines Programmierers sind massiv und in Bezug auf Volumenverluste oft mehr als die Hälfte der Arbeitszeit.

Ich habe die „beste“ Bewertung persönlich vorgenommen, und dies ist möglicherweise der Engpass des gesamten Systems. Es war sofort klar, dass das Bewertungssystem, wenn es nicht transparent ist, nachträglich überprüft werden muss. Aus diesem Grund habe ich mich für einen Job Appraisal Classifier entschieden - ein einfaches Nachschlagewerk mit Standardkomponenten zur Lösung des Problems und deren Bewertung. Es wurde nach und nach aufgefüllt, wir nannten die Bewertung der Arbeit „Rechtsprechung“ - die in der Praxis getesteten Punkte mit der gemessenen Vorlaufzeit fielen in den Klassifikator.

Der Klassifikator enthielt beispielsweise die folgenden Elemente:

• Entwicklung eines einfachen Berichts wie "Sales", ein Register, auf dem ACS im Benutzermodus. Ergebnis - 15 Minuten;
• Erstellung eines Akkumulationsregisters mit einer einfachen Aufzeichnung von Bewegungen, die vollständig vom Kontext des Dokuments bestimmt werden. Ergebnis - 15 Minuten;
• Rollenentwicklung ohne RLS mit einer kleinen Liste (bis zu 10) zulässiger Objekte. Bewertung - 10 Minuten.

Die Vorlaufzeit umfasste die Entwicklung und das Testen durch den Entwickler. Wenn in der Arbeitsdatenbank ein Fehler bei den in dieser Aufgabe erstellten Änderungen aufgetreten ist, wurden die Fehler vom Ausführenden auf eigene Kosten korrigiert.

Jede Aufgabe, die Programmierer ausführten, erhielt vor der Ausführung eine solche Bewertung. Es ist klar, dass einige Aufgaben mehrere Punkte des Klassifikators enthielten - zum Beispiel ein Register plus mehrere Details plus einen Bericht plus eine automatische Aufgabe. Die Zeit in diesem Fall wurde zusammengefasst.

Nun musste festgelegt werden, wie viel für eine Arbeitsstunde des besten Programmierers zu zahlen ist . Wir haben diese Frage in der Stirn entschieden. Ein durchschnittlicher guter Programmierer erhielt dann 60.000 Rubel auf dem Markt. Wir haben beschlossen, dass der beste Programmierer 100 tr bekommen sollte. Es ist klar, dass diese Zahl anschließend in jede Richtung geändert werden kann.

Einfache Berechnungen und Rundungen ergaben den Stundensatz des besten Programmierers: 600 Rubel pro Stunde .

Die Zahl wird gut aussehen, da sie den halben Stundensatz lokaler Franchise-Unternehmen beträgt und niedriger ist als die Kosten von Freiberuflern, die dann 700-900 Rubel pro Stunde verlangten.

Aber die Hauptsache - nur direkte Arbeit war Teil unseres Stundensatzes. Es gab keine Reflexion, Modellierung, Entscheidungsanalyse usw.

Als wir jedoch erkannten, dass ein Gespräch über diese Wette mit der Führung noch stattfinden würde, beschlossen wir, sicherzustellen, dass wir Recht hatten. Zu diesem Zweck sprach er mit Freunden und Fremden, Franchise-Unternehmen und Freiberuflern. Wir haben diesen Jungs einige Aufgaben zur Bewertung gegeben und eine einfache Frage gestellt: Wie viel Geld nehmen Sie für solche Arbeiten? Das Ergebnis war vorhersehbar - die Jungs baten 2-3 Mal mehr um Arbeit als wir (unter Berücksichtigung der Lohnsteuern). Das beruhigte sich - der Arsch ist bedeckt.

Jetzt war es notwendig, das System um den Betrag der monatlichen Rückstellung auszugleichen, um Fehler in beide Richtungen zu vermeiden. Die erste Seite sind Programmierer. Man weiß nie, es stellt sich plötzlich heraus, dass der Programmierer 10 tr verdient hat - Er wird nichts haben, womit er seine Familie ernähren kann. Die Lösung ist einfach, ich habe sie gesehen, als ich im Franchise gearbeitet habe - um die monatliche Mindestzahlung festzulegen , die weniger beträgt, als der Programmierer nicht erhält. Ohne nachzudenken, beschlossen sie, dass dies das aktuelle Gehalt sein würde.

Die zweite Seite ist das Unternehmen. Nur eine Mindestauszahlung ist unrentabel, weil es kann verwendet werden, um das System auszutricksen. Wenn Sie beispielsweise 20 Aufgaben pro Monat erledigen möchten, bevor der Staat „fast fertig“ ist, erhalten Sie ein Gehalt und erzielen Sie im nächsten Monat einen Durchbruch, schließen Sie 20 unvollendete und 30 weitere Aufgaben und erhalten Sie einen Deal. Übrigens war es im Franchise einfach so und jeder hat es benutzt.

Der Ausweg aus der Situation ist ebenfalls einfach - "erinnere dich an Minus". Er arbeitete an 40 tr, erhielt ein Gehalt von 60 tr - ok, erinnere dich an die minus 20 tr Nächsten Monat müssen Sie. Arbeiten Sie nächsten Monat an 80 tr - Sie bekommen 60 tr, und Sie sollten nicht.

Gleichzeitig setzen wir für alle Fälle die Auszahlungsobergrenze auf 100 tr. Wir haben vereinbart, dass die über diesen Betrag hinaus geleistete Arbeit im nächsten Monat als Plus gewertet wird.

Jetzt musste ich herausfinden, was ich mit den Projekten anfangen sollte. Ein Projekt ist, wenn es vereinfacht ist, eine Reihe von Aufgaben, die durch eine Bedeutung oder ein Ziel miteinander verbunden sind. Das Unternehmen ist jedoch nicht nur an der beschleunigten Umsetzung jeder dieser Aufgaben interessiert, sondern auch an der schnellstmöglichen Umsetzung der gesamten Liste der Projektaufgaben und der Erzielung des Ergebnisses.

Die Lösung ist auch einfach und wird auch von anderen überprüft - am Ende des Projekts einen Teil des Akkordgehalts zu akkumulieren und zu geben . Wir haben beschlossen, dass es bei uns 20% sein wird. Während das Projekt läuft, erhält der Programmierer 480 Rubel pro Stunde und die restlichen 120 Rubel pro Stunde am Ende des Projekts.

Nun, alles schien berechnet und durchdacht zu sein, es ist notwendig, den Testbetrieb zu beginnen.

Der erste Schritt bestand darin , den Geschäftsprozess der Programmierer zu ändern :
1. Aufgaben sollten jetzt nicht persönlich für den Darsteller, sondern für mich, den Leiter, festgelegt werden.
2. Ich muss jetzt jede Aufgabe in Stunden bewerten.
3. Nach Annahme und Bewertung steht die Aufgabe zur Implementierung zur Verfügung.

Ok, der Geschäftsprozess wurde geändert, es ist notwendig zu automatisieren . Um mehr Freiheit bei der Kreativität zu haben, haben wir aufgehört, Aufgaben und Memos zu verwenden (alle haben sie verwendet), und wir haben uns innerhalb von 1-2 Tagen zwei neue Objekte ausgedacht:
1. Eine Bewerbung bei der IT-Abteilung mit allen für unsere Bewertung erforderlichen Feldern;

2. Ein vereinfachtes System zur Bilanzierung von Projekten und Aufgaben in ihnen mit demselben Bewertungssystem.

Und sofort machten sie einen Bericht, der die Ausgabe in Stunden und das verdiente Geld zeigte, damit Programmierer ihre Ergebnisse jeden Tag sehen konnten.

Begann zu arbeiten und war sofort mit Schwierigkeiten konfrontiert - Programmierer begannen zu jammern, dass die Aufgabenbewertungen zu niedrig sind . "Ich muss darüber nachdenken", "aber ich bin noch nie auf die Verarbeitung gestoßen, ich muss sie klären", "Ich habe einmal eine automatische Aufgabe erledigt, gibt es eine Anweisung zum Lesen?" usw.

Ich hörte ihnen zu und begann über die philosophische Tiefe der Frage nachzudenken: Sollte das Unternehmen für den Erwerb von Wissen durch seine Mitarbeiter bezahlen?

Es scheint, dass die Antwort offensichtlich ist - es sollte. Aber ist das alles so offensichtlich? Was sich herausstellt.

Hier ist eine Aufgabe für einen Programmierer - das Warehouse-Unterkonto in der Buchung auf Konto 003 auszufüllen (aus irgendeinem Grund wird es nicht in einem Standard-Softstarter ausgefüllt). Aber er weiß nicht, wie er es verarbeiten soll, weder auf der Seite des Auftragnehmers noch auf der Seite des Verarbeiters.

Es scheint - setzen Sie sich und finden Sie heraus, was so und so immer getan hat. Im traditionellen Gehaltssystem zahlt Ihnen der Arbeitgeber die Zeit, während Sie dort herumstöbern.

Aber es ist nicht so einfach. Von den vier Personen (drei Programmierer + ich, der Kopf) sind zwei mit der Verarbeitung bestens vertraut, und die Aufgabe ging an jemanden, der sie nicht versteht. Wann haben wir Recycling verstanden? Der Programmierer ist am letzten Job, ich bin am aktuellen Ort, weil Bisher gab es keine Maut- / Recyclingpraxis. Es stellt sich heraus, dass das derzeitige Unternehmen diese Kompetenz bereits bezahlt hat . Und es scheint, als wäre es falsch, ein zweites Mal zu zahlen, zumindest in gleicher Höhe. Was muss jetzt getan werden? Das ist richtig, übertragen Sie die Kompetenz auf denjenigen, der die Aufgabe erhalten hat.

Eine andere Frage stellte sich - und wofür braucht der Kompetenzträger dies? Er hat auch ein Stücklohn und anstatt Wissen zu übertragen, wird er mehr Arbeit besser machen.

Ich begann über eine noch philosophischere Frage nachzudenken: Sollte ein Unternehmen für den Kompetenztransfer zwischen Mitarbeitern bezahlen? Der Wissenstransfer ist traditionell eine Selbstverständlichkeit. Wir alle wissen jedoch, dass die Qualität einer solchen Übertragung zu wünschen übrig lässt. Die Ausnahme bilden Anpassungs- und Mentoring-Programme, die jedoch nicht sehr häufig sind.

So wurde uns die Lösung klar:
1. Für den Wissenstransfer und die gegenseitige Hilfe muss bezahlt werden;
2. Für den Erwerb neuer Kompetenzen müssen bezahlt werden.

Der zweite Punkt betrifft das Wissen, das keiner der Mitarbeiter besitzt. Zum Beispiel hatten wir die Aufgabe, Daten von einem externen System mithilfe direkter Abfragen an MS SQL ständig in 1C abzurufen. Die Aufgabe ist nicht schwierig, aber niemand hat dies zuvor getan. Ich habe dies getan - ich habe in meinem Namen einen Antrag gestellt, dessen Kern darin besteht, mit externen Datenquellen auf einer Ebene zu rauchen, die ausreicht, um ein bestimmtes Problem zu lösen. Bewertung der Aufgabe - 1 Stunde (und Sie können mindestens den ganzen Tag sitzen).

Durch die Lösung des Problems erhalten wir einen Spezialisten, der Probleme mit externen Datenquellen lösen kann, und wir werden für diese Kompetenz nicht mehr bezahlen . Nur für die Übertragung an andere Programmierer.

Wir haben uns entschlossen, für den Kompetenztransfer und die gegenseitige Unterstützung zu zahlen, und dafür haben wir uns den passenden Begriff ausgedacht - die Kosten für Analyse und Design. Um keine Zeit mit großer Bürokratie zu verschwenden, haben wir im Wort eine Tabelle mit den Daten gezeichnet:
1. Das Thema, das diskutiert / entworfen / verwiesen wurde;
2. Start- und Endzeit der Diskussion, minutengenau;
3. Die Teilnehmer.

Dem Buchhaltungssystem wurde ein separates Dokument hinzugefügt, in das die Ergebnisse solcher Diskussionen einmal pro Woche eingehen. Normalerweise dauern die Diskussionen 5 Minuten und erreichen gelegentlich 15 Minuten. Für eine Woche stellte sich heraus, dass alle 3-5 Stunden .

Was wichtig ist: Die Diskussionszeit wurde an alle Teilnehmer gezahlt , d. H. Es war von Vorteil, Wissen zu erwerben und weiterzugeben. Es war von Vorteil, Kollegen zu helfen, wie Die menschlichen Gesetze sind nicht verschwunden - wenn Sie helfen, werden sie Ihnen helfen, und wenn Sie das Wissen für sich behalten, dann seien Sie bereit, sich einer ungewohnten Aufgabe mit einer geschätzten Zeit von 1 Stunde zu stellen, und sitzen Sie 2 Tage damit. Natürlich gab es Ausnahmen, als ich selbst denjenigen aus der Liste der Teilnehmer streifte, der saß und den Raben zählte.

Ja, alle diese Treffen hätten in meiner Gegenwart stattfinden sollen Vor der Außenwelt war ich für die Qualität des Systems verantwortlich. Alle besprochenen Themen spiegelten sich im System wider, und bei Bedarf war es möglich, zurückzukehren und zu prüfen, ob das Geld legal ausgegeben wurde.

Es gab noch eine "faule" Frage - technische Unterstützung . Foul - weil mir die Verfügbarkeit von technischem Support nicht gefällt, trübt dies den Verstand der Benutzer, nimmt den Spezialisten wertvolle Zeit, ohne dem Unternehmen einen besonderen Nutzen zu bringen.

Formal ist der technische Support zu dieser Zeit ein engagierter Beamter, der den Menschen innerhalb einer Woche helfen sollte. Wie viel muss ein Programmierer bezahlen, der auf technischen Support setzt?

Zunächst ging es nicht darum, überhaupt zu zahlen, sondern die Grundlage für die Berechnung des Gehalts bei der Berechnung der Zahlung zu reduzieren. Wenn ein Programmierer beispielsweise ein Gehalt von 60 tr hat, 2 Wochen im Monat für technischen Support aufgewendet hat, sollten Sie bei der Berechnung die Hälfte als Gehalt in Betracht ziehen - 30 tr und für den Rest der Zeit einen Deal in Betracht ziehen.

Es ist jedoch sofort klar, dass ein Unsinn entsteht - das Unternehmen ist nicht sehr groß und der objektiv technische Support dauert nicht einen ganzen Tag. Dementsprechend schafft es der Programmierer, die Probleme zu lösen und kann das Schema mit einem "Ruck" verwenden.

Es gibt einen viel einfacheren Ausweg - zu berechnen, wie viel Zeit pro Tag für den technischen Support des besten Mitarbeiters aufgewendet wird , und dem Programmierer heutzutage den gleichen Betrag zu zahlen. Weil Ich wurde als der Beste in dieser Bande angesehen, dann habe ich es an mir selbst gemessen. Ich saß nur ein paar Tage auf Unterstützung mit einer Stoppuhr und das Ziel war nicht, den Rotz zu verschmieren, sondern den Menschen schnell zu helfen. Leiten Sie ihre Fragen korrekt an Aufgaben weiter.Stellen Sie Links zu Anweisungen bereit, wenn eine Person diese nicht gelesen hat und Online-Schulungen zu dem benötigt, was jeder in der Umgebung weiß. Nun, etc.

Den Messergebnissen zufolge dauert der technische Support durchschnittlich 2 Stunden pro Tag . Nun, das ist die Zahl. Wir waren uns einig, dass sie in dieser Höhe an den Dienstoffizier gezahlt wird - 2 Stunden am Tag oder 10 Stunden pro Woche.

Es ist klar, dass es unrentabel ist, nur technischen Support zu leisten - das sind ungefähr 25.000 Rubel pro Monat.

Damit sich der diensthabende Beamte nicht langweilt, gaben wir ihm ein Stück Papier und ließen ihn alle aufschreiben, die ihn ansprechen - nur seinen Nachnamen. Im Buchhaltungssystem wurde ein Dokument erstellt, in dem der Vermittler an dem Tag alle „Konvertiten“ einbrachte. Warum - schauen Sie am Ende des Artikels unter der Überschrift "Ein schöner Bonus" nach.

EigentlichDarauf erschien das Bild, und wir setzten den Testbetrieb des Systems fort .

Unter den Programmierern gab es eine beispiellose Begeisterung . Bei der Aufgabe festgehalten, stand der Rauch bei der Hinrichtung als Säule.

Lautlos begann ein Programmierer zu arbeiten, der gerne darüber diskutierte, "was für eine schwierige Aufgabe, es gibt so viele Fallstricke", dass er Stunden damit verbringen konnte, diese Fallstricke zu lutschen und seinen eigenen Preis zu füllen (es ist jedoch nicht klar, warum - das Gehalt).

Der Programmierer begann sofort, optimale Entscheidungen zu treffen, die früher gerne stundenlang saßen und „über die optimale Lösung nachdachten“, da nun die optimale Lösung von einem Team-Brainstorming in 5 Minuten herausgegeben wurde.

Ein introvertierter Programmierer begann häufiger mit Kunden zu kommunizieren, die zwei Tage lang über einer bereits gelösten Aufgabe sitzen konnten, weil es ihm peinlich war, mit dem Kunden zu sprechen.

Es erschienen viel vernünftigere und qualitativ hochwertigere Aufgaben von Benutzern, weil Programmierer anfingen, bei ihrem Design zu helfen.

Der unerfahrene Programmierer, der schüchtern war, seinen Kollegen eine Frage zu stellen, weil "es unpraktisch ist, abzulenken", wird sich stundenlang im Sitzen und Stummen ärgern (ich muss sagen, sie waren vorher wirklich genervt).

Programmierer sind im guten Sinne des Wortes leidenschaftlich und gierig geworden . Als Führungskraft habe ich mein Ziel erreicht - das System begann zu funktionieren, wenn auch nicht ganz ohne mich, dann mit meiner minimalen Beteiligung.

Meine Teilnahme ist transparent und verständlich geworden. Dies sind nur Punkte im Geschäftsprozess:
1. Annahme und Bewertung von Aufgaben, ich habe dies einmal am Tag für etwa 15 Minuten getan;
2. Teilnahme an Besprechungen zu Analyse und Design (dies ist ~ 3-mal täglich für 5 Minuten).

Insgesamt drei Programmierer verwalten - 30-60 Minuten pro Tag . Niemand muss treten, der Ausführung und dem Timing folgen, motivieren, die Qualität überprüfen - alles wurde von selbst gemacht . Ich konnte die Ergebnisse jederzeit über das System verfolgen. Das soll nicht heißen, dass es sich um eine vollständige Selbstverwaltung handelte, aber wir waren so nah wie möglich daran.

Wir haben den Test 3 Monate lang durchgeführt. In dieser Zeit hat sich die Leistung unserer Uhren verdoppeltund das für die neue Motivation berechnete Gehalt ist 30% höher. Der Unterschied ist klar - jetzt musste das Gehalt berechnet werden . Laut den Programmierern selbst mussten sie noch nie zuvor so intensiv arbeiten. Es war intensiv, nicht lang oder lang - ich war immer gegen mehr als einen 8-Stunden-Arbeitstag.

Aber was hier zählt, ist nicht, was sie über die Intensität der Arbeit gesagt haben , sondern wie sie es gesagt haben. Sie sprachen mit Stolz auf sich . Nicht nur, weil das neue System ihre Arbeit effizienter gemacht hat, sondern auch, weil sie selbst die Autoren dieses Systems waren. Sie selbst machten sich effektiver, sie selbst machten ihre Arbeit transparent und messbar, sie selbst begannen, das Unternehmen, seine Manager und Mitarbeiter anders zu betrachten.

Ich erkläre den Erfolg wie folgt:
1. Wenn Sie das Prisma der Thesen zur Entwicklung von Motivationssystemen durchsehen, wird klar, dass wir das Produkt gut definiert haben. Ein Produkt ist eine gelöste Aufgabe. Für dieses Produkt wird klares Geld bezahlt. Alles andere - auf eigene Kosten (Reflexion, Internet, Kommunikation in Instant Messenger, Rauchpausen, Nörgelei, Depression usw.).
2. Wenn Sie den Entwicklungsprozess durch Selbstverwaltung betrachten, können Sie sehen, dass das System unter direkter Beteiligung der Personen erstellt wurde, die daran arbeiten.
3. Wir haben das System so messbar wie möglich gemacht - in Übereinstimmung mit den Anforderungen des Controllings. Die bloße Messung der geleisteten Arbeit führte dazu, dass sich die Menschen schneller bewegten und keinen Unsinn machten.

Nach dem Testvorgang habe ich mehrere Iterationen zum Schutz des neuen Systems durchlaufen: Personalchef, Finanzdirektor, Direktor, Eigentümer, externer Personalberater (Moskau, es scheint sehr berühmt zu sein). Das System hat allen gefallen.

Als Leiter der Entwicklung interessierte mich insbesondere die Meinung des Personalberaters als Er kennt die Weltpraxis gut und hat Hunderte von Projekten zur Entwicklung von Motivationssystemen abgeschlossen. Seine Einschätzung meines Systems erwies sich als sehr hoch, er mochte besonders die Konturen der Verteidigung („erinnere dich an Minus“ und Begrenzung der maximalen Zahlung).

In der Folge wurden die Prinzipien dieses Systems für andere Unternehmensmotivationssysteme grundlegend.

Schöner Bonus
Wir hatten also einen Kostenvoranschlag in Rubel für alle Arbeiten, einschließlich Analyse, Design und technischer Unterstützung. Es war eine Sünde, diese Gelegenheit nicht zu nutzen und die Kosten der Automatisierung nicht im Kontext von Kunden und Projekten zu berechnen . Schließlich wussten wir jetzt mit Sicherheit, wer wie viel Geld das Unternehmen durch Automatisierung verschlingt, und wenn Sie diese Daten in Bezug auf den Nutzen betrachten , erhalten wir nur ein großartiges Bild.

Zum Beispiel haben wir erfahren, dass die technische Unterstützung für den stellvertretenden Hauptbuchhalter, der laut Stellenbeschreibung die AMR in der Buchhaltung am besten kennen sollte, mehr Geld hinterlässt, als diese Person in Form eines Gehalts erhält.

Wir haben auch erfahren, dass Menschen, die immer jammern, „nicht mit uns beschäftigt sind“, 40% des gesamten Geldes für die Automatisierung verbrauchen.

Es war interessant, das von Monat zu Monat wachsende Budget für Projekte ohne Host zu betrachten (in diesem Fall sagt der Direktor beispielsweise: Automatisieren Sie diesen Service, und die Automatisierung läuft nirgendwo, aber sie müssen selbst Aufgaben schreiben, sodass sie sich im Kreis bewegen). .

Die Apotheose war der Bericht auf der strategischen Sitzung mit einem enttäuschenden Ergebnis - mehr als die Hälfte des Geldes, das das Unternehmen für sinnlose Automatisierung ausgibt. Sinnlosigkeit ist ein völlig bedeutungsvolles Merkmal. Zum Beispiel wird die Funktionalität entwickelt, es gibt keine Kommentare, aber sie wird nicht verwendet ("Ja, irgendwie erreichen nicht alle Hände"). Oder Funktionen, die dazu beitragen sollen, den Verwaltungsprozess durch Ändern des Werts des Indikators zu verbessern - und der Wert des Indikators steht entweder still oder verschlechtert sich (und zu Beginn des Projekts wurde gesagt, dass dies Ihnen nicht helfen wird, Sie haben ein anderes Problem).

Was ist das Ergebnis? Sie hörten uns öfter und sorgfältiger zu, besonders bevor die Arbeit begann. Weil wir jetzt in der Lage waren, die Ergebnisse von Projekten vorherzusagen, wobei wir uns nicht nur auf systemisches Denken, sondern auch auf Zahlenstatistiken stützten. Das Volumen bedeutungsloser Arbeit ging in den ersten Monaten auf 30% zurück - trotz der Tatsache, dass sich die Struktur der „Sinnlosigkeit“ verbessert hat. Aber das ist eine andere Geschichte.

PS

Es gibt Leute, die meine Erfahrung wiederholt haben - das heißt, sie haben auch ein Management- und Motivationssystem aufgebaut, das auf bestimmten Standardstunden basiert. Sie sagen, es geht ihnen gut. Obwohl, wer gibt zu ...

Ich weiß nichts über dich, aber ich bin dumm. Die im Artikel beschriebene Erfahrung ist vor ungefähr 4 Jahren passiert, wenn ich mich richtig erinnere. Dann erfuhr ich von dem Gedränge - genauer gesagt, ich kaufte ein Buch bei einem Verkauf - und wurde mitgerissen, aber ich gab alles Alte auf. Weil es dumm ist.

Sie wollen immer nicht denken, sondern das fertige nehmen. Scrum, PMBOOK, CORE PM, Kanban, CBT oder etwas anderes, "implementieren" oder modischer "implementieren". Und einige Arschlöcher, wie Scrum Guide-Entwickler, befeuern die Situation auch, indem sie sagen: "Wenn Sie es falsch machen, müssen Sie keine Angst haben." Obwohl sie in dem Buch selbst geschrieben haben, dass man mit dem eigenen Kopf denken muss.

Die im Artikel beschriebene Erfahrung ist von unschätzbarem Wert. Für mich natürlich. Schon allein deshalb, weil er gezeigt hat, wie wichtig es ist, Aufgaben in mehr oder weniger stabilen Einheiten zu bewerten. Dann, bereits auf Scrum, verwandelte es sich in Punkte. Mehr Erfahrung hat gezeigt, was das richtige Motivationssystem mit Menschen macht. Er zeigte auch, dass Menschen mit dem richtigen Management- und Motivationssystem keinen Führer brauchen. Und vieles mehr hat gezeigt.

Wie gefällt es dir? Ist es hilfreich? Oder beee, nicht Arbeit, es geht um 1Snikov.