Difference between revisions of "Coaching"
Jump to navigation
Jump to search
| Line 2: | Line 2: | ||
Wenn Sie Ihre Mitarbeiter intensiv ausbilden möchten und der Schwerpunkt dabei auf den tatsächlich zu lösenden Problemen in Ihrem aktuellen Projekt liegen soll, dann ist Coaching der richtige Ansatz. | Wenn Sie Ihre Mitarbeiter intensiv ausbilden möchten und der Schwerpunkt dabei auf den tatsächlich zu lösenden Problemen in Ihrem aktuellen Projekt liegen soll, dann ist Coaching der richtige Ansatz. | ||
<br> | <br> | ||
| − | Martin Fowler schreibt in seinem Artikel: "Who needs an architect?": | + | Martin Fowler schreibt in seinem Artikel: "Who needs an architect?":<br> |
''Improving the development team’s ability gives an architect much greater leverage than being | ''Improving the development team’s ability gives an architect much greater leverage than being | ||
the sole decision maker and thus running the risk of being an architectural bottleneck.'' | the sole decision maker and thus running the risk of being an architectural bottleneck.'' | ||
Latest revision as of 10:04, 14 October 2019
Diese Seite in anderen Sprachen: en
Coaching
Wenn Sie Ihre Mitarbeiter intensiv ausbilden möchten und der Schwerpunkt dabei auf den tatsächlich zu lösenden Problemen in Ihrem aktuellen Projekt liegen soll, dann ist Coaching der richtige Ansatz.
Martin Fowler schreibt in seinem Artikel: "Who needs an architect?":
Improving the development team’s ability gives an architect much greater leverage than being
the sole decision maker and thus running the risk of being an architectural bottleneck.
Die Investion in die Fähigkeiten von Entwicklern und Architekten hat ein sehr gutes Kosten/Nutzen Verhältnis.
Themen
- Continuous Integration
- Microservices
- Test Driven Development
- Software Architecture
- Domain Driven Design
- Y-Prinzip
- Model Driven Development