Das Video kommt von YouTube: erst beim Abspielen verbindet sich die Seite mit YouTube (Google).
Code-Qualität verbessern: So überzeugst du dein Team vom Refactoring!
Das Wichtigste aus dem Video
Tipp auf eine Zeit – das Video springt genau dorthin.
Transkriptautomatisch erstellt · 74 Zeilen
- das ist Kunigunde kneberkek Kunigunde hat ein Problem in unsere codeb festgestellt zum Glück hat sie bereits einen möglichen Lösungsansatz dafür
- erarbeitet ja wie bekomme ich meine Lösung am besten in unser Projekt um das Thema anzugehen brauchen wir jetzt vor allem eines die volle Unterstützung
- unseres Teams und wie überzeuge ich die anderen von meiner Lösung um zu veranschaulichen wie wie wir unser Team an Bord holen spielen wir heute zusammen
- ein fiktives Meeting mit einer Dauer von 45 Minuten mal zusammen durch für den outcome dieses Meetings setzen wir uns drei Ziele das Problem und seine
- Auswirkungen sind verstanden unser Lösungsansatz ist verstanden worden und wir haben weitere Schritte vereinbart undich ich am besten in unserem
- konkreten Beispiel handelt es sich um langwierige bildzeiten für pull requests oder checkins in unseren Sourcecode bevor wir mit dem ersten Punkt beginnen
- müssen wir über etwas reden was wir alle leider in der Realität viel zu häufig machen und zwar zu Beginn des Meetings als allererstes die Lösung für das
- Problem zu präsentieren aber ich habe die Lösung schon gefunden wenn wir das tun laufen wir war von Beginn an ein Großteil
- unserer meetingteilnehmer zu verlieren oder anders gesagt abzuhängen deutlich besser ist es das Problem zuerst einmal rudimentär zu
- beschreiben um ein gemeinsames Verständnis herstellen zu können wir verzichten dabei bewusst darauf ins Detail zu gehen und beschränken uns nur
- auf das Wichtigste und absolut dringlichste was die anderen Teilnehmer verstehen m und was wäre das
- z.B in unserem Fallbeispiel sprechen wir darüber dass sich die bildzeiten in unserem Projekt drastisch erhöht haben konkret geht es um einen bildstep dessen
- Zeit auf einmal doppelt so lang geworden ist um automatisierte Tests auszuführen dabei erwähnen wir hier bewusst nicht welche Tests denn jetzt genau dafür
- verantwortlich sind das ist fürs erste Verständnis noch überhaupt nicht notwendig zur Selbstkontrolle um nicht zu sehr ins Detail abzudriften geben wir
- uns für diesen Abschnitt mal genau 5 Minuten Zeit wenn auch du eine konkrete Frage zu einem deiner Softwareprojekte hast schreib doch gerne in die
- Kommentare und lass ein Abo da um kein Video zu verpassen gut dann stelle ich sicher dass die mich eigentlich alle verstehen um alle von Anfang an
- abzuholen achten wir bewusst darauf dass wir simple und nicht zu technische Sprache verwenden werfen wir von Beginn an nur mit Fachausdrücken um uns laufen
- wir Gefahr dass wir sehr schnell Teammitglieder verlieren die noch nicht so tief in der Materie drin stecken wie wir selbst unser Ziel ist es stehs dass
- alle im Meeting ein Verständnis von dem Problem haben und emsam darüber diskutieren können nachdem wir erfolgreich alle Teilnehmer auf einen
- gemeinsamen Kenntnisstand gebracht haben beschreiben wir als nächstes wie sich das Problem überhaupt auf unser Projekt auswirkt wir planen auch für diesen Teil
- des Meetings nicht mehr als 5 Minuten Zeit ein wie beschreibt man die Auswirkungen denn möglichst nachvollziehbar um die Auswirkung
- möglichst greifbar zu machen lassen wir an dieser Stelle vor allem Zahlen und Fakten für sich selbst sprechen wie viel Zeit kostet dieses Problem uns jeden Tag
- wie oft tritt das Problem während unserer täglichen Arbeit eigentlich auf und wenn man beides multipliziert wie viel Zeit kostet uns das Problem
- geschätzt jede Woche dabei handelt es sich bewusst um schätzwererte Schätzwerte die dennoch ein realistisches Bild zeichnen
- für unser feilbeispiel jeder Bild dauert auf einmal eine Stunde länger entwickler müssen eine Stunde länger da drauf warten ob die Änderungen die sie gemacht
- haben überhaupt das gewünschte Resultat zfolge hat während dieser Zeit kann der Entwickler selbstverständlich an anderen Themen weiterarbeiten dennoch muss er
- immer ein Auge auf den noch laufenden Bild haben ob er noch mal etwas nachbessern muss nehmen wir mal an der Kontext Switch und das generelle warten
- auf den noch laufenden Bild Kosten den Entwickler jedes Mal und 10 Minuten jetzt ist es so dass ein Entwickler den Bild durchschnittlich viermal am Tag neu
- anstoßen muss bis sein Feature dann endlich mal durchgelaufen ist und gehen wir mal weiter davon aus dass es zehn Entwicklern in dem Team allen genau
- gleich geht vier Bilds pro Tag mal 10 Entwickler mal 10 Minuten 5 Tage er gibt genau 2000 Minuten Entwicklungszeit die wir
- jede Woche verlieren das ist ja eine ganze Menge Zeit unser Ziel ist es Aufmerksamkeit für das Problem zu schaffen
- Aufmerksamkeit wollen wir vor allem bei den Entscheidungsträgern schaffen im besten Fall wird unser Teammanager auf das Problem da dururch aufmerksam dann
- gewinnt das Thema im Umkehrschluss auch deutlich schneller an Fahrt wenn es darum geht ein wichtiges Problem zu lösen gehen wir mal davon aus
- dass wir nun ein gemeinsames Verständnis für das Problem und dessen Auswirkungen bei allen Beteiligten geschaffen haben a dann kann ich ja jetzt end meine
- Lösung vorzeigen Stopp Stopp Stopp Stopp Stopp Stopp auch hier wchen wir alle gerne einen wieder Ken den Fehler wir fangen sofort nachdem wir das Problem
- erklärt an damit an unsere Lösung vorzustellen dabei ist es so unendlich wichtig dass wir den Teilnehmern auch genügend Zeit für Verständnis Fragen und
- eventuelle Rückfragen zu dem Problem und seinen Auswirkungen zulassen ach die vielen Fragen die sind ja immer so anstrengend und gleichzeitig sind diese
- Rückfragen auch für uns von großen Vorteil durch eine souveräne Beantwortung von Verständnisfragen oder konkreten Rückfragen können wir auch die
- Akzeptanz dafür steigern dass es sich hier wirklich um ein ernstzunehmendes Problem handelt besucht jemand schon bereits über die möglichen Lösungen für
- das Problem zu reden wiegeln wir ihn ab und verweisen ihn auf später bis wir das Gefühl haben dass alle Teilnehmer im Meeting das Problem verstanden haben wir
- sind nun bereits bei Minute 20 unseres Meetings angelangt und haben noch immer nicht über die möglichen Lösungen gesprochen für das Problem und erst
- jetzt beginnen wir wirklich über unsere Lösungsansätze und Strategien zu reden um das Problem zu lösen ja endlich bin auch Zeit unsere Lösungsstrategien und
- Maßnahmen stellen wir kurz und knapp vor wir stellen unsere Lösungsstrategie mit möglichst vielen Bildern und Diagrammen da und verzichten dabei s weit wie
- möglich auf Text oder sogar codechnipsel für unser Fallbeispiel bieten sich z.B sehr gut Diagramme an die die Reduzierung der bildzeit durch unseren
- Lösungsansatz klar und deutlich illustrieren eine weitere gute Möglichkeit ist wenn wir eine Art Zeitstrahl aufmalen können den wir
- vorsehen bis wir unsere Lösung wirklich umgesetzt haben und werend wir unsere Lösungsansätze präsentieren gehen wir dabei vor allem gezielt auf die
- Rückfragen ein die wir vorher in dem Meeting bekommen haben dadurch steigern wir automatisch die Akzeptanz für unseren Lösungsansatz a fr da habe ich
- immer passende Antwort parat immer einew parat zu haben macht sich eine gründliche Vorbereitung auf das Meeting bezahlt wir können uns wie
- folgt Schritt für Schritt auf mögliche Rückfragen vorbereiten wir kennen unsere meetingteilnehmer und verstehen ihre Rolle im Team wir wissen was für die
- Beteiligten Stakeholder besonders wichtig ist wir rekapitulieren welche fragen wir uns im Vorfeld selbst gestellt haben und wie wir sie für uns
- antworten können je besser wir auf Rückfragen vorbereitet sind umso souveräner werden wir und unsere Lösung von den anderen meetingteilnehmern
- wahrgenommen nachdem wir unsere Lösung vorgestellt haben folgt nun die Stunde der Wahrheit das Feedback aus dem Team da habe ich immer Angst vor unsere
- präsentierte Lösung wird unweigerlich Diskussionen nach sich ziehen und das ist auch richtig und gut so wir räumen diesen Diskussionen
- möglichst viel Zeitraum ein und Tun selbst währenddessen vor allem eins zuhören und die anderen reden lassen durch gezieltes zuhören erhalten
- wir nämlich sehr schnell Feedback ob unser Lösungsansatz bereits schon auf ausreichend Akzeptanz stößt und an welchen Stellen wir noch ein wenig
- nacharbeiten müssen und was W meinem Lösungsansatz nicht vertrauen je besser wir unseren Lösungsansatz mit Begründungen und Argumenten untermauern
- können desto mehr Vertrauen werden ihm auch unsere Kollegen schenken im Idealfall haben wir nämlich die wichtigsten Fragen im Vorfeld bereits
- durch eine eene prototypische Umsetzung unseres Lösungsansatz bereits beantwortet in unseren Demonstrator können wir dann demonstrieren wenn wir
- nur selektive Tests ausführen in jedem Bild für die codeanteile die sich auch wirklich verändert haben dass wir uns dadurch jede Menge Zeit sparen können
- und anhand unserer prototypischen Umsetzung können wir den Meeting Teilnehmern auch gleichzeitig ein Gefühl vermitteln wie viel Aufwand denn hinter
- dieser Lösung eigentlich steckt mit diesen Erkenntnissen in der Hinterhand können wir selbstbewusst auftreten und kritische Rückfragen schnell und
- souverän beantworten aufkommende Bedenken können wir dadurch so schnell es geht entkräften so dass Zweifel erst gar nicht aufkommen wir haben
- Diskussionen in unserem Meeting bis zu diesen zeitkt bewusst offen und viel laufen lassen zum Abschluss unseres Meetings folgt nun der wichtigste Punkt
- die nächsten Schritte vereinbaren ja na ja wie geht's jetzt weiter diese nächsten Schritte können je nach meetingverlauf sehr unterschiedlich
- ausfallen hier mal ein paar mögliche Szenarien wie die nächsten Schritte aussehen können es bestehen noch offene Fragen der Beteiligten um das Problem an
- sich oder unseren Lösungsansatz vollständig verstehen zu können der Zeit Rahmen für das geplante Vorgehen muss noch geklärt werden es bestehen noch
- Zweifel an der technischen machtbarkeit unseres Lösungsansatzes und hier noch ein gut gemeinter Ratschlag wir dürfen nicht
- enttäuscht oder gar entmutigt sein wenn wir unsere Kollegen nicht sofort von unserem Lösungsansatz überzeugen konnen es ist völlig normal dass manche
- Vorhaben die ein oder andere meetingrunde mehr benötigen wenn wir dann mal alle überzeugt haben geht es als nächstes darum im Team gemeinsam die
- ersten Arbeitspakete zu schnüren damit wir auch die ersten Taten folgen lassen können unabhängig von den vereinbarten nächsten Schritten haben wir heute einen
- großen Schritt getan um Kunigundes geplante Modernisierung wirklich in die Tat umsetzen zu können ich habe jetzt ein viel besseres Gefühl was die Leute
- von meiner Idee halten und auch deine Kollegen haben sicher eine Menge dazu gelernt und freuen sich sicher schon darauf dass sie
- das Problem bald los sind wenn du dich noch fragst wie du dir solche Lösungsstrategien am effektivsten selbst erarbeiten kannst dann empfehle ich dir
- als nächstes dieses Video hier anzusehen