By Kevin Korterud
When I first started as a technology project manager, it was not uncommon for a project to have just one deliverable. All of the tasks in the project created the path that led to the single deliverable, which in many cases was a program, report or screen. Life used to be so easy!
As projects became more complex, the need grew for multiple project deliverables that lead to a complete solution. Deliverables now represent the “building blocks” that form a key foundational element of any project.
Whereas scheduling tasks is a fairly straightforward process that involves capturing durations, resources and successor/predecessor networks, scheduling deliverables comes with its own set of complexities. Deliverables don’t always behave in a linear manner like tasks—so special considerations come into play with their scheduling. In addition, there are typically people and expectation factors that need to be part of a deliverable scheduling model.
Here are three essential reminders for properly scheduling deliverables:
Whereas tasks are singular items that stand alone in a work plan, deliverables have a few extra packaging steps in their path to completion.
One of the most dangerous scheduling mistakes to make with deliverables is to have a single task in a work plan that represents the deliverable. This is because of the variation in duration and effort that it takes to complete a deliverable.
Deliverables have a natural path to completion that involves a package of tasks, whose dynamics differ from normal tasks in a work plan. Project managers need to include these extra tasks that chart the lifecycle of a deliverable from initiation to completion.
For example, a sample set of deliverable task packaging would appear as follows:
You can tell from the above table that prior to scheduling deliverable task packages, project managers need to have a deliverable governance process in place. A deliverable governance process that identifies specific deliverable reviewers and a single approver are key to the effective scheduling of deliverables.
2. Deliverables May Require Task-like Linkages
We are all familiar with creating predecessor or successor linkages between tasks to form a linear series of work needed to achieve an outcome. Those linkages serve to drive schedule changes as prevailing project conditions occur.
Deliverables can require the same sort of linkages found in tasks. For example, if you have deliverables that lead to the creation of a marketing web page that involves multiple supplier deliverables, selected tasks in the deliverable package can contain task linkages. These linkages impose conditions which determine the pace at which related deliverables can be completed.
Let’s say there are three design documents from different suppliers required to create an overall design document. The build of the overall design document cannot finish before those three supplier design documents are all approved. So in the work plan, delays and schedule movements in the supplier design deliverables will drive the true completion date of the overall design document.
In addition to the scenario of having deliverables with dependencies, it is just as likely to have a set of deliverables that do not have any dependencies at all. These deliverables need to be completed by the end of the project but do not directly figure into the final outcome of the project. These are often process improvement deliverables that are needed for future projects that are not ready for execution.
When a project manager has a slate of unrelated deliverables, the optimal approach is to bundle them into agile-like sprints. The content of each deliverable sprint is determined by a balance of resource availability for the people who build, review and approve deliverables, as well as any form of relative priority. For example, if deliverable reviewers have low availability during a scheduled deliverable sprint, those deliverables can be pushed to a subsequent deliverable sprint.
Priority can also determine the content of deliverable sprints. Higher priority deliverables would displace lower priority deliverables to future sprints, even if work has begun on those deliverables. For example, if there is a strong need for a certain tool to be used by multiple projects, those deliverables would move into the current deliverable sprint. The deliverable sprint process allows for agility, while balancing value created from the deliverables.
As I shared earlier, life was so much easier when projects created one deliverable. Different times demand different approaches to managing deliverable schedules—especially on large transformations where there could be hundreds of dependent and independent deliverables. The last thing anyone wants to do is insufficiently manage deliverables: Leaving out one of those “building blocks” might cause the house to fall over.
What tips do you have for deliverable scheduling in today’s project ecosystem? Share your thoughts in the comments below.
Plan for the Velocity of Change to Keep Increasing!
Human Aspects of PM,
Categories: Agile, Best Practices, Career Help, Change Management, Complexity, Facilitation, Generational PM, Human Aspects of PM, Human Resources, Innovation, Innovation, IT, Leadership, Leadership, Lessons Learned, Portfolio Management, Program Management, Project Planning, ROI, Stakeholder, Strategy, Talent Management, Teams
By Peter Tarhanidis, Ph.D., M.B.A.
Today, developments in emerging technology, business processes and digital experiences are accelerating larger transformation initiatives. Moore’s Law means that we have access to exponentially better computing capabilities. Growth is further fueled by technologies such as supercomputers, artificial intelligence, natural language processing, Internet of Things (IoT) and more across industries.
Business Process Maturity
According to market research group IMARC, automation and the IoT are driving growth in business process management (BPM); the BPM market is expected to grow at a 10 percent compound annual growth rate between 2020 and 2025.
Customer experience is redefining business processes and digitizing the consumption model to increase brand equity. Gartner reports that among marketing leaders who are responsible for customer experience, 81 percent say their companies will largely compete on customer experience in two years. However, only 22 percent have developed experiences that exceed customer expectations.
The Way Forward
I’ve developed a few guidelines to help navigate this change:
Change is now inherent and pervasive in the annual planning process for organizations. Given that, I like to ask: What is the plan to prepare staff and colleagues to compete in this hyper-transformation age?
What observations have you made to keep up with this new era’s velocity of change?
By Conrado Morlan
Project management practitioners know the importance of communication during the project execution, hand-off and operations stages. For each of these, the communication plan should cover all the different forms of communication and the target stakeholders.
The frequency of communication during project execution often has a defined cadence and uses different artifacts to deliver the message to stakeholders, who usually are internal.
During the operations stage, the project is usually in production and practitioners are communicating directly with customers, either internal or external. While the specifics depend on the situation, communication with customers must be regular, concise and delivered in a timely manner through the proper channels.
How Not to Communicate
As I did not meet the pre-registration requirements, the open registration was my only option. On registration day I was ready: My account was available, all my personal information was filled out, and I had my credit card on hand. At the designated time I visited the registration website to compete for a spot with thousands of runners from across the world.
I thought I would be directed to start the registration process, but instead, I was directed to an electronic queue page. After a few minutes, my expected waiting time was listed as 25 minutes. I got a little anxious thinking that the limited number of entries would sell out in less than that time. A few minutes later, the waiting time changed to 40 minutes, then to more than an hour; all of a sudden a message about “experiencing technical difficulties” was displayed.
In the meantime, upset runners from across the world took to social media to vent their frustration and dissatisfaction. But the organizers did not acknowledge the blast of posts until three hours after the designated registration time. That’s when they posted a message stating that they were trying to figure out the problem, and if they were not able to resolve it soon, a new registration date would be announced.
That message ignited the runners, who inundated social media with posts venting their resentment.
By this time, the organizer’s website was down, and the homepage showed the “experiencing technical difficulties” message. I stayed away from the postings on social media and kept refreshing the website persistently.
Finally, five hours after registration began, the website came alive and the new registration time was posted. I checked social media for postings from the organizer but found nothing. Right at the new posted time, I started my registration process while thousands of runners kept venting their frustration. This time it only took me 20 minutes to complete my registration for the Popular Brooklyn Half.
The Project Management Takeaway
In general, production problems have a resolution time window, which may vary depending on the seriousness of the issue. This is usually unknown for customers, but that does not hinder the communication process. We as project management practitioners need to consider that we are living in times dominated by instant gratification; customers expect that issues will be resolved immediately. At the same time, they expect frequent progress status reports.
As a project management practitioner, have you experienced a similar situation? If so, what did you do to keep your stakeholders/customers informed? What channels of communications did you use? How effective were they? Share your experiences with the community.
By Kevin Korterud
The definition of a successful PMO has changed over time. Today, a highly complex delivery ecosystem is the norm in most organizations. So PMOs that serve primarily as a “back office” function, providing only operational support services, are not seen as adding value. They are viewed as a means of reducing costs by assisting project, program and product managers with operational tasks.
The same can be said for the PMO lead in today’s modern organization. Organizations are turning to their PMO leads to share insights, impart predictability and strive towards the preservation of business value. Today, leads need capabilities that to a great degree mirror their project, program and product delivery leadership counterparts. A highly visible leader with a broad perspective across both delivery and business operations is rapidly becoming a key role in a delivery organization.
Based on the changing PMO landscape, here are what I see as the three essential characteristics of contemporary PMO leads:
The inherent complexity of projects and programs continues to increase as more of the business landscape is automated. In addition, there is growing opportunity for technology and process innovation. Projects and programs can morph into persistent and recurring product development, which in turn creates an environment where delivery is continuous.
PMOs over time have also matured in lockstep with delivery complexity and persistency. PMO service groups have mechanized and industrialized PMO processes to support this growth. In concert, the charter of a PMO has shifted from being just a pure service function; it is now expected to serve as a predictor as well as an enabler of delivery.
These factors put a PMO generalist at a distinct disadvantage. With higher expectations, it’s key that PMO leads have project, program and product delivery experience. These delivery skills provide insights and observations that are more organic in nature and go beyond what is found in status reports; their delivery experience allows them to get to the “so what” insights as well as to realistically predict delivery trajectory. In addition, prior delivery experience makes them more credible as a PMO lead with their project, program and product delivery peers. This also gives them the capability to become an adjunct delivery lead where required.
2. Ability to Conduct Delivery Assurance Reviews
Organizations today can have hundreds of concurrent projects, programs and product delivery initiatives. In addition, the use of delivery performance metrics and other indicators can vary widely. While metrics have always been a useful starting point to determine the overall health of delivery, they don’t always reveal potential volatility in a timely manner.
Delivery assurance reviews go beyond the metrics to explore the factors behind the current trajectory of project, program and product delivery. These reviews are objective examinations conducted on behalf of an organization’s senior leadership to uncover potential delivery “surprises” not visible in status report metrics. The accumulation of delivery surprises over the entire portfolio can readily add up to a significant loss of value.
Leveraging their prior experience, today’s PMO leads are adept at conducting delivery assurance reviews. Enabled with a PMO charter that has been approved by senior leadership to mitigate delivery surprises, the combination of prior delivery knowledge as well as a value-driven mindset allows them to successfully execute delivery assurance reviews. Their organic ability to answer the questions “Where are we, where are we going and will we get there in time?” positions the PMO lead of today as a key team member within a delivery organization.
Today’s delivery ecosystem is a highly complex, fast-moving environment that demands a high level of people engagement. As a project, program or product delivery leader, the ability to seamlessly connect with organizational leadership, stakeholders and suppliers has proven a key factor in delivery success. The same can be said about today’s PMO leads.
In the past, PMO leads and their respective teams were viewed more as an accessory to core delivery activities. Their services were employed directly to a project, program or product delivery lead; they rarely interacted with senior leadership, stakeholders or suppliers. However, today’s delivery ecosystem can tax the capacity and capability of delivery leadership. They need a peer partner who will help them achieve delivery success. To do so requires that the PMO lead understand both delivery and business operating models.
This new PMO interaction model requires that a PMO lead possess a persona that can credibly engage with senior leadership, stakeholders and suppliers. They need to understand both delivery and business operations; the latter coming about from either professional study or exposure through prior delivery experience. While a PMO lead cannot understand every facet of business operations at a deep level of detail, having this exposure makes for more efficient and effective engagement with stakeholders as well as suppliers who are also key contributors to delivery success.
The PMO Lead of Tomorrow
Not long ago a colleague told me they were going to take on a PMO role in an organization. When asked about their motivation to do so, they shared that there were no current project, program or product delivery lead roles open, so they thought this would be a good place to start in this organization.
Much to my delight, this person had a strong background in delivery, professional training in relevant areas of business operations as well as plentiful experience engaging with leadership, stakeholders and suppliers. I smiled to myself that although they had no prior PMO experience, they had all of the right skills to succeed as a PMO lead.
PMO leads need all three of these skills in order to succeed in today’s modern delivery ecosystem. For the PMO lead of tomorrow, they’ll require even more skills to deal with ever-increasing demands for project, program and product delivery. This will position them to play an even greater role in the delivery success of an organization.
I’d love to hear from you: What do you think makes for a good PMO lead?
By Conrado Morlan
Did you know PMI is supported by volunteers from around the world? I had no idea when I first joined PMI in 2005.
That changed in October 2007 when I joined the ranks of PMI volunteers, a community of practitioners who give their time to work on activities that make a difference around the world. I learned about the many services undertaken by volunteers, including writing PMI standards, preparing questions for certification exams, organizing global conferences and presenting at PMI events. And the list goes on and on.
My first opportunity as a PMI volunteer came three or four months after I registered as a volunteer: participating in an item-writing session for the Project Management Professional (PMP®) exam in Philadelphia, Pennsylvania, USA. At first, I had too many questions and felt daunted. Would I be able to deliver? Am I experienced enough? Would I be called again after this session?
When I arrived in Philadelphia, I put that feeling away and got ready to spend three days with a selected group of experienced project management practitioners from the United States and Canada. The session was quite productive; we shared our personal experiences and produced great material for the next version of the PMI certification exam. The experience was one of a kind; I could not believe everything I learned in three days, and for free.
I went on to participate in sessions in São Paulo, Brazil; Mexico City, Mexico; Washington, D.C., USA; Macao, China; Amsterdam, the Netherlands; and more. I had the fortune to write items for the PMP, Program Management Professional (PgMP)® and Portfolio Management Professional (PfMP)® certification exams.
But that was just the beginning. I kept looking for volunteering opportunities and, on several occasions, submitted papers for PMI congresses in North America and Latin America. Many of my papers were accepted and well received by audiences across the globe.
Through the years, I also have supported local chapters as a keynote speaker or guest speaker in Dallas, Texas, USA; Mexico City, Mexico; Costa Rica; and Nuevo León, Mexico. This has enabled me to share my experiences working with multicultural project teams and meet practitioners from different latitudes.
In 2009, at the congress in Orlando, Florida, USA, I tried something new: writing columns for a special edition of PMI Today. I then co-authored articles for PMI Community Post, have been quoted in several PM Network articles and, as you know, am a frequent contributor to Voices on Project Management.
My proudest moments as a volunteer were when I was selected as a core team member to develop the Implementing Organizational Project Management: A Practice Guide and The Standard for Organizational Project Management in 2013 and 2016, respectively. The opportunity to interact with other project leaders from around the world and contribute to the profession was extraordinary.
If you’re still wondering why I am grateful to be a PMI volunteer, try it for yourself. Take the opportunity to live your profession with passion. See what you can gain by sharing experiences with other colleagues while developing and mastering your skills in a friendly environment.
What are you waiting for? Make your mark and join the local or global volunteer team to grow and advance the project management profession.