Session Material Day1 - 1733681187607
Session Material Day1 - 1733681187607
Now that we've set the stage, let's dive into the exciting world of PMP! Our first topic will be
the Business Envt.
This lesson addresses the concepts and business areas that you should understand before
starting a project, supporting learning related to the “Business Environment” domain in the
ECO and the “Business Acumen” side of the PMI Talent Triangle.
We also cover foundational project management concepts in this lesson.
Central to this lesson is determining the purpose and expectation for the project, as well as
the parameters and expectations of the project within the business.
The business documents which were used to approve the project will provide most of the
initial information needed. If these are not available, you will need to quickly determine the
purpose and expectation for the project. Having a sharp strategic business acumen and a
good foundation in modern project practices will enable you to do this.
All projects are a temporary effort to create value through a unique product, service or
result. All projects have a beginning and an end. They have a team, a budget, a schedule
and a set of expectations the team needs to meet. Each project is unique and differs from
routine operations which is ongoing activities of an organization—because projects reach
a conclusion once the goal is achieved.
Now, how good are you in managing? This project depends on your organization's maturity.
That means your experience in handling projects in the past.
Project management is the use of specific knowledge, skills, tools and techniques
to deliver something of value to people. The development of software for an improved
business process, the construction of a building, the relief effort after a natural
disaster, the expansion of sales into a new geographic market—these are all
examples of projects.
Throughout human history, project management has always been practiced informally, in
the mid-20th century when a group of individuals from the aerospace, engineering,
pharmaceutical, and telecommunications fields realized a changing world needed new
tools. they met to begin to set down and standardize the tools for a new profession to
address the scheduling and resource issues associated with increasingly complex projects.
And in 1969, the Project Management Institute (PMI) was born.
An organizational structure determines how the various groups and individuals within the
organization interrelate. It also affects how much authority the project manager has, as well
as the availability of resources and how projects are performed.
Organizational structures refer to how an organization is designed and structured to
manage its projects and the relationships between various project stakeholders. The choice
of organizational structure can significantly impact how projects are executed, how
resources are allocated, and how decisions are made. There are several common
organizational structures used in project management, each with its own advantages and
disadvantages:
Functional Organization Structure:
Description: In a functional organization, employees are grouped by their areas of
expertise, such as marketing, engineering, finance, etc. Project managers typically have
limited authority and act as coordinators.
Advantages:
Specialized expertise in functional areas.
Clear career paths for employees.
Efficient resource allocation within departments.
Disadvantages:
Slow decision-making and project execution.
Limited project manager authority.
Lack of project-focused communication.
Projectized Organization Structure:
Description: In a projectized organization, project managers have full authority and control
over project resources. Teams are formed around projects, and there is a clear reporting
structure.
Advantages:
Fast decision-making and project execution.
Clear project accountability.
Project-specific communication channels.
Disadvantages:
Limited resource sharing across projects.
High project management overhead.
Potential for duplication of resources.
Matrix Organization Structure:
Description: Matrix structures combine elements of both functional and projectized
organizations. Employees have dual reporting relationships to both functional managers
and project managers.
Advantages:
Efficient resource utilization across projects.
Improved communication and collaboration.
Flexibility to adapt to different project needs.
Disadvantages:
Potential for power struggles between functional and project managers.
Complex reporting relationships.
Conflicting priorities for team members.
Composite Organization Structure:
:
Virtual organizations are networked structures where project teams are geographically
dispersed and often temporary. Project managers and team members work remotely.
Advantages:
Access to global talent.
Reduced overhead costs.
Flexibility and scalability.
Disadvantages:
Communication challenges due to physical distance.
Potential for cultural differences and time zone issues.
Dependency on technology for collaboration.
The choice of organizational structure should align with the organization's strategic
objectives, the nature of its projects, and its culture. It's also important to consider the
strengths and weaknesses of each structure and whether a hybrid or customized approach
may be the best fit. Effective project management within an organization often requires a
balance between structure and flexibility to ensure successful project delivery.
The structural model used by an organization will have a huge impact on how project
managers interact with team members and stakeholders. In many cases, a project manager
will interact with people at various levels in an organization—for example, middle
management, operations, strategic functions and senior management. Knowing which
individuals in the organization are decision-makers or influencers and working well with
them increases the probability of project success.
Project Management Principles
Because every project team operates in a unique way, alignment with principles of project
management offers teams a chance to keep their practices aligned with good practices.
Using these principle statements, PMI can reflect effective management of projects across
the full value delivery landscape: predictive to adaptive and everything in between.
Stewardship: Project managers act with care, integrity, and in the best interests of
the project and its stakeholders.
Team: Creating a collaborative and positive team environment is crucial for project
success.
Stakeholders: Proactive engagement with all project stakeholders, understanding
their needs and managing expectations, is essential.
Value: Focus on delivering project outcomes that provide value to stakeholders.
Systems Thinking: Consider the project as a system with interconnected parts and
how they influence each other.
Leadership: Provide clear direction, motivate the team, and inspire them to achieve
project goals.
Tailoring: Adapt project management practices to the specific needs and context of
the project.
Quality: Integrate quality management practices throughout the project lifecycle.
Complexity: Acknowledge and manage the complexities inherent in projects.
Risk: Proactively identify, assess, and respond to potential project risks.
Adaptability and Resiliency: Be prepared to adapt to changing circumstances and
bounce back from setbacks.
Change Management: Develop a structured approach to manage changes to
project scope, plans, or resources.
By understanding and applying these principles, project managers can increase their
chances of project success and deliver projects that meet stakeholder expectations.
The term ‘agile’ has taken over much of the conversation in project
management Agile has influenced the evolution of project management in recent decades.
• It began with the ”agile mindset,” which emphasise flexibility, collaboration and
Cont
Improvement , which is informed by four values and 12 principles.
• More than 50 known forms of agile practice are used globally!
"To understand where Agile came from, let’s take a journey back to the 1990s. time
when software development was done in a very strict, linear way— a kind of like
building a house. This method which goes step by step by-step: you start with
planning, then design, then coding, and finally testing. Waterfall worked well for some
industries, like construction, mechanical where req were fixed But there was a big
problem In software, requirements and technology are always changing. Developers
would work for months or even years before customers saw the final product. By then,
needs had often changed, and customers were left with software that was already out
of date or didn’t solve their problems. This led to frustration, delays, and a lot of wasted
effort.
Imagine you’re part of a team developing a mobile app, like a fitness tracker. At first, you
might think you know what features users want, like tracking steps or monitoring heart
rate. But what happens when you realize that users really care about tracking sleep, too?
In traditional project management, adding new requirements might cause delays and
frustration.
This is where Agile comes in. Agile is a way of working that breaks down the traditional
process. Instead of spending months or years on a project, we work in smaller chunks,
deliver pieces of the project faster, and get feedback as we go along. This keeps us
flexible and adaptable."
Agile is all about flexibility, delivering in smaller parts, and continuously improving
based on feedback
To fix this, in February 2001, and 17 developers gather in a cozy ski lodge on a mountain
in Utah. They come from different companies and have different methods of working, but
they’re united by one goal: to find a better way to develop software. They want an
approach that is flexible, allows for changes, and, most importantly, focuses on what
customers really want.
After days of discussion and brainstorming, these developers realize they all share a
common philosophy. They don’t want to build software like an assembly line anymore.
Instead, they want to work in a way that:
Emphasizes teamwork and direct communication, Welcomes change even if it happens
late in the project,
Delivers usable software regularly, so customers get value sooner, and
Prioritizes collaboration with customers over strictly following a plan.
From these shared ideas, they create the Agile Manifesto, which has four values
and 12 guiding principles."
The Agile Manifesto has four core values, and each one is designed to create more
flexible, responsive, and effective project management.
1. Individuals and Interactions Over Processes and Tools
Explanation: Agile values people and their collaboration over relying too heavily on
rigid processes or complex tools. While tools and processes are helpful, it’s the human
element that truly drives success in Agile.
Example: Imagine a team developing a new virtual meeting platform. They have great
tools like project management software and issue trackers, but they realize that regular
face-to-face conversations (or video calls) are much more effective for brainstorming and
troubleshooting. When a bug comes up, rather than waiting for a formal process, the
team simply jumps on a quick call to resolve it immediately.
Takeaway: This value emphasizes that people and their collaboration drive
progress. Agile teams use tools as support but prioritize direct interactions to solve
problems quickly and creatively.
Example: Let’s say a team is creating an app to track water intake. Instead of spending
months detailing every feature and creating pages of specifications, they focus on
building a simple, functional version of the app where users can log their daily water
intake. They release this basic version quickly so users can start using it right away. As
they receive user feedback, they add more features, like reminders and hydration goals,
and keep improving the app.
Takeaway: Agile values delivering a functional product early so users can interact with
it, allowing the team to improve it based on real feedback rather than perfecting endless
documents.
Example: A team is hired to develop a custom e-commerce website. Initially, the contract
outlines a standard website with product pages and a checkout. As they work together,
the client requests some changes, like adding a loyalty points system and personalized
recommendations. Instead of sticking rigidly to the contract and charging extra for every
change, the team welcomes the collaboration, adjusting the website based on these
ideas, which makes it more effective and satisfying for the client.
Explanation: Agile values adaptability over following a strict, unchanging plan. Plans
are useful, but Agile teams recognize that customer needs, market trends, and project
requirements can change. Agile teams are ready to adjust their course to deliver the
most value.
Example: A company is developing a fitness app with a plan focused on tracking steps
and calorie counts. However, halfway through, they notice a surge in interest in mental
wellness, so they decide to add some meditation features to the app. Rather than sticking
rigidly to the original plan, the team adjusts to meet new market demand, making their
app more relevant and appealing.
By following these principles and embracing the core values, project teams can leverage
the Agile approach to deliver software that meets customer needs, adapts to change,
and fosters a more collaborative and productive development
Think of "doing agile" as buying a sports car. You have the sleek design and powerful
engine (the tools and practices), but it doesn't guarantee you'll win the race.
"Being agile" is like knowing how to drive the sports car expertly. You understand
its capabilities, can maneuver it skillfully, and adapt your driving to different road
conditions (changing project demands).
Doing Agile:
Focuses on implementing the practices and tools of Agile methodologies.
This includes things like:
o Using sprints (short development cycles)
o Holding daily stand-up meetings
o Utilizing Kanban boards for task visualization
o Working with user stories and backlog prioritization
Being Agile:
Goes beyond just the tools and embraces the core values and principles of
Agile. This includes:
o Individuals and interactions over processes and tools: Prioritizing
collaboration and communication within teams.
o Working software over comprehensive documentation: Focusing
on delivering working features and gathering feedback early.
o Customer collaboration over contract negotiation: Working closely
with customers to understand their needs and adapt accordingly.
o Responding to change over following a plan: Embracing flexibility
and adapting to changing requirements as they arise.