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.
Software Engineering Project
Die Software Technology Group der TU Darmstadt bietet jedes Jahr im Wintersemester das Software Engineering Projekt an. Dabei wird Firmen die Möglichkeit gegeben, Projekte an studentische Gruppen zu vergeben und so potenzielle neue Mitarbeiter kennen zu lernen. Studenten bietet es eine Abwechslung zum theoretischen Studienalltag, indem sie in einer realen Aufgabe praktische Erfahrung sammeln können. cosee nimmt seit einigen Jahren daran Teil. Aus einem der Projekte möchte ich einen Erfahrungsbericht geben.
Vortrag: Retrospektivenwerkzeugkasten
Retrospektiven sind ein Kernelement agiler Vorgehensmodelle wie Scrum. Wie können Retrospektiven aufgebaut sein, wie halte ich sie lebendig und stelle sicher, dass sie kontinuierlich Verbesserungen hervorbringen? Welche Werkzeuge gibt es für verschiedene Situationen in Retrospektiven?
Technologieentscheidungen made in cosee
Ausgangssituation
Wie Konstantin schon in seinem Vortrag Entscheidungen an die Basis! Aber richtig. geschildert hat, werden Entscheidungen bei cosee im bzw. durch das verantwortliche Team getroffen. Dies bezieht sich insbesondere auf die Technologien (Programmiersprache, Bibliotheken & Frameworks, etc.), die für ein Projekt eingesetzt werden sollen. Am Anfang hat dies auch gut funktioniert, da auf diese Weise die betroffenen Entwickler direkt entscheiden konnten, was aus ihrer Sicht am besten für das jeweilige Problem geeignet war.
Kontinuierliches Feedback mit Jour Fixes
Bei cosee führen wir alle zwei Wochen eine Unternehmensretrospektive durch. Diese Retrospektiven betrachten die gesamte Firma bzw. das jeweilige Team und sind das zentrale Element unseres Continuous-Improvement-Ansatzes. Der einzelne Mitarbeiter steht nicht direkt im Fokus dieses Feedback-Rituals. Durch Jour Fixes haben wir ein Ritual für persönliches Feedback eingeführt. Weiterlesen
Vortrag: Wie Cloud-Technologien das Unternehmen verändern
Der Vortrag gibt einen Eindruck über cosees Reise durch verschiedene Technologien, Architekturansätze und Organisationsformen. Welche Stationen gab es und welche Erkenntnisse haben wir daraus gewonnen? Weiterlesen
Vortrag: Ich gestalte mein Unternehmen mit!
Der Vortrag beschreibt wie sich cosee von einem hierarchisch organisierten Unternehmen sukzessive zu einem Unternehmen mit Entscheidungen an der Basis entwickelt – und welche Probleme es dabei gab. Weiterlesen
Vortrag: Scrum und mittelfristige Planungen – ein Widerspruch?
Der Vortrag zeigt Werkzeuge für mittelfristige Termin- und Budgetplanung in Scrum-Projekten. Weiterlesen
Vortrag: Entscheidungen an die Basis! Aber richtig.
Der Impulsvortrag zeigt die wichtigsten Eckpunkte einer Delegation von Entscheidungsprozessen aus dem Management an die Basis. Weiterlesen
„Aus dem Nähkästchen geplaudert“ – CoSee TechTalks
Spannende Technologien aus den CoSee-Entwicklerbüros heraus tragen und in interessanten Vorträgen für andere Entwickler aufbereiten. Das war das Ziel für die CoSee TechTalks. Die Vorträge sollten in einer angenehmen Atmosphäre bei uns im Büro stattfinden und von leckerem Essen und kühlen Drinks begleitet werden. Weiterlesen
