User involvement
Active user involvement.
It’s not always possible to have users (community) directly involved in collaboration projects, particularly if the agile collaboration project is to build a product where the real users do not understand the disruptive nature yet. e.g. Ford trying to get feedback from people when he was trying to introduce the car when people where used to horses.
In this event it is imperative to have a senior and experienced user representative involved throughout.
Users are people who will use the product/service/content.
Not convinced? Here’s 16 reasons why!
- Requirements are clearly communicated and understood (at a high level) at the outset
- Requirements are prioritised appropriately based on the needs of the user and market
- Requirements can be clarified on a daily basis with the entire project team, rather than resorting to lengthy documents that aren’t read or are misunderstood
- Emerging requirements can be factored into the collaboration schedule as appropriate with the impact and trade-off decisions clearly understood
- The right product is delivered
- As iterations of the product are delivered, that the product meets user expectations
- The product is more intuitive and easy to use
- The user/business is seen to be interested in the collaboration on a daily basis
- The user/business sees the commitment of the team
- contributors are accountable, sharing progress openly with the user/business every day
- There is complete transparency as there is nothing to hide
- The user/business shares responsibility for issues arising in collaboration; it’s not a customer-supplier relationship but a joint team effort
- Timely decisions can be made, about features, priorities, issues, and when the product is ready
- Responsibility is shared; the team is responsible together for delivery of the product
- Individuals are accountable, reporting for themselves in daily updates that involve the user/business When the going gets tough, the whole team – business and technical – work together!