KĂŒrzlich, ganz zufĂ€llig, inspiriert von einem netten Menschen, entstand die Idee, zu jedem Artikel eine kurze Zusammenfassung beizufĂŒgen. Nicht eine Annotation, nicht einen AufhĂ€nger, sondern genau eine kurze Zusammenfassung. So, dass man den Artikel gar nicht lesen muss.
Ich habe es versucht, und es hat mir sehr gefallen. Aber das spielt keine Rolle â das Wichtigste ist, dass es den Lesern gefallen hat. Es begannen sich die zurĂŒckzukehren, die schon lange aufgehört hatten zu lesen und mich als Grafoman bezeichneten. Ein anderer netter Mensch riet mir, fĂŒr jeden alten Artikel eine kurze Zusammenfassung zu schreiben. Ich stimmte zu und schreibe jetzt nebenbei diese kurzen Texte. Ich nannte sie Shorts.
Ich prĂ€sentiere Ihnen einige solcher Shorts zu mehreren Veröffentlichungen. Vielleicht finden Sie etwas NĂŒtzliches fĂŒr sich.
Die Katze ist gestorben, der Schwanz ist ausgefallen.
Besprechungen verlaufen sehr oft ergebnislos. Man versammelt sich, plaudert, und trennt sich wieder.
Die Ergebnisse oder Produkte der Besprechung â das sind die Entscheidungen. Diese fehlen normalerweise. Und wenn sie existieren, sind sie nicht immer von guter QualitĂ€t.
Wenn die Besprechung zeitlich begrenzt ist und eine Entscheidung unbedingt getroffen werden muss, ist diese (Entscheidung) oft von geringer QualitÀt.
Wenn die Besprechung nicht zeitlich begrenzt ist und bis zur Entscheidungsfindung dauert, wird jede Entscheidung getroffen, nur damit die Besprechung endet.
Wenn die Entscheidung wĂ€hrend der Besprechung gefunden wurde, wird sie getroffen â einfach, weil das Gehirn das, was es sich ausgedacht hat, schĂ€tzt.
Das VerstĂ€ndnis fĂŒr die geringe QualitĂ€t der Entscheidung kommt spĂ€ter, aber dann ist es schon zu spĂ€t.
Um eine effektive Entscheidung zu treffen, ist es besser, nicht an der Diskussion teilzunehmen, sondern still zuzuhören.
Erstens wird das Gehirn nicht mit dem Ausdenken von Antworten beschÀftigt sein.
Zweitens gibt es keinen Druck, eine Entscheidung treffen zu mĂŒssen.
Nach dem Ende der Besprechung kann man in Ruhe nachdenken und eine Entscheidung treffen. Diese wird von höherer QualitÀt sein.
Das Wichtigste: WÀhrend der Besprechung schweigen und zuhören. Damit die Umgebung nicht besorgt ist, kann man sagen, dass das eine bewusste Haltung ist.
â
Latente Parasiten
Es gibt prinzipiell zwei AnsĂ€tze zur Aufgabenstellung und zur Kontrolle der AusfĂŒhrung: parasitĂ€r und symbiotisch.
Der symbiotische Ansatz â dafĂŒr zu sorgen, dass die Aufgabe gelöst wird.
Der parasitĂ€re Ansatz â dafĂŒr zu sorgen, dass die Aufgabe NICHT gelöst wird.
Der symbiotische Ansatz ist direkt und unkompliziert, aber in der Umsetzung schwierig. Deshalb kommt er selten vor.
Die Aufgabe wird so formuliert, dass alles klar ist â sowohl die Ziele als auch die Ressourcen und die EinschrĂ€nkungen.
Die Kontrolle erfolgt so, dass die Aufgabe genau gelöst wird.
Der symbiotische Ansatz bedeutet, einen Teil der Verantwortung (und zwar den gröĂeren) fĂŒr die Lösung der Aufgabe beim Auftraggeber zu belassen.
Der parasitĂ€re Ansatz ist umstĂ€ndlich und ausgeklĂŒgelt, aber einfach umzusetzen. Daher kommt er hĂ€ufig vor.
Die Aufgabe wird so formuliert, dass nichts klar ist. Je weniger klar ist, desto besser.
Die Kontrolle sollte idealerweise gar nicht erfolgen.
Es gibt keine Verantwortung beim Auftraggeber, die gesamte "Affe" wird auf die Schultern des AusfĂŒhrenden verlagert.
Das Ziel des parasitĂ€ren Ansatzes: Manipulation, SelbstwertgefĂŒhl, SelbstbestĂ€tigung. Daher kommt es hĂ€ufig bei Mentoren in der Zusammenarbeit mit neuen Mitarbeitern vor.
Der symbiotische Ansatz ist natĂŒrlich besser.
â
Messungen vs Illusionen
Wenn Sie den Prozess und die Ergebnisse Ihrer TÀtigkeit ohne Messungen bewerten, werden Sie stÀndig Fehler machen.
Die Bewertung ohne Zahlen hĂ€ngt von der Stimmung ab. Bei schlechter Stimmung wird es scheinen, als wĂŒrden Sie schlecht arbeiten. Bei guter Stimmung ist es umgekehrt.
So kann man eine Woche lang schlecht arbeiten und am Freitag ein Ergebnis prÀsentieren, und es wird so erscheinen, als wÀre die ganze Woche gut verlaufen.
Prinzipiell gibt es zwei Arten von Metriken: quantitative und alternative (bei Programmierern besser bekannt als boolesch).
"Die Aufgabe wurde fristgerecht abgeschlossen" â das ist boolesch. Das ist das gleiche wie "Das Teil ist geeignet" (alternatives QualitĂ€tsmerkmal, wenn man in Zahlen nicht messen kann).
"Wir arbeiten gut", "Wir erfĂŒllen den Plan", "Ich bin groĂartig" â das sind ebenfalls boolesch.
Es ist schwierig, den Managementprozess auf boolesche Bewertungen aufzubauen. Es wird empfohlen, so schnell wie möglich zu quantitativen Metriken ĂŒberzugehen.
Boolesch erzeugt BĂŒrokratie und Formalismus. Zum Beispiel kann man die fristgerechte Erledigung von Aufgaben erreichen, indem man die Fristen verlĂ€ngert, sich selbst Aufgaben ausdenkt oder ineffektive TĂ€tigkeiten durchfĂŒhrt.
Um auf der Grundlage boolescher Indikatoren zu managen, muss man viel Zeit aufwenden â fĂŒr Besprechungen, Analysen usw. Weil die Informationen zu wenig sind.
Es wird empfohlen, sowohl den Prozess als auch das Ergebnis zu messen. Dann wird das Bild am vollstÀndigsten sein.
FĂŒr Programmierer wird die Methode "Planning Poker" aus Scrum empfohlen.
â
Das ist Sparta
Angenommen, Sie sind ein Programmierer und haben eine ernsthafte Aufgabe erhalten. Und Sie glauben, dass die Aufgabe nicht gelöst werden muss â sie ist dumm, schĂ€dlich.
Typisches Verhalten in dieser Situation: die Aufgabe ins öffentliche Feld bringen. Mit dem Chef abstimmen, ein internes Projekt starten, im System festhalten usw.
An dieser Stelle bricht alles zusammen. Die Person, die die Aufgabe gebracht hat, möchte nicht, dass man ihn fĂŒr dumm hĂ€lt. Und da es in das öffentliche Feld gegangen ist, wird er sich verteidigen.
Es ist der Person wichtig, ihr Gesicht zu wahren, im politischen Sinne. Das Wichtigste in der Politik - niemals seine Fehler zuzugeben. Man kann nichts tun, aber das Wichtigste ist, keine anerkannten Fehler zu haben.
Die Person wird alles daran setzen, zu beweisen, dass der Programmierer der Bösewicht, Idiot und Gegner des Wandels ist. Und der Programmierer wird die Aufgabe trotzdem lösen mĂŒssen.
In einigen FĂ€llen wird die Person alles so gestalten, dass der Programmierer die Aufgabe ĂŒberhaupt nicht löst. Dann wird die Person âweiĂâ sein, und der Programmierer ist völlig âschwarzâ (und hat sich gewehrt und letztendlich nicht geschafft).
Es gibt mehrere Lösungen.
Die erste - ein Business-Programmierer werden, sich in angrenzenden Bereichen auskennen und selbst bestimmen, was und wie dort automatisiert werden muss.
Die zweite - Hauptverantwortlicher fĂŒr VerĂ€nderungen werden. Zum Beispiel als Entwicklungsdirektor.
Die dritte - sich nicht aufdrÀngen und einfach tun, was gesagt wird.
Die vierte - der Weg von Sparta, schnelle Aussortierung von Lösungen. Auch bekannt als fail fast, fail cheap.
Das Wichtigste ist, die Ăffentlichkeit nicht einzuschalten. Der Person sagen - lass uns nicht zu viel Zeit verschwenden, wir machen ein Prototyp und sehen, ob die Lösung tragfĂ€hig ist oder nicht.
Ein Prototyp benötigt nicht viel Zeit. Im Falle eines Erfolges bekommen beide, was sie wollen - eine angemessene Lösung und politische Punkte.
Im Falle eines Misserfolges wird niemand leiden. Nun, und die Person wird dem Programmierer gegenĂŒber positive GefĂŒhle haben.
â
Surrogate
Die Wirtschaft mag 1C und ihre Produkte nicht, Webentwickler, QM-Systeme, Buchhaltung, Wirtschaftswissenschaftler, Entwicklungsprojekte, Scrum, TOS, Controlling, KPI und Anreizsysteme.
Die Wirtschaft schĂ€tzt die Steigerung der RentabilitĂ€t durch Automatisierung, das Wachstum des Umsatzes durch Internetwerbung, die Verbesserung der ProduktqualitĂ€t, eine einfache und verstĂ€ndliche Darstellung des GeschĂ€fts in Zahlen, Prognosen zum Status des Unternehmens, eine tatsĂ€chliche Effizienzsteigerung, die Beschleunigung der ProjektdurchfĂŒhrung um das 2- bis 4-fache, eine vielfache Gewinnsteigerung und Bestandsreduzierung, ein prĂ€zises Managementsystem, ein klares und verstĂ€ndliches System zur Bewertung des GeschĂ€ftszustands sowie ein Arbeitsevaluation, die es ermöglicht, die HĂ€lfte der Manager zu entlassen.
Die Wirtschaft liebt die Erreichung von GeschÀftszielen. Die Wirtschaft mag keine Surrogate.
Ein Surrogat ist, wenn man gebeten wurde, ein GeschÀftsziel zu erreichen, und stattdessen ein Automatisierungsprojekt, eine Website, einen Stapel Papiere, undefinierbare Mitarbeiter oder unlesbare Berichtsvorlagen erhalten hat.
Ein Surrogat ist, wenn das Ziel auf dem Weg durch ein Mittel zur Zielverwirklichung ersetzt wurde. Und ĂŒber das Ziel wird einvernehmlich vergessen.
Die Produktion von Surrogaten beruht auf drei SĂ€ulen: Formalismus, Schrittweise und wechselseitige Absicherung.
Formalismus ist das Ăbertragen von Zielen auf Papier mit Dekomposition. Im Wesentlichen ist es eine Verschiebung des Fokus von groĂen Zielen auf kleine Details. An das Ziel erinnert sich niemand mehr â alle diskutieren die Details.
Schrittweise bedeutet eine geringe Geschwindigkeit beim Ăbergang von Zielen zu Mitteln. ZunĂ€chst wird das Ziel manchmal noch diskutiert. Aber nach und nach, Schritt fĂŒr Schritt, wird es immer seltener erwĂ€hnt. Bis der Auftraggeber selbst darĂŒber vergisst, ganz in Details versinkt.
Wechselseitige Absicherung besteht darin, dass alle Auftragnehmer Àhnlich handeln. Es gibt keinen einzigen Automatisierer, der tatsÀchlich den Gewinn steigert. Deshalb hat der Auftraggeber praktisch keine Wahl.
Was tun?
Surrogate und den ersten Schritt zu ihrer Schaffung: Formalismus zu vermeiden. Zumindest bei internen Projekten. Setzen Sie sich Ziele und sprechen Sie kontinuierlich mit dem AusfĂŒhrer ĂŒber diese. Auch ĂŒber das MaĂ, die Ressourcen, die PlĂ€ne usw. â auch. Aber das Wichtigste ist das Ziel.
Andernfalls wird sich der Fokus unweigerlich verschieben und Sie erhalten wieder ein Surrogat.
â
Wladimir Klitschko
Es gibt einen Boxer â Wladimir Klitschko. Er hat eine Besonderheit â die stĂ€ndige Verwendung des Jabs. Also tendenziell hĂ€ufiger als andere Boxer.
Der Jab hĂ€lt den Gegner konstant unter Druck und ermĂŒdet ihn.
Die SchlĂŒsselfunktionen des Jabs von Klitschko: die relative Einfachheit der AusfĂŒhrung und die KontinuitĂ€t.
Viele Autoren sprechen darĂŒber, dass regelmĂ€Ăig durchgefĂŒhrte, nĂŒtzliche, aber einfache MaĂnahmen viel Nutzen bringen können.
Ich habe mich auch entschlossen, es auszuprobieren. Ich habe ein einfaches Buchhaltungssystem erstellt â welche Jebs ich heute gemacht habe.
Das Ganze spielte sich in einer Fabrik ab. Ich habe die Jebs in der Mittagspause gemacht (ich habe keine Mittagspause), d.h. 1 Stunde am Tag. Ich habe das gemacht, was andere nicht tun (man sagt, das fĂŒhrt zum Erfolg).
Ich habe die PrĂŒfungen des selbstlernenden Systems eingerichtet, Ideen zur Weiterentwicklung entwickelt, fremde Ideen zur Weiterentwicklung umgesetzt, Autotasks eingerichtet, Code refaktoriert und optimiert.
Jeden Tag â eine beliebige Aufgabe aus dieser Liste. Eine Aufgabe erledigt â groĂartig. Man kann auch mehrere machen.
Ich habe 3 Monate lang Beobachtungen angestellt. In dieser Zeit habe ich 30 PrĂŒfungen durchgefĂŒhrt, 200 Ideen entwickelt, 80 fremde Ideen umgesetzt, automatisierte Prozesse fĂŒr zwei Abteilungen aufgebaut und drei groĂartige Optimierungen vorgenommen.
Cool, oder? Das ist ja "nebenbei". Ich kann es jedem empfehlen.
â
Flexibles Surrogat
Der Begriff âScrumâ bezieht sich auf mindestens zwei EntitĂ€ten: Philosophie und Framework.
Die Philosophie oder der Arbeitsansatz ist im Buch von Jeff Sutherland beschrieben.
Das Framework, d.h. der Handlungsalgorithmus, ist in einem Dokument mit dem Titel Scrum Guide beschrieben.
Die Philosophie wurde in ein Framework umgewandelt, weil die Autoren der Philosophie damit Geld verdienen wollten (laut ihren eigenen Aussagen).
Das Framework ist im Vergleich zur Philosophie stark vereinfacht. Das Hauptziel â wurde vereinfacht, oder besser gesagt, gestrichen.
Das Ziel der Philosophie: Beschleunigung der Ergebniserreichung. Und zwar um ein Vielfaches. Im Buch gibt es Beispiele fĂŒr eine Beschleunigung um das Achtfache.
Das Ziel des Frameworks: dass Sie Scrum haben. Da steht es so geschrieben: Wenn Sie nach Anleitung vorgehen â haben Sie Scrum, wenn Sie die Anleitung brechen â haben Sie kein Scrum.
Das Framework sieht ĂŒberhaupt keine Beschleunigung der Ergebniserreichung vor.
Die Menschen, die Scrum lehren oder implementieren, arbeiten mit dem Framework. Sie erzĂ€hlen und implementieren einen Algorithmus, der zu keinen Ergebnissen fĂŒhrt, auĂer âwir haben jetzt Scrumâ.
Die Essenz ist klar. Es ist sehr schwierig, die Philosophie zu verkaufen. Ein Framework ist einfacher.
Das Framework ist ein Produkt. Es wurde, wie es sich gehört, âverpacktâ. Es ist einfach, klar, es gibt UnterstĂŒtzung und viele Spezialisten. Kommt Ihnen das bekannt vor?
Alles ist gut, auĂer dem Ergebnis â das gibt es nicht.
Wenn der Auftraggeber mit der Philosophie von Scrum nicht vertraut ist, wird ihn die Implementierung des Frameworks durchaus zufriedenstellen.
Wenn der Auftraggeber mit der Philosophie von Scrum vertraut ist, wird er von der Implementierung des Frameworks enttĂ€uscht sein â es wird keine Beschleunigung bei der Erreichung der Ergebnisse geben.
Es wird cool, modern und zeitgemÀà sein, aber keine der GeschĂ€ftsziele wird erreicht (auĂer die Nutzung des Budgets fĂŒr âirgendetwas Neuesâ).
Was tun? Die Philosophie von Scrum studieren. Sie basiert auf der japanischen Philosophie des QualitÀtsmanagements, deren Kernprinzipien Messungen und kontinuierliche Verbesserungen sind.
Leider muss man viel nachdenken, experimentieren, beobachten und, leider, arbeiten. Wenn das nichts fĂŒr Sie ist, nehmen Sie das Framework.
â
Quelle: habr.com
