SlideShare ist ein Scribd-Unternehmen logo
23 Dinge,
die Sie über Entwicklung in Teams wissen sollten

               Stephan Schmidt
                  1&1 Internet AG
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)
"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
"In theory there is no
difference between theory
       and practice.
   In practice there is."
                    Yogi Berra
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.
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 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.
#2
Setzen Sie ein Werkzeug
zur Revisionskontrolle
          ein.
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.
" 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
   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
#4
Definieren Sie Coding
     Standards.
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
#5
Stellen Sie sicher, dass
    Ihre Standards
 eingehalten werden.
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.
#6
Führen Sie Code
Reviews durch.
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.
#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 diese
   Schritte ausreichen:
 $   svn co http://example.com/svn/trunk project
 $   cd project
 $   phing || ant || make
 $   // evtl. Apache Config einbinden
 $   ./start.sh
"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 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.
"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 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.
#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?
• Verstehen die Entwickler gegenseitig
  wirklich, wie die Schnittstellen aussehen?
• Verstehen die Entwickler, was die
  Qualitätssicherung braucht?
"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 Angesicht
• E-Mails und Instant Messenger
• Projekt-Blogs
• Microblogging / Twitter
• Telefonkonferenzen
• Videokonferenzen
#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 nur für gemeinsame Essen,
  jedoch ist der Effekt dabei besonders groß.
• Schaffen Sie Rituale.
#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
    • Versprechen deutlich höhere Erfolgs-
      chancen.
    • Bitte nicht sklavisch einhalten.
    • Sprechen Sie nicht nur von Chickens,
      Scrum-Master, etc.
#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
    • 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.
"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 auch.
• Nehmen Sie Änderungen freudig an.
• Agile Methoden stellen Ihnen dafür
  Werkzeuge zur Verfügung.
#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.
 • 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.
"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ädigste Gabe Gottes?"
                         Umberto Eco, "Der Name der Rose"
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
" 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

Weitere ähnliche Inhalte

Was ist angesagt?

Scrum und Lean-Startup
Scrum und Lean-StartupScrum und Lean-Startup
Scrum und Lean-StartupStefan ROOCK
 
Rails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenRails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenPhillip Oertel
 
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...Stefan ROOCK
 
Legacy php - Sanieren oder Ablösen?
Legacy php  - Sanieren oder Ablösen?Legacy php  - Sanieren oder Ablösen?
Legacy php - Sanieren oder Ablösen?Johann-Peter Hartmann
 
Stay calm & keep shipping - iOS DevCon 2013
Stay calm & keep shipping - iOS DevCon 2013Stay calm & keep shipping - iOS DevCon 2013
Stay calm & keep shipping - iOS DevCon 2013superflomo
 
10 Projekt-Management Gebote | Ralf C. Adam
10 Projekt-Management Gebote | Ralf C. Adam10 Projekt-Management Gebote | Ralf C. Adam
10 Projekt-Management Gebote | Ralf C. AdamRalf C. Adam
 
Scrum checklist 2013
Scrum checklist 2013Scrum checklist 2013
Scrum checklist 2013Hanser Update
 
HOW TO SURVIVE A 2DAY HACKATHON?
HOW TO SURVIVE A 2DAY HACKATHON?HOW TO SURVIVE A 2DAY HACKATHON?
HOW TO SURVIVE A 2DAY HACKATHON?Stefan Adolf
 
2012-07 Lean Startup at #bcka by Calpano
2012-07 Lean Startup at #bcka by Calpano2012-07 Lean Startup at #bcka by Calpano
2012-07 Lean Startup at #bcka by CalpanoMax Völkel
 
Typische Lügen im Projektmanagement | Ralf C. Adam
Typische Lügen im Projektmanagement | Ralf C. AdamTypische Lügen im Projektmanagement | Ralf C. Adam
Typische Lügen im Projektmanagement | Ralf C. AdamRalf C. Adam
 
eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009...
eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009...eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009...
eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009...eparo GmbH
 
Coderetreat Vorlage
Coderetreat VorlageCoderetreat Vorlage
Coderetreat VorlageRamon Anger
 
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in HamburgShades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in HamburgStefan ROOCK
 
WJAX 2014: Pah, ArchitekturDoku, darauf habe ich keine Lust!
WJAX 2014: Pah, ArchitekturDoku, darauf habe ich keine Lust!WJAX 2014: Pah, ArchitekturDoku, darauf habe ich keine Lust!
WJAX 2014: Pah, ArchitekturDoku, darauf habe ich keine Lust!Matthias Bohlen
 

Was ist angesagt? (20)

Scrum und Lean-Startup
Scrum und Lean-StartupScrum und Lean-Startup
Scrum und Lean-Startup
 
Das Ende der Karriere
Das Ende der KarriereDas Ende der Karriere
Das Ende der Karriere
 
Rails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenRails und Scrum in großen Projekten
Rails und Scrum in großen Projekten
 
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
Experimente zur Team- und Organisationsentwicklung (CeBit, Heise Developer Wo...
 
Legacy php - Sanieren oder Ablösen?
Legacy php  - Sanieren oder Ablösen?Legacy php  - Sanieren oder Ablösen?
Legacy php - Sanieren oder Ablösen?
 
Stay calm & keep shipping - iOS DevCon 2013
Stay calm & keep shipping - iOS DevCon 2013Stay calm & keep shipping - iOS DevCon 2013
Stay calm & keep shipping - iOS DevCon 2013
 
10 Projekt-Management Gebote | Ralf C. Adam
10 Projekt-Management Gebote | Ralf C. Adam10 Projekt-Management Gebote | Ralf C. Adam
10 Projekt-Management Gebote | Ralf C. Adam
 
Die Architektur, die man kann
Die Architektur, die man kannDie Architektur, die man kann
Die Architektur, die man kann
 
Agile Anti-Patterns
Agile Anti-PatternsAgile Anti-Patterns
Agile Anti-Patterns
 
Scrum checklist 2013
Scrum checklist 2013Scrum checklist 2013
Scrum checklist 2013
 
HOW TO SURVIVE A 2DAY HACKATHON?
HOW TO SURVIVE A 2DAY HACKATHON?HOW TO SURVIVE A 2DAY HACKATHON?
HOW TO SURVIVE A 2DAY HACKATHON?
 
2012-07 Lean Startup at #bcka by Calpano
2012-07 Lean Startup at #bcka by Calpano2012-07 Lean Startup at #bcka by Calpano
2012-07 Lean Startup at #bcka by Calpano
 
Typische Lügen im Projektmanagement | Ralf C. Adam
Typische Lügen im Projektmanagement | Ralf C. AdamTypische Lügen im Projektmanagement | Ralf C. Adam
Typische Lügen im Projektmanagement | Ralf C. Adam
 
eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009...
eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009...eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009...
eparo – IA und agile Softwareentwicklung verbinden (Vortrag IA-Konferenz 2009...
 
Coderetreat Vorlage
Coderetreat VorlageCoderetreat Vorlage
Coderetreat Vorlage
 
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in HamburgShades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
Shades of Scrum (Urs Reupke, Stefan Roock), SEACON 2015 in Hamburg
 
Management brainfucks
Management brainfucksManagement brainfucks
Management brainfucks
 
WJAX 2014: Pah, ArchitekturDoku, darauf habe ich keine Lust!
WJAX 2014: Pah, ArchitekturDoku, darauf habe ich keine Lust!WJAX 2014: Pah, ArchitekturDoku, darauf habe ich keine Lust!
WJAX 2014: Pah, ArchitekturDoku, darauf habe ich keine Lust!
 
Agile versus Management WJAX 2014
Agile versus Management WJAX 2014Agile versus Management WJAX 2014
Agile versus Management WJAX 2014
 
Planlos mit Plan
Planlos mit PlanPlanlos mit Plan
Planlos mit Plan
 

Andere mochten auch

Das Perfekte Team - und die Praxis
Das Perfekte Team - und die PraxisDas Perfekte Team - und die Praxis
Das Perfekte Team - und die PraxisFabian Schiller
 
Team ≠ Team. Echte Teamarbeit in einer komplexen Welt.
Team ≠ Team. Echte Teamarbeit in einer komplexen Welt.Team ≠ Team. Echte Teamarbeit in einer komplexen Welt.
Team ≠ Team. Echte Teamarbeit in einer komplexen Welt.Hagen Management
 
Wieso lohnt es sich SlideShare zu nutzen?
Wieso lohnt es sich SlideShare zu nutzen?Wieso lohnt es sich SlideShare zu nutzen?
Wieso lohnt es sich SlideShare zu nutzen?Marc Oliver Thoma
 
System Health-Check by SYNGENIO
System Health-Check by SYNGENIOSystem Health-Check by SYNGENIO
System Health-Check by SYNGENIOSYNGENIO AG
 
Feedback Soziale Netzwerke Allgemein
Feedback Soziale Netzwerke   AllgemeinFeedback Soziale Netzwerke   Allgemein
Feedback Soziale Netzwerke AllgemeinWerner Drizhal
 
XML-Socket-Server zur Kommunikation mit Flash
XML-Socket-Server zur Kommunikation mit FlashXML-Socket-Server zur Kommunikation mit Flash
XML-Socket-Server zur Kommunikation mit FlashStephan Schmidt
 
June 6 salzburg oeadf
June 6 salzburg oeadfJune 6 salzburg oeadf
June 6 salzburg oeadfXammamax
 
Mobb fallanalysetool090918
Mobb fallanalysetool090918Mobb fallanalysetool090918
Mobb fallanalysetool090918Werner Drizhal
 
Wirtschaftspolitische informationen-2-2012
Wirtschaftspolitische informationen-2-2012Wirtschaftspolitische informationen-2-2012
Wirtschaftspolitische informationen-2-2012Werner Drizhal
 
Eki glossar fnanzkrise_a4_4c_ped_web
Eki glossar fnanzkrise_a4_4c_ped_webEki glossar fnanzkrise_a4_4c_ped_web
Eki glossar fnanzkrise_a4_4c_ped_webWerner Drizhal
 
Leitfaden zur gründung eines ebr
Leitfaden zur gründung eines ebrLeitfaden zur gründung eines ebr
Leitfaden zur gründung eines ebrWerner Drizhal
 
Eurokrise fsg gpa-djp (oktober 2012)
Eurokrise fsg gpa-djp (oktober 2012)Eurokrise fsg gpa-djp (oktober 2012)
Eurokrise fsg gpa-djp (oktober 2012)Werner Drizhal
 
Macht Und Ressourcen Im Ebr.1
Macht Und Ressourcen Im Ebr.1Macht Und Ressourcen Im Ebr.1
Macht Und Ressourcen Im Ebr.1Werner Drizhal
 

Andere mochten auch (20)

Das Perfekte Team - und die Praxis
Das Perfekte Team - und die PraxisDas Perfekte Team - und die Praxis
Das Perfekte Team - und die Praxis
 
Team ≠ Team. Echte Teamarbeit in einer komplexen Welt.
Team ≠ Team. Echte Teamarbeit in einer komplexen Welt.Team ≠ Team. Echte Teamarbeit in einer komplexen Welt.
Team ≠ Team. Echte Teamarbeit in einer komplexen Welt.
 
Wieso lohnt es sich SlideShare zu nutzen?
Wieso lohnt es sich SlideShare zu nutzen?Wieso lohnt es sich SlideShare zu nutzen?
Wieso lohnt es sich SlideShare zu nutzen?
 
Mobb recht090918
Mobb recht090918Mobb recht090918
Mobb recht090918
 
Nexus catalog - קטלוג נקסוס
Nexus catalog - קטלוג נקסוסNexus catalog - קטלוג נקסוס
Nexus catalog - קטלוג נקסוס
 
System Health-Check by SYNGENIO
System Health-Check by SYNGENIOSystem Health-Check by SYNGENIO
System Health-Check by SYNGENIO
 
Feedback Soziale Netzwerke Allgemein
Feedback Soziale Netzwerke   AllgemeinFeedback Soziale Netzwerke   Allgemein
Feedback Soziale Netzwerke Allgemein
 
EXPERIENCE
EXPERIENCE EXPERIENCE
EXPERIENCE
 
Didaktischer Mehrwert
Didaktischer MehrwertDidaktischer Mehrwert
Didaktischer Mehrwert
 
XML-Socket-Server zur Kommunikation mit Flash
XML-Socket-Server zur Kommunikation mit FlashXML-Socket-Server zur Kommunikation mit Flash
XML-Socket-Server zur Kommunikation mit Flash
 
Vögb unterlage
Vögb unterlageVögb unterlage
Vögb unterlage
 
June 6 salzburg oeadf
June 6 salzburg oeadfJune 6 salzburg oeadf
June 6 salzburg oeadf
 
Mobb fallanalysetool090918
Mobb fallanalysetool090918Mobb fallanalysetool090918
Mobb fallanalysetool090918
 
Grundkurskonzept
Grundkurskonzept Grundkurskonzept
Grundkurskonzept
 
Wirtschaftspolitische informationen-2-2012
Wirtschaftspolitische informationen-2-2012Wirtschaftspolitische informationen-2-2012
Wirtschaftspolitische informationen-2-2012
 
Gpa fsg - sektion 8
Gpa fsg - sektion 8Gpa fsg - sektion 8
Gpa fsg - sektion 8
 
Eki glossar fnanzkrise_a4_4c_ped_web
Eki glossar fnanzkrise_a4_4c_ped_webEki glossar fnanzkrise_a4_4c_ped_web
Eki glossar fnanzkrise_a4_4c_ped_web
 
Leitfaden zur gründung eines ebr
Leitfaden zur gründung eines ebrLeitfaden zur gründung eines ebr
Leitfaden zur gründung eines ebr
 
Eurokrise fsg gpa-djp (oktober 2012)
Eurokrise fsg gpa-djp (oktober 2012)Eurokrise fsg gpa-djp (oktober 2012)
Eurokrise fsg gpa-djp (oktober 2012)
 
Macht Und Ressourcen Im Ebr.1
Macht Und Ressourcen Im Ebr.1Macht Und Ressourcen Im Ebr.1
Macht Und Ressourcen Im Ebr.1
 

Ähnlich wie Software-Entwicklung Im Team

Coding Dojo .NET User Group Leipzig
Coding Dojo .NET User Group LeipzigCoding Dojo .NET User Group Leipzig
Coding Dojo .NET User Group LeipzigGregor Woiwode
 
Agile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteilt
Agile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteiltAgile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteilt
Agile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteiltAllFacebook.de
 
Bottom-up anstatt Top-down: Wie man eine einheitliche Architektur bei vielfäl...
Bottom-up anstatt Top-down: Wie man eine einheitliche Architektur bei vielfäl...Bottom-up anstatt Top-down: Wie man eine einheitliche Architektur bei vielfäl...
Bottom-up anstatt Top-down: Wie man eine einheitliche Architektur bei vielfäl...Stephan Volmer
 
Design Pattern Libraries, Aufzucht und Pflege
Design Pattern Libraries, Aufzucht und PflegeDesign Pattern Libraries, Aufzucht und Pflege
Design Pattern Libraries, Aufzucht und PflegeWolf Brüning
 
Lean Development = Überdrehter Motor in der Entwicklung?
Lean Development = Überdrehter Motor in der Entwicklung?Lean Development = Überdrehter Motor in der Entwicklung?
Lean Development = Überdrehter Motor in der Entwicklung?Matthias Bohlen
 
Product owner: Wunderkind oder Sündenbock? Sibylle Peter
Product owner: Wunderkind oder Sündenbock? Sibylle PeterProduct owner: Wunderkind oder Sündenbock? Sibylle Peter
Product owner: Wunderkind oder Sündenbock? Sibylle PeterCorimbus GmbH
 
Ketzerischer Vortrag zur Agilen Entwicklung
Ketzerischer Vortrag zur Agilen Entwicklung Ketzerischer Vortrag zur Agilen Entwicklung
Ketzerischer Vortrag zur Agilen Entwicklung Thomas Arends
 
Wie man gute Entwickler findet und behält
Wie man gute Entwickler findet und behältWie man gute Entwickler findet und behält
Wie man gute Entwickler findet und behältJohannes Seitz
 
Content Process Design: Teil 3
Content Process Design: Teil 3Content Process Design: Teil 3
Content Process Design: Teil 3Michael Kurz
 
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-UmgebungDas Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-UmgebungOPITZ CONSULTING Deutschland
 
Design Thinking Workshop
Design Thinking WorkshopDesign Thinking Workshop
Design Thinking WorkshopSkill Day
 
FMK2015: Strukturierte Namensgebung als Basis für komplexe Programmierung by ...
FMK2015: Strukturierte Namensgebung als Basis für komplexe Programmierung by ...FMK2015: Strukturierte Namensgebung als Basis für komplexe Programmierung by ...
FMK2015: Strukturierte Namensgebung als Basis für komplexe Programmierung by ...Verein FM Konferenz
 
Das funktionierte doch schon einmal! - JUnit Testing in XPages
Das funktionierte doch schon einmal! - JUnit Testing in XPagesDas funktionierte doch schon einmal! - JUnit Testing in XPages
Das funktionierte doch schon einmal! - JUnit Testing in XPagesChristian Güdemann
 
Was tun wenn's brennt - Hand-out
Was tun wenn's brennt - Hand-outWas tun wenn's brennt - Hand-out
Was tun wenn's brennt - Hand-outRalf C. Adam
 
Perl@Hamburg – meine Sicht als Team-Leiter
Perl@Hamburg – meine Sicht als Team-LeiterPerl@Hamburg – meine Sicht als Team-Leiter
Perl@Hamburg – meine Sicht als Team-LeiterGregor Goldbach
 
Neuschreiben nicht empfohlen
Neuschreiben nicht empfohlenNeuschreiben nicht empfohlen
Neuschreiben nicht empfohlenDirk Haun
 

Ähnlich wie Software-Entwicklung Im Team (20)

Coding Dojo .NET User Group Leipzig
Coding Dojo .NET User Group LeipzigCoding Dojo .NET User Group Leipzig
Coding Dojo .NET User Group Leipzig
 
Agile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteilt
Agile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteiltAgile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteilt
Agile Softwareentwicklung ohne Agiles Denken ist zum Scheitern verurteilt
 
PHP mit Paul Bocuse
PHP mit Paul BocusePHP mit Paul Bocuse
PHP mit Paul Bocuse
 
Bottom-up anstatt Top-down: Wie man eine einheitliche Architektur bei vielfäl...
Bottom-up anstatt Top-down: Wie man eine einheitliche Architektur bei vielfäl...Bottom-up anstatt Top-down: Wie man eine einheitliche Architektur bei vielfäl...
Bottom-up anstatt Top-down: Wie man eine einheitliche Architektur bei vielfäl...
 
Vom Buzzword zum Service
Vom Buzzword zum ServiceVom Buzzword zum Service
Vom Buzzword zum Service
 
Design Pattern Libraries, Aufzucht und Pflege
Design Pattern Libraries, Aufzucht und PflegeDesign Pattern Libraries, Aufzucht und Pflege
Design Pattern Libraries, Aufzucht und Pflege
 
Lean Development = Überdrehter Motor in der Entwicklung?
Lean Development = Überdrehter Motor in der Entwicklung?Lean Development = Überdrehter Motor in der Entwicklung?
Lean Development = Überdrehter Motor in der Entwicklung?
 
Product owner: Wunderkind oder Sündenbock? Sibylle Peter
Product owner: Wunderkind oder Sündenbock? Sibylle PeterProduct owner: Wunderkind oder Sündenbock? Sibylle Peter
Product owner: Wunderkind oder Sündenbock? Sibylle Peter
 
Ketzerischer Vortrag zur Agilen Entwicklung
Ketzerischer Vortrag zur Agilen Entwicklung Ketzerischer Vortrag zur Agilen Entwicklung
Ketzerischer Vortrag zur Agilen Entwicklung
 
Wie man gute Entwickler findet und behält
Wie man gute Entwickler findet und behältWie man gute Entwickler findet und behält
Wie man gute Entwickler findet und behält
 
Content Process Design: Teil 3
Content Process Design: Teil 3Content Process Design: Teil 3
Content Process Design: Teil 3
 
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-UmgebungDas Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
Das Ganze ist mehr als seine Teile: Die moderne Continuous-Delivery-Umgebung
 
Über das U im UX
Über das U im UXÜber das U im UX
Über das U im UX
 
Design Thinking Workshop
Design Thinking WorkshopDesign Thinking Workshop
Design Thinking Workshop
 
FMK2015: Strukturierte Namensgebung als Basis für komplexe Programmierung by ...
FMK2015: Strukturierte Namensgebung als Basis für komplexe Programmierung by ...FMK2015: Strukturierte Namensgebung als Basis für komplexe Programmierung by ...
FMK2015: Strukturierte Namensgebung als Basis für komplexe Programmierung by ...
 
Getting real
Getting realGetting real
Getting real
 
Das funktionierte doch schon einmal! - JUnit Testing in XPages
Das funktionierte doch schon einmal! - JUnit Testing in XPagesDas funktionierte doch schon einmal! - JUnit Testing in XPages
Das funktionierte doch schon einmal! - JUnit Testing in XPages
 
Was tun wenn's brennt - Hand-out
Was tun wenn's brennt - Hand-outWas tun wenn's brennt - Hand-out
Was tun wenn's brennt - Hand-out
 
Perl@Hamburg – meine Sicht als Team-Leiter
Perl@Hamburg – meine Sicht als Team-LeiterPerl@Hamburg – meine Sicht als Team-Leiter
Perl@Hamburg – meine Sicht als Team-Leiter
 
Neuschreiben nicht empfohlen
Neuschreiben nicht empfohlenNeuschreiben nicht empfohlen
Neuschreiben nicht empfohlen
 

Mehr von Stephan Schmidt

Das Web Wird Mobil - Geolocation und Location Based Services
Das Web Wird Mobil - Geolocation und Location Based ServicesDas Web Wird Mobil - Geolocation und Location Based Services
Das Web Wird Mobil - Geolocation und Location Based ServicesStephan Schmidt
 
Continuous Integration mit Jenkins
Continuous Integration mit JenkinsContinuous Integration mit Jenkins
Continuous Integration mit JenkinsStephan Schmidt
 
Die Kunst des Software Design - Java
Die Kunst des Software Design - JavaDie Kunst des Software Design - Java
Die Kunst des Software Design - JavaStephan Schmidt
 
Der Erfolgreiche Programmierer
Der Erfolgreiche ProgrammiererDer Erfolgreiche Programmierer
Der Erfolgreiche ProgrammiererStephan Schmidt
 
Die Kunst Des Software Design
Die Kunst Des Software DesignDie Kunst Des Software Design
Die Kunst Des Software DesignStephan Schmidt
 
JSON-RPC Proxy Generation with PHP 5
JSON-RPC Proxy Generation with PHP 5JSON-RPC Proxy Generation with PHP 5
JSON-RPC Proxy Generation with PHP 5Stephan Schmidt
 
Declarative Development Using Annotations In PHP
Declarative Development Using Annotations In PHPDeclarative Development Using Annotations In PHP
Declarative Development Using Annotations In PHPStephan Schmidt
 
XML and Web Services with PHP5 and PEAR
XML and Web Services with PHP5 and PEARXML and Web Services with PHP5 and PEAR
XML and Web Services with PHP5 and PEARStephan Schmidt
 
The Big Documentation Extravaganza
The Big Documentation ExtravaganzaThe Big Documentation Extravaganza
The Big Documentation ExtravaganzaStephan Schmidt
 
Go OO! - Real-life Design Patterns in PHP 5
Go OO! - Real-life Design Patterns in PHP 5Go OO! - Real-life Design Patterns in PHP 5
Go OO! - Real-life Design Patterns in PHP 5Stephan Schmidt
 
Component and Event-Driven Architectures in PHP
Component and Event-Driven Architectures in PHPComponent and Event-Driven Architectures in PHP
Component and Event-Driven Architectures in PHPStephan Schmidt
 
Session Server - Maintaing State between several Servers
Session Server - Maintaing State between several ServersSession Server - Maintaing State between several Servers
Session Server - Maintaing State between several ServersStephan Schmidt
 
XML Transformations With PHP
XML Transformations With PHPXML Transformations With PHP
XML Transformations With PHPStephan Schmidt
 
Inroduction to XSLT with PHP4
Inroduction to XSLT with PHP4Inroduction to XSLT with PHP4
Inroduction to XSLT with PHP4Stephan Schmidt
 
Interprozesskommunikation mit PHP
Interprozesskommunikation mit PHPInterprozesskommunikation mit PHP
Interprozesskommunikation mit PHPStephan Schmidt
 
Dynamische Websites mit XML
Dynamische Websites mit XMLDynamische Websites mit XML
Dynamische Websites mit XMLStephan Schmidt
 
Web 2.0 Mit Der Yahoo User Interface Library
Web 2.0 Mit Der Yahoo User Interface LibraryWeb 2.0 Mit Der Yahoo User Interface Library
Web 2.0 Mit Der Yahoo User Interface LibraryStephan Schmidt
 

Mehr von Stephan Schmidt (19)

Das Web Wird Mobil - Geolocation und Location Based Services
Das Web Wird Mobil - Geolocation und Location Based ServicesDas Web Wird Mobil - Geolocation und Location Based Services
Das Web Wird Mobil - Geolocation und Location Based Services
 
Continuous Integration mit Jenkins
Continuous Integration mit JenkinsContinuous Integration mit Jenkins
Continuous Integration mit Jenkins
 
Die Kunst des Software Design - Java
Die Kunst des Software Design - JavaDie Kunst des Software Design - Java
Die Kunst des Software Design - Java
 
Der Erfolgreiche Programmierer
Der Erfolgreiche ProgrammiererDer Erfolgreiche Programmierer
Der Erfolgreiche Programmierer
 
Die Kunst Des Software Design
Die Kunst Des Software DesignDie Kunst Des Software Design
Die Kunst Des Software Design
 
JSON-RPC Proxy Generation with PHP 5
JSON-RPC Proxy Generation with PHP 5JSON-RPC Proxy Generation with PHP 5
JSON-RPC Proxy Generation with PHP 5
 
Declarative Development Using Annotations In PHP
Declarative Development Using Annotations In PHPDeclarative Development Using Annotations In PHP
Declarative Development Using Annotations In PHP
 
XML and Web Services with PHP5 and PEAR
XML and Web Services with PHP5 and PEARXML and Web Services with PHP5 and PEAR
XML and Web Services with PHP5 and PEAR
 
The Big Documentation Extravaganza
The Big Documentation ExtravaganzaThe Big Documentation Extravaganza
The Big Documentation Extravaganza
 
Go OO! - Real-life Design Patterns in PHP 5
Go OO! - Real-life Design Patterns in PHP 5Go OO! - Real-life Design Patterns in PHP 5
Go OO! - Real-life Design Patterns in PHP 5
 
Component and Event-Driven Architectures in PHP
Component and Event-Driven Architectures in PHPComponent and Event-Driven Architectures in PHP
Component and Event-Driven Architectures in PHP
 
Session Server - Maintaing State between several Servers
Session Server - Maintaing State between several ServersSession Server - Maintaing State between several Servers
Session Server - Maintaing State between several Servers
 
XML Transformations With PHP
XML Transformations With PHPXML Transformations With PHP
XML Transformations With PHP
 
PEAR For The Masses
PEAR For The MassesPEAR For The Masses
PEAR For The Masses
 
Inroduction to XSLT with PHP4
Inroduction to XSLT with PHP4Inroduction to XSLT with PHP4
Inroduction to XSLT with PHP4
 
Interprozesskommunikation mit PHP
Interprozesskommunikation mit PHPInterprozesskommunikation mit PHP
Interprozesskommunikation mit PHP
 
PHP im High End
PHP im High EndPHP im High End
PHP im High End
 
Dynamische Websites mit XML
Dynamische Websites mit XMLDynamische Websites mit XML
Dynamische Websites mit XML
 
Web 2.0 Mit Der Yahoo User Interface Library
Web 2.0 Mit Der Yahoo User Interface LibraryWeb 2.0 Mit Der Yahoo User Interface Library
Web 2.0 Mit Der Yahoo User Interface Library
 

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 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
  • 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
  • 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.
  • 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.
  • 32. #11 Verwenden Sie nicht für alles ein elektronisches Tool.
  • 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.
  • 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
  • 72. " It ain't over till it's over. " Yogi Berra
  • 73. Vielen Dank für Ihre Aufmerksamkeit. stephan.schmidt@1und1.de