Offshoring ist für viele eine verlängerte Werkbank für IT-Projekte. Für uns war es das nie. Wir bei ThoughtWorks leben das Konzept der agilen Softwareentwicklung in global verteilten Teams oder auch Distributed Delivery.
In diesem Webinar diskutiere ich mit David Toborek (Metro Digital), Daniel Loeffelholz (ThoughtWorks), Sven Dittmer (Mercedes-Benz) und Lucy Chambers (ThoughtWorks) über Distributed Software Delivery.
For many years I have been involved in distributed software delivery. At the beginning in a waterfall setup. Since 2017 also in agile distributed delivery. I have seen many engagement fail and also have been part of successful delivery setups. Here’s my personal top 20 list of mistakes in that area.
Nr 20: Involve offshore teams too late Nr. 19: Forget to plan enough travel cost Nr. 18: Forget to invest into communication infrastructure Nr. 17: Neglect the time zone differences or cultural norms when scheduling ceremonies Nr. 16: In communications, forget to level the playing field Nr. 15: Teat all offshore location as „Offshore“ Nr. 14: Missing alignment on the delivery model Nr. 13: Trying to enforce the same working mode for all teams Nr. 12: Use the one-size-fits-all delivery model Nr. 11: Go distributed with the wrong engagement Nr. 10: Assign the wrong work to the offshore team Nr. 9: Forget to extend the role model setup Nr. 8: Deny the language differences Nr. 8: Not understanding political and cultural differences across the locations Nr. 6: Forget the relationship building Nr. 5: No direct access to users and customers Nr. 4: Forget the business view Nr. 3: Forget to create the big picture for offshore teams Nr. 2: Offshore teams not on eye-to eye level Nr. 1: Do it for the wrong reason, i.e. only look at the price
Dies ist die Aufnahme eines Webinars zum Thema „Vielseitigkeit“. Sylvia Kern, Tanja Merz und Linda Barron stellen sich als Scanner-Persönlichkeiten vor. Ich habe die Diskussion moderiert und die Fragen aus der Zuhörerschaft aufgenommen.
Die Digitale und Agile Transformation benötigt ein agiles Mindset, agile Methoden, Know-how und die Kompetenz, komplexe Anforderungen zu lösen. Komplexe Antworten finden wir jedoch nur in der Vielfalt und der Vielseitigkeit von Menschen und ihren Fähigkeiten.
Bisher wurde das Augenmerk zu sehr auf die Expert:in gelegt, zu wenig wurde erkannt, wie wichtig ein vielfältiges Know-how ist. In Zukunft werden die Scanner, Multipassionates in der Business-Welt nicht mehr wegzudenken sein. Disruption bedeutet, Geschäftsmodelle, Technologien, Strukturen uvm. aufzubrechen – Startups sind beispielsweise Meister darin.
Routine Aufgaben werden künftig immer mehr von der Digitalisierung abgelöst, was bleibt, sind die komplexen Herausforderungen, die durch cross-funktionale Teams gelöst werden. Wer neue Wege beschreiten möchte, muss nach unkonventionellen Möglichkeiten suchen. In Zeiten von Digitalisierung & New Work sind Menschen gefragt, die anders denken können, Vielfalt wollen und diese auch selbst leben. Es sind diejenigen gefragt, die anders denken wagen, die Mut, Intelligenz und Führungsqualitäten mitbringen und sich sehr gerne neuen Herausforderungen stellen wollen.
Micro frontends are an architectural style that take the idea of microservices and apply them on the frontend part of (web) applications. I am talking with Ward Coessens, MengMeng Yan, and Eka Rudianto about their experience with using micro frontends.
We cover the following topics:
Why do you need micro frontends?
The Browser as a development platform
How did we start with micro frontends in 2017?
As a developer, what are your experiences with micro frontends?
Are micro frontends visible to the user?
How do different parts of the frontend communicate?
What’s the relationship between micro frontends and microservices
How does this relate to autonomous, cross-functional teams?
How does it really work?
Should you build you own framework?
Should you now use micro frontends for all your web applications?
How can you ensure a consistent design experience?
How does an interactive component library look like?
In agile environments, we don’t need steering committees. Steering committees are a dying species. They are part of an outdated governance structure which is not suitable any more for today’s fast paced product-oriented environments.
In this video I tell the story about my relationship with steering committees and how I needed to unlearn using them as a governance tool.
Clojure. That’s a modern functional programming language. Not only the people who just read the book the Unicorn project in which functional programming is discussed wonder about this language. Why is it that functional programming is becoming more and more interesting in the business world now. I wondered what was behind this hype and therefore got together with my colleagues Ward and Naveen who helped me better understand Clojure.
In this episode of ThoughtWorks tech talk we take a close look at Clojure. In our discussion we talked about the functional paradigm, look at immutability, why Clojure is thus well suited for parallel processing.
We also take a look into actual Clojure code starting with a Hello World and closing with how map-reduce looks like in Clojure How difficult is it to learn Clojure and what can help you to get started?
This learning breakthrough video is about how I found out what is really important about project risk management. After a short intro to risk management according to the project management institute (PMI), I tell the story how I managed risks on a large HR payroll outsourcing project. This led me to recognise that it is paramount to actually create and commit to actions derived from the risk log. Moreover, making conscious decisions, communicating these decisions and actions and involving your teams and stakeholders is important, as well.
Let’s say you have a difficult challenge and need some great, innovative ideas to get through this. Wouldn’t it be nice if you could just snip with your fingers and there you have it, these great new ideas?
This video is about taking creativity from some mysterious magic to a (somehow) predictable process. I will introduce you to the work of Edward de Bono on Lateral Thinking. This helps us to understand better how our brain works and understand why we can become trapped in our own successful thinking.
With the help of a metaphor I will explain different methods on how break out of these thinking prisons. In the end I take these concepts and apply them to brainstorming and provide concrete tips and tricks how to conduct much better brainstorming sessions which will give you more and better ideas.
Jeff Gothelf (siehe u.a. Lean UX), meine Kollegin Sylvia Le Hong und ich erklären in einem Webinar, wie Personal Growth, Cultivation und Digitale Transformation zusammen hängen. Das Webinar (in englisch) wurde von Sabrina Mach moderiert.
Hier geht es zur Aufzeichnung des Webinars auf der ThoughtWorks Seite.
Gerade in der heutigen Zeit kommt es darauf an, schnell auf Veränderungen und neue Chancen reagieren zu können. Ein bewährtes Mittel hierzu ist ein agiles Mindset. Doch wo fängt man an?
Nico Ackermann (Daimler), Sven Dittmer (Daimler) und ich haben in einem Webinar anhand des One Touch Retail Projekts (OTR) aufgezeigt, wie Daimler seine digitale Transformation vorantreibt und welche Paradigmenwechsel hierzu nötig sind.
Wir haben das Webinar aufgezeichnet und stellen es auf der ThoughtWorks Seite zur Verfügung.
Wir hatten mehre hundert Teilnehmer und haben sehr viel positives Feedback hierzu erhalten.