Blog.
Meine Gedanken zu allem, von Führung über Technologie bis hin zu Unternehmertum und zurück.
User Story Maps
User Story Maps sind unverzichtbare Werkzeuge für Tech-Teams, um User Journeys zu visualisieren, Features zu priorisieren und Minimum Viable Products (MVPs) effizient zu planen. Schauen wir uns dieses essenzielle Werkzeug an.
Sicherheit in Tech-Abteilungen etablieren
Dieser Blogbeitrag beschreibt einen strukturierten Ansatz zur Etablierung von Sicherheit in Teams, mit Fokus auf Schlüsselelemente wie Security Chapters, OKRs, Roadmaps und die Rolle von Security Champions, mit praxisnahen Beispielen von führenden Unternehmen.
Brown Bag Sessions
Lassen Sie uns herausfinden, was Brown Bag Sessions so wertvoll macht, und einige Beispiele für Themen und Unternehmen erkunden, die sie erfolgreich eingeführt haben.
Two-Pizza-Teams
Jeff Bezos hat den Begriff 'Two-Pizza-Team' geprägt. Schauen wir uns an, was er bedeutet und wie Sie ihn in Ihrer Organisation nutzen können, um Fokus und Wachstum voranzutreiben.
Career Ladder
Lassen Sie uns über ein einfaches und effektives Career-Ladder-Template sprechen, das ich erstellt habe. Es ist frei verfügbar und das perfekte Werkzeug, um Einstellungen, Leistungsmanagement und die Definition von Gehaltsstrukturen zu verbessern.
C4 Model
Das C4 Model ist ein Framework zur Visualisierung von Software-Architektur auf vier Detailebenen: Context, Containers, Components und Code. Jede Ebene bietet eine andere Perspektive, um Verständnis und Kommunikation zu verbessern. Schauen wir es uns an!
Planen wie Amazon
Lassen Sie uns Planungszyklen anhand von Amazons Operating Model besprechen, mit Fokus auf kundenorientierte Ziele, kleine Teams und regelmäßige Reviews für optimalen Erfolg.
Frühindikatoren vs. Spätindikatoren
Amazon nutzt Frühindikatoren, um zukünftige Trends vorherzusagen, und Spätindikatoren, um die vergangene Leistung zu bewerten, und stellt so proaktive Anpassungen und kontinuierliche Verbesserung sicher. Schauen wir uns an, wie Amazon das macht, und tauchen wir in einige Beispiele ein.
Testabdeckung für Nicht-Techniker verständlich erklärt
Als Interim CTO arbeite ich eng mit nicht-technischen Kollegen zusammen. Und oft kommen wir auf das Thema 'Testabdeckung'. Für Nicht-Techniker sieht dieses Konzept sehr einfach aus. Hohe Testabdeckung ist gut, niedrige Testabdeckung ist schlecht. Aber so einfach ist es nicht - und Teams zu einer hohen Testabdeckung zu zwingen, führt in die Katastrophe. Schauen wir uns das an.
Über 20%-Zeit-Projekte
Ihre 20%-Zeit-Projekte funktionieren nicht? So haben wir unsere 20%-Zeit-Projekte wiederbelebt.
