Refactoring your company - was Manager von Entwickler lernen können

Die Definition von Refactoring aus Wikipedia sagt folgendes: "Refactoring (auch Refaktorisierung, Refaktorierung oder Restrukturierung) bezeichnet in der Software-Entwicklung die manuelle oder automatisierte Strukturverbesserung von Quelltexten unter Beibehaltung des beobachtbaren Programmverhaltens." Es handelt sich hierbei im Prinzip also um eine Verbesserung wobei die Funktion bzw. das gewünschte Verhalten beibehalten werden. Deshalb habe ich mir folgende Fragen gestellt: "Warum handeln Manager und Unternehmer nicht ähnlich? Warum verändern sich Unternehmen kaum bzw. viel zu langsam oder viel zu selten? Was kann ein Manager daraus lernen und wie kann man Unternehmen Refaktorisieren um sie agil und lean zu gestalten? Im diesem Vortrag werde ich den Versuch wagen, Manager zum Umdenken zu bewegen, Anregungen zu liefern und ein paar Antworten zu finden.

Transcript

1. Refactoring your company! Was Manager vom Entwickler lernen können ZELJKO KVESIC | MISSION-ONE GMBH | SCRUMDAY 2017 | 31.05.2017
2. Vorstellung Zeljko Kvesic mission-one GmbH www.mission-one.de Mostar, Bosnien und Herzegowina zeljko@kvesic.de Twitter: @nadrealista Web: www.kvesic.de
3. ZIELGRUPPE
4. REFACTORING Refactoring bezeichnet in der Software-Entwicklung die manuelle oder automatisierte Strukturverbesserung von Quelltexten unter Beibehaltung des beobachtbaren Programmverhaltens.
5. HERAUSFORDERUNGEN
6. Die häufigste Organisationsform
7. Catastrophic Organisational Change* • Komfortzone verlassen • Versagen akzeptieren • und Ängste überwinden * The People´s Scrum, Tobias Meyer
8. Cross-functional Teams •Teams nach Projekten oder Kunden zusammenstellen •Teams sind in der Lage Projekte und Anforderungen eigenständig umzusetzen •Alle Kompetenzen in einem Team
9. Self organised teams
10. Mitarbeiterführung
11. Management Y
12. Project Culture vs Team Culture Project Culture • Project is king • Mehr Projektmanager mehr Projekte • Menschen werden zu Ressourcen und dienen dem Projekt • Arbeit wird zugewiesen. Zeit getrackt Team Culture • Stablie funktionsübergreifende Teams • Keine direkte Zuordnung zu Projekten • Teams nehmen sich die Arbeit die es zu erledigen gilt • Wenn erledigt werden neue Aufgaben ausgesucht passend zu eigenen Fähigkeiten
13. Wie setze ich das um? 31.05.2017 ZELJKO KVESIC | MISSION-ONE GMBH | SCRUMDAY 2017
14. Der Anfang • Fange klein an – in deinem Team • Elemente aus der agilen Entwicklung übernehmen • Softwareentwicklung – Scrum Einführung vorantreiben
15. • Freiräume für die Mitarbeiter verschaffen • Slack time • Open Space • Ideen und Innovationen fördern
16. RETROSPEKTIVEN Regelmäßig nach hinten schauen – um sich stetig zu verbessern
17. • Mitarbeiter wehren sich dagegen • Ängste gegenüber Transparenz • X-Mitarbeiter • Kunden wollen nicht agil
18. Zusammefassung •Flache Strukturen – keine Abteilungs/Teamleiter •Regelmäßig miteinander reden / mit dem Kunden reden •Keine Kompromisse bei der Mitarbeiterwahl •Cross-functional Teams •Selbstorganisierte Teams
19. DANKE FÜR DIE AUFMERKSAMKEIT ZELJKO KVESIC | MISSION-ONE GMBH | SCRUMDAY 2017 | 31.05.2017