Erste Session Alex: Gibt es in zehn Jahren noch Scrum?

Halbe Stunde "Kurzvorstellungen" — Wenig Zeit für das Thema — Hoffentlich gibt es dann keine Titel mehr (Junior, Senior, Associate)  — "Wir befürchten, dass es Organisationen auch noch in zehn Jahren gibt." (Alex).

Zweite Session Toby: Work more, meet less

(Katrin Dreyer — und Lydia Grawunder)  — Sehr guter Vortrag über Discovery und Grooming mittels Design Thinking und Game Storming — Game storming für Toby nicht neu, schon bei XING gelernt — Trotzdem toller Vortrag — Rainer Gibbert.

Zweite Session Alex: konkretes Problem

Schon die Formulierung der Session hat Alex aufgeregt — Im Team waren Mitglieder mit unterschiedlichem Output — "Wie kann ich positive Competition in das Team bringen?" — Alex hat argumentiert, dass das Team nicht gegeneinander ausgespielt werden sollte — Gamification — Sie führt unter Entwicklern eher dazu, dass sie auf die Competition achten, nicht auf das Produkt — Jenkins Plugin Sonar — Code Metriken sollten nur für das Team da sein, nicht für externe — "Sobald irgendein Manager die Zahlen nutzt, um Teammitglieder zu bewerten, das macht man nicht, das ist falsch." (Toby) — Vergleich von Zahlen oder Velocity führt zu kontraproduktivem verstecktem Minderleistungsvorwurf — Rückgriff auf Scrum: Velocity ist die mittlere Summe der geschafften Aufgaben pro Sprint — Bestrafung für "Build kaputtmachen" — USB Raketenwerfer — Er trifft nicht, ist aber lustig — Vorschlag von Alex zur Lösung des Problems: Werte ermitteln.

Dritte Session (gemeinsam): How to convince your manager...

Missverständnis: es ging um den Pitch, nicht um Einführung von "agile" — Schwierige Diskussion, typische Barcamp Session — Ulrike Gruel — XING — Soll man lügen, um den Pitch zu gewinnen? — Schampusflaschen, um Manager zu beeinflussen — Die Frage, wie man der Zahlenbeschönigung von Konkurenzprojekten gleichauf kommen kann, konnten sie nicht lösen — "Agile Projekte sind nicht notwendigerweise schneller fertig als Wasserfallprojekte, aber die Wahrscheinlichkeit, dass was Sinnvolles dabei rauskommt, ist größer." (Toby) — Der Scrum Guide (und dessen Aktualisierung) .

Vierte Session Toby: Grooming

Bisschen aufgeregt, weil die Latte hoch gelegt war — Toby war vergleichsweise wenig vorbereitet — Thema: Wie macht man Grooming Sessions? — Früher: Triage, um User Stories für die Estimation vorzubereiten — "Fertig triagierte Storys" — Barney Stinson aus "How I Met Your Mother": man muss sich eigene Wörter ausdenken (Barney Stinson)  — "Man muss auch Wörter ausdenken können." (Toby zitiert Barney) (in "How I Met Your Mother" S02E14)  — Erst werden Storys besprochen, am Ende gegebenenfalls geschätzt — Gewünschtes Ergebnis des Groomings: besser gefülltes Product Backlog mit geschätzten Storys — Risiko und Komplexität gegen Kundenwert abschätzen können — Riskante, unverstandene Storys sollten schnell (max. 2 Tage) analysiert werden ("Evaluate" Stories)  — Die Session war ein Brainstorming zum Thema Grooming mit drei Listen (Was wünscht man sich aus einem Grooming? — Was muss man dafür tun? — "What can go wrong?")  — Toby möchte einen Blogbeitrag zu dem Thema schreiben und anschließend eine Episode dazu aufnehmen.

Vierte Session Alex: Kanban auf Portfolio Level

Kann Kanban die Zahl der Produkte/Ideen reduzieren? — Nach einer halben Stunde: Was ist eigentlich ein Portfolio? (David Joyce – How Kanban Helps us Move Beyond the Traditional PMO to 21st Century Portfolio Management) .

Podojo Sessions

Stefan Haas (PO Dojo <www.podojo.com>)  — Shu ha ri — Skype Channel immer Donnerstags um 14:30 (MESZ) — Jurgen Appelo macht Google Hangouts — Motto "Lurkers are always welcome." — Thema: Product Owner Competency (Folien:)  — Brainstorming ("Ein Product Manager muss wie Google Maps sein – reinzoomen und rauszoomen" (Zitat Vlore Kryeziu))  — Vlore Kryeziu)  — Eigentlich muss man Google Earth sein, man darf nur nicht die Orientierung verlieren — Oder man muss wie ein Krieger sein, oder wie ein Tänzer — Schwierig, zwischen Eigenschaften und Skills zu unterscheiden — Schwer messbare Skills (Humor — Authorität)  — Man muss A/B-Tests durchführen können, und das kann man lernen — Anwendungsfälle einer Competence Map (Selbsteinschätzung — Personalsuche — "es anderen erklären können" — hilft bei Delegation Poker)  — Management 3.0 (Management 3.0: Leading Agile Developers, Developing Agile Leaders)  — Stufen der Delegierung: Tell, Sell, Consult, Agree, Advice, Inquire, Delegation — Beispiele für Delegation Poker (Auswahl einer Produktvision)  — Delegation Poker in ausgedachten Szenarien üben ist schwierig (wenn das Szenario nicht klar ist, funktioniert das Spiel nicht)  — Delegation Poker kann man transitiv spielen — MongoDB — MySQL — "Wann immer eine Frage mit 'wie' beginnt, ist das ein Hinweise, dass die Frage vom Team beantwortet werden muss." (Alex) — Gehört der Interaction Designer zum Team? — Delegation Poker ist spannend und bringt zwei Werte: (erstens: man spricht darüber — zweitens: das Ergebnis ist dokumentiert)  — Das Ergebnis kann später geändert werden, wenn sich die Rahmenbedingungen ändern — Beispiel: Elektrozaun anfassen (aus Jurgens Buch)  — Beispiel: Wasserlinie beim Schiffsrumpf.

Fazit des Tages und O-Töne

Es folgen O-Töne — "Es war ein super Tag." (Toby) — Podcasten hilft beim Erinnern — Abschied.

O-Ton Rainer Gibbert, Daniel Neuberger, Christoph

(Und ab! ("Go For it – nicht lange schnacken, machen.")  — "Ship it" — Tofis Schwimmlehrer "Und ab!"# — ImmoNet.

O-Ton Alexander Fürstenau

Es gibt ganz viele Leute, die "agil" lernen wollen, es aber nicht sind (nicht das richtige Mindset haben).

O-Ton Stefan Haas 02:06:55