Über einen Kerl

Published on January 23, 2019

Über einen Kerl

    Die Geschichte ist real, ich habe alles mit eigenen Augen gesehen.

    Ein Typ hat wie viele von Ihnen mehrere Jahre als Programmierer gearbeitet. Nur für den Fall werde ich folgendes schreiben: "Programmierer". Weil er 1Snikik war, bei Fixes, einer Produktionsfirma.

    Zuvor probierte er verschiedene Spezialitäten aus - 4 Jahre in Französisch als Programmierer, Projektmanager, wusste, wie man 200 Stunden lang schließt, gleichzeitig einen Prozentsatz des Projekts erhält, um zu führen und etwas zu verkaufen. Ich habe versucht, Produkte eigenständig zu entwickeln, war der Leiter der IT-Abteilung in einem großen Unternehmen mit 6000 Mitarbeitern und habe versucht, meinen Zitatberuf - den 1C-Programmierer - auf unterschiedliche Weise zu nutzen.

    Aber alle diese Positionen waren etwas Sackgasse, vor allem in Bezug auf das Einkommen. Wir erhielten dann alle ungefähr das gleiche Geld und arbeiteten unter den gleichen Bedingungen.

    Dieser Typ interessierte sich dafür, wie man mehr Geld verdienen kann, ohne Verkäufe zu tätigen und kein eigenes Geschäft zu gründen.

    Er stellte sich einen klugen Mann vor und beschloss, in der Firma, in der er arbeitete, eine Nische zu finden. Diese Nische sollte etwas Besonderes sein und von niemandem besetzt werden. Und ich wollte, dass das Unternehmen selbst einer Person in dieser Nische Geld zahlt, damit es nicht notwendig ist, jemanden zu täuschen oder etwas aufzuziehen. Um es objektiv zu machen: Eine Person in dieser Position muss viel Geld bezahlen. Kook, in einem Wort.

    Suchen waren von kurzer Dauer. In der Firma, in der dieser Mann arbeitete, gab es eine völlig freie Nische, die man als "Auftrag in Geschäftsprozessen" bezeichnen kann. Jedes Unternehmen hat viele Probleme. Es funktioniert immer etwas nicht und es gibt keine Person, die den Geschäftsprozess korrigiert. Also beschloss er, sich als Spezialist zu versuchen, der dem Eigentümer helfen kann, seine Probleme in Geschäftsprozessen zu lösen.

    Zu dieser Zeit arbeitete er sechs Monate in der Firma und erhielt ein durchschnittliches Marktgehalt. Es gab nichts zu verlieren, zumal er sehr gut in einer Woche den gleichen Job finden konnte. Im Allgemeinen hat dieser Typ argumentiert, dass nichts Schlimmes passieren wird, wenn plötzlich einer ausfällt und er gefeuert wird.

    Er fasste Mut und kam zu dem Besitzer. Er bot an, den problematischsten Prozess im Geschäft zu verbessern. Zu dieser Zeit war es die Bestandsbuchhaltung. Jetzt schämen sich alle, die in diesem Unternehmen arbeiten, sogar, sich an diese Probleme zu erinnern, aber die vierteljährlich durchgeführten Inventuren zeigten Diskrepanzen zwischen dem Rechnungsführungssystem und den tatsächlichen Salden von mehreren zehn Prozent. Und nach Kosten, nach Menge und nach Menge der Positionen. Es war ein Unglück. Das Unternehmen hatte tatsächlich nur viermal im Jahr die richtigen Salden im Buchhaltungssystem - am Tag nach der Inventur. Dieser Prozess ist unser Typ und begann in Ordnung zu bringen.

    Der Typ stimmte mit dem Eigentümer überein, dass er die Abweichungen im Inventarergebnis um die Hälfte reduzieren sollte. Darüber hinaus hatte der Eigentümer nichts zu verlieren, da bereits vor unserem Helden verschiedene Arbeiter versucht hatten, alles zu reparieren, und die Aufgabe insgesamt als praktisch unlösbar galt. All dieses starke Interesse, denn wenn alles klappt, wird der Typ automatisch zu einer Person, die weiß, wie man Ordnung wiederherstellt und unlösbare Probleme löst.

    So stand er vor der Aufgabe, die Abweichungen in den Bestandsergebnissen im Laufe des Jahres um den Faktor 2 zu reduzieren. Zu Beginn des Projekts hatte er keine Ahnung, wie dies erreicht werden sollte, aber er verstand, dass die Bestandsbuchhaltung eine einfache Sache ist, sodass Sie immer noch etwas Nützliches tun können. Darüber hinaus scheint es nicht so schwierig zu sein, Abweichungen von zehn Prozent auf zehn Prozent zu reduzieren. Alle, die auf dem Gebiet der Beratung oder ähnlicher Tätigkeiten tätig waren, wissen, dass die meisten Probleme des Prozesses durch recht einfache Maßnahmen behoben werden.

    Von Januar bis Mai bereitete er sich vor, automatisierte etwas, schrieb den Geschäftsprozess für die Lagerbuchhaltung um, änderte die Arbeitsabläufe von Ladenbesitzern und Buchhaltern und überarbeitete im Allgemeinen das gesamte System, ohne dass jemandem etwas gezeigt oder erzählt wurde. Im Mai verteilte er neue Anweisungen an alle, und nach dem ersten Inventar im Jahr begann ein neues Leben - nach seinen Regeln zu arbeiten. Um das Ergebnis zu beobachten, begann das Unternehmen künftig häufiger - alle zwei Monate - eine Bestandsaufnahme. Die ersten Ergebnisse waren bereits positiv und zum Jahresende fielen die Abweichungen aufgrund der Prüfungsergebnisse auf Bruchteile von einem Prozent.

    Der Erfolg war gewaltig, aber ich konnte nicht an seine Stabilität glauben. Der Typ selbst bezweifelte, dass das Ergebnis anhalten würde, wenn Sie beiseite treten und aufhören, den Prozess zu beobachten. Trotzdem war das Ergebnis und der Typ bekam alles, was er mit dem Besitzer vereinbart hatte. Dann, nach mehreren Jahren, wurde die Nachhaltigkeit des Ergebnisses bestätigt - mehrere Jahre mit Abweichungen von weniger als 1%.

    Dann entschloss er sich, das Experiment zu wiederholen und schlug dem Besitzer vor, einen weiteren Problemprozess zu verbessern - die Versorgung. Es gab Mängel, die es nicht ermöglichten, die von unseren Kunden gewünschten Mengen zu versenden. Wir waren uns einig, dass sich die Mängel in einem Jahr halbieren und der Typ weiterhin 10-15 Projekte im Zusammenhang mit 1C zur Automatisierung verschiedener Geschäftsprozesse und anderer Häresien durchführen wird.

    Auch im zweiten Jahr wurde alles erfolgreich abgeschlossen, die Defizite wurden um mehr als das Doppelte reduziert, alle IT-Projekte wurden erfolgreich abgeschlossen.

    Da das Gehalt bereits vor zwei Jahren alle Anforderungen dieses Mannes vollständig erfüllt hatte, beschloss er, sich etwas zu beruhigen und an einem gemütlichen, warmen Ort zu sitzen, den er selbst geschaffen hatte.

    Wie war es? Formal war er der IT-Direktor. Aber wer er wirklich war, war schwer zu verstehen. Was macht ein IT-Direktor? In der Regel verwaltet er die IT-Infrastruktur, verwaltet sys.adminami, implementiert das ERP-System, nimmt an Sitzungen im Verwaltungsrat teil.

    Und dieser Typ war eine der Hauptaufgaben, an den Veränderungsprozessen teilzunehmen und im Grunde genommen - das Erzeugen, Initiieren dieser Prozesse, Finden und Vorschlagen von Lösungen, Anwenden neuer Managementtechniken, Untersuchen vorgeschlagener Änderungen, Analysieren der Wirksamkeit anderer Funktionen und Abteilungen und schließlich - direkt Mitwirkung an der strategischen Unternehmensentwicklung bis zur eigenständigen Erarbeitung eines Strategieplans für das gesamte Unternehmen.

    Er erhielt einen Blankoscheck. Er konnte zu jeder Besprechung kommen, zu der er vorher keinen Zugang hatte. Er saß mit einem Notizbuch da, schrieb etwas auf oder hörte nur zu. Er sprach selten. Dann fing er an, am Telefon zu spielen - argumentierte, dass das assoziative Gedächtnis besser funktioniert.

    Auf dem Treffen gab etwas selten etwas Nützliches heraus. Er ist gegangen, dachte er, und dann kam ein Brief - entweder mit Kritik oder mit Meinung oder mit Vorschlägen oder mit einer Beschreibung der Lösungen, die er bereits angewendet hatte.

    Aber öfter traf er sich selbst. Er fand ein Problem, erfand Lösungen, identifizierte Stakeholder und zog alle in die Verhandlungen ein. Und dort auch - wie ich konnte. Überredet, motiviert, argumentiert, argumentiert, gesucht.

    Inoffiziell galt er nach dem Eigentümer und Geschäftsführer als dritte Person im Unternehmen. Natürlich hat er alle "Gesichter der Firma" schrecklich wütend gemacht, beginnend mit Nummer 4. Vor allem mit seinen zerrissenen Jeans und hellen T-Shirts und auch mit der Zeit des Besitzers.

    Der Besitzer gab ihm 1 Stunde am Tag. Täglich. Sie sprachen, diskutierten über Probleme, Lösungen, neue Geschäftsfelder, Entwicklungsrichtungen, Indikatoren und Effizienz, persönliche Entwicklung, Bücher und das gerechte Leben.

    Aber dieser Typ war seltsam. Wie - sitzen und sich freuen, das Leben ist gut. Aber nein Er beschloss nachzudenken.

    Er fragte sich: Warum gelang es ihm, während andere es nicht taten? Der Eigentümer drängte ihn auch: Er sagte, er wolle, dass andere es schaffen, die Ordnung wiederherzustellen, da es viele Manager gebe, die in der Regel mit der Betriebsführung und der strategischen Planung befasst seien, aber fast niemand an systemischen Änderungen ihrer Prozesse beteiligt gewesen sei. In ihrer Stellenbeschreibung steht vielleicht, dass sie ihren Prozess beschleunigen und seine Effektivität steigern sollen, aber in Wirklichkeit tut es niemand. Warum so? Dieser Mann fragte sich auch, warum und ging mit all diesen Managern ins Gespräch.

    Er kam zum stellvertretenden Direktor für Qualität und schlug vor, Shewhart-Kontrollkarten einzuführen, um ein besseres japanisches Produkt zu erhalten. Es stellte sich jedoch heraus, dass ein Kollege nicht weiß, was Shewhart-Kontrolldiagramme sind, was statistische Prozesskontrolle ist, und nur mit offenen Ohren über die Verwendung des Deming-Zyklus im Qualitätsmanagement zu hören ist. Okay ...

    Er ging zu einem anderen stellvertretenden Direktor und bot an, das Controlling vorzustellen. Aber hier habe ich keine Unterstützung gefunden. Wenig später erfuhr er von Boundry Management (Boundary Management) und schlug vor, dass alle stellvertretenden Direktoren einen Systemteil dieser Methodik einführen, um die Prozesse zu verbessern. Aber wie viel unser Typ nicht geredet hat, niemand wollte sich wirklich damit befassen, worum es ging. Vielleicht waren sie nicht interessiert oder zu schwierig. Tatsächlich hat es aber niemand herausgefunden.

    Im Allgemeinen erzählte er über alles, was er wusste und in der Firma bewarb. Aber niemand verstand ihn. Sie verstehen immer noch nicht, warum sie es beispielsweise geschafft haben, alles in der Lagerbuchhaltung und hier im Controlling und im Grenzmanagement zu reparieren.

    Zuletzt erreichte er seine Programmierer - das Personal bestand aus 3 Personen. Er erzählte über Grenzmanagement, über Controlling, über Qualitätsmanagement, über Agilität und Gedränge ... Und überraschenderweise verstanden sie alles und konnten es sogar irgendwie mit ihm besprechen, einschließlich technischer und methodischer Feinheiten. Sie haben verstanden, warum die Projekte im Lager und in der Lieferung ausgefallen sind. Und dann dämmerte es dem Kerl: Tatsächlich wird die Welt von Programmierern gerettet.

    Er erkannte, dass Programmierer - die einzigen, die es richtig können - die notwendigen Details besitzen, um die Geschäftsprozesse zu verstehen.

    Warum genau sie? Tatsächlich fand er nie eine klare Antwort. Formuliert nur abstrakte Hinweise.

    Erstens kennen Programmierer die Geschäftsbereiche und sie kennen sie außerdem besser als alle anderen Mitarbeiter des Unternehmens.

    Darüber hinaus verstehen Programmierer wirklich, was ein Prozessalgorithmus ist. Dies ist wichtig, da Geschäftsprozesse Algorithmen sind und die darin enthaltenen Elemente möglicherweise trivial inkonsistent sind. Zum Beispiel besteht der erste Schritt im Beschaffungsprozess, an dem der Mitarbeiter gearbeitet hat, darin, einen jährlichen Beschaffungsplan zu erstellen, und der zweite Schritt ist die tägliche Beschaffung. Diese Schritte sind durch eine direkte Verknüpfung verbunden, dh es wird davon ausgegangen, dass die Mitarbeiter nach diesem Algorithmus arbeiten sollten - einen jährlichen Beschaffungsplan erstellen und die Anwendung sofort ausführen. Der jährliche Beschaffungsplan wird einmal pro Jahr erstellt und der Antrag wird 50 Mal pro Tag eingereicht. Dies beendet den Algorithmus und es ist notwendig, daran zu arbeiten. Für Programmierer sei die Kenntnis von Algorithmen ein Wettbewerbsvorteil, da jede andere Person, die sie nicht kenne, einfach nicht verstehe, wie der Geschäftsprozess funktionieren sollte.

    Ein weiterer Vorteil der Programmierer, so der Typ, ist, dass sie viel Freizeit haben. Wir alle wissen, wie ein Programmierer dreimal länger für eine Aufgabe aufwenden kann, als es tatsächlich erforderlich ist, und nur wenige Leute werden es bemerken. Dies ist wiederum ein Wettbewerbsvorteil, denn um Geschäftsprozesse in Ordnung zu bringen, muss viel Zeit zur Verfügung stehen - zum Nachdenken, Beobachten, Studieren und Ausprobieren.

    Die meisten Manager, so der Typ, haben diese Freizeit nicht und sind stolz darauf. Obwohl dies in der Tat bedeutet, dass eine Person nicht effektiv werden kann, weil sie keine Zeit hat, die Effizienz zu steigern - ein Teufelskreis. In unserer Kultur ist es Mode, beschäftigt zu sein, damit alles an seinem Platz bleibt. Und für uns Programmierer dieser Vorteil. Wir können Freizeit finden und an alles denken.

    Programmierer, sagte er, können das Informationssystem schnell ändern. Dies gilt nicht für alle Unternehmen, aber wo immer er arbeitete, war es möglich, Änderungen vorzunehmen, die ihm gefielen. Vor allem, wenn sie sich nicht auf die Arbeit eines Menschen beziehen. Zum Beispiel könnte er ein System starten, das die Aktionen der Benutzer geheim misst und diese Informationen dann verwendet, um die Leistung derselben Buchhaltung zu analysieren und die Kosten für die Führung von Aufzeichnungen zu verfolgen.

    Und das Letzte, woran ich mich aus seinen Worten erinnere, ist, dass Programmierer Zugriff auf viele Informationen haben, weil Administratorzugriff auf das System haben. Daher können sie diese Informationen in ihrer Analyse verwenden. Niemand sonst in einer regulären Fabrik besitzt eine solche Ressource.

    Und dann ging er. Während des zweiwöchigen Jobs mussten wir seine Erfahrungen teilen, weil wir die Arbeit, mit der er beschäftigt war, fortsetzen wollten. Nun, seine Position wurde vakant.

    Mehrere Tage lang setzten sie sich auf einen Stuhl, schalteten die Kamera ein und nahmen seine Monologe auf. Sie fragten nach allen Projekten, Methoden, Ansätzen, Erfolgen und Misserfolgen, Ursachen und Wirkungen, Porträts von Managern usw. Schon gar nicht limitiert, da wusste nicht, was in seinem Kopf vorging.

    In den Monologen gab es natürlich grundsätzlich alle möglichen Arten von Unsinn und Rzhak - er war in einer großartigen Stimmung, weil reiste aus dem Stauwasser nach Peter. Und wo in St. Petersburg zur Arbeit gehen? Natürlich in Gazprom.

    Aber wir haben es geschafft, etwas Nützliches aus seinen Monologen herauszuholen. Ich sage dir, woran ich mich erinnere.

    Also die Empfehlung dieses Typen. Diejenigen, die versuchen möchten, Ordnung in Geschäftsprozessen wiederherzustellen.

    Um diese Arbeit zu erledigen, muss man erstens ein gewisses Maß an "Erfrierungen" haben. Wir dürfen keine Angst haben, einen Job zu verlieren, keine Angst haben, Risiken einzugehen, keine Angst vor Konflikten mit Kollegen. Er tat es leicht, weil er seine Reise begann, als er nur sechs Monate in der Firma arbeitete, und keine Zeit hatte, sich mit jemandem in Verbindung zu setzen, und er würde es nicht tun. Er verstand, dass Menschen kommen und gehen, und seine eigenen Ergebnisse und ihre Einschätzung durch den Geschäftsinhaber sind für ihn wichtig. Seine Kollegen behandeln ihn schlecht oder gut - er war damals wenig besorgt.

    Der zweite Punkt - sich effektiv auf diese Arbeit einzulassen, wird leider lernen müssen. Aber nicht auf MBA zu studieren, nicht auf Kursen, nicht in Instituten, sondern selbständig. In seinem ersten Projekt im Lager beispielsweise handelte er intuitiv, wusste nichts, was „Qualitätsmanagement“ ist.

    Als er begann, in der Literatur zu lesen, welche Methoden zur Verbesserung der Effizienz existieren, entdeckte er die Technologien, die er verwendete. Der Typ hat sie intuitiv angewendet, aber es stellt sich heraus, dass dies nicht seine Erfindung ist, alles wurde schon vor langer Zeit geschrieben. Aber er verbrachte die Zeit und viel mehr, als wenn er gleich das richtige Buch las. Hier ist es nur wichtig zu verstehen, dass beim Studium einer bestimmten Methodik keine, auch nicht die fortgeschrittenste, alle Probleme des Geschäftsprozesses vollständig löst.

    Der zweite Trick ist, dass je mehr Techniken Sie kennen, desto besser. Zum Beispiel lebte Miyamoto Musashi im alten Japan - einer der berühmtesten Fechter, der Autor des Stils zweier Schwerter. Er studierte an einer Schule bei einem Meister, reiste dann durch Japan und kämpfte mit verschiedenen Typen. Wenn der Typ stärker war, hörte die Reise für eine Weile auf und Musashi ging zu den Jüngern. Infolgedessen erwarb er über mehrere Jahre die Fähigkeiten verschiedener Meisterpraktiken und gründete eine eigene Schule, in die er etwas Eigenes hinzufügte. Infolgedessen erhielt er eine einzigartige Fähigkeit. Hier ist das gleiche.

    Selbstverständlich können Sie als Unternehmensberater auftreten. Im Allgemeinen sind sie großartige Jungs. Aber in der Regel führen sie eine Methode ein, und sie führen die falsche Art von Geschäft ein. Wir hatten auch so traurige Situationen: Niemand weiß, wie man ein Problem löst, und niemand möchte darüber nachdenken, wie man es löst. Wir suchen entweder im Internet oder rufen einen Berater an und fragen ihn, was uns helfen kann. Der Berater denkt und sagt, dass es notwendig ist, eine Restriktionstheorie einzuführen. Wir bezahlen ihn für die Empfehlung, wir geben für die Implementierung aus, aber das Ergebnis ist Null.

    Warum ist das so? Weil der Berater sagte, wir implementieren ein solches System, und alle stimmten ihm zu. Gut, aber eine Technik deckt nicht alle Probleme eines Geschäftsprozesses ab, insbesondere wenn die anfänglichen Voraussetzungen nicht übereinstimmen - unsere und die, die für die Implementierung der Methodik erforderlich sind.

    In der Praxis, die der Typ empfiehlt, müssen wir die Besten nehmen und die Besten vorstellen. Nehmen Sie Methoden nicht vollständig, sondern übernehmen Sie deren Hauptmerkmale, Chips, Praktiken. Und das Wichtigste ist, das Wesentliche zu verstehen.

    Nehmen wir zum Beispiel Scrum (oder Edzhayl). In den Monologen wiederholte der Typ viele Male, dass nicht jeder die Essenz von Scram vollständig versteht. Er las auch ein Buch von Jeff Sutherland, das für manche wie „leichte Lektüre“ erscheint. Es schien ihm eine tiefe Lektüre, denn eine der fundamentalen Grundlagen von Scram ist das Qualitätsmanagement, das direkt im Buch steht.

    Es heißt über Toyota Production, darüber, wie Jeff Sutherland Scrum in Japan zeigte, wie er sich daran gewöhnte und ihrer Philosophie nahe kam. Und Sutherland sprach über die Bedeutung der Rolle des Scrum Masters, über den Deming-Zyklus. Die Rolle des Scrum Masters ist die konstante Beschleunigung des Prozesses. Alles andere, was im Gedränge steckt - schrittweise Lieferung, Kundenzufriedenheit, eine übersichtliche Liste der Arbeiten für die Sprintperiode - ist ebenfalls wichtig, aber all dies sollte sich immer schneller entwickeln. Die Arbeitsgeschwindigkeit sollte in den Maßeinheiten, in denen sie gemessen wird, ständig ansteigen.

    Vielleicht handelt es sich um eine Übersetzungssache, weil wir das Buch als "Scrum ist eine revolutionäre Projektmanagementmethode" übersetzt haben und wenn Sie den englischen Namen wörtlich übersetzen, erhalten Sie: "Scrum ist doppelt so lang in der Hälfte der Zeit", das heißt sogar Der Titel bezieht sich auf die Geschwindigkeit als Schlüsselfunktion des Scrams.

    Als dieser Typ Scrum spritzte, verdoppelte sich die Geschwindigkeit im ersten Monat ohne besondere Änderungen. Er fand Punkte für Änderungen, er änderte den Betrug für sich selbst, so dass er viel schneller arbeitete. Das einzige, was sie im Internet schreiben, ist die Frage: "Wir haben die Geschwindigkeit verdoppelt, es bleibt zu verstehen, was wir mit einer solchen Geschwindigkeit tun?". Dies ist jedoch ein völlig anderer Bereich ...

    Er hat auch persönlich verschiedene Techniken empfohlen. Er nannte sie fundamental und fundamental.

    Das erste ist das Grenzmanagement.

    Dem Jungen zufolge gibt es keine anderen Bücher und Materialien, die ihn in Skolkowo unterrichten. Er hatte irgendwie das Glück, an einem Vortrag eines Professors aus Harvard teilzunehmen, der das Grenzmanagement predigt, und auch mehrere Artikel in der Harvard Business Review über die Arbeit von Eric Triste zu lesen.

    Laut Grenzverwaltung müssen Sie in der Lage sein, Grenzen zu erkennen und mit Grenzen zu arbeiten. Die Grenzen sind voll, sie sind überall - zwischen Abteilungen, zwischen verschiedenen Arbeitstypen, zwischen Funktionen, zwischen operativer und analytischer Arbeit. Das Wissen um das Grenzmanagement lässt keine höheren Wahrheiten erkennen, sondern lässt die Realität in einem etwas anderen Licht erscheinen - durch das Prisma der Grenzen. Und dementsprechend, um sie zu verwalten - wo nötig zu bauen und aufzuräumen, wo sie stören.

    Aber immer öfter sprach der Typ über Controlling. Gerade bzik einiger hatte er zu diesem Thema.

    Controlling ist, kurz gesagt, eine ziffernbasierte Steuerung. Hier sei jeder Teil der Definition wichtig - „Management“, „basierend auf“ und „Zahlen“.

    Bei uns, sagte er, ist es schlecht mit allen drei Komponenten des Controllings. Besonders wenn Sie bedenken, dass sie eng miteinander und mit anderen Teilen des Geschäftssystems verbunden sind.

    Das erste ist schlecht - die Zahlen. Sie sind wenige und von geringer Qualität.

    Wir haben dann einen wesentlichen Teil der Zahlen aus dem 1C-Informationssystem übernommen. Daher ist die Qualität der Zahlen in 1C, wie er argumentierte, nicht gut. Zumindest wegen der Möglichkeit, die Daten nachträglich zu ändern.

    Es ist klar, dass die 1C-Entwickler nicht daran schuld sind - sie berücksichtigen nur die Anforderungen des Marktes und die Mentalität der inländischen Buchhaltung. Zu Kontrollzwecken ist es jedoch besser, die Funktionsweise von 1C mit Daten in einem bestimmten Unternehmen zu ändern.

    Weitere Zahlen von 1C seien eine halbmanuelle Verarbeitung, beispielsweise mit Excel. Die Qualität der Daten sowie die Effizienz einer solchen Verarbeitung tragen ebenfalls nicht dazu bei.

    Am Ende überprüft jemand anderes den Abschlussbericht erneut, um nicht versehentlich fehlerhafte Zahlen an den Vorgesetzten zu übermitteln. Infolgedessen gelangen die Nummern an den Adressaten schön, bewiesen, aber sehr spät. Normalerweise - nach dem Ende des Zeitraums (Monat, Woche usw.).

    Und hier, sagte er, ist alles sehr einfach. Wenn Sie die Zahlen für Januar im Februar getroffen haben, können Sie die Aktivitäten für Januar nicht mehr verwalten. Denn der Januar ist schon vorbei.

    Und wenn die Zahlen auf der Buchhaltung basieren und das Unternehmen mit vierteljährlichen Umsatzsteuererklärungen am häufigsten ist, erhält der Manager einmal im Quartal relativ angemessene Zahlen.

    Weiter ist es klar. Sie erhalten einmal im Monat Zahlen - Sie haben die Möglichkeit, zwölfmal im Jahr nach Zahlen zu verwalten (dh zu kontrollieren). Sie üben die vierteljährliche Berichterstattung - Sie verwalten sie viermal im Jahr. Plusbonus - Jahresberichterstattung. Noch einmal lenken.

    Das restliche Zeitmanagement wird normalerweise blind durchgeführt.

    Wenn (und wenn) die Zahlen immer noch angezeigt werden, kommt das zweite Problem ins Spiel - wie geht man mit Zahlen um? Diesem Gedankengang konnte ich nicht zustimmen.

    Der Typ argumentierte, wenn der Manager vorher keine Zahlen hätte, würde ihr Aussehen einen Wow-Effekt hervorrufen. Er schaut und dreht die Zahlen und dies und das, ruft die Leute auf den Teppich, verlangt Erklärungen und Nachforschungen. Nachdem er mit den Zahlen gespielt, die Analyse durchgeführt und allen Mitarbeitern drohend versprochen hat, dass "ich jetzt nicht in Tränen bin", wird sich der Kopf sehr schnell beruhigen und aufgeben. Das Tool wird nicht mehr verwendet. Und die Probleme bleiben bestehen.

    Dies sei auf unzureichende Managementkompetenzen zurückzuführen. Im Controlling zuallererst. Der Kopf weiß einfach nicht, was er mit diesen Figuren anfangen soll. Was ist mittun - weiß was zu tun ist - nein. Zu tun ist, was oben geschrieben steht (streiten, herumspielen). Tun ist ein täglicher Geschäftsprozess.

    Er argumentierte, dass alles sehr einfach sei: Die Zahl sollte Teil des Geschäftsprozesses sein. Im Geschäftsprozess sollte klar verstanden werden : wer, was, und wenn sie bei einer Abweichung von der Norm Ziffern zu tun (alle Optionen - über der Grenze, unterhalb der Grenze, der Ausgang der Halle, das Vorhandensein eines Trends, der Ausfall des Quantil, etc.)

    Also er ein Schlüsseldilemma identifiziert: Es gibt eine Zahl, es sollte Teil des Geschäftssystems werden, um die Effizienz des Managements zu verbessern, aber ... das passiert nicht. Warum?

    Denn der russische Führer wird einem Konkurrenten kein Stück seiner Macht geben.

    Die Konkurrenten des russischen Marktführers - ein qualitativ hochwertiger und funktionierender Geschäftsprozess, eine durchdachte, für beide Seiten vorteilhafte Motivation und eine ordnungsgemäße Automatisierung - werden den Marktführer leider ohne Arbeit lassen.

    Ein Unsinn, stimmst du zu? Besonders über Führungskräfte. Okay, ich habe dir gesagt, dass du dich entscheidest.

    Ein bisschen weniger, aber meiner Meinung nach immer noch zu viel, sprach er über Scrum.

    Sagen, lesen und üben Sie Scrum. Wenn, sagt er, sie gelesen, aber nicht versucht haben, denken Sie, dass Sie nicht wissen. Es ist besser, ein Buch zu lesen, zum Beispiel Sutherland, und nicht Artikel und alle möglichen Anleitungen (was für ein Mist?) Im Internet.

    Scrum, sagte er, werde nur durch Übung und mit obligatorischen Messungen des Arbeitsvolumens erlernt. Probieren Sie persönlich zwei wichtige Rollen aus - Product Owner und Scrum Master.

    Es ist besonders wichtig, die Rolle des Scrum Masters in der Praxis zu spüren, wenn Sie das Volumen der während des Sprints abgeschlossenen Aufgaben erhöhen können, ohne die Ressourcen und Kosten des Sprints zu erhöhen.

    Nun, auch in seiner Top war TOC (Systemtheorie der Einschränkungen).

    Dies sind die grundlegenden Prinzipien der Effizienzsteigerung, die in nahezu jedem Bereich, in jedem Geschäftsprozess und in jedem Geschäftssystem als Ganzes angewendet werden können.

    Als er erfuhr, dass wir mit CBT nicht vertraut sind, hörte er auf zu erzählen. Er fügte nur hinzu, dass er uns nicht das Vergnügen nehmen würde, die Bücher von Eliyahu Goldratt zu lesen. Die Empfehlung ergab ein ähnliches scram - lesen und versuchen. Wie, in welcher Position auch immer, in welcher Arbeit Sie tätig sind, es wird einen Ort geben, an dem Sie die Effizienz mit TOC-Methoden verbessern können.

    Dann waren seine Gepäckmethoden anscheinend ausgetrocknet, und er sagte: Mischen Sie die Prinzipien für die Erstellung von Anwendungslösungen in einer bestimmten Situation.

    Dies ist laut Hauptempfehlung der Schlüssel zum Erfolg. Verstehen Sie die Prinzipien, das Wesentliche und erstellen Sie einzigartige Anwendungslösungen - Geschäftsprozesse und Geschäftssysteme.

    Dann bemühte er sich, mich an ein Zitat zu erinnern, und am Ende musste ich online gehen. Es stellte sich ein Zitat aus dem Artikel „Auf den Schultern der Riesen stehen“ von Eliyahu Goldratt heraus:

    „Es gibt einen Unterschied zwischen den angewandten Lösungen (Anwendungen) und den grundlegenden Konzepten, auf denen diese Lösungen basieren. Konzepte sind weit verbreitet, angewandte Lösungen sind die Anpassung von Konzepten an eine bestimmte Umgebung. Wie wir bereits gesehen haben, ist eine solche Anpassung nicht einfach und erfordert die Entwicklung bestimmter Elemente der Lösung. Wir müssen uns daran erinnern, dass die Anwendungsentscheidung auf den anfänglichen (manchmal verborgenen) Voraussetzungen für eine bestimmte Umgebung basiert. Wir dürfen nicht erwarten, dass diese Anwendung in einer Umgebung funktioniert, in der die ursprünglichen Voraussetzungen nicht zutreffen. “

    Er sagte, dass die Arbeit des Programmierers und des „Business Process Improvers“ sehr ähnlich sei. Und ging.