23 Dinge,
die Sie über Entwicklung in Teams wissen sollten

               Stephan Schmidt
                  1&1 Internet ...
Stephan Schmidt
 • Software-Entwickler und "Beinahe Pädagoge"
 • Kombiniert gerne beides im Beruf
 • Head of Web Sales Dev...
"Yogi" Berra
 • Bürgerlicher Name Lawrence Peter Berra
 • Spielte von 1946 bis 1964 professionellen
   Baseball in der Maj...
"In theory there is no
difference between theory
       and practice.
   In practice there is."
                    Yogi B...
Theorie vs Praxis
 • Die Präsentation beruht auf meiner
   Erfahrung.
 • Die Regeln funktionieren in meinen Teams.
 • Eini...
Es geht um Menschen
Teil 1:
Tools und Code
#1
 Etablieren Sie
Collective Code
  Ownership.
Collective Code Ownership
 • Aus dem Extreme Programming.
 • Der gesamte Code gehört allen Entwicklern.
 • Alle Entwickler...
#2
Setzen Sie ein Werkzeug
zur Revisionskontrolle
          ein.
Revisionskontrolle
 • Nur dadurch werden parallel Änderungen
  an einem Projekt möglich.
 • Es ist egal, welches System Si...
" Our similarities are
      different."
          Dale Berra (Sohn von Yogi Berra)
#3
 Standardisieren Sie die
Entwicklungsumgebung
      Ihres Teams.
Standardisierung
 • Spart Zeit, wenn eine neue Instanz benötigt
   wird.
 • Idealerweise installiert die EDV-Abteilung
   ...
#4
Definieren Sie Coding
     Standards.
Coding Standards
 • Spart Zeit, da sich jeder Entwickler im Code
   der anderen Entwickler zurecht findet.
 • Hier gilt wi...
#5
Stellen Sie sicher, dass
    Ihre Standards
 eingehalten werden.
Standards forcieren
 • Coding Standards sind nur sinnvoll, wenn
   sie eingehalten werden.
 • Statische Code-Analyse mit P...
#6
Führen Sie Code
Reviews durch.
Code Reviews
 • Sind nicht einfach einzuführen, Entwickler
   sind sensible Geschöpfe.
 •Sie schlagen zwei Fliegen mit ein...
#7
Sorgen Sie dafür, dass Ihr
  Build reproduzierbar
           ist.
Reproduzierbare Builds
 • Spart Ihnen Zeit (ja, schon wieder).
 • Spart Ihnen Ärger.
 • Bei jedem neuen Mitarbeiter müssen...
"We made too many wrong
      mistakes."
                   Yogi Berra
#8
  Tests erlauben Ihrem
Team die Freiheit, Code zu
         ändern.
Testen des Codes
 • Im Team wird der Code von verschiedenen
   Entwicklern erstellt oder modifiziert.
 • Tests ermöglichen...
"It's like déjà vu all over
          again."
                       Yogi Berra
#9
Integrieren Sie Ihren Build
       regelmäßig.
Continuous Integration
 • Build wird in regelmäßigen Abständen oder
   nach jedem Commit angestoßen.
 • Dabei wird immer e...
#10
Nutzen Sie Task-Boards
  zur Planung Ihrer
      Projekte.
JIRA und Greenhopper
Outlook
#11
   Verwenden Sie
 nicht für alles ein
elektronisches Tool.
Taskboard v1.0
Taskboard v1.0
Teil 2:
Prozesse, Menschen
und Kommunikation
Cowboys und Indianer
#12
   Kommunikation
  entscheidet in den
meisten Projekten über
Erfolg und Niederlage.
Kommunikation
• Verstehen die Entwickler, was der Kunde
  möchte?
• Versteht der Kunde, was der Entwickler
  liefern kann?...
"It was hard to have a
conversation with anyone;
there were so many people
         talking. "    Yogi Berra
#13
 Sorgen Sie dafür, dass
genug Möglichkeiten zur
   Kommunikation
  geschaffen werden.
Kommunikationsmittel
• Treffen von Angesicht zu Angesicht
• Treffen von Angesicht zu Angesicht
• Treffen von Angesicht zu ...
#14
Suchen Sie kreative Wege,
    um persönliche
    Kommunikation
     herzustellen.
Kreative Wege
#15
  Gemeinsames Essen
stärkt die Teambildung.
Teambildung
• Gemeinsame private Erlebnisse stärken
  das Teamgefühl und fördern die
  Zusammenarbeit.
• Das gilt nicht nu...
#16
Verwenden Sie nicht den
 erprobtesten Prozess.
#16
Verwenden Sie nicht den
  erprobtesten besten
       Prozess.
#16
Verwenden Sie nicht den
  erprobtesten besten
    neusten Prozess.
#16
 Verwenden Sie nicht den
   erprobtesten besten
neusten coolsten Prozess.
#16
Verwenden Sie nur den
Prozess, der bei Ihnen
    funktioniert.
Prozessmodelle
 • Wasserfall-Modell
    • Hat in meinen Projekten noch nie
      funktioniert.
 • Agile Prozesse
    • Ver...
#17
Es gibt immer mehr als
  nur einen Prozess.
                 Jutta Eckstein
Verschiedene Prozesse
 • Der offizielle Prozess
    • entspricht so gut wie nie der Realität.
 • Der wahrgenommene Prozess...
"If you don't know where
you're going, you'll wind
  up somewhere else."
                     Yogi Berra
#18
   Sitzen Sie nicht dem
Irrtum auf, dass "agil" mit
    "ungeplant" gleich-
       zusetzen ist.
Sie sind es
wirklich nicht.
 (ganz ehrlich)
#19
Machen Sie Planungen
   und Aufwands-
schätzungen im Team.
Aufwandsschätzungen
• Planning Poker kann ein hilfreiches
  Mittel sein.
"The future ain't what it
      used to be."
                     Yogi Berra
#20
  Nur Teams, die sich an
Veränderungen anpassen,
    sind erfolgreich.
Embrace Change
• Die Welt ist im Wandel
   • Anforderungen werden sich immer
     ändern.
   • Technologien und Methodiken...
#21
   Hinterfragen Sie
regelmäßig den Status
        Quo.
Der Status Quo
 • Wenn sich sowieso alles ändert, dann
   sollten Sie die Änderungen möglichst
   früh feststellen.
 • Ode...
"Nobody goes there
 anymore. It's too
    crowded."
                 Yogi Berra
#22
Verhindern Sie eine Kultur
       der Angst.
Kultur der Angst



 "Was wären wir sündigen Kreaturen dann
   ohne die Angst, diese vielleicht wohltätigste
   und gnädig...
Kultur der Angst
 Sie leben in einer Kultur der Angst, wenn…
 • …es gefährlich ist, bestimmte Dinge
   auszusprechen.
 • …...
" I want to thank you for
     making this day
       necessary."
                     Yogi Berra
#23
   Hören Sie auf Tom
DeMarco, Spencer Johnson
 und das Agile Manifest.
" I never said most of the
      things I said. "
                      Yogi Berra
Bücher
" It ain't over till
     it's over. "
                       Yogi Berra
Vielen Dank für
Ihre Aufmerksamkeit.
           stephan.schmidt@1und1.de
Nächste SlideShare
Wird geladen in …5
×

Software-Entwicklung Im Team

4.430 Aufrufe

Veröffentlicht am

Presentation held at PHP World 2009 in Munich

Veröffentlicht in: Technologie
0 Kommentare
4 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

Keine Downloads
Aufrufe
Aufrufe insgesamt
4.430
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
787
Aktionen
Geteilt
0
Downloads
42
Kommentare
0
Gefällt mir
4
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie

Software-Entwicklung Im Team

  1. 1. 23 Dinge, die Sie über Entwicklung in Teams wissen sollten Stephan Schmidt 1&1 Internet AG
  2. 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. 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. 4. "In theory there is no difference between theory and practice. In practice there is." Yogi Berra
  5. 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. 6. Es geht um Menschen
  7. 7. Teil 1: Tools und Code
  8. 8. #1 Etablieren Sie Collective Code Ownership.
  9. 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. 10. #2 Setzen Sie ein Werkzeug zur Revisionskontrolle ein.
  11. 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. 12. " Our similarities are different." Dale Berra (Sohn von Yogi Berra)
  13. 13. #3 Standardisieren Sie die Entwicklungsumgebung Ihres Teams.
  14. 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. 15. #4 Definieren Sie Coding Standards.
  16. 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. 17. #5 Stellen Sie sicher, dass Ihre Standards eingehalten werden.
  18. 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. 19. #6 Führen Sie Code Reviews durch.
  20. 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. 21. #7 Sorgen Sie dafür, dass Ihr Build reproduzierbar ist.
  22. 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. 23. "We made too many wrong mistakes." Yogi Berra
  24. 24. #8 Tests erlauben Ihrem Team die Freiheit, Code zu ändern.
  25. 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. 26. "It's like déjà vu all over again." Yogi Berra
  27. 27. #9 Integrieren Sie Ihren Build regelmäßig.
  28. 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. 29. #10 Nutzen Sie Task-Boards zur Planung Ihrer Projekte.
  30. 30. JIRA und Greenhopper
  31. 31. Outlook
  32. 32. #11 Verwenden Sie nicht für alles ein elektronisches Tool.
  33. 33. Taskboard v1.0
  34. 34. Taskboard v1.0
  35. 35. Teil 2: Prozesse, Menschen und Kommunikation
  36. 36. Cowboys und Indianer
  37. 37. #12 Kommunikation entscheidet in den meisten Projekten über Erfolg und Niederlage.
  38. 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. 39. "It was hard to have a conversation with anyone; there were so many people talking. " Yogi Berra
  40. 40. #13 Sorgen Sie dafür, dass genug Möglichkeiten zur Kommunikation geschaffen werden.
  41. 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. 42. #14 Suchen Sie kreative Wege, um persönliche Kommunikation herzustellen.
  43. 43. Kreative Wege
  44. 44. #15 Gemeinsames Essen stärkt die Teambildung.
  45. 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. 46. #16 Verwenden Sie nicht den erprobtesten Prozess.
  47. 47. #16 Verwenden Sie nicht den erprobtesten besten Prozess.
  48. 48. #16 Verwenden Sie nicht den erprobtesten besten neusten Prozess.
  49. 49. #16 Verwenden Sie nicht den erprobtesten besten neusten coolsten Prozess.
  50. 50. #16 Verwenden Sie nur den Prozess, der bei Ihnen funktioniert.
  51. 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. 52. #17 Es gibt immer mehr als nur einen Prozess. Jutta Eckstein
  53. 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. 54. "If you don't know where you're going, you'll wind up somewhere else." Yogi Berra
  55. 55. #18 Sitzen Sie nicht dem Irrtum auf, dass "agil" mit "ungeplant" gleich- zusetzen ist.
  56. 56. Sie sind es wirklich nicht. (ganz ehrlich)
  57. 57. #19 Machen Sie Planungen und Aufwands- schätzungen im Team.
  58. 58. Aufwandsschätzungen • Planning Poker kann ein hilfreiches Mittel sein.
  59. 59. "The future ain't what it used to be." Yogi Berra
  60. 60. #20 Nur Teams, die sich an Veränderungen anpassen, sind erfolgreich.
  61. 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. 62. #21 Hinterfragen Sie regelmäßig den Status Quo.
  63. 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. 64. "Nobody goes there anymore. It's too crowded." Yogi Berra
  65. 65. #22 Verhindern Sie eine Kultur der Angst.
  66. 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. 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. 68. " I want to thank you for making this day necessary." Yogi Berra
  69. 69. #23 Hören Sie auf Tom DeMarco, Spencer Johnson und das Agile Manifest.
  70. 70. " I never said most of the things I said. " Yogi Berra
  71. 71. Bücher
  72. 72. " It ain't over till it's over. " Yogi Berra
  73. 73. Vielen Dank für Ihre Aufmerksamkeit. stephan.schmidt@1und1.de

×