Menschen debuggen

Transcript

1. Menschen debuggen programmier.bar, 21.09.2023 1
2. Softwarearchitekt & Kommunikationscoach 2 m@rcelko.ch @ www.marcelkoch.net Technische Rahmenbedingungen Requirements Engineering Zwischenmenschliche Interaktion
3. Bitte reinrufen! 3
4. Wünsche? Kommunikation bei der Remote-Arbeit 4 Moritz
5. Wünsche? Wie geht man mit Fragen von Störenfrieden um? 5 John
6. Wünsche? Unzufriedenheit ändern 6 Marcel
7. Wünsche? Information Hiding durchbrechen Knowledge Sharing fördern 7 Daniél
8. Wünsche? Holzweg: Wie diplomatisch vermitteln? 8 Jakša
9. Wie ich einmal einen Kon fl ikt auslöste 9
10. „XY geht mir so richtig auf den …“ 10
11. Andere Menschen zu debuggen ist nicht möglich 11
12. Mich selbst und meine Interaktion kann ich debuggen 12
13. Kommunikation 13
14. Wer ist das? 14
15. „Kommunikation schlägt normalerweise fehl, außer durch Zufall“ 15 — Osmo Wiio
16. Warum sollten wir uns damit beschäftigen? Bedürfnis nach Bindung Wir führen zu wenig Dialoge Softwareentwicklung passiert meistens in Teams Weniger Stress für uns 16
17. Debugging Bug Logs Reproduktion Breakpoints Expressions / Watches 17
18. Leichte Form des Bugs 18 Missverständnis
19. Fatal Bug 19 Kon fl ikt
20. 20 Gewaltfreie Kommunikation Transaktionsanalyse Radical Candor 4-Ohren Kommunikationsmodelle
21. Alles ist subjektiv 21
22. 22 Sender Ich Nachricht Empfänger Botschaft Gegenüber
23. Was passiert in mir? 23 Wie formuliere ich? Was beobachte ich?
24. Was passiert in mir? Wie geht es mir? Was macht die Gegenwart des Gegenübers mit mir? Was will ich? 24
25. Was beobachte ich? Wo möchte mein Gegenüber abgeholt werden? Woraus zieht mein Gegenüber Wert? Wie geht es meinem Gegenüber? Pro fi s: Empathie sticht Formulierung 25
26. Wie formuliere ich? So leicht verständlich wie möglich Erzähle von Dir selbst (Automatische Ich-Botschaften) Keine Phrasen, nur Übersetzungen Deiner Gedanken und Gefühle Wortwahl ist wichtig - Eloquenz überbewertet Negation eher sein lassen 26
27. Logs „Der Pull Request ist ready for review!“ „…“ Nächster Tag „Warum ist der Pull Request noch immer o ff en?“ „Ich dachte, darum kümmert sich XY“
28. Breakpoint setzen „Der Pull Request ist ready for review!“ „…“ Nächster Tag „Warum ist der Pull Request noch immer o ff en?“ „Ich dachte, darum kümmert sich XY.“
29. Wo haben wir uns verloren? Verästelung 29 Spring Boot Software neu schreiben Kotlin Statisch typisierte Sprache moderne Sprache NestJS konventionell Scriptsprache, No Code Typescript
30. „Können wir uns auf … einigen?“
31. Expressions = Metakommunikation Kommunizieren über Kommunikation „Mir ging es in der Situation…“ „Aus welchem Grund…“ Feedback 31
32. Feedback 32
33. Sandwich-Technik Etwas Positives Kritik Etwas Positives 33
34. Sandwich-Technik „Ich fi nde, Du machst Deinen Job echt gut.“ „Aber letzte Woche im Planning 2 und im Daily bist Du mir mit Deinem komischen Refactoring so auf die Nerven gegangen. Das so bitte nicht noch mal.“ „Ich fi nde es toll, dass Du o ff en für Kritik bist.“ 34
35. Radical Candor • Candor = O ff enheit • Idee: In Verbindung treten und anschließend O ff enheit • Verbindung: Wo kann ich meinen Gegenüber abholen? • Je besser die Verbindung, desto kleiner die Hürde zur O ff enheit 35
36. Radical Candor 36 „Ich sehe, welche Mühe Du Dir gibst, die Qualität zu verbessern und für uns alle Stress zu vermeiden. Ich vermute, da kommt auch Deine Idee her, den Service XY zu refactorn. Ich kann auch verstehen, dass Feature A zu implementieren so richtig anstrengend war. Und ich glaube auch, dass Du mit dem Drängen nach Refactoring die Kollegen mehr von Dir stößt als das Refactoring zu erreichen. Dadurch wird die Stimmung vergiftet und wir haben alle nichts davon. …“
37. Radical Candor 37 • Was ist die Intention unseres Gegenübers? • So konkret wie möglich - im Verbindungsaufbau • So konkret wie möglich - in der O ff enheit
38. Lanze brechen für Kon fl ikte 38
39. Kon fl ikte sind anstrengend, so wie jedes Training 39
40. Wir wachsen an Kon fl ikten und anderen Meinungen 40
41. In einem Kon fl ikt kannst Du alles ansprechen, wenn Du die Konsequenzen tragen kannst 41
42. In einem Kon fl ikt kannst Du alles ansprechen, wenn Du die Ablehnung ertragen kannst 42
43. Lieber explizit als implizit 43
44. Planning 2 heißt gemeinsam planen 44 Vergesst im ersten Schritt die Tasks Besprecht Lösungsansätze Lasst es ein Mitglied zusammenfassen Macht mehrere Iterationen
45. Danke 45
46. Softwarearchitekt & Kommunikationscoach 46 m@rcelko.ch @ www.marcelkoch.net Technische Rahmenbedingungen Requirements Engineering Zwischenmenschliche Interaktion