8. Übersicht?
ier is t
Pap
htu ng:
c er!
Beoba cht l i ch
üb ersi
Montag, 7. November 11
9. It‘s easy to hide stuff in an
electronic system, but it‘s hard to
do that on a physical board.
Bernd Schiffer
Montag, 7. November 11
10. It‘s easy to hide stuff in an
electronic system, but it‘s hard to
do that on a physical board.
Bernd Schiffer
Your tool can handle thousands of
User Stories? That‘s not a feature.
It‘s a bug!
Stefan Roock
Montag, 7. November 11
12. Termin:
Termin:
Wiedervorlage
Deadline für
Absage an
Kunden.
Montag, 7. November 11
13. Termin: Termin: Termin: Termin: Termin:
Eigene Nachhaken Eigene Nachhaken Rechnung
Deadline beim Kunden Deadline beim Kunden schreiben
Montag, 7. November 11
14. et
t
u s
e a
d w
e t
b e
Termin: s Termin:
Termin:
m g r
Nachhaken i Eigene e Nachhaken
Termin: Termin:
Eigene
Deadline tuKunden Deadline beim Kunden
a än
beim d de Rechnung
schreiben
D t n
s a
Montag, 7. November 11
21. : Vi ele
cht ung
Beoba eto n en
o ls b ier
To Pap
ltu ng. n.
Ve rwa per atio
nt Ko o
beto
Montag, 7. November 11
22. Vorgabe an alle: Führt Storys und
Tasks so in JIRA, dass wir als
Management jederzeit aktuelle
Sprint-Burndown-Charts abrufen
können.
Montag, 7. November 11
23. Vorgabe an alle: Führt Storys und
Tasks so in JIRA, dass wir als
Management jederzeit aktuelle
L
Sprint-Burndown-Charts abrufen
I
können.
FA
Montag, 7. November 11
24. Our tendency and tooling from waterfall and predictive
processes is to view people as assignable, parsed,
optimized resources. This works great if you are
running a factory line and people are doing simple
work. It really sucks if you are trying to do creative,
complex work where there are many competing ideas
and solutions emerge from interactions. The Agile
Manifesto reflects this in “Individuals and Interactions
over Processes and Tools.”
Ken Schwaber
Montag, 7. November 11
25. Wir müssen alle
Storys und Tasks
in JIRA abbilden,
weil wir sonst
nicht SOX-
compliant sind.
Montag, 7. November 11
26. Wir müssen alle
Storys und Tasks
I L
in JIRA abbilden,
FA
weil wir sonst
nicht SOX-
compliant sind.
Montag, 7. November 11
29. Teams, die mit Papier statt Tools
arbeiten, arbeiten kooperativer.
Dadurch produzieren sie viel
bessere Ergebnisse in viel
kürzerer Zeit.
Ich würde viel Aufwand
investieren, damit ich Papier statt
Tools benutzen kann.
Stefan Roock
Montag, 7. November 11
30. Product
Backlog
Board
(a la Roman Pichler)
Montag, 7. November 11
31. User stories are written on cards.
Ron Jeffries
Montag, 7. November 11
36. The physical board had a huge
psychological effect compared to
anything we got from the electronic
tracking tool we used at Microsoft.
David Anderson
Montag, 7. November 11
38. Papier, oder doch lieber professionelle Tools?
Papier ist ein sehr professionelles Tool!
Flexibel, leicht erlernbar, leicht
handhabbar und sehr sichtbar.
Stefan Roock
Montag, 7. November 11
39. Nicht überzeugt?
Probiert es doch mal für einen
definierten Zeitraum (z.B. 1-2
Sprints aus).
Agile Verfahren wie Scrum mit
ihren kurzen Feedback-Zyklen
sind genau dafür gemacht.
Stefan Roock
Montag, 7. November 11
40. Wir brauchen
Tools, weil wir
verteilt arbeiten.
Montag, 7. November 11
42. Das Buddy-Prinzip
Wenn etwas
schwierig ist,
mache es
häufiger.
Montag, 7. November 11
43. I
Wir brauchen L
FA
Tools, weil wir
verteilt arbeiten.
Montag, 7. November 11
44. Verteilung ist so stark, dass Tools doch
notwendig sind?
SGT01
• 1,5l / 100 km
• gebaut in 3 Monaten
• in der Freizeit der
Teammitglieder
• Verkaufspreis: 25.000$
SGT01 von Team Wikispeed
Montag, 7. November 11
45. Verteilung ist so stark, dass Tools doch
notwendig sind?
Team
• >110 Teammitglieder
• aus 6 Ländern
SGT01 von Team Wikispeed
Montag, 7. November 11
46. Verteilung ist so stark, dass Tools doch
notwendig sind?
EMail
SGT01 von Team Wikispeed
Montag, 7. November 11
47. Verteilung ist so stark, dass Tools doch
notwendig sind?
EMail
d ie
als
ssa nter sind
In tere To o ls
nn ten cht
ena ni
g , d ie en!
d ie erd
et w
er w end
v
SGT01 von Team Wikispeed
Montag, 7. November 11