by Cyndee Miller
Innovation has an odd rep, tied to a rather romanticized notion that it rests with only a small cadre of some bleeding-edge R&D types.
That’s just not how it plays out in today’s hyper-competitive world, though.
Innovation must become an “all-the-time, everywhere capability,” said author Rowan Gibson, the opening keynote speaker for PMI EMEA Congress. “It must become a corporate way of life.”
Absolutely. But how do you actually do that?
“We have to become trend surfers,” he said, people who make change work for them rather than against them.
So, project management friends, Mr. Gibson has a big question for you: “Are you up there riding these waves of change? Or are you lying on the beach waiting for the tsunami to hit you?”
Don’t get swept away. Trend surfers know they have to go with flow, not stay chained to the past.
“What if the dominant conventions in your field, market or industry are outdated, unnecessary or just plain wrong,” he said.
That leaves you oblivious to new ways of thinking—the kind of thinking that could very well end up changing the whole project landscape.
The world’s largest taxi company doesn’t own a single cab. The world’s largest retailer doesn’t stock a single product. “Ten years ago this type of business model would have been unfathomable,” Mr. Gibson said.
That’s not only possible. Uber and Alibaba have made it reality.
It’s not just the upstarts. Every company has core competencies and strategic assets. They just need to figure out how they can repurpose those resources into new growth opportunities. Disney, for example, wasn’t content with only having its live characters and shows taking a starring role at its theme parks. They used those skills to create a cruise ship model, a travel agency and even some smash Broadway hits.
“Most companies don’t do this,” Mr. Gibson said. “Most companies define themselves by what they do—we’re a bank, we’re a software company, we’re a supermarket—rather than by what they know.”
They’re missing out by not connecting the dots between their competencies and their customers.
“Innovators search for unsolved problems and unmet needs or wants,” said Mr. Gibson, pointing to the lowly paint can. The heavy, hard-to-carry and even-harder-to-use object hadn’t been redesigned since its debut. Paint manufacturer Dutch Boy launched a project to redesign the container in a way that put the customer first. Their new paint “can” is made of plastic, and has a screw top, a handle for carrying and a spout for pouring. “In just six months, the new package tripled their sales and tripled the number of retail outlets stocking their product.”
To move ideas from mind to market, make it about the customer—not rules and regulations. This may be a rough one for project managers in the thick of the action on innovation projects. But ideas need time to grow, so try not to impose too stringent of a process.
Are you ready to ride the wave?
by Kevin Korterud
The technology found in today’s automobiles is simply amazing. Front and side traffic radar units, anti-dozing head movement detectors, driving timers that alert drivers when they should stop for a break — all good examples of accident prevention mechanisms.
Projects to some degree are like automobiles: They are on a journey to deliver passengers (the project team and stakeholders) to a pre-determined destination. However, despite the introduction of many modern project management technologies, research shows that we continue to experience project accidents. These accidents result in extensive and costly rework to get a project back on track.
I think part of the solution to avoid these potential problems is to borrow from recent automobile technologies as a way to detect troublesome signals. These signals are not readily perceivable from traditional project management methods.
Here are a few examples of anticipatory signals that portend the onset of a skid that often leads to a project accident.
A core competency of a project manager is to determine the schedule, budget and progress trajectory of a project. The project forecast is essential to determine where the project will finish for these measurements. Schedule, budget and progress forecasts from team members that exhibit great degrees of change over prior reporting periods are indicative of trending to an accident. This downward spiral is exacerbated when the forecast measurements come with great uncertainty; e.g., “I don’t know what this will take to finish.”
Several techniques can be employed to reduce the volatility of forecasting. Some of these techniques include initiating a peer review of the forecast with another project manager or supplier subject matter expert, as well as pausing the project to recalibrate the forecast in a dedicated working session. Taking time to implement these and other techniques to mitigate forecast volatility will get the project back on track before an accident.
2. Static Project Status
Project status reports can offer a tremendous amount of value to a project manager. They accumulate both qualitative and quantitative data that sheds light on the current project state. But, despite the visibility status reports provide, they’re just a snapshot. That limits their ability to show progress trends. In addition, a project status report that does not show content changes week over week indicates that the project is likely stalled and headed toward an accident.
To increase the anticipatory value of a project status report, introduce trending and predictive data for risks, issues, deliverables and milestones. This allows the project team to determine what level of progress has been achieved, as well as what progress to expect. It also better positions the project manager to escalate mitigations to avoid an impending project accident.
At the beginning of a project, stakeholder engagement and enthusiasm is typically high. This is not unlike the start of a road trip. But, as time passes on a project, the level of enthusiasm and engagement can begin to wane. Stakeholder engagement over time will face tough tests from project risks to resource challenges to dependency conflicts. Each can sap the energy levels of stakeholders. This leads to passive engagement at best and complete disengagement and absenteeism at worst.
To keep stakeholder engagement at the proper level, stakeholders need to be treated like any other resource on a project. Their time needs to be managed in work plans to avoid oversubscribing their capacity. In addition, their work should be focused on higher value activities that promote project progress. Providing the team access to project support staff to maximize productivity also helps further stakeholder engagement and leads to persistent engagement.
Perhaps one day in the future there will be technology solutions that provide anticipatory signals for projects headed for an accident. Until that day comes, however, project managers still need to think organically and look for hidden signals of dangers to project budgets, schedules and progress.
What do you see as the leading indicators that a project is trending toward disaster?
Lead With Value
by Dave Wakeman
Where do you stand on the value vs. benefits debate?
As someone who spends most of my time managing projects in marketing and revenue-generating roles, I likely see the idea in a much different way.
To me, value is the most important thing that you can sell to your sponsors, stakeholders and your team.
I think it’s pretty simple: If you are selling benefits, you have allowed yourself to slip into the world of commodity.
As the need increases for project managers to advocate for resources and execution in projects, it’s important that we don’t give weight to commodity thinking. If we allow ourselves to become a commodity, it becomes much easier to ignore our project, cancel the project or not give the project the resources it needs to be successful.
Value, on the other hand, allows you to explain your project in terms of impact. And if your stakeholders, sponsors and team see the impact and the improvement of what your project will mean to the organization, community or stakeholders, it becomes much easier to sell the importance of the project, the need for resources and the benefits.
Here are a couple ideas on how you can prioritize value in your projects.
Lead with impact. Think about how the work you are doing is going to improve people’s lives, the success of an organization or some other high impact measure that will get people excited.
Here’s an example: In working on the New Year’s Eve ball drop in New York’s Times Square for several years, I could have easily said my main job was to make sure that I expedited people’s access to the restricted areas, hastened the process of getting people in and out of Times Square and ensured that the primary entertainment events went off in a timely manner.
That would be missing the point. The impact that I created was that I ensured that the logistics of the ball drop didn’t stand in the way of people having a safe, enjoyable New Year’s Eve experience.
In the first example, those are just commodity activities.
But if I do the job of selling the value the right way, it’s much more likely that the project is going to go through in a way that I hope for.
Don’t just think of the tangible benefits; think of the intangible benefits too. The core of the benefits argument is that tasks are the only thing people value in business or project management.
As someone that started out my career working in entertainment exclusively, I recognized pretty early on that what people view as a benefit often is independent of what they are actually getting from physical goods.
For all of you thinking about value over benefits, this boils down to tangible versus intangible value.
If you are selling the value of your projects, and you want to increase the impact of your conversation, focus on impact. Think about it from both the tangible and intangible angles.
The tangible value in your project might be how much more money they are going to earn, how much money they are going to save or how much more efficient something will be.
Your sponsor or stakeholders might really be much more excited by less stress from commuting, in the case of a mass transit or road project. They might find that the reduction in time allows them to spend more time at home with their family.
Or, the intangible might be something else entirely.
The key is to not allow your project to just become a checklist of activities. If you do, you are likely dealing with commodity status and no project team does their best work in that situation.
High-Performance Teams Are Purpose-Driven
Education and Training,
Human Aspects of PM,
New to Project Management,
Nontraditional Project Management,
Reflections on the PM Life,
Categories: Benefits Realization, Best Practices, Career Help, Change Management, Communication, Complexity, Education and Training, Facilitation, Generational PM, Human Aspects of PM, Human Resources, Innovation, Leadership, Lessons Learned, Mentoring, New to Project Management, Nontraditional Project Management, Program Management, Project Delivery, Project Failure, Reflections on the PM Life, Risk Management, Stakeholder, Strategy, Talent Management, Teams
By Peter Tarhanidis, Ph.D., M.B.A.
Program teams should collaborate like a world-class orchestra.
This ideal state of team engagement and performance requires the presence of several key elements, including an engaged sponsor, a governance committee, a project manager and a status dashboard to communicate performance.
However, maximizing this level of performance is especially challenging when working with cross-functional groups, external stakeholders and shareholders. This increases the complexity of the human performance aspects of team management.
I recall one assignment I worked on that required the team to design and build a new centralized model to bring together three different operations. The team was given two additional challenges. The first challenge was to consolidate disparate teams into two geographic centers. They also had to reduce the overall timeline from 18 months to 10 months.
These challenges exacerbated how teams were not working well with their counterparts. They quickly became dysfunctional and lost their purpose. The project was crashing.
Stepping into this situation I decided to conduct a stakeholder analysis. I used this approach as an intervention method to understand the underlying themes. The analysis revealed the team:
After reflecting on the team’s feedback, I realized that most members wanted to find meaning in their work. It seemed no one was developing their sense of shared purpose and putting their strengths to work toward this program.
I decided I needed to re-invest them as members of the team. To get the team back to performing well, I:
This approach strengthened the program and delivered on the challenges.
The lesson learned is, do not simply apply methods and approaches in complex program delivery. Manage the team’s purpose and establish shared values as an important driver of overall delivery.
How do you manage that purpose and invest in high-performing teams?
By Christian Bisson, PMP
As most of you know, scrum works in iterations called “sprints” that can vary in duration depending on the product. However, there is some debate about what people call a “Sprint 0”: a sprint used for planning or prework deliverables that will help launch Sprint 1.
There are no one-size-fits-all ways to work, but personally I believe Sprint 0 is necessary in many cases. Here’s why:
One big difference between waterfall and agile is how planning works. Waterfall tends to focus a lot (sometimes too much) on planning, while agile tends to be the opposite. For most projects with lots of unknowns, planning too much will be a waste of time because the project will evolve and most of the work done in advance will be wasted. That’s why you plan as you go in agile.
However, when you start a product from scratch (e.g., a website, software, etc.), there are many decisions that will affect the entire product development — some of which can block developers from coding on day one. For example, what is the best programming language/framework to use? Teams need development environments amongst several other tools. This setup can use up a lot of time and prevents work from gettting done if nothing is available. Sprint 0 becomes crucial to give the team time to prepare so they can code properly from the start.
Sprint 0 helps with that by providing a first iteration that allows the team to plan enough for Sprint 1, whether with analysis, wireframes, designs, etc.
Chances are, the team has never worked together before. The Sprint 0 approach can help the team set up and get to know each other, which will help them at the sprint planning of Sprint 1.
Other factors to consider are estimating tasks, timing of ceremonies, understanding everyone’s role and so on — all important elements that make or break a team’s efficiency.
It’s also a perfect opportunity for the scrum master to get the lay of the land and identify where to focus first to help the team.
Many would argue that value should be delivered at the end of a sprint. And Sprint 0 does not offer that to the stakeholders, which is true. However, not much real value will be delivered from a Sprint 1 that is wasted by the complete lack of preparation!
What are your thoughts on Sprint 0?