Product development flexibility depends not so much on following a certain approach as on adopting a set of values that support flexibility. Below are some of these values.
Software Development Is a Helpful Model
The agile methodologies benefit greatly from certain characteristics of modern software development, specifically object technologies, the ability to automate testing, and the general malleability of the software medium. Non-software products lack these characteristics , so we must find other ways to achieve flexibility. This is the challenge of flexible development.
However, agile software development values do carry over to the development of non-software products. Fortunately, you don't have to know much about programming to understand how the agile methods work.
The Agile Alliance is a good source of information on the agile approach.
In short, the agilists have blazed the basic path and established the values, but we will have to pave and widen it with techniques suitable for non-software products.
People over Process
From Flexible Product
Development by Preston G. Smith, Jossey-Bass, 2007. © 2007 by
However, most product developers consider their process the centerpiece of their product development. If you ask them how they develop products, they are likely to reply that they use a Stage-Gate® process, a PACE process, or a waterfall process.
Some process and structure are certainly necessary, but too much process breeds rigidity. Moreover, it is very difficult for inexperienced developers to see and trim the excess out of a process, and management usually feels more comfortable with extra process as a safety net.
In contrast, the emphasis is on people in flexible development: with experience, they can adjust the process to what is needed. Consequently, for flexibility, we use a "barely sufficient" process and encourage the team to gain experience in adapting processes to suit the occasion.
This approach doesn't work when change is the norm. Sticking with original plans puts you at a great competitive disadvantage when the market needs something else or if technology opens new possibilities.
Consequently, a flexible team measures itself by delivering value. Yes, value is harder to measure than a list of completed product requirements, but it is far more useful to the customer—and, in the end, to the business.
One advantage of using value as the measure of completion is that we might terminate the project when it has delivered the bulk of customer value, skipping some items that were discovered to be of low value as the project progressed.
Delivering value fits with the Agile Leadership Network's Declaration of Interdependence.
Learn by Doing
Process adaptation skills are learned only by practicing them. Thus, we encourage direct hands-on practice rather than extensive planning and preparation, which is likely to become obsolete quickly in a fast-changing environment anyway.
Copyright © 2013 Silver Streak Partners LLC all rights reserved