47-mal heruntergeladen
Hochgeladen vonStephan Schmidt
Software-Entwicklung Im Team
Das Dokument behandelt 23 wichtige Aspekte für die Entwicklung in Teams, basierend auf Erfahrungen des Autors Stephan Schmidt. Es umfasst Empfehlungen zur Förderung von Zusammenarbeit, Standardisierung von Prozessen und der Integration von Kommunikationsmitteln, um die Effizienz und den Erfolg in Softwareentwicklungsprojekten zu maximieren. Zudem wird betont, wie wichtig es ist, eine positive Teamkultur zu schaffen und sich an Veränderungen anzupassen.
Weitere ähnliche Inhalte
Ähnlich wie Software-Entwicklung Im Team
Software-Entwicklung Im Team
- 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 thereis 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 umMenschen
- 7.
- 8. #1 Etablieren Sie CollectiveCode 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 einWerkzeug zur Revisionskontrolle ein.
- 11. Revisionskontrolle • Nurdadurch 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 similaritiesare different." Dale Berra (Sohn von Yogi Berra)
- 13. #3 Standardisieren Siedie Entwicklungsumgebung Ihres Teams.
- 14. Standardisierung • SpartZeit, 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.
- 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 toomany wrong mistakes." Yogi Berra
- 24. #8 Testserlauben 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 IhrenBuild 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.
- 31.
- 32. #11 Verwenden Sie nicht für alles ein elektronisches Tool.
- 33.
- 34.
- 35. Teil 2: Prozesse, Menschen undKommunikation
- 36.
- 37. #12 Kommunikation entscheidet in den meisten Projekten über Erfolg und Niederlage.
- 38. Kommunikation • Verstehen dieEntwickler, 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 hardto have a conversation with anyone; there were so many people talking. " Yogi Berra
- 40. #13 Sorgen Siedafür, dass genug Möglichkeiten zur Kommunikation geschaffen werden.
- 41. Kommunikationsmittel • Treffen vonAngesicht 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 kreativeWege, um persönliche Kommunikation herzustellen.
- 43.
- 44. #15 GemeinsamesEssen stärkt die Teambildung.
- 45. Teambildung • Gemeinsame privateErlebnisse 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 nichtden erprobtesten Prozess.
- 47. #16 Verwenden Sie nichtden erprobtesten besten Prozess.
- 48. #16 Verwenden Sie nichtden erprobtesten besten neusten Prozess.
- 49. #16 Verwenden Sienicht den erprobtesten besten neusten coolsten Prozess.
- 50. #16 Verwenden Sie nurden 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 immermehr 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'tknow 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 wirklichnicht. (ganz ehrlich)
- 57. #19 Machen Sie Planungen und Aufwands- schätzungen im Team.
- 58. Aufwandsschätzungen • Planning Pokerkann ein hilfreiches Mittel sein.
- 59. "The future ain'twhat it used to be." Yogi Berra
- 60. #20 NurTeams, die sich an Veränderungen anpassen, sind erfolgreich.
- 61. Embrace Change • DieWelt 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 eineKultur 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 wantto 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 neversaid most of the things I said. " Yogi Berra
- 71.
- 72. " It ain'tover till it's over. " Yogi Berra
- 73. Vielen Dank für IhreAufmerksamkeit. stephan.schmidt@1und1.de