Es gibt so etwas auf der Welt, das "Business Programming" genannt wird. Ich habe dir noch nichts über sie erzählt. Und ich bin mir nicht sicher, ob Sie daran interessiert sein werden.
Business Programming ist die Programmierung eines Business als System. Programmierst du etwas? Service dort, Website, mobile Anwendung, Unternehmenssystem. Sie hat gearbeitet, niemanden berührt, und Sie haben einmal etwas geändert, und es wurde besser, schneller, bequemer. Nun, oder ... Alles kann passieren.
Ebenso können Sie das Geschäft ändern, die Prinzipien sind die gleichen. Nur gibt es Unterschiede in den Details. Zum Beispiel gibt es Leute, die nichts Verdammtes tun wollen. Und sie wollen dir nicht einmal zuhören. Und sie wollen überhaupt nichts außer einem Gehaltsscheck, einer Serie über Polizisten und Pivas.
Kurz gesagt, der Artikel ist experimentell. Mag es - ich werde mehr schreiben. Ich habe ein ganzes Lehrbuch über Business-Programmierung. Mag es nicht - zur Hölle mit ihm, ich werde überleben. Also, lass uns gehen.
Die Fähigkeit, Prozesse zu analysieren und zu optimieren, ist einer der Schlüssel für einen Business-Programmierer. Und es fiel so erfolgreich zusammen, dass die Arbeit mit Prozessen der einfachste, verständlichste und am leichtesten reproduzierbare Teil der gesamten Business-Programmiertechnik ist.
Wahrscheinlich, weil die internen Prozesse des Unternehmens im Wesentlichen den Prozessen in Engineering-Systemen sehr ähnlich sind, einschließlich in angewandten Lösungen wie 1C-Konfigurationen. Überall gibt es einen Start, ein Ende, Aktionen, Darsteller, Bedingungen, Übergänge und Rückgaben. In der Software sind die Ausführenden natürlich keine Personen, sondern eine größere Anzahl von Objekten - Dokumente, Module, Server, verschiedene Programme, Knoten eines verteilten Systems usw.
Die Ähnlichkeit der Prinzipien der Prozesse gibt eine wichtige Schlussfolgerung - die Optimierungsmethoden sind weitgehend identisch, ebenso wie die Anforderungen an die Prozesse. Zum Beispiel müssen sowohl der menschliche als auch der Softwareprozess schnell gehen. Eine Person möchte nicht länger als einen Tag auf die Ausführung eines Antrags bei einer benachbarten Einheit warten, und der Hauptbuchhalter möchte nicht länger als 15 Minuten auf die Berechnung der Kosten warten.
Die Publikation, die Sie lesen, ist ein Auszug aus einem Lehrbuch über Business-Programmierung. Es unterscheidet sich höchstwahrscheinlich von meinen früheren Veröffentlichungen, wie Es ist nicht unterhaltsam, motivierend oder provokativ. Dies ist nur eine Aussage einer konkreten, verständlichen, einfachen und leicht anwendbaren Methode.
Schwimmbahnmethode
Die Schwimmbahnmethode ist ein gutes Werkzeug zur Analyse von Prozessen. Dies ist genau die analytische Methode, weil Er sagt nicht, was dabei geändert werden muss, sondern ermöglicht es Ihnen, potenzielle Problemquellen einfach und schnell zu erkennen.
Sie gilt hauptsächlich für funktionsübergreifende Prozesse - an denen zwei oder mehr funktionale Einheiten oder Teams beteiligt sind - im Allgemeinen, bei denen der Prozess einige Grenzen überschreitet.
Schauen wir uns ein Beispiel an. Nehmen wir an, wir haben einen bestimmten Prozess - die Beschaffung auf Bestellung. Der Verkaufsleiter erhielt eine Bewerbung vom Kunden, der Beschaffungsleiter muss Lieferanten finden, die Preise und Konditionen herausfinden, sie mit unserem Verkäufer abstimmen, eine Zahlungsrechnung erhalten, diese an die Finanzabteilung weiterleiten, Zahlungsbedingungen mit ihnen und dem Lieferanten vereinbaren, eine Bestellung beim Lieferanten aufgeben und Warten Sie auf die Fertigstellung - Zahlung und in der Tat die Ankunft der notwendigen Waren.
Angenommen, ein Kunde, d.h. Verkaufsleiter identifizierte die Probleme des Prozesses in der philisterhaften Sprache. Das Hauptproblem wird als Geschwindigkeitsproblem bezeichnet. Das Warten auf die Ausführung einer Kaufanwendung dauert sehr lange. Wenn der Prozess abgeschlossen ist und der Auftrag für den Lieferanten erstellt wurde, gibt es keine besonderen Probleme - die Lieferanten sind zuverlässig, sie scheitern selten. Aber die Phasen der Koordination, die Bewegung der Anwendung innerhalb des Unternehmens sind wertlos.
Zeichnen wir ein vereinfachtes Diagramm dieses Prozesses in Form einer Tabelle.
Was kann man sagen, wenn man diesen Prozess betrachtet? Welche Probleme sind sichtbar - real oder potenziell? Es scheint, dass der Prozess ziemlich Standard ist, in der einen oder anderen Form findet man ihn in den meisten Unternehmen. Wo geht die Geschwindigkeit verloren?
Und noch eine Frage: Wie kann man potenzielle Probleme des Prozesses erkennen, ohne den Inhalt der Spalte „Aktion“ zu kennen - nur Informationen über die Darsteller zu haben? Führen Sie eine Art schnelle Analyse im laufenden Betrieb durch, ohne auf die Details der durchgeführten Aktionen einzugehen.
Hier bietet sich die Schwimmbahnmethode an. Der Name ist analog zu den Wegen in Schwimmbädern, die durch Wellenunterdrücker getrennt sind - bunte Seile, die sich über die gesamte Länge des Schwimmbades erstrecken.
In unserer Methode sind Spuren verschiedene Funktionseinheiten. Im Allgemeinen können es sogar verschiedene Personen innerhalb desselben Teams oder Dienstes sein.
Wir zeichnen den gleichen Prozess mit der Schwimmbahnmethode, wobei nur die Anzahl der Aktionen und Darsteller übrig bleibt. In unserem Fall gibt es drei Interpreten, die gleiche Anzahl von Tracks. Der Prozess läuft von oben nach unten, die Aktionsnummer befindet sich in der Spalte des Executors.
Klarheit wurde bisher nicht hinzugefügt. Es ist nur sichtbar, dass der Beschaffungsmanager die meisten Aktionen ausführt. Mögliche Probleme des Prozesses sind sichtbar, wo er seine Geschwindigkeit verliert, stecken bleibt oder sogar verloren geht? Nein, etwas fehlt.
Versuchen wir, Pfeile hinzuzufügen - die Richtung des Übergangs zwischen Aktionen. Die durchgezogene Linie zeigt die Hauptübergänge an, die gepunktete Linie zeigt die Hilfsübergänge an, falls der Prozess fehlschlägt, und kehrt zu früheren Aktionen zurück (z. B. wenn der Verkäufer mit den vom Lieferanten angebotenen Preisen nicht zufrieden ist).
Bei Pfeilen sieht der Vorgang etwas weniger lesbar aus, aber im Allgemeinen ist es verständlich, wenn Sie Ihren Finger entlang der Pfeile von Ziffer zu Ziffer bewegen. Wenn Sie sich dieses Bild ansehen, können Sie verstehen, wo die Engpässe liegen? Erst wenn sie sichtbar sind.
Zurück zur Schwimmbadanalogie. Wenn Sie eine erwachsene, ernsthafte und angemessene Person sind, die zum Schwimmen in den Pool gekommen ist, um fünfzig Meter mit Messing zu trainieren, wer kann Sie dann von diesem Prozess ablenken und die Beherrschung verlieren? Sie haben einen Track ausgewählt, auf dem weniger oder gar keine Leute sind, und Sie sind bereit, Spaß zu haben.
Aber du bist nicht der einzige, und hier taucht auch ein Weiser in deinen Weg ein. Hinter ihm - noch einer, dann noch einer und noch mehr. Und es wird entschieden unmöglich zu schwimmen - Sie müssen Ihre Bewegungen einschränken, um die nassen Hände und Seiten anderer Menschen nicht zu berühren.
Sie sind gezwungen, die Spur zu ändern. Es scheint in Ordnung zu sein - sie sind unter dem Wellenschutz gesegelt, vielleicht mehr als einmal (wenn der freie Weg nicht neben Ihrem liegt) und genießen den Vorgang erneut. Aber die Situation wiederholt sich immer wieder - Leute kamen hereingerannt und störten dich wieder. Die Situation wird durch den Zustrom von Kindern verschärft, die nicht die ganze Zeit auf derselben Strecke herumhängen werden - sie werden spielen, herumalbern, tauchen, über mehrere Strecken in der Debatte schwimmen usw.
Während des Schwimmens müssen Sie die Strecke mehrmals wechseln und unter dem Wellenlöscher schwimmen.
Bei Prozessen ist das Ändern einer Spur ein Übergang des Aktionsflusses über Grenzen hinweg. Als Grenze haben wir Funktionseinheiten ausgewählt. Im Pool benötigen Sie einige Sekunden, um den Pfad zu ändern. In den internen Prozessen des Unternehmens kann es jedoch Stunden, Tage, manchmal Wochen dauern, bis dies behoben ist.
Schauen wir uns das endgültige Bild des Prozesses an - genau wie beim letzten Mal, nur werden wir die Momente des Übergangs von einer Spur zur anderen mit den Kreuzen markieren.
Insgesamt 5 Kreuze bei den Hauptaktionen, 4 - bei den Hilfsaktionen, insgesamt (maximal) - 9. Neunmal ist der Prozess gezwungen, die Grenzen der Funktionseinheiten zu überwinden.
Jeder Grenzübergang ist ein Verlust. Theoretisch ist dies ein potenzieller Verlust, weil Es gibt sorgfältig abgestimmte Prozesse im Leben, die fließen, ohne an den Grenzen zu stolpern. In der Praxis ist das Wechseln einer Spur jedoch immer ein Geschwindigkeitsverlust.
Der physische Übergangsprozess wird nicht als Einschränkung angesehen. In den meisten Fällen ist dieser Prozess jetzt automatisiert. Anträge, Rechnungen, Gebühren usw. elektronisch übertragen, d.h. sofort.
Die Weitergabe von Informationen ist jedoch nur der Beginn des Wartens an der Grenze. Jede Spur, d.h. Einheit oder Darsteller, leben ihr eigenes Leben gemäß ihren Regeln, Vorschriften und internen Prozessen. Das Konzept der Warteschlange taucht fast überall auf.
Der Beschaffungsmanager beeilt sich nicht, jede Anfrage sofort nach Erhalt zu bewerten. Er hat diese Anwendungen - zwei Dutzend pro Tag. Dementsprechend werden Anträge zur Bearbeitung angestellt. Wenn ein Mitarbeiter dazu neigt, seine Arbeit zu optimieren, gruppiert er Anfragen. Beispielsweise wählt er aus mehreren Anfragen dieselben Werbebuchungen für eine Bestellung aus und stellt eine Anfrage an den Lieferanten.
Auf die gleiche Weise arbeitet der Finanzier nicht mit jedem Antrag einzeln, insbesondere in der Zahlungsphase. Geld wird über die Registrierung an Lieferanten überwiesen, normalerweise ein- oder zweimal täglich. Dementsprechend bleibt das Konto in der Zahlungswarteschlange mindestens einen Tag lang inaktiv. Mit einem komplizierten Koordinierungs- und Budgetierungsverfahren - zum Beispiel, wenn Zahlungsanträge innerhalb einer Woche eingereicht werden müssen - kann der Prozess sehr ernsthaft an der Grenze hängen bleiben.
Selbst ohne auf bestimmte Beiträge und Merkmale ihrer Arbeit zu achten, kommt es immer zu Verzögerungen bei der Beantwortung von Informationen - zumindest, weil eine Person diese zum Zeitpunkt der Übermittlung nicht sofort sieht. Nur wenige Leute sitzen an einem Computer und lesen sofort alle eingehenden E-Mails. Einige sitzen im Allgemeinen überhaupt nicht am Computer - derselbe Verkäufer kann zu einem Meeting mit dem Kunden gehen und die Aktion Nummer 5 24 Stunden lang nicht ausführen (Analyse der Rentabilität der Transaktion).
Wie eingangs erwähnt, beantwortet die Methode nicht die Frage „Wie kann der Prozess geändert werden?“, Zeigt jedoch die potenziellen Problembereiche sehr deutlich auf. Wie Sie jetzt sehen können, ist die Methode auch sehr einfach anzuwenden.
Mit ein wenig Training können Sie die Anzahl der Übergangspunkte in wenigen Sekunden berechnen, ohne etwas zu zeichnen - sehen Sie sich nur die Beschreibung des Prozesses an, in welcher Form auch immer er ausgeführt wurde.
Einige Formate oder Notationen der Beschreibung von Prozessen sind besonders visuell und fordern buchstäblich jemanden auf, die Spuren und Übergänge zwischen ihnen zu zählen. Zum Beispiel Qualigramme.
Die Schwimmbahnmethode kann beispielsweise in einem Interview verwendet werden - wenn Sie einem neuen Unternehmen beigetreten sind und sich für eine Position oder Aktivität im Zusammenhang mit den Prozessen bewerben. Bitten Sie einfach darum, Ihnen eine Beschreibung der Problemprozesse zu zeigen (falls der Arbeitgeber dies nicht selbst getan hat), oder zeichnen Sie mit einem Marker an die Tafel.
Sagen Sie dann mit mysteriöser Stimme: „Ein guter Prozess, nur ich sehe hier mindestens 12 potenziell gefährliche Punkte“ und zeigen Sie diese Punkte. Hier können Sie kurz über die Methode, ihren Zweck und die Grundprinzipien sprechen. Auf die Frage "Wie kann dieser Prozess optimiert werden?" Die Antwort „Es gibt mehrere Möglichkeiten, aber ein tieferes Eintauchen in die Details“ wird ausreichen.
Natürlich können Sie sofort genauere Empfehlungen geben - Grenzkontrollmethoden, auf die wir später noch eingehen werden.