Haben Sie bei der Arbeit starke Emotionen erlebt? Was ist mit der Angst, die plötzlich dein Gehirn verschlingt? Ist es dann einfach, effizient zu arbeiten? Wenn Ihre Organisation bereits Agile implementiert hat, dies Ihnen aber dennoch passiert, geht etwas schief.
Mein Name ist Artyom Zarafyants und ich leite eine der Speicherentwicklungsabteilungen von Dell Technologies in St. Petersburg. Ich arbeite seit der Eröffnung unseres Büros 12 Jahre. Als wir 2007 mit der Arbeit an VNXe begannen, begannen wir, Agile auf Teamebene einzusetzen - dann hat es nicht geklappt. Unser Prozess stieß auf globaler Ebene auf einen Wasserfall und starb allmählich aus. Wir haben VNXe ohne Agilität veröffentlicht: natürlich erfolgreich (wie alles in unserem Unternehmen im großen Maßstab), aber langsam, teuer und unter Stress. Vor ungefähr 6 Jahren begann unsere technische Organisation (mehrere tausend Mitarbeiter) mit der systematischen Implementierung von Agile in großem Maßstab von oben. Zu dieser Zeit war ich bereits Manager und erhielt die zweite (von drei) Hochschulausbildung - in Psychologie. Dies hat mir geholfen, die Erfahrung der Implementierung von Agile bewusst durchzugehen, und ich bin bereit, sie zu teilen.
Stellen Sie sich vor, Sie sind ein Teamleiter oder ein Team von Programmierern. Ihr Chef (oder Kunde) in Übersee ruft an und sorgt wütend dafür, dass Sie zerschlagen. Die Funktion, die angeblich von Ihrem Team entwickelt wurde, ist voller Fehler und nicht gut. Sie hören Vorwürfe: „Wie konnte das passieren ?! Warum so eine schreckliche Qualität ?! Einige Fehler im Allgemeinen, sagen Sie mir, was Ihr Fixplan ist ?! " Dein Bewusstsein erkennt die Bedrohung, du bist beleidigt. Emotionen fegen, rollen in Wellen - das ist unfair und im Allgemeinen eine Art Unsinn! Nicht die beste Stimmung für die Entwicklung eines festen Plans. Nicht die beste Stimmung, um weiter an einem Iterationsplan zu arbeiten.
Das Gehirn des Homo Sapiens hat sich im Laufe der Jahrtausende weiterentwickelt und das Überleben des Menschen selbst und seines primitiven Stammes gesichert. Wenn das Gehirn die Bedrohung erkennt, startet die Hypophyse eine Reaktionskette, die die Konzentration von Adrenalin und Cortisol erhöht. Der Körper bereitet sich auf Kampf oder Flucht vor. Um die Energieversorgung der Muskeln, des Stoffwechsels, des Gefäßtonus und der Druckänderung sicherzustellen. Wie wäre es mit der Tatsache, dass bewusstes Denken eine energetisch teure Aktivität ist? Verliert es nicht während des Fluges und kämpft mit weniger kostspieligen Prozessen in neuronalen Netzen, die Reflexe und Automatismus von Bewegungen liefern?
Stress kann nur für körperliche Arbeit gut sein - Beton gießen, Ziegel legen. Aber er schlägt Programmierer aus dem produktiven Kanal aus. Wenn Arbeit das Denken und Lösen komplexer Probleme beinhaltet, führen Stress und Angst dazu, dass die Denkfähigkeit verringert wird. Infolgedessen macht das Team mehr Fehler, was wiederum zu neuen Fehlern führt. Neue Bugs sind Probleme, die weiterhin Angst und Stress auslösen. Dies ist ein Teufelskreis. Schützen Sie Ihr Team vor ihm!
Wie?
Meiner Meinung nach gibt es zwei Antworten: durch Verbesserung der Entwicklungsprozesse und Erhöhung der Stresstoleranz des Leiters. Ich werde ein paar Ideen teilen. In diesem Artikel werden wir eine Retrospektive und in der nächsten Planung diskutieren.
Kopf und Team. Dasha. 10 JahreRückblick
Eine gute Retrospektive hilft Ihnen, die Probleme zu erkennen und einen Plan in Form von neuronalen Verbindungen in Ihrem Gehirn zu erstellen.
Wenn Sie verstehen, was zu tun ist, wenn Probleme auftreten, und im Gehirn ein Plan erstellt wird, ist Ihre Angst geringer, die wahrgenommene Bedrohung geringer und die Reaktion ruhiger. Infolgedessen fällt es Ihnen leichter, in einer schwierigen Situation zu denken.
Zum Beispiel hat unser Team zu Beginn der Implementierung von Agile die Iteration nicht bestanden - die Ziele wurden nicht erreicht. Dies war vor ungefähr 6 Jahren, als wir mit der Arbeit am EMC Unity-Speicher für einen neuen agilen Prozess begannen. Die Retrospektive begann mit deprimierenden Emotionen. Sie kamen widerwillig, setzten sich und bückten sich. Ohne die vorbereitende Vorbereitung hätten wir uns in eine Nörgelei stürzen können. Sie begannen zu verstehen, was wir beim nächsten Mal tun können.
Das System, an dem unsere verteilte Organisation arbeitet, umfasst eine große Anzahl von Bereichen. Der Testzyklus brachte eine Reihe von Fehlern mit sich, für deren Analyse wir viel ungeplante Zeit aufgewendet haben. Die meisten Fehler wurden jedoch in Bereichen anderer Teams behoben. Wir haben „Wasser auf die Mühle eines anderen gegossen“ - haben unserer Organisation geholfen, aber unseren Kommentar verfehlt.
Hattest du das schon mal? Schreiben Sie in die Kommentare, was Sie getan haben. Wir haben uns so verhalten:
- Um die Zeit für die Analyse von Fehlern zu verkürzen, haben wir zusammen mit anderen Teams begonnen, automatisierte Tools für die vorläufige Fehleranalyse zu erstellen.
- Um genauer zu verstehen, dass die Fehler fremd sind, und sie an die Analyse für andere Teams zu senden, sind wir den Läufen unserer Komponententests aufmerksamer geworden. Frühere Tests bestätigen, dass die Funktionalität funktioniert, und beseitigen den Verdacht aus unserem Themenbereich, wodurch wir Zeit sparen.
- Um die Effizienz zu steigern, haben wir begonnen, systematisch Zeit damit zu verbringen, die Fähigkeiten der Fehleranalyse zu entwickeln. Im Laufe der Zeit nahm eine neue Rolle im Team Gestalt an - ein Spezialist für die Analyse von Fehlern.
- Um vom Bugfix abgelenkt zu werden, ohne kritische Arbeiten für die Iteration anzuhalten, wurden wir von WIP (work in progress) strenger kontrolliert. Zwei oder drei Personen begannen an jeder User Story zu arbeiten - es gab die Möglichkeit für jemanden, zu einem Fehler zu wechseln.
- Um die Kommunikation mit Testern zu verbessern, haben wir begonnen, Feedback zur Qualitätssicherung zu geben. Sie begannen nicht nur durch E-Mails und Kommentare zu Fehlern zu kommunizieren, sondern auch durch persönliche Gespräche über den Kommunikator und das Telefon.
- Um die Verwaltung des Bugfixes zu vereinfachen, haben sie ihn von Scrum auf Kanban übertragen.
Bei den nächsten Iterationen gab es weniger Überraschungen und Ressentiments über Fehler. Der Stress ging zurück, Pläne wurden umgesetzt.
Eine gute Retrospektive führt dazu, dass die Angst der Teammitglieder verringert wird, wenn Sie das nächste Mal auf Probleme stoßen. Das Team gewöhnt sich bei jeder Iteration an den Erfolg - die Moral steigt. Der Wunsch, gemeinsam zu denken und Probleme zu lösen, steigt. Auf diese Weise hilft die Retrospektive, die Sicherheitsbedürfnisse zu befriedigen, die durch die Evolution in das Gehirn des Homo Sapiens eingebettet sind. Mehrmals habe ich beobachtet, wie eine gute Retrospektive dazu führte, dass die Angst unserer Teammitglieder verringert wurde, und ich fühlte, wie wir in den nächsten Iterationen ruhiger und effizienter arbeiteten.
Die Bedürfnisse unseres Gehirns sind der Schlüssel zur Selbstmotivation, zum Aufbau von Beziehungen innerhalb des Teams und eine Garantie nicht nur für die Arbeitsproduktivität, sondern auch für das Glück bei der Arbeit!
Wenn Sie an diesem Bereich interessiert sind, teilen Sie dies bitte in den Kommentaren mit. Ich plane, eine Reihe von Beiträgen zum Thema "Agile und Gehirnbedürfnisse" zu schreiben. In der Zwischenzeit empfehle ich, auf folgende Quellen zu verweisen:
- Kahneman. Schnell denken Langsam denken
- Gehirn Gebrauchsanweisung. David Rock
- Dubynin. Vorträge über die Physiologie des Gehirns, "Gehirn und Bedürfnisse"
- Beschreibung der Retrospektive in SAFE