Posted by mvanbenthem mid-afternoon: January 27th, 2012
Net als in 2010 heeft Xebia in 2011 het jaarlijks onderzoek naar de de status van Agile in Nederland uitgevoerd. Met ook dit jaar weer opvallende resultaten. Zo zegt bijna 90 procent van de bedrijven die met Agile werken sterk verbeterde resultaten te realiseren bij hun (ICT) projecten. De vraagt die direct bij mij opkomt bij dit soort hoge percentages is waarom niet iedereen met Agile aan de slag gaat.
Daarnaast ervaart 83 procent van de Nederlandse bedrijven die Agile werken hebben geadopteerd, meer werkplezier en 85 procent meer teammotivatie. Dit percentage is aanzienlijk hoger dan vorig jaar, toen gaf driekwart van de respondenten aan meer werkplezier en teammotivatie te ervaren. Dus de mensen die Agile werken varen er wel bij, naar mijn mening een van de belangrijkste redenen voor het succes van Agile. Dit komt ook veelal tot uiting in een lager ziekteverzuim en grotere loyaliteit naar de werkgever toe.
(more…)
Posted by Daniel Burm around lunchtime: January 13th, 2012
Scaling the productowner (PO) role is tricky business. When you scale up too much within the same context, things become cumbersome. We don’t want to bring back the same centralized fear ridden ineffective decision making climate, we tried to kill off in the first place. When people spend so much time and effort to bring back entrepreneurship, they don’t want to create layer over layer of hierarchical PO/CPO relationships.
So if there is this perceived risk of fallback involved, why do we actually want to scale the PO role at all?
(more…)
Posted by Daniel Burm around lunchtime: November 25th, 2011
I am convinced that the next blue ocean of agile minds can be found in the creation of sharing ecosystems that are built on shared purpose, trust, intuition and a facilitation of the deeply wired human urge to cooperate as a collective. Understanding that modern day individualism is smothering our effectiveness is a catalyst for our drive to start working together and forming the effectiveness of these systems.
(more…)
Posted by Daniel Burm around lunchtime: November 1st, 2011
A walking skeleton as meant in story-mapping, being the minimal marketable/ shippable feature set, is not always feasible. When working from existing system environments I am quite inclined to argue that in these situations it is often the best route to base your first product slice on risk rather than end-user value, but only if the support is there to enable you.
(more…)
Posted by Pieter Rijken in the early morning: September 30th, 2011
I used to be a big fan of tools. I still am…..but not as big a fan as I used to be. This changed after I realized the meaning of ‘Individuals and interactions over processes and tools’. Especially the “interactions over tools” part. This week’s blog Eat your failure cake! Learn from your mistakes. motivated me to share one of my failure cakes with you.
(more…)
Posted by Pieter Rijken mid-afternoon: September 23rd, 2011
In Agile methods focus on short feedback cycles and regular delivery of (business) value. Both are supported by having short lead times. Kanban is one of the tools to manage the flow of tasks and reduce lead times.
This article shows how to reduce lead times even further.
One of the mechanisms in Kanban to manage flow is to explicitly set a limit on the amount of work in progress for a process step. By modifying this to include part of the next process step, this article shows that the amount of work in progress is limited more and therefore also lead times are reduced.
(more…)
Posted by Daniel Burm in the early morning: September 16th, 2011
Agile companies that want to create real ownership, have to say goodbye to traditional stakeholdership and embrace “joint company stakeholdership”. Remain to be an old-skool stakeholder in an agile environment and you will possibly act as a “stakekeeper” instead of a “stakesharer”, therefore withholding the company “staketakers” from focus on value and real ownership of results.
(more…)
Posted by Daniel Burm mid-afternoon: August 26th, 2011
Some time ago I saw an interview on a talk show that intrigued me. It kept me thinking and even to this date the topic discussed still puzzles me. In modern day organizations and markets more and more emphasis is placed on efficient behavior which should lead to better results and better ROI. Effective behavior is also sometimes mentioned, but way less often and it’s is not elaborated upon as much as efficiency. Maybe it’s because both nouns have two f’s and a lot of e’s, so people tend to forget about effectiveness?
Posted by Erwin van der Koogh late at night: August 9th, 2011
Today I was asked a really interesting question by a client: “Agile is very simple, why do you need Agile coaches?”.
That is a pretty fundamental question to ask of any Agile coach and after my initial shock we did come up with some good answers.
But the question (and the initial answers) kept nagging at me all day. And while I sat down with a glass of good whisky in the evening I got back to the question. Here is what I came up with:
- Agile is simple, not easy
- Experience bootstraps learning
- Organizational gravity
Posted by Niklas Odding in the early morning: May 3rd, 2011
This Blog is a kick off to for many writings about architecture in an Agile World. We will explore the topic from all the views possible, in order to gain a better understanding about it. By doing so, we hope to create a community of followers, who would also like to contribute or discuss about this topic.
Xebia is helping many organizations in the Netherlands, France, the United States and India with implementing an agile way of system development. In most of the cases the Scrum method is applied and very good results are achieved. Business and IT are working much closer together, resulting in more quality and much more customer satisfaction. However, lately we also see a trend in problems that seem to occur in (almost) every organization. Software is developed in a fast way with high quality, but it takes forever to get it in production. The more teams are being formed, the more interdependencies between the teams occur (more…)