Shorts Belokamentseva

Vor kurzem wurde ganz zufällig mit der Vorlage eines guten Menschen die Idee geboren, jedem Artikel eine kurze Zusammenfassung beizufügen. Keine Anmerkung, keine Verlockung, sondern eine kurze Zusammenfassung. So dass es möglich war, den Artikel überhaupt nicht zu lesen.

Ich habe es versucht und es hat mir sehr gut gefallen. Aber das ist egal - die Hauptsache, die den Lesern gefallen hat. Diejenigen, die vor langer Zeit aufgehört hatten zu lesen, kehrten zurück und brandmarkten mich als Graphomanen. Und ein anderer guter Mann riet mir, für jeden alten Artikel eine kurze Zusammenfassung zu schreiben. Ich stimmte zu und jetzt schreibe ich zwischendurch diese Shorties. Er nannte sie Shorts.

Ich mache Sie auf mehrere solcher Kurzfilme aufmerksam, wie aus mehreren Veröffentlichungen hervorgeht. Plötzlich finden Sie etwas Nützliches für sich.

Die Katze starb, der Schwanz schälte sich ab

Meetings scheitern sehr oft. Versammelt, zerschlagen, getrennt.
Ergebnisse oder Produkte eines Meetings sind Entscheidungen. Hier sind sie normalerweise nicht. Und wenn ja, ist es nicht immer von guter Qualität.
Wenn das Treffen zeitlich begrenzt ist und die Entscheidung getroffen werden muss, ist es (die Entscheidung) von schlechter Qualität.
Wenn die Besprechung nicht zeitlich begrenzt ist und bis zu einer Entscheidung dauert, wird jede Entscheidung getroffen, wenn nur die Besprechung beendet ist.
Wenn eine Entscheidung bei einem Meeting erfunden wird, wird sie getroffen - einfach weil das Gehirn schätzt, worauf es ankommt.
Das Verständnis für die schlechte Qualität der Lösung wird später kommen, aber es wird zu spät sein.
Um eine effektive Entscheidung zu treffen, ist es besser, nicht an der Diskussion teilzunehmen, sondern still zu beobachten.
Erstens wird das Gehirn nicht damit beschäftigt sein, Antworten zu finden.
Zweitens besteht keine Notwendigkeit, eine Entscheidung zu treffen.
Nach dem Meeting können Sie ruhig nachdenken und eine Entscheidung treffen. Es wird besser sein.
Schlüssel: Bleiben Sie bei der Besprechung ruhig und hören Sie zu. Damit sich andere keine Sorgen machen, sagen Sie, dass dies eine bewusste Position ist.

→ habr.com/de/post/341654

Latente Parasiten

Grundsätzlich gibt es zwei Ansätze, um Ziele zu setzen und die Leistung zu kontrollieren: parasitär und symbiotisch.
Der symbiotische Ansatz besteht darin, das Problem zu lösen.
Der parasitäre Ansatz besteht darin, die Aufgabe NICHT zu lösen.
Der symbiotische Ansatz ist direkt und unkompliziert, aber schwer umzusetzen. Daher ist es selten.
Die Aufgabe ist so festgelegt, dass alles klar ist - und Ziele, Ressourcen und Einschränkungen.
Die Steuerung erfolgt so, dass die Aufgabe genau gelöst ist.
Der symbiotische Ansatz besteht darin, einen Teil der Verantwortung (und mehr) für die Lösung des Problems dem Regisseur zu überlassen.
Der parasitäre Ansatz ist florid und gerissen, aber einfach zu implementieren. Daher ist es üblich.
Die Aufgabe ist so eingestellt, dass nichts verstanden wird. Je weniger klar desto besser.
Kontrolle, vorzugsweise überhaupt nicht.
Es gibt keine Verantwortung für den Task Director, der gesamte „Affe“ wird auf den Hals des Darstellers transplantiert.
Der Zweck des parasitären Ansatzes: Manipulation, FSW, Selbstbestätigung. Daher ist es häufig in der Arbeit von Mentoren mit unerfahrenen Mitarbeitern zu finden.
Besser natürlich ein symbiotischer Ansatz.

→ habr.com/de/post/343696

Dimensionen gegen Illusionen

Wenn Sie den Prozess und die Ergebnisse Ihrer Aktivität ohne Messungen bewerten, werden Sie sich die ganze Zeit irren.
Punktzahl ohne Zahlen hängt von der Stimmung ab. Schlechte Laune - es scheint, als ob Sie nicht gut arbeiten. Gute Laune ist umgekehrt.
Sie können also eine Woche lang schlecht sitzen und arbeiten und am Freitag das Ergebnis „dem Berg“ geben, und es scheint, dass die ganze Woche gut verlaufen ist.
Grundsätzlich gibt es zwei Arten von Metriken: quantitative und alternative (Programmierern besser bekannt als Boolean).
"Die Aufgabe ist pünktlich erledigt" ist Boolesch. Dies entspricht „Detailanpassung“ (ein alternatives Qualitätszeichen, wenn sie nicht in Zahlen gemessen werden können).
"Wir arbeiten gut", "Wir erfüllen den Plan", "Ich bin gut gemacht" - auch Boolean.
Bei Schätzungen wie Boolean ist der Steuerungsprozess schwierig zu erstellen. Es wird empfohlen, so schnell wie möglich zu quantitativen Metriken zu wechseln.
Boolesche Rassen führen zu Bürokratie und Formalismus. Zum Beispiel kann die termingerechte Erfüllung von Aufgaben erreicht werden, indem die Zeit verlängert, Aufgaben für sich selbst erfunden und eine IDB ausgeführt werden.
Um basierend auf Booleschen Indikatoren zu verwalten, müssen Sie viel Zeit aufwenden - für Besprechungen, Analysen usw. Weil es zu wenig Informationen gibt.
Es wird empfohlen, sowohl den Prozess als auch das Ergebnis zu messen. Dann ist das Bild am vollständigsten.
Für Programmierer wird die "Poker Planning" -Methode von Scrum empfohlen.

→ habr.com/de/post/343910

Das ist Sparta

Angenommen, Sie sind Programmierer und sie haben Ihnen eine ernste Aufgabe gestellt. Und Sie denken, dass es nicht nötig ist, das Problem zu lösen - es ist dumm, schädlich.
Typisches Verhalten in einer solchen Situation: Bringen Sie die Aufgabe auf ein öffentliches Feld. Senden, um mit dem Chef zu koordinieren, das interne Projekt zu starten, es im System zu reparieren usw.
An diesem Punkt bricht alles. Die Person, die die Aufgabe gestellt hat, möchte nicht als Dummkopf betrachtet werden. Und sobald sie ein öffentliches Feld betreten haben, werden sie sich verteidigen.
Es ist wichtig, dass eine Person im politischen Sinne nicht das Gesicht verliert. Die Hauptsache in der Politik ist, niemals deine Fehler zuzugeben. Sie können nichts tun, aber die Hauptsache ist, keine erkannten Fehler zu haben.
Ein Mann wird sein Bestes geben, um zu beweisen, dass ein Programmierer ein Bösewicht, ein Idiot, ein Gegner der Veränderung ist. Und der Programmierer muss das Problem noch lösen.
In einigen Fällen wird eine Person alles so arrangieren, dass der Programmierer das Problem überhaupt nicht löst. Dann wird die Person "weiß" sein, und der Programmierer wird absolut "schwarz" sein (und Widerstand leisten und am Ende versagen).
Es gibt verschiedene Lösungen.
Die erste besteht darin, ein Business-Programmierer zu werden, verwandte Bereiche zu verstehen und selbst zu bestimmen, was und wie automatisiert werden soll.
Der zweite ist der Artikel des Chief for Change. Zum Beispiel Entwicklungsleiter.
Der dritte ist, nicht aufzustehen und einfach das zu tun, was sie sagen.
Viertens - der Weg von Sparta, schnelle Ablehnung von Entscheidungen. Es ist besser bekannt als schnell scheitern, billig scheitern (schnell raus, billig raus).
Die Hauptsache ist, keine Werbung einzubeziehen. Um der Person zu sagen, dass wir nicht viel Zeit verbringen, werden wir einen Prototyp erstellen und prüfen, ob die Lösung realisierbar ist oder nicht.
Der Prototyp wird einige Zeit dauern. Im Erfolgsfall erhalten beide ihre eigenen - sowohl eine normale Entscheidung als auch politische Punkte.
Im Falle eines Misserfolgs wird niemand leiden. Nun, eine Person ist besser für einen Programmierer.

→ habr.com/de/post/344650

Surrogate

Unternehmen mögen 1C und seine Produkte, Webentwickler, QMS, Buchhaltung, Ökonomen, Entwicklungsprojekte, Scrum, CBT, Controlling, KPI und Motivationssysteme nicht.
Unternehmen lieben es, die Rentabilität durch Automatisierung zu steigern, den Umsatz aus der Internetwerbung zu steigern, die Produktqualität zu verbessern, ein einfaches und verständliches Bild des Geschäfts in Zahlen zu erstellen, Prognosen über den Zustand des Unternehmens zu erstellen, die Effizienz zu steigern, die Umsetzung von Projekten um das 2-4-fache zu beschleunigen, die Gewinne mehrfach zu steigern und die Lagerbestände zu reduzieren , ein genaues Managementsystem, ein klares und verständliches System zur Beurteilung des Geschäftszustands, ein Arbeitsbewertungssystem, mit dem die Hälfte der Manager entlassen werden kann.
Unternehmen lieben es, Geschäftsziele zu erreichen. Unternehmen mögen keine Leihmütter.
Ein Ersatz ist, wenn sie nach einem Geschäftsziel gefragt haben, aber ein Automatisierungsprojekt, eine Website, einen Stapel Papier, Mitarbeiter obskurer Mitarbeiter oder unlesbare Fußberichte erhalten haben.
Ein Ersatz ist, wenn ein Ziel auf der Straße durch ein Mittel zur Erreichung ersetzt wird. Und sie haben das Ziel gemeinsam vergessen.
Die Ersatzproduktion basiert auf drei Säulen: Formalismus, Gradualismus und gegenseitige Verantwortung.
Formalismus ist die Übertragung von Zielen auf Papier mit Zersetzung. Aber in der Tat - die Übersetzung des Fokus der Aufmerksamkeit von einem großen Ziel in kleine Details. Niemand erinnert sich mehr an das Ziel - jeder bespricht die Details.
Gradualismus ist eine geringe Übergangsrate von Zielen zu Mitteln. Zunächst wird das Ziel noch manchmal diskutiert. Aber nach und nach wird Schritt für Schritt immer weniger erwähnt. Bis der Kunde es selbst vergisst und im Detail ertrinkt.
Die gegenseitige Verantwortung besteht darin, dass alle Auftragnehmer ungefähr gleich arbeiten. Es gibt keinen einzigen Automator, der den Gewinn wirklich steigert. Daher ist der Kunde besonders und es gibt keinen Ausweg.
Was tun?
Vermeiden Sie Leihmütter und den ersten Schritt in Richtung ihrer Schaffung: Formalismus. Zumindest bei internen Projekten. Setzen Sie sich ein Ziel und sprechen Sie ständig mit dem Darsteller darüber. Auf der Skala, Ressourcen, Pläne usw. - auch. Aber die Hauptsache ist über das Ziel.
Andernfalls wird sich der Fokus der Aufmerksamkeit sicherlich verschieben und Sie erhalten einen weiteren Ersatz.

→ habr.com/de/post/344844

Jeb Klitschko

Es gibt so einen Boxer - Vladimir Klitschko. Er hat eine Eigenschaft - die ständige Verwendung von Stoß. Nun, d.h. dauerhafter als andere Boxer.
Jeb hält den Gegner ständig in Atem und ist anstrengend.
Hauptmerkmale von Jeb Klitschko: einfache Ausführung (natürlich relativ) und Konstanz.
Die Tatsache, dass ständig durchgeführte, nützliche, aber einfache Aktionen viele Vorteile bringen können, sagen viele Autoren.
Ich habe beschlossen, es auch zu versuchen. Ich habe ein einfaches Buchhaltungssystem erstellt - die ich heute gemacht habe.
Es war in der Fabrik. Er machte Jebah beim Mittagessen (ich habe kein Mittagessen), d.h. 1 Stunde am Tag. Er hat getan, was andere nicht tun (sie sagen, es führt zum Erfolg).
Ich habe Überprüfungen für ein selbstlernendes System eingerichtet, Ideen für die Entwicklung entwickelt, die Ideen anderer Leute für die Entwicklung umgesetzt, automatische Aufgaben eingerichtet, den Code überarbeitet und optimiert.
Jeden Tag - jede Aufgabe aus dieser Liste. Er hat eine Aufgabe erledigt - gutaussehend. Sie können ein paar haben.
Beobachtungen führten 3 Monate. In dieser Zeit führte er 30 Überprüfungen durch, entwickelte 200 Ideen, realisierte 80 Ideen anderer Personen, baute automatisierte Prozesse in zwei Abteilungen auf und führte drei coole Optimierungen durch.
Cool, was. Nun, das ist "zwischen den Dingen". Ich kann es jedem empfehlen.

→ habr.com/de/post/344934

Flexibler Ersatz

Das Wort "Scrum" bezieht sich auf mindestens zwei Entitäten: Philosophie und das Framework.
Die Philosophie oder Herangehensweise an die Arbeit wird in einem Buch von Jeff Sutherland beschrieben.
Framework, d.h. Ein Algorithmus von Aktionen, der in einem Dokument namens Scrum Guide beschrieben wird.
Die Philosophie wurde zu einem Rahmen, weil die Autoren der Philosophie (in ihren eigenen Worten) damit Geld verdienen wollten.
Das Framework ist im Vergleich zur Philosophie stark vereinfacht. Die Hauptsache ist, dass das Ziel vereinfacht bzw. verworfen wurde.
Der Zweck der Philosophie: Beschleunigung der Erzielung von Ergebnissen. Außerdem manchmal. Das Buch enthält Beispiele für die achtfache Beschleunigung.
Das Ziel des Frameworks ist es, Scrum zu haben. Es heißt so: Befolgen Sie die Anweisungen - Sie haben Scrum, verstoßen Sie gegen die Anweisungen - Sie haben kein Scrum.
Der Rahmen bedeutet im Allgemeinen keine Beschleunigung der Erreichung des Ergebnisses.
Leute, die Scrum unterrichten oder implementieren, arbeiten mit dem Framework. Sie sprechen und implementieren einen Algorithmus, der zu keinen anderen Ergebnissen als "Wir haben jetzt Scrum" führt.
Der Punkt ist klar. Philosophie ist sehr schwer zu verkaufen. Der Rahmen ist einfacher.
Ein Framework ist ein Produkt. Er hat, wie erwartet, die "Verpackung" bestanden. Es ist einfach, verständlich, es gibt Unterstützung und viele Spezialisten. Hat nichts Ähnliches?
Alles ist gut, bis auf das Ergebnis - ist es nicht.
Wenn der Kunde mit der Scrum-Philosophie nicht vertraut ist, passt die Implementierung des Frameworks perfekt zu ihm.
Wenn der Kunde mit der Scrum-Philosophie vertraut ist, wird er von der Implementierung des Frameworks enttäuscht sein - das Erreichen des Ergebnisses wird nicht beschleunigt.
Es wird cool, modisch, modern sein, aber es werden keine Geschäftsziele erreicht (mit Ausnahme der Entwicklung des Budgets für „etwas Neues“).
Wie zu sein Lerne die Philosophie von Scrum. Es basiert auf der japanischen Philosophie des Qualitätsmanagements, deren Kern: Messungen und endlose Verbesserungen.
Leider muss man dort viel denken, experimentieren, beobachten und leider viel arbeiten. Wenn dies nicht zu Ihnen passt, nehmen Sie das Framework.

→ habr.com/de/post/345540