SPPM Unit-5 Notes
SPPM Unit-5 Notes
The software effort included the development of three distinct software systems totaling more than one million
source lines of code. This case study focuses on the initial software development, called the Common
Subsystem, for which about 355,000 source lines were developed. The Common Subsystem effort also
produced a reusable architecture, a mature process, and an integrated environment for efficient development of
the two software subsystems of roughly similar size that followed. This case study therefore represents about
one-sixth of the overall CCPDS-R project effort.
Although this case study does not coincide exactly with the management process presented in this book nor
with all of today's modern technologies, it used most of the same techniques and was managed to the same spirit
and priorities. TRW delivered
Key Points a An objective case study is a true indicator of a mature organization and a mature project process.
The software industry needs more case studies like CGPDS-R.
a The metrics histories were all derived directly from the artifacts of the project's process. These data were used
to manage the project and were embraced by practitioners, managers, and stakeholders.
a CCPDS-R was one of the pioneering projects that practiced many modern management approaches. a This
appendix provides a practical context that is relevant to the techniques, disciplines, and opinions provided
throughout this book.
the system on budget and on schedule, and the users got more than they expected. TRW was awarded the Space
and Missile Warning Systems Award for Excellence in 1991 for "continued, sustained performance in overall
systems engineering and project execution." A project like CCPDS-R could be developed far more efficiently
today. By incorporating current technologies and improved processes, environments, and levels of automation,
this project could probably be built today with equal quality in half the time and at a quarter of the cost.
Modern Project Management
Projects have been around since the Great Pyramids, but how we approach managing them has
changed. Modern project management has been developing over several decades. To put this in perspective,
let’s start with traditional project management.
Traditionally, projects were predictable workflows that arrived at predictable results. Processes were efficient,
accurate, and stable. Sometimes these were called “continual effort” projects, because they emphasized
repeatable work that didn’t change often (for instance, maintenance activities).
Today, projects have changed. Services firms provide more “single-time efforts” than continuous ones. Their
projects are often unique and short-term (for instance, building a website or implementing a software product).
1. Plan
Project planning has become more flexible. Once a deal closes, project managers must find the appropriate
resources, budget, timeframe, and tools (i.e., technology) required to complete the work in a timely manner and
for a cost to which the client has agreed.
2. Lead
Today’s project managers need a more widespread understanding of specific resource skills, since they will be
leading a variety of people through specialized tasks that roll-up into the successful deliverable. They must
speak many languages, from programming and creative to project financials, sales, and accounting. This
knowledge helps them gain group consensus, solicit specific contributions, and create the best environment for
individuals to contribute to the group project.
3. Organize
Organization requires greater flexibility as well. Project managers are increasingly relying on technology to
help conduct their work. They are looking for solutions that pull them out of time-consuming spreadsheet
calculations, data exports, manual report building, and manual monitoring in favor of real-time integrations and
tracking tools now available. This helps them optimize resource allocation, budget tracking, report building, and
on-time delivery.
4. Control
With more flexible tools comes greater control. Project managers are able to shift resources mid-project in order
to address an issue that has arisen, such as potentially not meeting a deadline or going over budget. Today’s
software creates this environment of greater control, with early adopters of platform innovations pulling ahead
of their competitors.
Successful software management is hard work. Technical breakthroughs, process breakthroughs, and new tools
will make it easier, but management discipline will continue to be the crux of software project success. New
technological advances will be accompanied by new opportunities for software applications, new dimensions of
complexity, new avenues of automation, and new customers with different priorities. Accommodating these
changes will perturb many of our ingrained software management values and priorities. However, striking a
balance among requirements, designs, and plans will remain the underlying objective of future software
management endeavors, just as it is today.
The software management framework I have presented in this book is not revolutionary; numerous projects
have been practicing some of these disciplines for years. However, many of the techniques and disciplines
suggested herein will necessitate a significant paradigm shift. Some of these changes will be resisted by certain
stakeholders or by certain factions within a project or organization. It is not always easy to separate cultural
resistance from objective resistance. This chapter summarizes some of the important culture shifts to be
prepared for in order to avoid as many sources of frictio n as possible in transitioning successfully to a modern
process.
Key Points
1 processes and technologies necessitates i several culture shifts that will not ; always be easy to achieve.
▲ Lessons learned in transitioning organizations to a modern process have exposed several recurring themes of
success that represent important culture
▲ A significant transition should be attempted on a significant project. Pilot i projects do not generally attract
top tal-; ent, and top talent is crucial to the success of any significant transition.
Emerging Project Management Trends To Prepare For In
2020
1.Constantly Changing Digital Technologies
The latest and greatest is never actually the latest and greatest anymore.
What’s Happening?
This is nothing new to project managers, but this project management trend is ramping up as we head into 2020
and beyond. By the time a piece of tech or software has launched, there’s something new to take its place.
Companies are putting more and more emphasis on their employees’ Technology Quotient, defined by the PMI
as “a person’s ability to adapt, manage and integrate technology based on the needs of the organization or the
project at hand.”
In other words, how well (and quickly) you can adapt to new tech, like AI and automation, and successfully
integrate it into your project management process.
What’s The Impact?
Digital project managers should develop their technology quotient, but it’s not just about who can implement
technology X, Y, or Z the fastest. It’s also about discerning which digital technologies to use when, and whether
a certain technology should be used at all. Using the wrong project management or automation software can
have disastrous effects on your projects, costing you time and budget.
Automation and AI technologies remain prominent and are increasingly so, consistent with our project
management trends from 2019. Knowing how to use them to optimize your projects will have a positive impact
on your projects, like streamlining resource management, reducing and mitigating project risks and threats, and
prioritizing tasks and projects. This will free up time for your other project management activities like leading
team meetings, interpreting client or organizational requests, and driving timelines.
Your technology quotient can’t stand on its own. It is useless when not used in combination with project
management skills. Recent data from the PMI shows that organizations that implement a combination of the
technology quotient and project management skills are 76% more likely to hit project objectives than those that
don’t (61%). Also, those that do are more likely to complete projects without going over budget or exceeding
timeline.
What You Should Do About It?
Exercise your technology quotient muscle and keep it in shape. Make use of the technology that benefits you,
and ignore the hype on the rest. After all, there is only so much technology you can use in a day. Balance your
technology quotient and project management skills by:
1. Doing your research. Read ‘best of’ lists, customer reviews, testimonials, subject matter expert blogs,
whatever you can get your hands on before committing to any software.
2. Riding the automation wave. Set up email filters, automatic reminders, follow- ups, analytics reports, and
other tasks that will save you time.
3. Building your PM skills. Take The DPM School course, and read PM books, blogs, and other informational
resources to keep progressing in project management.
2.Importance of Change Management to Project Success
Project management trends: it’s all about collaboration, collaboration, collaboration in 2020.
What’s Happening?
Individual work—keeping your head down with your nose in your notes or reports—doesn’t seem to exist
anymore. It never really existed at all in project management. People have always had to work together to get
projects done, and heading into 2020 there are more tools, tips, and tricks than ever that you can leverage to
collaborate with your team in a productive way.
What’s The Impact?
Communication is an essential component of collaboration. In 2019, we covered how soft skills like
communication, negotiation, and emotional intelligence are increasingly providing more business value. Project
management skills in communication will intensify in importance, and are likely to shoot to the top of the list
for companies looking for and allocating project managers.
On a day to day level, this means more check-ins with your team, more quick meetings (who doesn’t love a 5
minute meeting), and more heads ups. You’ll find that projects run smoother, your team has more direction, and
you’re proactive in approaching problems.
More collaboration means more collaboration tools. This is a little bit like the chicken and the egg: are we
collaborating more because there are more tools, or are we using more collaboration tools because we need to
collaborate more? Either way, tools are crucial to your collaboration process. 51% of companies are using
collaboration tools in completing projects, and the most commonly used tools were SharePoint, MS Teams, and
Confluence. Tools make it easier for team members to jump in on projects, so you can cover all angles, get a
fresh perspective, and make better decisions.
What You Should Do About It?
Keep building your communication skills! You can never be too good at communication, and your team, your
superiors, and your clients will thank you. Here’s some ways to get started.
1. Create a communication plan for you and your team to stick to, to make sure you’re all on the same page
when it comes to checking in.
2. Invest in a communication tool. Tools can provide just about any functionality you need, and they offer
customization options so you can adjust the settings to find what works best for you and your team.
3. Have more meetings, within reason, of course. While no one likes having a meeting when a quick instant
message would have sufficed, having a few extra few meetings throughout a project can help you keep
projects on track and stay proactive in anticipating issues.
4. Get other people’s perspectives. Involve team members from other departments, other project teams, or
other educational or cultural backgrounds. Everyone has a unique perspective—it’s likely they’ll present
something you hadn’t thought of, helping you brainstorm or problem solve. At the very least, you’ll get a
fresh pair of eyes on a deliverable, which never hurt anyone.
5. Shifting, Globalized Gig Economy
More people are working remote gigs (and the coffee shops are raking it in!).
What’s Happening?
Project managers already have firsthand knowledge of the growing gig economy—many teams are bringing on
gig workers, and the increasing numbers of remote working and co-working arrangements has already begun to
impact our approach in managing projects. Stats from Gallup show that 36% of workers earns income from gig
work in some capacity. In fact, according to Arras People’s 2019 Project Management Benchmark Report, 42%
of project managers are themselves freelancing, indicating this will become the norm more and more.
What’s The Impact?
More than the other project management trends, the gig economy has direct, immediate results in a project
manager’s work. We often find ourselves with a smaller pool of core, full-time team members, who are
supported by a distributed and shifting network of freelancers.
For PMs, managing a remote team comes with a whole new set of challenges in time, people, and task
management. We’re continuously trying to answer the question of how we’ll keep work flowing smoothly when
our teams are in different time zones, different continents, and often committed to more projects than just ours.
What You Should Do About It?
It appears this is one of the project management trends is here to stay. You’ve got to get used to gig workers and
the quirks of managing a remote team. Here’s where you can start:
1. Make it your job to be aware of the risks specific to remote teams, such as burnout and isolation, and
develop strategies to minimize these risks. Likewise, develop strategies for motivating and inspiring a
distributed team.
2. Read this article on becoming more adept at managing remote teams, across time zones, who are often
working flexibly and on different projects.
3. Brush up your briefing: with less face-to-face check-in, setting your team up for success with clear
requirements and extra clear expectations is essential.
4. Add structure to a distributed team through the use of tools focused on workflow automation and business
process management.
6. Greater Focus On Data
This appendix presents a detailed case study of a successful software project that followed
many of the techniques presented in this book. Successful here means on budget, on
schedule, and satisfactory to the customer. The Command Center Processing and Display
Sys-tem-Replacement (CCPDS-R) project was performed for the U.S. Air Force by TRW
Space and Defense in Redondo Beach, California. The entire project included systems
engineering, hardware procurement, and software development, with each of these three
major activities consuming about one-third of the total cost. The schedule spanned 1987
through 1994.
The software effort included the development of three distinct software systems totaling more
than one million source lines of code. This case study focuses on the initial software
development, called the Common Subsystem, for which about 355,000 source lines were
developed. The Common Subsystem effort also produced a reusable architecture, a mature
process, and an integrated environment for efficient development of the two software
subsystems of roughly similar size that followed. This case study therefore represents about
one-sixth of the overall CCPDS-R project effort.
Although this case study does not coincide exactly with the management process presented in
this book nor with all of today's modern technologies, it used most of the same techniques
and was managed to the same spirit and priorities. TRW delivered
Key Points a An objective case study is a true indicator of a mature organization and a mature
project process. The software industry needs more case studies like CGPDS-R.
a The metrics histories were all derived directly from the artifacts of the project's process.
These data were used to manage the project and were embraced by practitioners, managers,
and stakeholders.
a CCPDS-R was one of the pioneering projects that practiced many modern management
approaches. a This appendix provides a practical context that is relevant to the techniques,
disciplines, and opinions provided throughout this book.
the system on budget and on schedule, and the users got more than they expected. TRW was
awarded the Space and Missile Warning Systems Award for Excellence in 1991 for
"continued, sustained performance in overall systems engineering and project execution." A
project like CCPDS-R could be developed far more efficiently today. By incorporating
current technologies and improved processes, environments, and levels of automation, this
project could probably be built today with equal quality in half the time and at a quarter of the
cost.
Some of today’s popular software cost models are not well matched to an iterative software
process focused an architecture- first approach Many cost estimators are still using a
conventional process experience base to estimate amodern project profile A nextgeneration
software cost model should explicitly separate architectural engineeringfrom application production,
just as an architecture- first process does. Two major improvements in next-generation software cost
estimation models: Separation of the engineering stage from
the production stage will force estimators todifferentiate between architectural scale and
implementation size. Rigorous design notations such as UML will offer an opportunity to
define units of measurefor scale that are more standardized and therefore can be automated
and tracked. Modern Software Economics: Changes that provide a good description of what
an organizational manager should strive for in making the transition to a modern process: 1.
Finding and fixing a software problem after delivery costs 100 times more than fixing the
problem in early design phases 2. You can compress software development schedules 25% of
nominal, but no more. 3. For every $1 you spend on development, you will spend $2 on
maintenance. 4. Software development and maintenance costs are primarily a function of the
number of source lines of code 5. Variations among people account for the biggest
differences in software productivity. 6. The overall ratio of software to hardware costs is still
growing – in 1955 it was 15:85; in 1985 85:15 7. Only about 15% of software development
effort is devoted to programming 8. Software systems and products typically cost 3 times as
much per SLOC as individual software programs. 9. Walkthroughs catch 60% of the errors.
10. 80% of the contribution comes from 20% of the contributors.
new approach would improve the !accuracy and precision of software cost estimates, and
would accommodate dramatic improvements in software economies of scale. Such
improvements will be enabled by advances in software development environments. Boehm's
benchmarks of conventional software project performance and describe, in objective terms,
how the process framework should improve the overall software economics achieved by a
project or organization.
Key Points
▲ Next-generation software economics should reflect better economies of scale and
improved return on investment profiles. These are the real indicators of a mature industry.
▲ Further technology advances in round-trip engineering are critical to making the next
quantum leap in software economics.
▲ Future cost estimation models need to be based on better primitive units defined from
well-understood software engineering notations such as the Unified Modeling Language.
numerous projects have been practicing some of these disciplines for years. However, many
of the techniques and disciplines suggested herein will necessitate a significant paradigm
shift. Some of these changes will be resisted by certain stakeholders or by certain factions
within a project or organization. It is not always easy to separate cultural resistance from
objective resistance. summarizes some of the important culture shifts to be prepared for in
order to avoid as many sources of friction as possible in transitioning successfully to a
modern process.
Key Points
▲ The transition to modern software
1 processes and technologies necessitates i several culture shifts that will not ; always be easy
to achieve.