agile42

Agile With Non-Software Teams

It is quite interesting to note how little most software developers know about hardware development. Many of us take it for granted that hardware development cannot match the pace of software. While this might be true for the case of the best software teams, able to update a software system every few minutes using continuous integration, for the common pace of biweekly software delivery this is nothing more than a false assumption.

On
26 January 2012
In
Scrumtisch Berlin, Agile with a Purpose
Tags
agile, hardware

At today’s ScrumTisch, the first chosen topic by the crowd was how to do Agile with non-software teams. We started the discussion with a short list of questions:

  • What to show at the end of the timebox?
  • How to set the length of the timebox?

Interestingly, these questions, although raised by the audience, apparently were not hot enough to actually get discussed... (the topic Agile Beyond Software is much broader than this post, I’m just covering what was discussed tonight—a touch on the surface...)

Hardware

It turned out, that the person suggesting the topic actually had a challenge integrating hardware and software teams... Which then lead to a heated discussion about how quickly hardware can be developed, manufactured, and integrated with a new version of the software—which, in the case of these Scrum teams, happens to be potentially shippable every two weeks.

As in many similar discussions I have observed in recent years, it is quite interesting to note how little most software developers know about hardware development. Many of us take it for granted that hardware development cannot match the pace of software. While this might be true for the case of the best software teams, able to update a software system every few minutes using continuous integration, for the common pace of biweekly software delivery this is nothing more than a false assumption. My colleague Ralf Kruse suggested to compare this with software teams new to agile development, who also tend to be sceptical about the possibility to ship working software every two weeks. With software systems, we now have quite a large number of examples which are publicly available on the web that show this is actually possible, even for large-scale enterprise systems.

Examples of hardware development integrating new versions every two weeks might be harder to find, yet they are available if look for them. WIKISPEED is a fine example of a 100 miles per gallon car developed using Scrum, iterating the entire car every seven days.

We know many more examples from our personal work experience, like ECUs for cars, satellite communication and other complex systems including hardware using a frequent integration pace.

Challenge Your Assumptions

How does that work? Or, to get at the underlying assumptions, why do we think this is difficult? In my experience, it usually burns down to organisational issues: contracts with hardware suppliers who “can’t” deliver more often than every 2 months, hardware departments who need “for ever” to develop a new prototype... This is the status quo for most organisations. But does it need to be that way? Toyota has proven in the automotive industry how long-term partnerships with trusted parties avoid long contract negotiations for every single piece you need. Instead, the partnership enables a learning environment for both sides to challenge the status quo and find new ways that might work better. This might even be easier inside an organisation where the parties involved actually would not need a contract at all to work together...

We need to challenge our assumptions and identify our real options. How can we prove we are moving in the right direction at the pace that our competitive situation demands today if we don’t challenge the organisational dysfunctions that we developed in another century? Agile has a purpose. We need to make this world a better place, so we should stop increasing busyness in business, and start thinking about Betterness instead. 

 

Subscribe to new blog posts

Did you find this article valuable? To be promptly noticed of new blog posts by agile42 you can subscribe to our notification system via email, powered by FeedBurner.

Enter your email address:

Discussion No comments yet. Be first to comment!

No comments yet.

(required)

(required)


(required)


(required)
Refresh captcha

 

Latest entries

Speaking at Agile2015

Dhaval Panchal and Richard Dolman will speak at the Agile2015 conference organized by the Agile Alliance

 

Talking about the 3 stages of scaling Agile organizations

Dave Sharrock discusses with Rick Waters what scaling Agile organization means on the Agile Chicago Style ...

 

Follow agile42 on social networks

You can follow agile42 on a number of social networks

 

Definition of Done : Why it matters?

The Definition of Done is crucial to highly functioning Agile Teams in order to help them ...

 

Herding cats, or the art of scaling Agile teams

Slides for Dave Sharrock presentation on applying Agile at scale at CWC PMI meeting on 15 ...