Showing posts from 2024

Conversation: How Agical Makes Agile Work

Note: This article is available in Swedish at the Agical Blog . Very recently, I visited Agical , a software company in Stockholm that has used agile software development for many years, and has been very successful at it. I've visited before, but it's been more than ten years, so it was time to reconnect. Agile has become very popular, but it has also led to a dilution of the agile ideas in many workplaces. Ola Ellnestam, CEO at Agical, and I decided to write an article together and show how agile works at Agical. At the end of the article, Ola has advice for both management and developers who want to be agile. Henrik : It was fun meeting the whole team at Agical last week. It is noticeable that the software development is at full speed. Before we talk about that, I thought I'd ask about the background. When did you start Agical, and how did you work in the beginning? Ola : Agical was started in the spring of 2005. A bit like a backlash to how work was done in the in

Agile Requirements Structures, Part 1

If you have worked in large Agile projects or programs, you may have noticed that there is often quite a bit of confusion about requirements, what the requirement types are, their purpose, how to write them, how to use them, and above all, what not to do with them. There are many causes for this confusion. Here are some of the more common I have seen: Nobody in the organization has read up on the requirements model it is using, so everyone makes their own interpretation. The organization deviates from a standard requirements model, but nobody knows which standard model the organization is deviating from, and/or there is no agreement about how they deviate from it. The organization has not documented its own requirements model very well. The organization mixes two or more different requirements models, often without realizing it. The organization has documented its requirements model, but finding the documentation is an epic project in itself, on par with when Henry Sta