Presentation held at PHP World 2009 in Munich

1. 23 Dinge,
die Sie über Entwicklung in Teams wissen sollten
Stephan Schmidt
1&1 Internet AG

2. Stephan Schmidt
• Software-Entwickler und "Beinahe Pädagoge"
• Kombiniert gerne beides im Beruf
• Head of Web Sales Development bei der
1&1 Internet AG
• Autor, Redner und die ganzen anderen
Sachen
• (außer Consultant)

3. "Yogi" Berra
• Bürgerlicher Name Lawrence Peter Berra
• Spielte von 1946 bis 1964 professionellen
Baseball in der Major League
• Kein anderer hat die World Series so oft
erreicht und gewonnen
• Bekannt für seine Yogiisms
• Auch kein Consultant
• Eventuell auch Namensgeber für
Yogi-Bear

4. "In theory there is no
difference between theory
and practice.
In practice there is."
Yogi Berra

5. Theorie vs Praxis
• Die Präsentation beruht auf meiner
Erfahrung.
• Die Regeln funktionieren in meinen Teams.
• Einige funktionieren in allen Teams, andere
abgewandelt oder auch gar nicht.
• Versuchen Sie, das heute theoretisch
vermittelte Wissen in Ihrer Praxis
anzuwenden.

6. Es geht um Menschen

7. Teil 1:
Tools und Code

8. #1
Etablieren Sie
Collective Code
Ownership.

9. Collective Code Ownership
• Aus dem Extreme Programming.
• Der gesamte Code gehört allen Entwicklern.
• Alle Entwickler sind dazu aufgefordert an
allen Stellen Bugs zu fixen, Refactorings
durchzuführen oder neue Ideen einzubringen.
• Vermeidet Flaschenhälse in ihrem Team.
• Macht den Code besser.
• Sie profitieren von den Stärken aller
Teammitglieder.

10. #2
Setzen Sie ein Werkzeug
zur Revisionskontrolle
ein.

11. Revisionskontrolle
• Nur dadurch werden parallel Änderungen
an einem Projekt möglich.
• Es ist egal, welches System Sie einsetzen,
aber tun Sie's.
• CVS
• Subversion
• GIT
• Team Foundation Server
• etc.

12. " Our similarities are
different."
Dale Berra (Sohn von Yogi Berra)

13. #3
Standardisieren Sie die
Entwicklungsumgebung
Ihres Teams.

14. Standardisierung
• Spart Zeit, wenn eine neue Instanz benötigt
wird.
• Idealerweise installiert die EDV-Abteilung
nur noch ein Image für PHP Entwickler
• In vielen Unternehmen schwer einzuführen,
da das Thema religiöse Sprengkraft hat.
• Ist den Stress der Diskussion jedoch trotzdem
wert.
• In unserem Team noch 1 Stunde statt
2 Tagen

15. #4
Definieren Sie Coding
Standards.

16. Coding Standards
• Spart Zeit, da sich jeder Entwickler im Code
der anderen Entwickler zurecht findet.
• Hier gilt wieder: Es ist egal, welchen Standard
Sie einsetzen, aber tun Sie's.
• PEAR Coding Standards
• Zend PHP Coding Standards
• Eigene Coding Standards

17. #5
Stellen Sie sicher, dass
Ihre Standards
eingehalten werden.

18. Standards forcieren
• Coding Standards sind nur sinnvoll, wenn
sie eingehalten werden.
• Statische Code-Analyse mit PHP_CodeSniffer
überprüft den gesamten Code auf Regel-
verletzungen.
• Sinnvoll: Integration in den Build-Prozess und
die IDE.
• Umstritten: Integration in SVN Pre-Commit-
Hooks oder Deployment.

19. #6
Führen Sie Code
Reviews durch.

20. Code Reviews
• Sind nicht einfach einzuführen, Entwickler
sind sensible Geschöpfe.
•Sie schlagen zwei Fliegen mit einer Klappe:
• Ihr Code wird besser.
• Sie lernen voneinander.
• Ihr Team hält besser zusammen.
OK, das waren drei.

21. #7
Sorgen Sie dafür, dass Ihr
Build reproduzierbar
ist.

22. Reproduzierbare Builds
• Spart Ihnen Zeit (ja, schon wieder).
• Spart Ihnen Ärger.
• Bei jedem neuen Mitarbeiter müssen diese
Schritte ausreichen:
$ svn co http://example.com/svn/trunk project
$ cd project
$ phing || ant || make
$ // evtl. Apache Config einbinden
$ ./start.sh

23. "We made too many wrong
mistakes."
Yogi Berra

24. #8
Tests erlauben Ihrem
Team die Freiheit, Code zu
ändern.

25. Testen des Codes
• Im Team wird der Code von verschiedenen
Entwicklern erstellt oder modifiziert.
• Tests ermöglichen Entwicklern zu prüfen
ob die Änderungen negative Auswirkungen
hatten.
• Tests nehmen dem Team die Angst,
Änderungen durchzuführen.
• Tests sind außerdem eine gute
Dokumentation.
• Mit "Tests" meine ich nicht manuelle Tests.

26. "It's like déjà vu all over
again."
Yogi Berra

27. #9
Integrieren Sie Ihren Build
regelmäßig.

28. Continuous Integration
• Build wird in regelmäßigen Abständen oder
nach jedem Commit angestoßen.
• Dabei wird immer ein vollständiger Build
erzeugt und alle Unit- und Integrationstests
ausgeführt.
• Fehler werden dadurch sofort entdeckt und
nicht verschleppt.
• Verhindert das Auftreten des "Broken
Window" Phänomens.
• Bereits einige Lösungen für PHP vorhanden.

29. #10
Nutzen Sie Task-Boards
zur Planung Ihrer
Projekte.

30. JIRA und Greenhopper

31. Outlook

32. #11
Verwenden Sie
nicht für alles ein
elektronisches Tool.

33. Taskboard v1.0

34. Taskboard v1.0

35. Teil 2:
Prozesse, Menschen
und Kommunikation

36. Cowboys und Indianer

37. #12
Kommunikation
entscheidet in den
meisten Projekten über
Erfolg und Niederlage.

38. Kommunikation
• Verstehen die Entwickler, was der Kunde
möchte?
• Versteht der Kunde, was der Entwickler
liefern kann?
• Verstehen die Entwickler gegenseitig
wirklich, wie die Schnittstellen aussehen?
• Verstehen die Entwickler, was die
Qualitätssicherung braucht?

39. "It was hard to have a
conversation with anyone;
there were so many people
talking. " Yogi Berra

40. #13
Sorgen Sie dafür, dass
genug Möglichkeiten zur
Kommunikation
geschaffen werden.

41. Kommunikationsmittel
• Treffen von Angesicht zu Angesicht
• Treffen von Angesicht zu Angesicht
• Treffen von Angesicht zu Angesicht
• E-Mails und Instant Messenger
• Projekt-Blogs
• Microblogging / Twitter
• Telefonkonferenzen
• Videokonferenzen

42. #14
Suchen Sie kreative Wege,
um persönliche
Kommunikation
herzustellen.

43. Kreative Wege

44. #15
Gemeinsames Essen
stärkt die Teambildung.

45. Teambildung
• Gemeinsame private Erlebnisse stärken
das Teamgefühl und fördern die
Zusammenarbeit.
• Das gilt nicht nur für gemeinsame Essen,
jedoch ist der Effekt dabei besonders groß.
• Schaffen Sie Rituale.

46. #16
Verwenden Sie nicht den
erprobtesten Prozess.

47. #16
Verwenden Sie nicht den
erprobtesten besten
Prozess.

48. #16
Verwenden Sie nicht den
erprobtesten besten
neusten Prozess.

49. #16
Verwenden Sie nicht den
erprobtesten besten
neusten coolsten Prozess.

50. #16
Verwenden Sie nur den
Prozess, der bei Ihnen
funktioniert.

51. Prozessmodelle
• Wasserfall-Modell
• Hat in meinen Projekten noch nie
funktioniert.
• Agile Prozesse
• Versprechen deutlich höhere Erfolgs-
chancen.
• Bitte nicht sklavisch einhalten.
• Sprechen Sie nicht nur von Chickens,
Scrum-Master, etc.

52. #17
Es gibt immer mehr als
nur einen Prozess.
Jutta Eckstein

53. Verschiedene Prozesse
• Der offizielle Prozess
• entspricht so gut wie nie der Realität.
• Der wahrgenommene Prozess
• ist meist Kombination aus
Wunschdenken und Fehlinterpretation.
• Der tatsächliche Prozess
Machen Sie den Prozess,
der dafür sorgt, dass Sie zu
Lösungen kommen explizit.

54. "If you don't know where
you're going, you'll wind
up somewhere else."
Yogi Berra

55. #18
Sitzen Sie nicht dem
Irrtum auf, dass "agil" mit
"ungeplant" gleich-
zusetzen ist.

56. Sie sind es
wirklich nicht.
(ganz ehrlich)

57. #19
Machen Sie Planungen
und Aufwands-
schätzungen im Team.

58. Aufwandsschätzungen
• Planning Poker kann ein hilfreiches
Mittel sein.

59. "The future ain't what it
used to be."
Yogi Berra

60. #20
Nur Teams, die sich an
Veränderungen anpassen,
sind erfolgreich.

61. Embrace Change
• Die Welt ist im Wandel
• Anforderungen werden sich immer
ändern.
• Technologien und Methodiken auch.
• Nehmen Sie Änderungen freudig an.
• Agile Methoden stellen Ihnen dafür
Werkzeuge zur Verfügung.

62. #21
Hinterfragen Sie
regelmäßig den Status
Quo.

63. Der Status Quo
• Wenn sich sowieso alles ändert, dann
sollten Sie die Änderungen möglichst
früh feststellen.
• Oder besser noch: Stoßen Sie die
Änderungen an.
• Erfinden Sie die Sprache, die PHP im Web
ablöst.
• Die Geschichte "Who moved my cheese?"
von Spencer Johnson hilft Ihnen dabei.

64. "Nobody goes there
anymore. It's too
crowded."
Yogi Berra

65. #22
Verhindern Sie eine Kultur
der Angst.

66. Kultur der Angst
"Was wären wir sündigen Kreaturen dann
ohne die Angst, diese vielleicht wohltätigste
und gnädigste Gabe Gottes?"
Umberto Eco, "Der Name der Rose"

67. Kultur der Angst
Sie leben in einer Kultur der Angst, wenn…
• …es gefährlich ist, bestimmte Dinge
auszusprechen.
• …Zielvorgaben so aggressiv sind, dass
diese unmöglich erreicht werden können.
• …Macht über gesunden Menschen-
verstand triumphieren darf.
• …die Leute, die gehen müssen, sind im
Durchschnitt kompetenter als die, die
bleiben.
Aus "Spielräume" von Tom DeMarco

68. " I want to thank you for
making this day
necessary."
Yogi Berra

69. #23
Hören Sie auf Tom
DeMarco, Spencer Johnson
und das Agile Manifest.

70. " I never said most of the
things I said. "
Yogi Berra

71. Bücher

72. " It ain't over till
it's over. "
Yogi Berra

73. Vielen Dank für
Ihre Aufmerksamkeit.
stephan.schmidt@1und1.de