Difference between revisions of "Coaching"
Jump to navigation
Jump to search
(Created page with "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 Co...") |
|||
| (6 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
| + | {{Backlink|target=Leistungen}}{{language|master page=Coaching|language=de}}{{SimpleArticle|title=Coaching|text= | ||
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> | ||
| + | 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 | ||
| + | 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 | ||
| + | # {{Link|target=Y-Prinzip}} | ||
| + | # Model Driven Development | ||
| + | }} | ||
| + | [[Category:frontend]] | ||
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