Technologieentscheidungen in selbstorganisierten Teams

Es fühlt sich völlig natürlich an: Technologieentscheidungen werden von den Entwicklern in den Teams getroffen – nicht durch den CTO oder einen übergeordneten Architekten. Die Entwickler in den selbstorganisierten Teams kennen die zu lösenden Probleme am besten und haben meist auch einen guten Überblick über die möglichen technischen Lösungen. Nach einigen Wochen aber entsteht Streit: Jeder will mitreden. Die Entwickler sind nicht immer alle einer Meinung. Wie viele Standards brauchen wir für alle Teams? Ein Praxisbericht über sinnvolle Rahmenbedingungen für Technologieentscheidungen in selbstorganisierten Teams.

Transcript

1. Technologieentscheidungen in selbstorganisierten Teams Konstantin Diener | cosee GmbH konstantin.diener@cosee.biz | @onkelkodi
2. Bilder eBooks Hörbücher Musik Videos Apps Web Desktop Auslieferung & Sicherung Smart TV
3. Warum Team-Entscheidungen?
5. Team hat alle relevanten Informationen
6. fehlende Informationen werden besorgt
7. You build it, you run it!
8. Alles gut, oder?
9. „einsamer Wolf“
10. Bring your own pet technology
11. „Damit kenne ich mich nicht aus!“
12. Wir haben etwas entschieden?
13. ganze Firma hat eine Meinung
14. „Schatten-CTOs“
16. Betrieb? Kosten?
17. Experten nicht gehört
18. Wie also dann?
19. 3-Personen-Regel
20. „Es entscheidet, wer nachts aufsteht.“
21. Teamentscheidungen • Was entscheiden wir? • Nach welchen Kriterien entscheiden wir? • Was sind die Optionen? • Wer gehört zum Team? • Wer sind maßgebliche Experten?
24. Das heißt, jedes Team verwendet eine andere Datenbank?
25. Teamentscheidungen • Was entscheiden wir? • Nach welchen Kriterien entscheiden wir? • Was sind die Optionen? • Wer gehört zum Team? • Wer sind maßgebliche Experten?
26. Wer sind die Experten?
28. @ Spotify
29. http://www.infoq.com/presentations/spotify-evolution
30. http://www.infoq.com/presentations/spotify-evolution
31. http://www.infoq.com/presentations/spotify-evolution
32. Communities of Practice
33. Communities of Practice • gemeinsame Standards („common baseline“) • Alltagsprobleme lösen • Wissen verteilen • Innovation treiben
34. Domain Community Practice
35. Teilnahme freiwillig
36. „Im Zentrum der Community ein Feuer brennen lassen, das Mitglieder anzieht.“
37. Knowledge Stewarding Communities Innovation Communities Helping Communities Best Practice Communities
38. Charta
40. Kolumne: DevOps Stories von Konstantin Diener
41. Konstantin Diener | cosee GmbH konstantin.diener@cosee.biz | @onkelkodi Bildnachweise: Sektgläser: https://www.shutterstock.com/g/Igor+Klimov Garnrolle & Schere: https://www.shutterstock.com/g/Shaiith Stoffmuster: https://www.shutterstock.com/g/vadimmmus alle Bilder sind markiert durch: > blog.cosee.biz > jobs.cosee.biz > agile.cosee.biz