The Rolling-Wave planning technique

From apppm
Jump to: navigation, search

Innovation and product development projects have environments characterized by many unknowns and rapid change. Recently, an emerging set of practices termed agile product development has caused traditional orthodox product developers and project managers to rethink their approach to creating fast and flexible projects [1]. As stated in The PDMA ToolBook 3 for New Product Development, flexibility is one of the most important corner stones whenever considered the project planning. Moreover, in new-product development, most management approaches presume a high ratio of knowns to unknowns , and most planning defines prescribed pathways through developmental stages and decision gates [2]. At the same time, project environments reflect a very low amount of information at the beginning of the project, when the decisions importance is more relevant, while it increases as the project lifecycle is developed.

To counter with this paradox, the Rolling-Wave technique is one of the newer agile tools that has been widely adopted as it yields benefits of improved speed, flexibility and customer value. Rolling wave is a robust, sophisticated way to manage the risks of innovation, to adapt to change, to align the organization, and to align the team towards breakthrough reults [1]. Recognizing that not all the aspects of a project can be fully defined or known at the starting stage, the Rolling-Wave planning allows the progressive elaboration of all the details as far as the project go on. The project management profession has used the term rolling wave referring to the expression "plan a little, do a little" to characterize its use of iteration along the project lifecycle[1].

The aim of this article is to contribute to the profession of project, program and portfolio management in:

  1. Understanding the purpose, importance and principles of The Rolling-Wave technique.
  2. Identifying its key characteristics and major aspects.
  3. Recognizing its boundaries and limitations.


Developed by Gianluca Santinon

Contents

Overview of the Rolling-Wave technique

Projects environments nowadays are evolving rapidly and business systems have become increasingly complex in order to optimize cost, quality, timeliness of results and comply with variations in regulations in marketplace [3]. Most innovation and product development success stories show that reduced organic teams of competent and motivate people, small batch sizes of information, iteration, and rapid feedback from the customer or user are the key principles to succeed [1]. In a context described by the former quotes, the agile approach has become more and more popular, underlining the key of success for each project. As mentioned in the The PDMA ToolBook 3 for New Product Development, an agile enterprise rapidly adapts to changing business challenges and opportunities. Agility has always been important for an enterprise to achieve and maintain competitive advantage. Agile organizations have the capability to quickly anticipate change as well as react to the unexpected. With this agile capability, these organizations are able to create value and do it with speed and flexibility [1].

In these situations where the conditions are intricated and not easily predicted, the Rolling Wave has revealed to be one of the agile techniques that offers clear benefits and permits to overcome the brittle schedule problem towards an alternative robust planning. Defining a brittle schedule as a project that breaks easily due to a change in assumptions, the alternative robust planning can be seen as a project model that can withstand the stresses of change in the project, adapt to changes and serve to focus the project success. A robust plan is a useful tool for the project team to align and integrate its efforts in order to achieve a project characterized by speed, flexibility, and customer value added [1].

The Rolling-Wave technique: three main principles

With the term Rolling-Wave it is intended an iterative approach that can be described using the expression "Plan a little, do a little". Dealing with unclear picture of the whole project, the Rolling-Wave techniques permits to focus on iterative work and frequent updates to the project plan. It permits to focus on what is known, "Plan a little", and work on it, "do a little", until more information becomes available and other data is relevant, so it is possible to evaluate the next "wave" [1]. It is therefore a project planning technique for projects that don´t offer all the data needed to create a plan or a schedule up front: the project plan evolves as more details become clear. In this context, "plan a little" means to create a rough plan for the next wave of work, while "do a little" means to execute the current one. This approach allows the team to move forward with the work for which there is enough data to ensure a clear understanding of. Simultaneously, it is also possible to plan the future work that has still to come. As the project goes on, it is possible gather more information and refine the plan: the key point of the Rolling-Wave planning underlie in this step where the team has the possibility to adapt and refine the plan eventually considering any changes or new information encountered along the way.

In essence, "plan a little, do a little" is a balance between what is planned and the actions that can be taken, with an emphasis on flexibility and adaptation. This approach allows for a continuous feedback loop where the team can adjust their plans based on what they learn in the execution phase, improving the overall outcome of the project.

To apply the Rolling-Wave planning and understand the benefits that this technique can take advantage of, it is important describe the three main principles that undergird Rolling-Wave´s effectiveness [1].

Principle One: Project and Product Architecture

An architecture defines the basic structure of a system, it defines the chunks of a product and project work. Good architectures allow the team to keep a big-picture perspective even as they drill into details. Good architectures provide a basis for assessing the priorities and aligning activities. The result is improved development speed and flexibility. Product architecture and the project architecture are fundamental to formulating a Rolling-Wave approach [1].

PRODUCT ARCHITECTURE

Product architecture is the scheme by which the function of the product is allocated to physical components. More precisely it covers decisions regarding the arrangement of functional elements, the mapping from functional elements to physical components and the specification of the interfaces among interacting physical components to meet the desired goals and requirements. The product architecture defines the relationships and interactions between the components and helps to ensure that the product is functional, reliable and usable [4].

Defined what is the architecture of a product, accordingly to "The PDMA ToolBook 3 for New Product Development", it is essential to highlight that interfaces are common failure points and, therefore, understanding their structures, functions and limitations can help to manage interface issues and avoid substantial frustration, rework and delay.

For instance, a well-designed product interface enables team members to work together more efficiently by providing a clearer overview of the project, its goals and objectives. In this way, the team members can have a shared understanding of the project, reducing the time needed for communication and collaboration. In the same way, a good product interface provides real-time access to critical project data, which can help team members make faster and more informed decisions.

Overall, a well-designed product interface can help improve the speed and flexibility of a project, making it more efficient, adaptable and successful.

PROJECT ARCHITECTURE

Project architecture, instead, refers to the overall project or program planning strategy covering topic such as team composition, level of authority, review and approval cycles, roles and responsibilities, risk and issues analysis approach, escalation strategy, etc. In this case rolling wave is best suited for practitioners who have a basic understanding of standard program/project management concepts and principles as it fosters an integrated appreciation of these structures [1].

For example, "Plan a little, do a little" works best when the team has a capability for seeing the big picture and the details so that the project can balance the top-down perspective to the bottom-up [1].

To understand this point it is valuable dive into the details and notice the differences between the two approaches. In particular, the top-down approach is consistent with the idea that top management must have a strict control over the organizational knowledge and, consequently, they must set the goals in line with the overall strategic direction for the company. This implies a pre-defined and clear vision about knowledge in the company, as well as about the strategic goals. In a top-down approach, the ultimate users, at any level of the organization, will therefore simply use it in the way that is prescribed by the top-management [5]. Conversely, a bottom-up approach implies that the employment and configuration are strictly dependent on the real needs of the users. A bottom-up approach takes the view that valuable organizational knowledge should be shared by users in a sort of social community, and not controlled by the management [5].

Balancing the two approaches means having employees at any level of the organization that, depending on the specific time through the project lifecycle, can either simply perform what has been decided by the top management or are directly part of the decision-making process. To be a successful planning technique, the Rolling-Wave has to be managed by teams that possess a combination of skills and allow them to view the project holistically, from both a top-down and bottom-up perspective.

In general, considering the project lifecycle, the proportion of top down thinking is greatest at the beginning, and then diminishes towards the completion of the project.

Overall, talking about the project architecture, the Rolling-Wave achieves agility because it encourages both a strategic perspective and tactical control over the day-to-day work.

Principle Two: Uncertainty and Ambiguity

The Rolling-Wave planning technique is used in project management to deal with uncertainty. Uncertainty means literally without certainty and this implies a lack of predictability of structure and of information. Rolling-Wave’s focus is on uncertainty reduction with question like: What do we know? How good is what we know? What don’t we know? How much have we progressed in evaluating what we don’t know?[1]

Trying to investigate more in detail the levels of uncertainty, it is possible to split them into four main categories: technical, market, organizational and resource.

Technical uncertainties relate to the completeness and correctness of the scientific knowledge, the extent to which the technical specifications of the product can be implemented, the reliability of the manufacturing processes, maintainability and so forth [2].

Market uncertainties refer instead to the degree to which customers need and want the product, the value creation and competition. They have to deal with customer acceptance of the proposed functionality, feature set and price. Here can be found all the decisions regarding the extent to which conventional forms of interaction between the customer and the product can be used, the appropriateness of conventional methods of sales/distribution and revenue models and the project team’s understanding regarding the competitiveness with competitors [2].

Organizational uncertainties involve organizational issues both within the project and between the project and its various internal and external constituencies. The first are related to organizational resistance, lack of continuity and persistence, inconsistency in expectations, changes in internal and external partners and changes in strategic commitment. On the other side, there are also uncertainties related to the conflict between the team project and the other units engaged: these are referred to the difficulty of managing the relationship between them [2].

Lastly, resource uncertainties refer to the project teams struggle to attract the resources they required. They reefers not only to financial resources but also to competencies. Moreover, even when a breakthrough project team is formally established, its funding is generally unstable over time: interest in the project and sponsors come and go. This category is usually closely associated with technical uncertainty[2].

The greater each of these types of product development uncertainty, the more the program needs to use techniques that foster agility, such as Rolling-Wave.

Principle Three: A functioning team with good leadership

Experts in new product development have long regarded personal leadership and effective teamwork as key success factors [1]. Indeed, team effectiveness will also lead to better collaboration and communication between team members, which is essential for effective Rolling-Wave planning.

The use of cross-functional teams is a common practice as managers find ways to create a more responsive firm. Members from diverse functional areas contribute unique perspectives to cross-functional teams, which can create innovative teams well-adapt at problem-solving [6]. Cross-functional teams are becoming popular not only to include different perspectives when facing new problems, but also to incorporate the customer point of view and anticipate future problems. Indeed, increasingly for businesses that are adopting agile tools, the development teams are including a knowledgeable representative of the customer as an effective member of the team. This provides relevant feedback on the feature and functions that produce the most value. Because customers can change their priorities, flexible approaches take that dynamic as a given and work to react quickly and effectively [1]. Insiders can accelerate the development of the team as effective project reviewers by participating on an oversight board with outsiders who have long and deep experience with decision-making under uncertainty[2].

On the other hand, leadership in cross-functional teams is not determined by a single, authoritative position but rather by the abilities of members to collaborate with one another in any given moment. The elements of team environment work collectively to create a team context that encourages members to provide leadership and accept leadership of other members [1].

Therefore, the importance of the team members is strictly related to the effectiveness of the team itself and also to the ability to create an effective team context.

Implementation of The Rolling-Wave technique

Step One: Get the team and strategy in place

Step two: Perform Top-Down planning, starting with the Level 1 of the Work Breakdown Structure

Step three: Decompose the first set of "Plan a Little" activities

Step four: The baseline

Step five: Execute the planned work

Step six: Iterate through the planning horizons and close the project

Real-life case study

Limitations

Annotated Bibliography

References

  1. 1.00 1.01 1.02 1.03 1.04 1.05 1.06 1.07 1.08 1.09 1.10 1.11 1.12 1.13 1.14 Project Management Institute, Inc. (PMI)., "The PDMA ToolBook 3 for New Product Development", 2008
  2. 2.0 2.1 2.2 2.3 2.4 2.5 Mark P. Rice, Gina Colarelli O'Connor, Ronald Pierantozzi,"Implememnting a Learning Plan to Counter Project Uncertainty "], MIT Sloan Management review, Winter 2008
  3. Larman, Craig, "Building the Agile Enterprise", 2004
  4. Karl Ulrich, "The role of product architecture in the manufacturing firm"], Massachusetts Institute of Technology, Sloan School of Management, December 1993
  5. 5.0 5.1 Bolisani Ettore, Scarso Enrico, "Knowledge Management and Organizational Learning", Volume 3, 2017
  6. Josh Daspit, C.Justice Tillman, Nancy G. Boyd and Victoria Mckee, "Cross-functional team effectiveness", Team Performance Management, Vol.19, 2013
Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox