1C, keine Schmerzen

In meinem Leben habe ich zwei Arten von GeschÀften gesehen, die sich schlechter entwickeln als alle anderen - 1C-Franchisenehmer und WeihnachtsbaumverkÀufer. Es geht nicht um die Breite der Entwicklung, wenn nur die Anzahl der Programmierer wÀchst, sondern um die interne Entwicklung. Kurz gesagt zur Wirksamkeit.

Obwohl wahrscheinlich VerkĂ€ufer von WeihnachtsbĂ€umen von dieser Liste ausgeschlossen werden können, haben sie es geschafft, mich vor dem neuen Jahr zu ĂŒberraschen, indem sie mir eine echte Fichte verkauften. Bisher gab es nur Tannen und Kiefern. Ich habe sogar im Internet nachgesehen, wie man einen Baum von einer Tanne unterscheidet - eigentlich war es eine Fichte.

Daher bleiben nur 1C-Franchisenehmer in der Liste der „am weitesten entwickelten Unternehmen“. Viele wundervolle Leute arbeiten dort, aber entweder ist die Umgebung so oder der Ort ist verdammt - etwas stimmt nicht mit ihnen.

Sie denken nur an heute. Vielleicht liegt die enge Bindung an einen Anbieter, der sowohl das Framework als auch die Anwendungslösungen entwickelt, daran. Im 21. Jahrhundert wird niemand, der bei klarem Verstand ist, ein langfristiges GeschĂ€ft aufbauen, das an eine Programmiersprache, eine Entwicklungsumgebung, einen Markt gebunden ist? Aber schmiede das Eisen, solange es heiß ist - bitte. Wenn es abkĂŒhlt, kann man ĂŒber etwas Ernstes nachdenken.

Aber aus irgendeinem Grund scheint mir nicht alles verloren zu sein. Du kannst es besser machen.

Interessant sind natĂŒrlich verschiedene Methoden zur Effizienzsteigerung. Eine viel interessantere Kombination dieser Methoden fĂŒr eine bestimmte AktivitĂ€t ist jedoch ein Fall. Es umfasst Prozesse, Motivation, Automatisierung, Ziele und ein Managementsystem. Nicht immer alle Komponenten gleichzeitig - genau das, was Sie brauchen.

Lassen Sie uns versuchen, einen Fall fĂŒr einen bestimmten Teil des GeschĂ€fts zu erstellen, mit dem wir vertraut sind - 1C: Franchisenehmer. Er ist uns vertraut, weil er mehrere Jahre Erfahrung in anderen Franchise-Unternehmen hat. Außerdem begegnen wir Franken in einem formellen und informellen Umfeld.

Wir werden den Fall auf der Grundlage kumulativer Erfahrungen formulieren - fast alles, was wir schreiben, wurde an uns selbst getestet. Wir ĂŒberzeugen niemanden von rein akademischem Interesse. Es gab jedoch große Franchise-Unternehmen, die diesen Fall in Betrieb genommen haben, und sie stellen dort selbst etwas vor.

Wenn Sie nicht wissen, was 1C: Franchisenehmer ist, lesen Sie, als ob es sich um ein bestimmtes Unternehmen handelt, das Dienstleistungen fĂŒr die Entwicklung, Wartung und Verfeinerung von Software anbietet.

Das Ziel des Falles ist einfach - die Produktion von Programmierern und, wenn möglich, den Umsatz zu steigern. Oder Auspuff, er hat verschiedene Möglichkeiten. Lass uns gehen. Ich warne dich - Longrid.

Ausgangssituation


Nehmen Sie nicht das gesamte Franchise, sondern einen Teil davon, den wir als Entwicklungsabteilung bezeichnen werden. Dies sind Leute, 1C-Programmierer, die im BĂŒro sitzen, Aufgaben ĂŒber das System oder von Beratern erhalten und entscheiden, ob sie das Ergebnis remote an die Berater oder den Kunden weitergeben.

Es gibt mehrere solcher Abteilungen in großen Netzwerk-Franchise-Unternehmen, es besteht Wettbewerb zwischen ihnen, und wenn sie nicht ĂŒber genĂŒgend Ressourcen verfĂŒgen, tauschen sie aktiv Spezialisten und Aufgaben aus. Vielleicht nicht aus freiem Willen, aber das ist nicht der Punkt - wir betrachten die Entwicklungsabteilung als GeschĂ€ftseinheit und nicht als eine Gruppe von „echten Programmierern“.

Nehmen wir an, unsere Entwicklungsabteilung besteht aus fĂŒnf Personen. Die durchschnittliche monatliche Gesamtleistung betrĂ€gt 500 Stunden. Von diesen werden 200 von einem bestimmten Champion geschlossen - dem erfahrensten und intelligentesten Codierer. 100 Stunden schließen den zweiten, 80 - den dritten und vierten, 40 - AnfĂ€nger.

Nehmen wir an, eine Arbeitsstunde fĂŒr einen Kunden kostet 2000 Rubel. Nehmen wir an, wir haben eine einzige interne Rate fĂŒr Programmierer - 500 Rubel pro Stunde. Einfache SchĂ€tzungen gehen davon aus, dass der Umsatz der Abteilung 1 Million Rubel pro Monat betrĂ€gt. Die Lohnsumme der Abteilung betrĂ€gt nur 25% des Umsatzes, in diesem Fall 250.000 Rubel. Insgesamt erhĂ€lt das Unternehmen 750.000 Rubel, von denen es Steuern auf dieselben Programmierer und alle anderen Ausgaben zahlt. Wir werden die Gewinnstruktur nicht berĂŒcksichtigen, wir verstehen nur, dass sie nicht linear ist, weil enthĂ€lt Fixkosten wie das Mieten eines BĂŒros und den Kauf von Cookies.

Die Entwicklung ist zum Beispiel relativ stabil, springt nicht viel. Es sei denn, wenn der Champion in den Urlaub fÀhrt, haben wir einen Ausfall von 40 Prozent. Manchmal passiert es und 700 Stunden - wenn ein gutes Projekt passiert ist und die Programmierer an Wochenenden arbeiten.

Fallziel


Ich werde Ihnen sofort den Zweck der Verwendung des GehĂ€uses erlĂ€utern, um keine RĂ€tsel zu lösen. Wir möchten, dass unsere Entwicklungsabteilung nicht 500, sondern 1000 Stunden pro Monat ausgibt, d. H. doppelt so viel. FĂŒr den gleichen Stundensatz, mit den gleichen Fixkosten, mit der gleichen Anzahl von Arbeitsstunden. Wir können kleine Zeitkosten fĂŒr dieses Projekt zulassen - zum Beispiel innerhalb von 30-50 tr.

Es ist wichtig, sofort zu entscheiden, was wir in der Zielsituation tun werden. Einerseits verkaufen wir die Zeit der Spezialisten - die Stunden, die sie fĂŒr die Lösung von Problemen aufwenden. Auf der anderen Seite verkaufen wir gelöste Aufgaben und bewerten sie in Stunden. Alles scheint klar zu sein, aber der Unterschied zwischen den beiden Bewertungssystemen ist ziemlich signifikant.

Nehmen wir an, unsere 500 Stunden pro Monat sind 500 echte Arbeitsstunden fĂŒr Spezialisten. FĂŒr diese 500 Stunden lösen sie beispielsweise 200 Probleme mit einem durchschnittlichen Preis von 2,5 Stunden. Es stellt sich heraus, dass jede Aufgabe durchschnittlich 5000 Rubel kostet. Der Kunde ist durchaus bereit, diese Art von Geld zu bezahlen, er kennt den Markt, der Rest der Franchise hat den gleichen Preis.

Und so haben wir gelernt, das Problem nicht in 2,5 Stunden, sondern in 1,25 Stunden zu lösen. Die SchlĂŒsselfrage ist, wie viel es an einen Kunden verkauft werden kann.

Wenn wir Zeit verkaufen, ist es logisch, fĂŒr 1,25 Stunden zu verkaufen. Der Kunde wird verdammt glĂŒcklich sein - sowohl billiger als auch schneller. FĂŒr uns als Unternehmen gibt es jedoch fast keinen Nutzen aus einem solchen Programm - nur einen zufriedenen Kunden und die Freizeit von Spezialisten, die etwas unternehmen mĂŒssen. Angenommen, wir haben mehr Kunden gefunden und verkaufen ihnen eine Aufgabe fĂŒr 1,25 Stunden. Was bekommen wir in einem Monat? Die gleichen 500 Stunden fĂŒr 2000 Rubel. Es macht keinen Sinn.

Eine Möglichkeit besteht darin, den Stundensatz zu erhöhen. Aber wir lösen Probleme schneller als die Konkurrenz? Bei kleinen AuftrĂ€gen wird dies niemand besonders bemerken, aber bei Aufgaben nach 40 Stunden wird der Unterschied bereits spĂŒrbar sein.

Der Preis einer Stunde ist jedoch eine spĂŒrbare VerĂ€nderung fĂŒr die Außenwelt, die neue Kunden von uns abhalten kann. Sie wissen nicht, was wir doppelt so schnell machen? Die auf der Website geschriebenen Slogans ĂŒberzeugen nicht besonders.

Es erscheint richtiger, die Aufgabe 2,5 Stunden lang weiter zu verkaufen. Der Kunde merkt nichts und wir erhalten ein normales Zielergebnis - bei doppelt so vielen Aufgaben erhalten wir doppelt so viel Geld.

Sie können eine Kompromissoption wĂ€hlen, um beispielsweise in 2 Stunden zu verkaufen. Dann sieht der Kunde spĂŒrbare Einsparungen (insbesondere bei großen Mengen), erzielt das Ergebnis schneller und wir schreiben schwarze Zahlen. DarĂŒber hinaus auch unter Beibehaltung der internen Rate der Programmierer.

Der Einfachheit halber werden wir die Option in Betracht ziehen, wenn wir 2,5 Stunden lang weiter verkaufen. Wir bewerten die eingehende Aufgabe mit einem etwas komplexeren Algorithmus - wir mĂŒssen die Echtzeit schĂ€tzen und mit 2 multiplizieren. Aber dazu spĂ€ter mehr.

Ja, es gibt immer noch exotische Möglichkeiten, die freiwerdende Zeit zu nutzen, um beispielsweise die interne Entwicklung zu stÀrken. Dies wird am Ende sein.

Nun, das ist alles, das Ziel ist klar, jetzt werden wir die notwendigen Änderungen analysieren.

SchlĂŒsselthema


Sie sagen, dass es immer einen Kraftangriffspunkt gibt, an dem Sie einen Hebel einsetzen mĂŒssen, um die maximale Wirkung zu erzielen. Dem stimme ich nicht zu - in dem Sinne, dass ein solcher Punkt immer da ist. Aber in diesem Fall ist es - ein Motivationssystem.

Unser Motivationssystem ist ein individueller Stundensatz fĂŒr die geleistete Arbeit.

Es gibt viele Vorteile fĂŒr Programmierer, wenige fĂŒr Unternehmen, aber es gibt viele Minuspunkte.

Der Spezialist hat absolut keinen Grund, sein Wissen und seine Erfahrung zu teilen. Das Einzige, was es wert ist, ist, Ihr Profil zu verbessern. Wenn alles in Ordnung ist, ist es kontraindiziert, Erfahrungen auszutauschen und noch mehr bei der Lösung von Problemen zu helfen. Wenn Sie einen Narren unterrichten, wird er Ihr Konkurrent und er wird Ihnen nicht einmal danken.

Wenn Sie zum Beispiel ein Gehalt gut kennen (dies ist ein solches Programm), wĂ€hrend andere es nicht wissen, haben Sie immer Brot und Butter. Sobald der zweite Gehaltsscheck angezeigt wird, mĂŒssen Sie sich bemĂŒhen, die bestmögliche Arbeit zu erhalten.

Was ist das fĂŒr ein GeschĂ€ft? Wenn Spezialisten keine Kompetenzen teilen, liegt die Sorgfalt bei der Ausbildung auf den Schultern des Unternehmens. Es ist notwendig, Kurse zu organisieren oder an Drittorganisationen (wie 1C) zu zahlen. Das zweite sind EngpĂ€sse in Form von SchlĂŒsselspezialisten. Wenn von 5 Personen nur einer ERP kennt (dies ist auch ein solches Programm), können Sie physisch nicht mehr ERP-Jobs annehmen, als dieser Mitarbeiter verdauen kann. Selbst wenn es ein Champion ist, gibt es nicht mehr als 200 Stunden pro Monat. Gehen Sie entweder Risiken ein - nehmen Sie sich Arbeit, um es spĂ€ter auf dem Weg herauszufinden.

Es ist nicht sehr gut möglich, Kompetenzen zu teilen. Sichtbarkeit kann gemacht werden. Aber wer ein Programmierer war, weiß, dass es Möglichkeiten gibt, Hilfe zu leisten, damit Sie nicht mehr dafĂŒr kontaktiert werden. Sie können den Champion sogar dazu bringen, ein Seminar abzuhalten oder ein Training durchzufĂŒhren. Er wird ehrlich ĂŒber Material berichten - eines, das im Internet so zugĂ€nglich ist. Er wird reales, praktisches Wissen sich selbst ĂŒberlassen.

Ein individueller Stundensatz ist wie ein Unternehmen innerhalb eines Unternehmens, und dieses „interne Unternehmen“ ist immer eine IP, keine LLC.

Und Kompetenzen sind wichtig, insbesondere in Zeiten von VerĂ€nderungen, die regelmĂ€ĂŸig stattfinden. Es gibt natĂŒrlich eine Pause in ein paar Jahren - zum Beispiel vor der Veröffentlichung von ERP, wenn alle bereits den Softstarter herausgefunden haben (dies ist auch ein Programm, alt, aber peppig). In den Jahren 2004–2010 waren beispielsweise die „Projektingenieure“, die ĂŒber SCP-Kenntnisse verfĂŒgten, am besten. Jetzt leben ERP-Experten wahrscheinlich besser als alle anderen - ich weiß es nicht genau.

Einzelne Akkordarbeit beeintrĂ€chtigt die Möglichkeit, Arbeitslösungen und Best Practices auszutauschen, da dies wiederum keinen Sinn ergibt. Nun, Sie gaben der Person Ihre Verarbeitung oder Ihr Subsystem, er schloss 40 Stunden, die mit dem Kunden vereinbart wurden, an einem Tag und erhöhte 20 tr. Was ist damit los? Sie können natĂŒrlich eine Einigung erzielen und einen Schwarzmarkt innerhalb der Abteilung schaffen, aber das macht keinen Sinn. Es ist einfacher zu sagen: "Gib mir die Aufgabe, ich werde sie lösen." In einer hoffnungslosen Situation wird er natĂŒrlich geben, aber er wird es sich aus Prinzip selbst ĂŒberlassen.

Sie können Kompetenzen anders betrachten: Wer ist ihr EigentĂŒmer? Angenommen, Ihr Champion ist seit 2010 im Unternehmen. Er hat viel an ERP gearbeitet und Kompetenzen erworben. Wem gehören sie?

Das Unternehmen wird sagen - sie gehören uns. Unsere Kunden, unsere Projekte, unsere Aufgaben. Kompetenz geben. Wie kann man sie abholen? Nicht an den Zecken ziehen? Dies ist kein wesentlicher Vermögenswert. Er flippt aus und die Kompetenzen weinten.

Und was sind Kompetenzen? Produkt. Oder nicht, die Einnahmen aus dem Verkauf des Produkts. Versand 200 Stunden per ERP, erhielt zwei Gewinne - 400 tr und Kompetenzen. Geld - natĂŒrlich hier auf dem Girokonto. Sie können ĂŒbertragen, ausgeben, investieren. Wo liegen die Kompetenzen? DrĂŒben in dieser Glatze. Was kann man mit ihnen machen? In der Tat - nichts.

Es stellt sich heraus, dass der Typ auf unsere Kosten gelernt hat. Nicht, dass wir Geld in sein Training investiert hÀtten - nein, es ist einfach passiert. Wir können diesen Gewinn jedoch nur auf eine Weise erzielen - um diese Kompetenzen weiterhin zu nutzen, d. H. bei allen ERP-Arbeiten allein. Oder nutzen Sie die Chance und setzen Sie einen AnfÀnger ein, um eine weitere nicht wiederherstellbare Ressource zu erhalten.

Der Grund fĂŒr diesen Zustand ist banal - das falsche Motivationssystem. Es ist nicht so, dass es nicht ermutigt - es verbietet einer Person direkt, Kompetenzen zu teilen.

Motivationssystem - wofĂŒr ist es? Damit eine Person selbst aus freiem Willen und mit allem Eifer das tut, was fĂŒr das Unternehmen von Vorteil ist. Das Motivationssystem sollte den Leiter ersetzen, der jeden Tag geht, tritt und versucht, auf etwas hinzuweisen.

Wie kann sichergestellt werden, dass eine Person aus freiem Willen das tut, was fĂŒr das Unternehmen von Vorteil ist? ZunĂ€chst einmal natĂŒrlich, um zu verstehen, was fĂŒr das Unternehmen von Vorteil ist. Zweitens, um sicherzustellen, dass der Nutzen des Unternehmens fĂŒr die Person von Vorteil ist. Nicht in Form von Missionen und Slogans, sondern wirklich.

Fall


FĂŒr den Fall habe ich die Methoden ausgewĂ€hlt, die meiner Meinung nach und meiner Erfahrung nach am besten geeignet sind, um das Ziel zu erreichen - die Verdoppelung der Leistung. Im Allgemeinen gibt es viel mehr Methoden, aber hier beschĂ€ftigen wir uns nicht mit Schreiben, sondern mit Taten. Es ist auch erwĂ€hnenswert, dass zum Verdoppeln der Ausgabe nicht alle Methoden implementiert werden mĂŒssen - oft reicht nur eine aus.

Der Unterschied in den Anfangsbedingungen eines bestimmten Unternehmens, von dem ich nichts weiß. Es gibt wahrscheinlich das schwachsinnigste Franchise der Welt, das die niedrigste Leistung pro Mitarbeiter erzielt. Sie gehören nicht zu diesem Franchise-Unternehmen, daher ist Ihre Metrik höher. Aber wie viel höher - ich habe keine Ahnung. Aber die Tatsache, dass Sie die Ausgabe verdoppeln können, ist eine Tatsache.

Also, was mĂŒssen Sie tun mit :

  • WĂ€hlen, automatisieren und fĂŒgen Sie dem Bewertungssystem erste Salden hinzu.
  • Automatisieren und HinzufĂŒgen von Erstbilanzen zum Kompetenzsystem;
  • Treffen Sie eine Entscheidung ĂŒber das Motivationssystem, automatisieren Sie;
  • WĂ€hlen Sie die Parameter der Kompetenzstrategie;
  • Ernennen Sie einen diensthabenden Beamten.
  • Sprechen Sie mit Programmierern.


Tun:

  • Allgemeine Diskussion eingehender Aufgaben;
  • Auswahl eines Testamentsvollstreckers nach Kompetenz gemĂ€ĂŸ der Strategie;
  • Management und Buchhaltung der gegenseitigen UnterstĂŒtzung;
  • Aufgabenstatus verwalten.


Jetzt werde ich jeden Punkt kurz skizzieren. Aber zuerst eine ErklÀrung der Automatisierung.

Automatisierung


Der Punkt, der in fast allen Variationen des Falles vorhanden ist, ist die Automatisierung. Alle Änderungen, die Sie an den Prozessen, dem Management und der Motivation vornehmen, mĂŒssen Sie schnell automatisieren.

"Schnell automatisieren" ist sehr schnell, d. H. wĂ€hrend des Tages (einschließlich des Wartens auf die Möglichkeit, die Datenbankkonfiguration zu aktualisieren). Ab hier entsteht sofort die Notwendigkeit, diese Automatisierung durch die KrĂ€fte desselben Teams durchzufĂŒhren, deren Entwicklung Sie vorantreiben. Wenn Sie ein großes Franchise-Unternehmen sind und eine andere Abteilung haben, die nicht Ihrer internen Automatisierung unterliegt, haben Sie kein großes GlĂŒck, aber es gibt eine Lösung - die geheime Automatisierung.

FĂŒr alles, was der Fall ist, reicht eine selbst beschriebene Konfiguration am Knie aus. Dann werden Sie es eines Tages verbessern, in Ihr Unternehmenssystem einbauen, eine ergonomische OberflĂ€che erstellen usw. Jetzt brauchen wir fast nackte Daten, ohne HĂŒbschheit und Bequemlichkeit. Wenn Sie keinen Zugriff auf die Fertigstellung des gemeinsamen Systems haben, erstellen Sie Ihr eigenes und teilen Sie es im Team.

Wenn Ihr Task-Management-System nicht auf 1C lĂ€uft, haben Sie leider kein GlĂŒck - Sie mĂŒssen es höchstwahrscheinlich wegwerfen. Oder verwenden Sie es als Proxy fĂŒr 1Snoy, wenn Clients darin stecken bleiben - lassen Sie sie die Aufgaben dort ausfĂŒhren, aber machen Sie sich vorerst selbst ein System bei 1C und laden Sie Daten darauf hoch. Andernfalls wird nichts funktionieren - die Entwickler von bitrix24, JIRA, Github und anderen Systemen, ich entschuldige mich, wollten auf Ihre BedĂŒrfnisse scheißen. Wenn hinzufĂŒgen. Sie können der Aufgabe dort noch eine Eigenschaft hinzufĂŒgen, dann ist der tabellarische Teil unwahrscheinlich, und noch mehr der Bericht.

Die beste Plattform fĂŒr die Automatisierung der Arbeit interner Teams, die nebeneinander sitzen, ist leider 1C.

Bewertungssystem


Wir brauchen ein neues Bewertungssystem - die Aufgabe, die wir jetzt in 2,5 Stunden erledigen, mĂŒssen wir in 1,25 Stunden erledigen und in 2,5 Stunden verkaufen. Es stellt sich heraus, dass die Aufgabe in unserem Zielstaat zwei Bewertungen hat - 2,5 und 1,25 Stunden. Eines ist eine echte Zeitinvestition, das andere ist eine bestimmte EinschĂ€tzung fĂŒr einen Kunden. Nach dem derzeitigen Stand glauben wir, dass diese SchĂ€tzungen (im Durchschnitt) gleich sind.

Ich persönlich mag es nicht, zwei Bewertungen in einer Einheit (Stunden) zu behalten. Ich kann nicht aufhören mich zu fragen, wie jemand sie ĂŒberhaupt mögen kann. In der RealitĂ€t gibt es noch mehr Bewertungen: Die Uhr fĂŒr den Kunden, die Uhr, die der Programmierer wĂ€hrend der Planung aufruft, die Uhr ist aktuell. Wie man dann alles zusammenbringt, irgendwie analysiert - der Teufel kennt ihn.

Ich empfehle das System von Scrum - Poker Planning. Jede Aufgabe wird in Punkten aus der Fibonacci-Reihe bewertet - 1, 2, 3, 5, 8, 13, 21, 34 usw. Die Bewertung spiegelt Ihre umfassende Vision dieser Aufgabe wider - die KomplexitĂ€t der AusfĂŒhrung und die Arbeitskosten sowie die Unsicherheit und die Problematik des Kunden bei der Erbringung von Arbeiten.

Der einfachste Weg, um mit dem "Anker" zu beginnen, besteht darin, festzustellen, dass es eine Aufgabe von 1 Punkt gibt. Dies ist die einfachste atomare Aufgabe, die Sie lösen. Dementsprechend ist eine Aufgabe von 2 Punkten doppelt so schwierig.

SchĂ€tzungen werden vorgenommen, wenn der eingehende Strom verarbeitet wird, d.h. wenn eine neue Aufgabe erscheint. Jedes Mitglied des Teams setzt seine Note, am Ende haben wir - 5 Noten (fĂŒr das von uns beschriebene Beispiel). Wenn es SchĂ€tzungen gibt, die um mehr als ein Element der Serie voneinander abweichen, mĂŒssen wir sprechen und verstehen, warum es einen so großen Unterschied gibt, und um ihn zu beseitigen, wird entweder das eine ĂŒberschĂ€tzt oder das andere unterschĂ€tzt. Wenn alle Meinungsverschiedenheiten gelöst sind, wird der Durchschnitt berĂŒcksichtigt (die Summe der Bewertungen geteilt durch die Anzahl der Bewertungen) - dies ist die Bewertung des Problems.

Wenn Sie das System „von oben“ einfĂŒhren, ist es durchaus möglich, keine Abstimmung zu arrangieren, sondern die Bewertungen selbst abzugeben. Wir haben kein Scrum, wir schreiben die Regeln selbst.

Wenn bei der Lösung des Problems festgestellt wurde, dass die SchĂ€tzung unterschĂ€tzt oder ĂŒberschĂ€tzt wird, können Sie sie sicher Ă€ndern. NatĂŒrlich sollte die Abschlussnote bekannt sein, wenn die Aufgabe abgeschlossen ist.

Die Bewertung sollte in das System eingegeben und in Form einer Requisitenaufgabe gespeichert werden.

Wenn Ihnen die Punkte nicht gefallen, können Sie eine Art Standardstunden verwenden. Ich empfehle diese Option nicht, aber meine Meinung kann ignoriert werden. Zum Beispiel habe ich mir zu Beginn der Praxis eine EinschĂ€tzung wie „fĂŒr die Besten“ ausgedacht - wie viele Stunden wĂŒrde der beste Programmierer damit verbringen, ĂŒber ein Problem, einen Kontext, einen Kunden, eine FunktionalitĂ€t usw. Bescheid zu wissen - Schreiben Sie einen Code.

Jetzt ist es Ă€ußerst wichtig, die anfĂ€nglichen Salden einzugeben - die Aufgaben, die Sie bereits gelöst haben, fĂŒr 1-2 Monate auszuwerten und SchĂ€tzungen im System vorzunehmen. Üben und entwickeln Sie zunĂ€chst Ihr eigenes Bewertungssystem. Zweitens und vor allem - erhalten Sie die aktuelle Geschwindigkeit und den "Punktpreis".

Es stellt sich beispielsweise heraus, dass Sie 500 Stunden pro Monat fĂŒr 2000 Rubel verkaufen, und das sind 500 Punkte. Dann ist Ihre Punktzahl im Moment 2000 Rubel. Nach der EinfĂŒhrung der Änderungen mĂŒssen Sie 1000 Punkte generieren, diese fĂŒr 2000 Rubel verkaufen und doppelt so viel Einkommen erhalten (sowohl das Unternehmen als auch die Mitarbeiter).

Die anfĂ€nglichen Reste sind Ă€ußerst wichtig, denn ohne sie werden Sie die elementare Frage nicht beantworten - hat es funktioniert oder nicht? Sei bitte nicht faul.

Es wird verlockend sein, alte Aufgaben nicht zu bewerten, sondern mit neuen zu beginnen. , , , . – .

«», – .


, . , , ( ).

– . . , . , , .

– . – « » « », , .

– . – . , , , . – , . , , , , .. , .

, – . , . – , . , 10 . , , 100 %.

. . . . , , , .

« », . , - . – , , , , .

– , . , – .


– . , , , , , ( ). , – .

, – . «», «», .

. – . , , ( ). , , .. .

, , , , .

– «» , , . , , , , . , ( , – ).

, , , , « -». , , 10 , 2.

-. «», . «» – , , , . ? – . , 40 % — «». , 15 , , 2 , 500 . 2 . 60% = 600 , .. 266 (600 2.25 ). , 100 ( 10 , 1000 ).

«» 1600 ( 15 , 400 ). , . , .. , 500 , – 1600 . , – . , . , . , , -, .

, . , – . , 2 , 5 - . , , , .

, – , . , .

: – , «» . – , . , – , . .


, , . – , , , .

, . , .

, – - . , , , . , , , .

, . : . – , , , , .

: 70 % – , 30 % – . , . , . , , .

, – , , , ? , . -, . -, . , , . « » – « — ».

, , – , , . , – . . -, , . , , .

– , , . , – , .


«», , , . – , , , . – , , - . .

– , . , – – .

, , . , - «, , , . , . , , . , . „ “? ? , , , , 9-00 . , . – , ».

– , ( ). .

. , . , , , , . , , , . , , , , , .

- , . 5 15 . , – .


– , , . - , . . , . , , « ».

, , . 1 – , . , , . , , – , , , – - «», , . 1 , - .

, , - , , . : .

– . , , . , – , , . .

, – , . , , . , « », - .

, , , - . , , , , .

. , , – , – . , , .


Viele Leute fragen sich - wie ist es ĂŒberhaupt möglich, dass sich die Ausgabe verdoppelt? Aufgrund was? Können wir Code schneller schreiben? Oder seine QualitĂ€t reduzieren? Ohrfeigen und Produktion? Viele werden natĂŒrlich nicht gefragt, sondern einfach abgelehnt und abgelehnt. Es ist doch unmöglich, dass es irgendwo eine bewĂ€hrte Methode der Doppelbeschleunigung gab, aber niemand wusste davon?

Das Problem ist in der Tat alltÀglich - der falsche Aufmerksamkeitsvektor. Oder einfacher gesagt, Sie suchen nicht dort. Wir beschrÀnken das Thema auf Programmierer, obwohl das Prinzip universell ist.

Was ist Ihrer Meinung nach die ideale Geschwindigkeit, um ein Client-Problem durch einen 1C-Programmierer zu lösen? Es geht um die Aufgabe des Entwickelns oder Finalisierens. Denken Sie, wÀhrend Sie lesen, wird die Antwort etwas niedriger sein.

Werfen wir einen Blick auf die Arbeit des 1C-Programmierers. Was denken Sie, wie viel Prozent der Zeit programmiert es tatsĂ€chlich (einschließlich aller Aspekte - Schreiben von Code, Erstellen von Metadaten, Layouts usw.)? 100%? 50%? 20%?

Die Praxis zeigt, dass es passiert und 3%. Wenn Sie es nicht glauben, ĂŒberzeugen Sie sich selbst - es gibt spezielle Programme fĂŒr solche Messungen. Es gibt jedoch einen einfacheren Weg: Sehen Sie sich die Menge an Code an, die der Programmierer an einem Tag geschrieben hat, und dividieren Sie sie durch die Druckgeschwindigkeit. Die resultierende Zahl kann Sie ĂŒberraschen.

Der Verstand des Programmierers wird empört sein - nun, aber was ist mit der CodegrĂ¶ĂŸe und der Druckgeschwindigkeit? Es gibt Aufgaben, bei denen Sie dumm und viel schreiben mĂŒssen. Und es gibt solche, bei denen Sie viel lesen, nachdenken, analysieren und versuchen mĂŒssen, lange zu debuggen.

Ok, lass uns auf die andere Seite gehen. Den ganzen Tag dachte der Programmierer, analysierte, versuchte es. Infolgedessen schrieb er 50 Codezeilen, und das Problem ist gelöst. Guter, korrekter Code, alles wird ĂŒberprĂŒft und funktioniert. Verbrachte 8 Stunden.

Die Frage ist nun: In welcher Zeit wird genau das gleiche Problem von einem anderen Kunden gelöst? Wenn er nur eine fertige Lösung nimmt, dann ungefĂ€hr 5 Minuten, richtig? Nun, wĂ€hrend der Konfigurator dort geöffnet wird, wĂ€hrend der zweite, wĂ€hrend des Kopierens usw. Und wenn Sie mit Stiften neu schreiben? Eine halbe Stunde? Unterwegs wird er auch eine ÜberprĂŒfung der Maschine durchfĂŒhren und den Code verbessern. 16 mal schneller.

Zum Teufel damit, den Code zu kopieren. Ein weiteres Beispiel. Anstatt dem Programmierer eine Aufgabe zu geben, gaben Sie 10-20 - Sie sagten: Hier ist der Tracker, wÀhlen Sie einen aus und machen Sie es. Was wird als nÀchstes passieren?

Der Programmierer wĂ€hlt. Im Programmcode arbeitet der Auswahloperator fĂŒr einen Bruchteil einer Millisekunde (wenn nicht eine sehr schwierige Bedingung), aber eine Person ist keine Maschine. FĂŒr ihn ist die Wahl ein Prozess, der manchmal sooooooo langsam verlĂ€uft.

Manchmal erinnert dieser Prozess an AufklĂ€rung im Kampf: Der Programmierer liest nicht nur den Aufgabentitel und die detaillierte Beschreibung, sondern auch Kommentare und kriecht dann in den Konfigurator, um den Kontext zu verstehen. Schau, stolpere - Fu, sag, das ist eine Aufgabe ĂŒber Overalls, da wird sich der Teufel in diesem weichen Starter das Bein brechen. Nein, lass Kolyan das tun. 15 Minuten verloren. Mit 10-20 multiplizieren, wie viel wird sich herausstellen? Bis zu 5 Stunden?

Dies ist in Ordnung, wenn der Programmierer intelligent ist und ĂŒber genĂŒgend Kontext verfĂŒgt, um eine Entscheidung zu treffen. Aber er war zum Beispiel ein großer Fan des Internets und suchte nach einer vorgefertigten Lösung - beim gleichen Infostart, bei einer Affiliate-Konferenz oder woanders. Die Zeit der Wahl beginnt mit alarmierender Geschwindigkeit zu wachsen.

Ein halber Tag wird wÀhlen, ein halber Tag wird funktionieren. Verluste - 50%, d.h. Es reicht aus, wenn jemand eine Aufgabe korrekt ausgibt, um die Ausgabe zu verdoppeln.

Okay, wir haben kein Problem wie die Wahl. Der Manager oder Chefprogrammierer wÀhlt und sagt - hier, mach das. Nein, ich will nicht, ich kann Kolyan nicht besser machen lassen, antwortet der Programmierer. Tu es, sagte ich! - besteht der Chef.

Nach dem VerstĂ€ndnis der Hauptsache setzte sich der Programmierer und tat es. Lassen Sie nicht sehr effektiv, aber es tut. Was macht er Manchmal - ja, es löst das Problem. Manchmal sitzt er und nimmt Anstoß. Oder nach GrĂŒnden suchen, die Aufgabe nicht zu erledigen. Zum Beispiel wird eine Liste von Problemen vorbereitet, "ohne die es keinen Sinn macht, anzufangen". Oder das Internet ist dumm, weil die Welt nicht fair ist.

Ich werde die Beispiele beenden, obwohl es tatsÀchlich Dutzende davon gibt. Es stellt sich heraus, dass der Programmierer zwei ZustÀnde hat - schreibt Code oder Tupit. Das Wort "tupit" wird ohne negative Konnotation verwendet, es hat einfach kein passenderes Verb aus dem Substantiv "stupor" gefunden.

Das Hauptprinzip wurde also gezogen: Schau, wo es dumm ist. Es ist wenig sinnvoll, das Effizienzwachstum mit dem Schreiben von Code, der Auswahl einer anderen Entwicklungsumgebung (z. B. EDT), allen möglichen Maßnahmen zur Beschleunigung des Codierens usw. zu beginnen. Bedenken Sie, dass ein Programmierer, der Code schreibt, effizient ist. Das ist richtig, wenn er mit den Fingern auf die Tastatur klopft oder mit einer Maus das Formular zeichnet und die Details hinzufĂŒgt.

Die meiste Zeit geht verloren, wenn der Programmierer dumm ist und nicht, wenn er den Code schreibt. Ich sagte mehrere Optionen.

Wenn Sie der Leiter von Programmierern sind, hören Sie auf, sich mit Codierung und Ausfallzeiten zu befassen. Wenn Sie ein Programmierer sind, sehen Sie sich selbst und Ihre Ausfallzeiten an. Dies ist der SchlĂŒssel zur Steigerung der Entwicklungsgeschwindigkeit.

Wir kehren zur Frage zurĂŒck: Was ist der ideale Zeitpunkt, um ein Client-Problem durch einen 1C-Programmierer zu lösen? Die Antwort liegt auf der Hand - Null. Nun, absolut Null gibt es nicht, lass es 5 Minuten sein. Wie wird diese Zeit erreicht? Sie verstehen bereits: durch die Ausgabe einer schlĂŒsselfertigen Lösung. Der Kunde kam, sagte seine Aufgabe, und Sie sagten ihm sofort - die Lösung, die Sie bereits haben. Ich weiß nicht, wie viel Geld ich nehmen soll, na ja, nicht in 5 Minuten Arbeit eines Spezialisten, das ist sicher. Sie können mit dieser Aussage streiten, aber Sie können denken. Wie oft haben Sie identische Probleme gelöst? Wie viel Prozent der Aufgaben lösen Sie zum ersten Mal und haben noch nie davon gehört? Ich habe eine kleine Praxis - erst 13 Jahre alt, aber selbst mit einer so bescheidenen Zahl verstehe und sehe ich, dass ich bereits die HĂ€lfte der Probleme gelöst habe.

Wenn Sie sich mit diesem Ansatz ausrĂŒsten, benötigen Sie einiges - schreiben Sie abstrakte benutzerdefinierte Tools (anstelle von kontextbezogenen, momentanen Govnokods) und speichern Sie sie irgendwo. Das erste haben wir besprochen, das zweite hat viele Lösungen.

Dann ging ich ein wenig ĂŒber den Fall hinaus. Ich fordere Sie nicht auf, alles aufzugeben und sich mit vorgefertigten Lösungen zu befassen. Ich wollte nur das Ideal zeigen - Beschleunigung ist in der Tat keine Entwicklung, sondern zehn- oder hunderte Male Umsatz. Dementsprechend ist die Beschleunigung der Erzeugung von Franchiseeinnahmen hunderte Male. WĂ€hrend wir uns mit einem kleineren befassen, werden wir zweimal beschleunigen.

Sie haben das Prinzip verstanden, dann wird Ihnen alles klar und einfach sein. Ich werde die Aktionen beschreiben, die in die Arbeit der Abteilung einbezogen werden mĂŒssen, mit einem Ziel - die langweilige Zeit zu reduzieren und sie durch Programmierung zu ersetzen.

Allgemeine Diskussion eingehender Aufgaben


Einfach und kitschig. Die Begleiterin, die wir in einem frĂŒheren Artikel besprochen haben, versammelt jeden Morgen alle Programmierer auf einem Haufen und sie schauen sich gemeinsam neue Aufgaben an.

Als erstes muss herausgefunden werden, ob jemand ein Ă€hnliches Problem gelöst hat. Wenn Sie sich entscheiden, ernennen Sie ihn zum Berater oder Kurator - es spielt keine Rolle, wie Sie ihn anrufen sollen. Es ist wichtig, dass der Auftragnehmer weiß, an wen er sich wenden kann.

Wenn dies noch niemand getan hat, vereinfachen wir die Kriterien ein wenig - wir suchen diejenigen, die mit diesem Subsystem, diesem Dokument oder diesem Plattformmechanismus gearbeitet haben. Sie sehen, wenn es darum geht, den Scheduler zu zeichnen, wird es jeder tun, der diesen unglaublichen Mechanismus bereits beherrscht. Er wird Berater.

Wenn die Aufgabe im Allgemeinen neu ist und niemandem bekannt ist, mĂŒssen Sie einen ZigarettenanzĂŒnder auswĂ€hlen - denjenigen, der als erster dieses Thema versteht. Es gibt zwei Hauptaufgaben: ein Problem zu lösen und Kompetenz zu entwickeln. Das nĂ€chste Mal Berater fĂŒr Ă€hnliche Aufgaben werden. NatĂŒrlich versteht jeder, dass das Rauchen lĂ€nger dauern kann als mit dem Kunden vereinbart - das ist normal, Sie investieren in Ihr Team.

Ein Berater ist besonders fĂŒr AnfĂ€nger wichtig. Selbst wenn Sie einem AnfĂ€nger gemĂ€ĂŸ Ihrer Strategie zur Kompetenzentwicklung verbieten, einen Kurator zu fragen, bietet die bloße Tatsache seiner Anwesenheit einem AnfĂ€nger eine enorme moralische UnterstĂŒtzung.

Vergessen Sie nicht, die Aufgabe in Punkten zu bewerten - spielen Sie Pokerplanung.

Auswahl eines Testamentsvollstreckers nach Kompetenz gemĂ€ĂŸ Strategie


Hier ist alles einfach. Sie haben eine Wahl getroffen - den Schieberegler zwischen Entwicklung und Steigerung von Kompetenzen angepasst. WĂ€hlen Sie also einen KĂŒnstler entsprechend Ihrer Strategie.

Sie entscheiden beispielsweise, dass AnfÀnger 30% der Zeit ungewohnte Probleme lösen sollen. Im System haben Sie bereits einen Bericht, der den Prozentsatz anzeigt - wie viele Freunde, wie viele unbekannte Probleme er gelöst hat. Schauen Sie sich die Zahlen an und entscheiden Sie, wann eine neue, unbekannte Aufgabe gestellt werden soll.

Wenn Sie einen Berater haben, wird das ĂŒberschĂŒssige Potenzial von Bedeutung aus der Aufgabe entfernt und die Prozesselemente des Spiels angegeben. FĂŒr einen AnfĂ€nger wird es interessant sein, sich mit neuen Mechanismen auseinanderzusetzen, da er ĂŒber die VerfĂŒgbarkeit von UnterstĂŒtzung Bescheid weiß und diese spĂŒrt. Wenn Sie die Grenzen der Anwendung dieser UnterstĂŒtzung im Voraus festlegen, ist dies im Allgemeinen wunderbar: Geben Sie beispielsweise einem AnfĂ€nger die Möglichkeit, nicht lĂ€nger als einen Tag unabhĂ€ngig zu arbeiten. Danach entscheidet der Berater.

Der Grad und das Format der UnterstĂŒtzung durch einen Berater liegt bei Ihnen. Es ist nichts kompliziertes. Wenn der Neuankömmling völlig neu ist, macht es keinen Sinn, ihm einen Link zu einer Affiliate-Konferenz, einem dicken Buch ĂŒber Entwicklung, zu geben und zu ermutigen, „Komm schon, sortiere es aus, mein Sohn“. Er kann ein so großes StĂŒck einfach nicht verdauen, er wĂŒrgt und Sie können einen Mitarbeiter verlieren. Er wird nicht aufhören, aber einen bedeutenden Schlag in seiner Bedeutung erhalten, kann geschlossen und trĂ€ge werden.

Es gibt keine eindeutigen RatschlĂ€ge zur Auswahl einer „StĂŒckgrĂ¶ĂŸe“, da alles streng individuell ist. Ein Prinzip ist universell: Diese GrĂ¶ĂŸe muss ĂŒberwacht werden. NatĂŒrlich, wenn Sie die Effizienz steigern möchten und nicht Ihre eigene Bedeutung. Eine solche Art der Selbstdarstellung wie das Setzen unlösbarer Aufgaben wird von 1C-Programmierern zu hĂ€ufig verwendet, um nicht darĂŒber zu sprechen.

Es gibt Ausnahmen - Mitarbeiter, die alles selbst herausfinden wollen. Sie wollen so sehr, dass sie jede Hilfe rundweg ablehnen. Auf diese Weise gewinnen sie zunehmend an Bedeutung - „Ich kann es selbst herausfinden“. Je weiter der Kontext, in den er sich vertieft, ist, desto grĂ¶ĂŸer ist die Belohnung fĂŒr die Selbstzufriedenheit. Dies ist eine nĂŒtzliche Eigenschaft, die sich jedoch manchmal in eine Manie verwandelt. Es ist besser, dieser zu folgen und Grenzen zu setzen (zum Beispiel rechtzeitig).

Wenn die Aufgabe dringend ist oder der Kunde fĂŒr Sie wichtig ist, werden die Experimente deaktiviert, und derjenige, der das Beste versteht, sitzt auf der Aufgabe. Nun, das weiß jeder.

Management und Buchhaltung der gegenseitigen UnterstĂŒtzung


Wenn es einen Berater gibt, wĂ€re es schön, ihn zu motivieren - einen Prozentsatz des Stundenlohns fĂŒr die Lösung des Problems anzugeben. Die Höhe der Zinsen hĂ€ngt vom Grad der Beteiligung ab.

NatĂŒrlich muss sichergestellt werden, dass der Berater nicht frech wird und die Decke nicht ĂŒber sich zieht, wenn die Aufgabe dem Neuankömmling zugewiesen wird. Vergessen Sie nicht, dass unser Ziel nicht der unmittelbare Nutzen ist, sondern der langfristige Erfolg.

Nun, du musst dem AnfĂ€nger folgen. Wenn Sie entscheiden, dass er in dieser Aufgabe nur die Arbeit mit dem Planer kennt, lassen Sie ihn nicht den Rest des Kontextes der Aufgabe ĂŒbernehmen - lassen Sie sich vom Berater informieren.

Eigentlich gibt es nichts mehr hinzuzufĂŒgen.

Aufgabenstatus verwalten


Es gab einen separaten Artikel zu diesem Thema, ich werde nicht alles wiederholen. Übrigens war der Artikel nicht besonders an 1Snikov interessiert, aber den Vertretern anderer Entwicklerrassen hat es gefallen - wir arbeiten jetzt aktiv mit ihnen zusammen. Dies bedeutet, dass in der Welt der Programmierung von 1C bisher nicht alles mit Methoden zur Steigerung der Effizienz gut ist.

Wenn Sie einen Dienstoffizier auswĂ€hlen, geben Sie ihm einen Link zum obigen Artikel. Die Hauptsache, die er verstehen, akzeptieren und erfĂŒllen muss, ist, dass der Status von Aufgaben ĂŒberwacht werden muss.

Jeder Morgen sollte mit einem Ritual beginnen - Aufgabenstatusverwaltung. Es ist sehr einfach und leicht zu automatisieren. Im ersten Fenster - neue Aufgaben, die noch nicht ausgefĂŒhrt wurden. Dies ist eine Diskussionsliste mit dem Team, das wir oben ĂŒberprĂŒft haben. Das Ergebnis der Diskussion sollte das Leeren dieses Fensters sein.

Im zweiten Fenster - Aufgaben, die in die Arbeit aufgenommen wurden, aber keinen Executor haben. Auf die gleiche Weise nach einer allgemeinen Diskussion geleert. Nach der Diskussion sollten beide Listen leer werden. ZulĂ€ssige Zeit fĂŒr die Aufgabe im Status "Nicht fĂŒr die Arbeit angenommen" und "Kein Executor zugewiesen" - nicht mehr als einen Arbeitstag.

Wenn die Aufgabe nicht klar ist und eine KlĂ€rung des Kunden erforderlich ist - die Aufgabe wechselt zusammen mit einer Liste von Fragen in das Fenster / den Status "KlĂ€rung erforderlich" oder "Zur Überarbeitung gesendet" -, spielt es keine Rolle, wie sie benannt werden soll. Determinismus ist wichtig.

Nach der Diskussion (oder davor) ĂŒberprĂŒft die Telefonzentrale die Liste der zur Überarbeitung gesendeten Personen, damit sich der Status nicht verzögert. Zum Beispiel sind drei Tage vorgesehen, um die Aussage zu verdeutlichen. Drei Tage sind vergangen - wir mĂŒssen dem Kunden schreiben, um nicht langsamer zu werden. Höchstwahrscheinlich vergaß er einfach zu antworten.

WĂ€hrend einer Diskussion mit Programmierern schauen wir uns das Fenster "In Arbeit" an. Wir haben es eingestuft: Jeder versteht, wer mit welcher Aufgabe beschĂ€ftigt ist. Dementsprechend gibt es eine Zeit, in der sich die Aufgabe im Status „In Arbeit“ befindet und an den Auftragnehmer gebunden ist, und diese Zeit muss ĂŒberwacht werden.

Trite - um die Grenze der Wissenszeit fĂŒr einen AnfĂ€nger nicht zu verpassen. Wenn ihm ein Tag fĂŒr eine unabhĂ€ngige Entscheidung gegeben wurde und dieser Tag verging, wird er mit hoher Wahrscheinlichkeit seine Hand nicht heben und nicht sagen, dass er nicht damit fertig werden könnte. Wird bis zuletzt dumm sein. Wir brauchen das nicht, also erspart uns die banale Kontrolle ĂŒber die Statuslebensdauer unnötige Verluste und ein Neuling vor SchuldgefĂŒhlen fĂŒr unsere Dummheit.

Das letzte Fenster - erledigte Aufgaben, die vom Kunden akzeptiert werden mĂŒssen. Hier ist das Prinzip dasselbe wie bei denjenigen, die zur Überarbeitung geschickt wurden - wir setzen eine Frist, zum Beispiel drei Tage, nach denen wir beginnen, uns daran zu erinnern. Ruhig, selbstbewusst, aber hartnĂ€ckig. Ich wiederhole, der Kunde könnte einfach vergessen, er hat genug von seinem eigenen GeschĂ€ft.

Finale


Nun, das war's, beenden Sie den Fall. Die Hauptfigur, die diskutiert wurde, ist der innere Wert einer Arbeitseinheit, d.h. Punkt. Ich argumentierte, dass diese Kosten um die HÀlfte reduziert werden können - um in der HÀlfte der Zeit die gleiche Menge an Arbeit zu produzieren.

Hier ist unser Zeitplan fĂŒr einen der Kunden (der derzeit wichtigste):



Wie Sie sehen können, baumelte der Wert des Punktes vor dem Anwenden des Falls (d. H. Bis April) auf ungefÀhr demselben Niveau. Dies bedeutet, dass wir bei gleicher Anzahl von Stunden dieselbe Menge an Ergebnissen erzielt haben - durchschnittlich 1 Punkt in 0,9 Stunden.

Im ersten Monat der Verwendung des Falls fiel der Wert des Punktes stark auf 0,22 Stunden, was ungefĂ€hr dem Vierfachen entspricht. Der erste Monat sollte natĂŒrlich berĂŒcksichtigt werden, aber man kann ihm nicht vollstĂ€ndig vertrauen, da die Arbeitsleistung stark angestiegen ist - mehrere „teure“ Aufgaben, die sich aufgrund des unkontrollierten Lebenszyklus von Aufgaben wie Gummi hinzogen und geschlossen wurden.

Der zweite Monat ist indikativer und korrekter. Erstens gab es keine alten Aufgaben mehr, die geschlossen werden wĂŒrden - alle Aufgaben, die im Mai geschlossen wurden, wurden in den letzten zwei Monaten geboren, d. H. wĂ€hrend der Anwendung des Falles. Zweitens beruhigte sich die Verwendung des Falles und wurde zur Gewohnheit. Das Ergebnis - 0,33 Stunden fĂŒr 1 Punkt, was dreimal besser ist als zuvor.

Nun, dann begann die Zahl um den versprochenen Durchschnitt zu hÀngen - die HÀlfte des Originals.

NatĂŒrlich wurden nicht nur fĂŒr diesen Kunden, sondern auch fĂŒr alle Arbeiten im Allgemeinen positive Ergebnisse erzielt. Einschließlich - bei internen, von denen wir ziemlich viel haben - mehr als bei externen Kunden.

Hier ist zum Beispiel ein Diagramm der Gesamtzahl der erzielten Punkte:



Wie Sie sehen können, haben wir vor dem Fall durchschnittlich 400-500 Punkte pro Monat vergeben, und dann stieg diese Zahl auf 1400 - eine dreifache Steigerung.

Leider wurden beide ZeitplĂ€ne im Oktober abgeschnitten - wir haben frĂŒher Aufgaben in einem Github ausgefĂŒhrt und sind dann zu Flowcon gewechselt. Der allgemeine Zeitplan aus zwei Quellen zeichnet Faulheit.

Es ist interessant, die AbhĂ€ngigkeit von Zahlen zu verstehen. Wir, Oknosoft, versuchen wenig fĂŒr den Kundenservice zu tun. Unsere PrioritĂ€t ist die Entwicklung. Vor der Verwendung des GehĂ€uses hatten wir ein Problem - es dauerte zu viel Zeit fĂŒr die Kunden und es blieb nur sehr wenig fĂŒr die Entwicklung ĂŒbrig.

Die Verwendung des GehĂ€uses ermöglichte es uns, aus dieser Falle herauszukommen - wir hatten zwar immer noch nicht genug, aber viel mehr Zeit fĂŒr die Entwicklung. Das Ergebnis ließ nicht lange auf sich warten: Wir haben mehrere Produkte implementiert, die fĂŒr uns sehr wichtig sind.

Die erste ist die Website unseres Business-Programmierprojekts (ich gebe keinen Link an, andernfalls erhalte ich eine E-Mail mit dem Betreff "nmivan, lass uns gehen ..."). Das SchlĂŒsselwort ist die Site, denn zuvor haben wir nur GeschĂ€ftsanwendungen erstellt, die ĂŒber das Internet funktionieren. Die Site basiert auf der Plattform metadata.js, aber der entscheidende Erfolg ist nicht die Site selbst oder der Inhalt, sondern die Verfeinerung der Plattform und ihrer Komponenten. Jetzt können Sie auch Websites auf metadata.js erstellen. DarĂŒber hinaus enthĂ€lt die Site CMS-Funktionen und Microservices.

Das zweite Projekt, das lange Zeit nicht in die HĂ€nde gelangte, war papierlos, d.h. FunktionalitĂ€t des Werkstattversands, Arbeiten ĂŒber einen Browser und mit cooler Visualisierung (dies ist zum Beispiel fĂŒr die Fensterproduktion wichtig). Die papierlose Arbeit ĂŒber einen Browser - beispielsweise mit einem an einen Fernseher angeschlossenen Barcode-Scanner - wird die Möglichkeiten zur Anwendung von Lösungen auf metadata.js in der Produktion erheblich erweitern und vereinfachen. Insbesondere unter BerĂŒcksichtigung der Einfachheit der Arbeit mit externen Ereignissen im Code metadata.js können sie ĂŒberall und nicht nur in der aktiven Form wie in 1C abgefangen werden.

Sprach ĂŒber das dritte Projekt - Flowcon.Life . FĂŒr uns ist es extrem wichtig, weil gab eine Reihe nĂŒtzlicher Aufgaben fĂŒr die Entwicklung der Plattform. Dies ist das erste Projekt fĂŒr Menschen, nicht fĂŒr Unternehmen.

Der vierte ist fĂŒr Sie kaum interessant - dies ist Flowcon, eine Konfiguration fĂŒr 1C + Task / Team / Business Management Service.

Nun, ein paar mehr - entweder kleiner und langweiliger oder grĂ¶ĂŸer und geheimer. Insgesamt sagen wir sechs StĂŒck.

Ist es viel oder wenig? Ich werde fĂŒr zwei Personen klarstellen. Die auch mit Kunden an Implementierungsprojekten arbeiten, Artikel schreiben, viel miteinander und mit der ganzen Welt schwören und sogar faul zur Hölle sind.

Alles ist relativ. Sechs Projekte in 9 Monaten - viel oder wenig? , 6 ( ), – 0.15 0.66 .

, , — , . , , , . , – .

, , . , , .

, , , – . , , , – .

, . , . , , — , ? .

, , . , . , , , , . .

« »


. , , - .

, - – , , . . , – , .

, , . – , – . , – . , .

1 , , , 1 , ? , , - , – .

, , . – . 1.5 – . – . , , «, - , ».

1? Nichts. , – , .

. , – . . , .

?

« , »


– . «» — . , , .

– , – , . , . , . .

, . – , . , , , – «, ?».

Verstehst du , .. – , , . , , , – : , . , , – .

« , »


– , . . , .

« , -, »


, . , ? Ich? .

, « », – , .

, . , . ?

, .

« – »
. – , .

« / ///»


– . , , .

« , »


, – . , . , – .

. , . – , .

, – 1, , , . .

« ? ?»


, . – , , . , .

, – 1: , – . – , – .

« ,  »


, . , – .

« ?»


. – , – . – .

. - , , .. – , , .. , .

, , . «» — , .

« ?»


, . .

, , – . . – . , , , , – .

, . , . – .. . - , . , .

, . , , . , .

, . , . , , , , .

, , .. , – – . , , , .

«?»


– , , , . – - .

1: , , , «», - . , , . , – , .

, . – , . , , .

(, -, ), 1: , . – , – . «» .

– . – . , «» .

Source: https://habr.com/ru/post/de435576/


All Articles