itpm notes-unit 2
itpm notes-unit 2
CHAPTER 4
THE HUMAN SIDE OF PROJECT MANAGEMENT
Organizational Structure
The three most common organizational structures-the functional organization, matrix organization, and
project-based organization.
1. The Functional Organization - The functional organizational structure may be thought of as the more
traditional organizational form. This particular structure is based upon organizing resources to perform
specialized tasks or activities in order to attain the goals of the organization. Projects in a functional
organization are typically coordinated through customary channels and housed within a particular
function.
Advantages of functional structures:
1. Increased flexibility – Subject matter experts and other resources can be assigned to the project as
needed. In addition, an individual can be part of the project team on a full-time or part-time basis.
Once the project is completed, the project team members can return to their respective functional
units.
2. Breadth and depth of knowledge and experience-Individuals from a particular subunit can bring a
wealth of knowledge, expertise, and experience to the project. This knowledge can be expanded even
further as a result of their experiences with the project.
3. Less duplication-Coordination of resources and activities can lead to less duplication of resources
across projects since specialization of skills and resources are housed within a functional area.
Disadvantages of functional structures:
1. Determining authority and responsibility-As was mentioned previously, determining who has
authority and responsibility for a project must be resolved at the outset, especially when the
project involves more than one functional area.
2. Poor response time-The normal lines of authority and communication delineated by the functional
structure determine who makes specific decisions. Projects may take longer if important decisions
have to pass through several layers of management and across several functional areas.
3. Poor integration-The culture of the organization may encourage functional areas to insulate
themselves from the rest of the organization.
2. The Project Organization- This organizational structure supports projects as the dominant form of
business. Typically, a project organization will support multiple projects at one time and integrate
project management tools and techniques throughout the organization. Each project is treated as a
separate and relatively independent unit within the organization. The project manager has sole authority
over and responsibility for the project and its resources, while the parent or supporting organization
provides financial and administrative controls. Both the project manager and the project team are
typically assigned to a particular project on a full-time basis.
Project team members must learn from each other and from other
project team experiences if they are to provide a solution that gets to
the root of the problem and not just a symptom. It is important that a
team not accept the problem or challenge as it is originally presented
to them. Following a learning cycle, the team follows four phases:
1. Understand and frame the problem
2. Plan
3. Pct
4. Reflect and learn.
The conclusion of a learning cycle and the beginning of the next is
marked by the documentation of lessons learned. Instead of developing a solution prematurely, the project
team is to encourage open humility by acknowledging that it does not have all the answers, especially at
the beginning of a project. Therefore, the project team is encouraged to discuss and separate facts from
assumptions or opinions. The team then creates an action plan to research questions and test assumptions.
When the team meets, the members reflect on and learn from the information collected and are then
documented as lessons learned. A team's learning can be assessed using three dimensions: (1) speed or the
number of learning cycles, (2) depth or the degree to which the team deepened its understanding of the
project, and (3) breadth or the impact of the team's proposed solution on the organization. Although the
project manager is responsible for overseeing many project activities, it is his or her responsibility to
ensure that the project team has an adequate work environment. A suitable workspace and the technology
to support the team are necessary. In addition, each project should define its own culture. It is helpful to
have the team develop a team charter that outlines the roles, values, expectations, and methods for
resolving conflict in order to set proper expectations.
CHAPTER 5
DEFINING AND MANAGING PROJECT SCOPE
Define Project Scope
A project's scope can be defined as the boundary and deliverables that the project
team will provide to the project sponsor.
What is a scope boundary?
A scope boundary acts as a fence to ensure that what needs to get done, gets
done-and only what needs to get done, gets done. Performing work that does not
help the project achieve its MOV needlessly consumes valuable time and
resources. Therefore, the project's boundary helps the project team define the
limits of the project and how it will interact with its environment.
SCOPE MANAGEMENT PROCESS (10 MARKS)
The Project Management Body of Knowledge identifies five processes that make up the scope
management process group. These processes include: (1) Scope Initiation, (2) Scope Planning, (3) Scope
Definition, (4) Scope Verification, and (5) Scope Change Control.
1. SCOPE INITIATION
Scope initiation provides a beginning process that formally authorizes the project manager and team to
develop the scope management plan. In terms of the IT project methodology, this authorization is given
after the project is formally accepted and funds are committed to developing the project charter and plan
by the project sponsor or client.
2. SCOPE PLANNING
Scope planning is a process for defining and documenting the project work. More specifically, a project's
scope defines all the work, activities, and deliverables that the project team must provide in order for the
project to achieve its MOV. It is an important step in developing the project plan since one must know
what work must be done before an estimate can be made on how long it will take and how much it will
cost. Scope boundary is defined in this stage. A project's scope, however, should also be defined in terms
of the deliverables that the team must provide.
3. SCOPE DEFINITION
The deliverables can be divided into project-oriented deliverables and product-oriented deliverables.
Project-Oriented Deliverables
1.Delivery Definition Table (DDT) - One way to communicate the project's deliverables is to create a
deliverable definition table. The purpose of the DDT is to define all of the project-oriented deliverables to
be provided by the project team. Each deliverable should have a clear purpose. For example, a deliverable
could be a document (paper or electronic), prototype, presentation, or the application system itself. Eg:
2.Deliverable structure chart (DSC) can be developed as an interim step to define detailed work packages
that will be used to estimate the project schedule and budget. Deliverable at each stage are given
Work Breakdown Structure - WBS is a tool used to help create the project plplan
an based on DDT and DSC.
Product-Oriented Deliverables
Product scope therefore focuses on identifying the features and functionality of the information system to
be implemented.
1.Data Flow Diagram(DFD) - A DFD is a process
model that has been available for quite some time and
is often taught in systems analysis and design courses.
A context level DFD, however, presents a high high-level
representation of the system that has one process (i.e.,
a circle or rounded rectangle that represents the system
as a whole)) and depicts all the inflows and outflows of
data and information between the system and its
external entities. The external entities are usually
represented by a square and can be people, departments, or other systems that provide or receive flows of
data.
a. Arrows represent the directional flow of data between external entities and the system. Each arrow
and entity should be labeled appropriately. Lower level DFDs can be developed later to model the
processes and flows of data in greater detail.
2. The usee case diagram is a relatively simple diagram in terms of symbols
and syntax, but it is a powerful tool for identifying the main functions or
features of the system and the different users or external systems that
interact with the system. At this early ststage of the project, the use case can
provide a high level diagram that can be further refined and detailed during
requirements analysis later in the project.
4. SCOPE VERIFICATION
Project scope verification is the scope management process that provides a
mechanism for ensuring that the project deliverables are completed
according to the standards described in the DDT. They include 1. MOV 2.
Deliverables 3.Quality standards 4.Milestones 5.Review and acceptance
5. SCOPE CHANGE CONTROL S Scope change control is concerned
ncerned with ensuring that any changes to
the project scope will be beneficial, with determining that an actual scope change has occurred, and
with managing the actual changes when and as they occur. Scope control is also concerned with:
Scope grope- It is a common occurrence in the early stages of the project. ct. Often the project team
struggles to define what the project is all about and what work must be done.
Scope creep, on the other hand, is a common occurrence in many projects. It entails adding
additional features or functions to the scope once the scope has been set and approved. This
phenomenon can increase
ncrease the schedule and budget causing the project to miss its deadline and
budget targets.
Scope creep can be managed by (1) verifying that the scope cope is accurate and complete by using a
scope verification checklist, and (2) ensuring that appropriate scope changes are approved and
reflected in the baseline plan by having scope change procedures.
Scope
cope leap entails a major and fundamental change to the project scope. It may be the result of a
changing business environment or the competitive makeup of the industry. stry. Such a radical
departure from the original business case may require the project stakeholders to rethink the
viability of the current project.
ect.