Walkthrough

People make products, from the moment someone starts taking action and follows up on an idea until an innovation made it into the market and beyond.

People make products, people use products. Innovation is all about people.
innovation is all about people

It is simple but we still forget it. We are involved in following processes, complying with regulations, thinking about solutions, optimizing backlogs, completing our daily chores and forget that the most important levers for successful innovation lies with those who are creating them.

This site approaches the topic innovation from a simple concept that emerged some years ago in a discussion between a couple of thinkers (namely Hilmar, Markus and Pete) at Sonova.

Introducing stars to road

Stars, clouds, trees and road: for level of maturity
Ideas mature from stars to road and beyond – How mature are your ideas?

Two quite simple concepts build the foundation:

  1. Ideas mature into products from stars to road and beyond.
  2. Ideas mature from a business, a technological and – most decisively – a passion or commitment side.
Business, technology and passion: three sides of maturity
Three basic sides: business, technology and passion – How mature are your ideas?
Experts from different fields need to strive for a shared goal – Know how to shape the future

Teams and collaboration

Working in teams has been studied by psychologist over quite a long period of time. One important take away of these studies may well be that collaboration creates teams and thus that people have to invest into the team by working together rather than just leasing collaboration and split-up work: Collaboration – Buy or Lease?

Doing stuff, getting feedback and learning from it, that is how team properties emerge.
Teams evolve best in a do – feedback – learn cycle – Collaboration creates teams
Teams are a super-brain where thoughts jump from brain to brain.
Productive teams form a super-brain where thoughts jump from brain to brain – Bill & Chuck

Sadly enough, team work and collaboration are not simple topics. Conflicts, personalities, past experiences make it difficult to work productively in a team.

Conflicts hamper the team – Collaboration creates teams
The users’ journeys: the starting point for powerful stories – UX flow from stars to road
Lacking feedback, some teams just add balloons to the cart – Collaboration creates teams

The story of Bill & Chuck – and how they fight ideas into the market shows two stereotypes of persons, who go through a lot of trouble to push their ideas into the market and prevent that the “super-brain” called team forms well. You could also review the – slightly – exaggerated story of why Joey taped a picture of a cake to his wall and learn about difficulties ideas face when meeting people.

The biggest obstacles for innovations lie within the companies themselves – Why Joey taped a picture of a cake to his wall

Agility to the rescue

You would expect that a more agile way of working could do the trick. At least the agile manifesto stresses the importance of teams and interactions. In the essence, creating products is all about a feedback loop between development team and stakeholders.

Agile teams lead the conversation with stakeholders from idea to prototype to product.
Agile is about people and interactions – Agile conversation or requirements engineering?!
Still we spend much energy on defining roles, following processes and creating specifications to pass on – The big thing about SAFe

Reality however shows a rather inconclusive picture: Agility, Common Sense and Agilista Failings, Agile IS All About Process, and The big thing about SAFe all point towards a pitfall: Agile frameworks like Scrum and SAFe teach how to create well oiled garbage-in-garbage-out machines. They focus on process and backlog. Agile process frameworks may be an extremely helpful addition for an interaction driven team. They are however fatal for an artifact based team. Agile conversation or requirements engineering takes a closer look at these two team setups. Agility should bring management, users and development teams closer together, we don’t need no Seagull Managers.

Burn-out systems

The Team Squeezer or the story of an agile transition introduces the concept of a burn-out system. The Team Squeezer is just one of many possible burn-out systems in which the worst of all team disorders: Featuritis, emerges. Participants of the burn-out machine game @ agile breakfast in Zürich had the opportunity to experience such a burn-out system and the Story of Rahel in UX in a burn-out system tells you the fate of any UX person.

The Bermuda Triangle of software engineering – UX in a burn-out system
Featuritis, the most prominent team disorder, has many causes – Team disorder: Featuritis

Studying burn-out systems could be valuable for an organisational psychotherapist – if this profession does not exist yet, it probably should. From our side, being involved in product developments without the power of therapy, it is still insightful: The patterns the burn-out system exploits to thrive are in many situations anti-pattern of effective team work. Burn-out systems show us the the dark side of teams and thus tell us what to prevent.

Tools to help collaboration

From an organisational point of view, It is about creating a culture, where ideas can spark, gain momentum, and mature and where organisation can decide about killing and curing, as outlined in four skills of innovative companies.

make ideas meet people – Agile innovation from stars to road

In an innovation process, some explicit points like a speakers corner, an innovation circle and more, see agile innovation from Stars to Road, can change how collaboration happens. Let ideas meet people. The Stars to Road agile innovation toolbox lists some techniques we find valuable. Obviously, some tools (e.g. maturity tools for product owners) are specifically suited to assess and work with maturity. Grok – negotiate – build up finally is the pattern, successful development teams apply in one or the other way: Grok the market, negotiate value versus cost and build quality.

Development teams tend to skip the negotiation process – grok – negotiate – build up
A two dimensional depiction (maturity vs time) of backlog items, their values and their interdependencies.
Maturity helps in managing the coming features – Maturity tools for product owners

There are some more techniques that touch points of high potential for successful teams.

User-centred design: understand users and context, explore solution, evaluate them with users and learn from it.
Kill or cure with a user-centred feedback loop – Meet with users to create great products
Invest into getting the story right before making all the details ready.
A good idea whirls around a powerful story – Meet with users
In a story shop, stakeholders can “buy” features to come, budget is limited – User story shopping
An MVP builds up from the walking skeleton – Five or one guidelines for the MVP

The purpose of

A last remark: People invent things with a specific purpose in mind (the purpose of …). If you use something for a different purpose it may well not work.