Escolar Documentos
Profissional Documentos
Cultura Documentos
A Course Material
on
Software Project Management
By
A.KUMARESAN
Assistant Professor
Computer Science and Engineering Department
Quality Certificate
Year/Sem: IV/VIII
Name: A.Kumaresan
This is to certify that the course material being prepared by Mr.A.Kumaresan is of the
adequate quality. He has referred more than five books and one among them is from
abroad author.
Seal: Seal:
3 0 03
OBJECTIVES:
Software process and Process Models – Choice of Process models - mental delivery –
Rapid Application development – Agile methods – Extreme Programming – SCRUM –
Managing interactive processes – Basics of Software estimation – Effort and Cost
estimation techniques – COSMIC Full function points - COCOMO II A Parametric
Productivity Model - Staffing Pattern.
TOTAL: 45 PERIODS
OUTCOMES: At the end of the course the students will be able to practice Project
Management principles while developing a software.
TEXTBOOK:
1. Bob Hughes, Mike Cotterell and Rajib Mall: Software Project Management – Fifth
Edition, Tata McGraw Hill, New Delhi, 2012.
REFERENCES:
CONTENTS
1 Unit – I 06
2 Unit – II 26
3 Unit – III 48
4 Unit – IV 91
5 Unit – V 132
Unit – I
PART-A (2 marks)
3) What is the different software projects and other types of project? [CO1-L2]
İnvisibility- Software can't be rep-resented with geometric models
Complexity- The proposed model is based on the widely known and accepted
Confirmity- The controlling document for a software
Flexibility- project management performance
7)What are the three successive processes that bring a new system? [CO1-L2]
The feasibility study- Evaluate the cost of the software development against the
Software Engineering Planning- outline the structure of the project
Project Execution- Product Implementation Product implementation activities
17)What are the problems with software project from manager’s point of view?
[CO1-L3]
1. Poor estimates and plans.
2. Lack of quality standards and measures.
3. Lack of techniques to make progress visible.
4. Lack of guidance about organizational decisions.
5. Poor role definition. 6.Incorrect success criteria
18)What are the problems with software project from student’s point of view?
[CO1-L3]
1. Inadequate specification of work.
2. Lack of knowledge of application area.
3. Lack of standards.
4. Narrow scope of technical expertise.
26.What are the characteristics that make software project differ from other
projects(AU may/june 2012) [CO1-L2]
Invisibility
Complexity
Conformity
flexibilty
PART-B(16 marks)
1.Give an overview of the “step wise planning activities” with a neat diagram(AU
MAY/JUNE 2012) [CO1-H1]
3. Analyse
project
characteris tics
4. Identify products
and activities
Review
5. Estimate effort
for activ ity
For each
Lower activity
level 6. Identify activ ity
detail risks
10. Lower level
7. Allocate
planning
resources
8. Review / publiciz e
9. Execute plan plan 2
Planning is the most difficult process in project management This chapter describes a
framework of basic steps in project planning. Many different techniques can be used but
this chapter tells the overview of the steps and activities in each step of project planning
A major step in project planning is to plan in outline first and then in more detail.
Each step of project planning has different activities to perform. Following the
description of each step with its activities
This is called step 0 because in a way of project planning , it is out side the main project
planning process. Feasibility study suggests us that the project is worthwhile or not.
The activities in this step ensure that all parties to the project agree on the
objectives and are committed to the success of the project.
Step 1.3 : Stakeholders analysis – Identify all stakeholders in the project and
their interest.
Projects are rarely carried out in a vacuum. There is usually some kind of
infrastructure into which the project must fit. Where the project manager are new
to the organization , they must find out the precise nature of this infrastructure.
Step 2.1: Identify relationship between the project and strategic planning
The general purpose of this part of planning operation is to ensure that the
appropriate methods are used for the project.
Step 3.2 : Analyze other project characteristics ( including quality –based ones)
The more detailed planning of the individual activities now takes place. The
longer term planning is broad and in outline, while the more immediate tasks are
planned in some detail.
Step 4.5 : Modify the ideal to take into account need for stages and checkpoints.
Step 6.2 : Plan risk reduction and contingency measures where appropriate
Step 6.3 : Adjust overall plans and estimates to take account of the risks
Step 7.2 : Revise plans and estimates to take into account resource constraints
Once the project is underway, plans will need to be drawn up in greater detail for
each activity as it becomes due. Detailed and lower level of planning of the the later
stages will need to be delayed because more information will be available nearer the
start of the stage.
Project planning is an iterative process. As the time approaches for the particular
activities to be carried out they should be re-planned in more detail.
Explain the various SDLC activities as outlined by ISO 12207 with a neat diagram
Feasibility study
How do
we do it ?
Is it
worth plan
Do it
Project execution
A software project is not only concerned with the actual writing of software. In fact,
where a software application is bought in ‘off the shelf’ there may be no software writing
The feasibility study :This investigates whether a prospective project is worth starting
– that it has a valid business case. Information is gathered about the requirements of
the proposed application. Requirements elicitation can, at least initially, be complex and
difficult. The client and other stakeholders may be aware of the problems they wish to
overcome and the aims they wish to pursue, but not be sure about the means of
achievement. The probable developmental
and operational costs, along with the value of the benefits of the new system, will also
have to be estimated.With a large system, the feasibility study could be treated as a
project in its own right – and have its own planning sub-phase. The study could be part
of a strategic planning exercise examining and prioritizing a range of potential software
developments. Sometimes an organization has a policy where a group of projects is
planned as a programme of development.
2. Planning :If the feasibility study produces results which indicate that the prospective
project appears viable, then planning of the project can take place. However, for a large
project, we would not do all our detailed planning right at the beginning. We would
formulate an outline plan for the whole project and a detailed one for the first stage.
More detailed planning of the later stages would be done as they approached. This is
because we would have more
detailed and accurate information upon which to base our plans nearer to the start of
the later stages.
3. Project execution :The project can now be executed. The execution of a project
often contains design and implementation sub-phases. Students new to project planning
often find it difficult to separate planning and design, and often the boundary between
the two can be hazy. Essentially, design is thinking and making decisions about the
precise form of the products that the project is to create. In the case of software, this
could relate to the external appearance of
the software, that is, the user interface, or the internal architecture. The plan lays down
the activities that have to be carried out in order to create these products. Planning and
design can be confused because at the most detailed level, planning decisions are
influenced by design decisions. For example, if a software product is to have five major
components, then it is likely that there will be five sets of activities that will create them.
REQUIREMENTS
Requirement analysis
Architecture design
Requirement analysis
DESIGN
Architecture design
Requirement analysis P
r
o
CODE c
Detailed design
AND TEST e
s
Code and test s
i
integration
m
p
Qualification test l
e
integration m
e
Qualification test n
t
a
t
installation i
o
Acceptance support n
Requirement analysis:
This starts with reuirements elicitation which investigates what the potential
users and their managers and employers require as features and qualities of the new
system.
Architecture design:
This maps the requirements to the components of the system what is to be built.
At the system level, decisions will need to be made about which processes in the new
system will be carried out by the user and computerized.
Detailed design:
This could refer to writing code for each software unit in a procedural language
such as C# or Java, or could refer to the use of an application-bulder suc as Microsoft
access
Integration:
The individual components are collected together and tested to see if they meet
the overall requirements. Integration could be at the level of software where different
software components are combined.
Qualification testing:
Installation:
This is the process of making the new system operational.It would include
activities like setting up standing data (such as payroll details for employees if this were
a payroll system)
Acceptance support:
This is the resolving of problems with th e newly installed system, including the
correction of any errors that might have crept into the system and any extensions and
improvments tha are required.
The above list looks at the project from the manager’s point of view. What about the
staff who make up the members of the project team? Below is a list of the problems
identified by a number of Computing and Information Systems degree students who had
just completed a year’s industrial placement:
● lack of standards;
● lack of commitment – especially when a project is tied to one person who then
moves;
● deadline pressure;
● remote management;
● lack of training.
Stakeholders:
● External to the project team but within the same organization For example,
the project leader might need the assistance of the information management
of the users to carry out systems testing. Here the commitment of the people
● External to both the project team and the organization External stakeholders
may be customers (or users) who will benefit from the system that the project
implements or contractors who will carry out work for the project. One feature
binding contract.
Business Case
Development
Operation
Benefits.
Quantifiable
Non-quantifiable.
UNIT II
PROJECT EVALUATION
PART-A
PART-B
3. Analyse
project
Review
4. Identify
products
5. Estimate effort
Lower For each
for activity
level 6. Identify activity
activity
detail
10. Lower level
7. Allocate
planning
resources
9. Execute plan 8. Review/ publicize
plan
The standard way of evaluating the economic benefits of any project is cost-
benefit analysis, comparing of two steps.
Identifying and estimating all of the costs and benefits of carrying out the project
and operating the delivered application These include the development costs,
the operation costs and the benefits that are expected to accrue from the new
system. Where the proposed system is replacing an existing one, these
estimates should reflect the change in costs and benefits due to the new system.
A new sales order processing system, for example, could not claim to benefit an
organization by the total value of the sales- only by the increase due to the use of
the new system.
Expressing these costs and benefits in common units we need to evaluate the
net benefit , that is ,the difference between the total benefit and the total cost of
creating and operating the system. To do this, we must express each cost and
each benefit in some common unit, that is as money.
Most direct costs are relatively easy to identify and quantify in approximate
monetary terms. It is helpful to categorize costs according to where they originate
in the life of the project.
Development costs include the salaries and other employment costs of the staff
involved in the development project and all associated costs.
Setup costs include the costs of putting the system into place. These consist
mainly of the costs of any new hardware and ancillary equipment but will also
include costs of fole conversion, recruitment and staff training.
Operational costs consist of the costs of operating the system once it has been
installed.
Strategic
Business cycle programmes
Infrastructure programmes
Research and development programmes
Innovative partnerships
Strategic
Several projects together implement a single strategy. For example, merging two
organizations will involve many different activities e.g. physical re-organization of
offices, redesigning the corporate image, merging ICT systems etc. Each of these
activities could be project within an overarching programme.
A portfolio of project that are to take place within a certain time frame e.g. the next
financial year
Infrastructure programmes
In a very innovative environment where new products are being developed, a range
of products could be developed some of which are very speculative and high-risk but
potentially very profitable and some will have a lower risk but will return a lower
profit. Getting the right balance would be key to the organization’s long term success
Innovative partnerships
1) Mandatory compliance
2) Quality of service
3) Productivity
6) Risk reduction
7)economy
8)revenue enhancement/acceleration
9)strategic fit
Mandatory compliance
Quality of service
an insurance company for example might want to settle claims by customers more
quickly
Productivity
the same or even more work can be done at less cost in staff time
(for instance, better decision making) to take an insurance exa,ple, again, better
analysis of insurance claims could pinpoint those categories of business which are most
risky and allow an insurane company to adjust premiums to cover this.
Risk reduction
the insurance example might also be applicable here, but measures to protect an
organization’s networks and databases from intrusion and external malicious attack
would be even more pertinent.
Economy The reduction of costs other than those related to staff-procurement policies
might be put in place where encourage the consolidation of purchasing in order to take
advantage of bulk-buying at discount.
Revenue enhancement/acceleration
the sooner bilss reach customers , the sooner can pay them
Strategic fit
a change might not directly benefit a particular group within the organization but has to
be made in order to obtain some strategic advantage for the organization as a whole
Quantifying benefits
Benefits can be :
Identified but not easily quantified- for example public approval of the organization in the
locality where it is based.
Explain the following method with example Net profit, Payback period, Return of
investment, Net present value, Internal rate of return.
Net profit
The net profit of a project is the difference between the total costs and the total
income over the life of the project.
Project 1 and 3 each have net profit of 50,000 and therefore, according to this
selectin criterion would be equally preferable. The bulk of the income occurs late in
the life of the project1,Whereas project 3 returns a steady income throughout its
life.
Payback period
The payback period is the time taken to break even or pay back the initial
investment. Normally, the project with the shortest payback period will be chosen on
the basis that an organization will wish to minimize the time that a project is “in debt”.
Return on investment
Total investment
Calculating the ROI for project1 , the net profit is 50,000 and the total investment is
100,000. the return on investment is therefore calculated as
100000
The calculation of net present value is a project evaluation technique that takes
into account the profitability of a project and the timing of the cash flows that are
produced. This is based on the view that receiving $100 today is better than having
to wait until next year to receive it, because the $100 next year is worth less than
$100 now.
Rank the risks according to management priorities, by risk category and rated by
likelihood and possible cost or consequence.
Cost-benefit analysis
Decision trees.
construct a project matrix utilizing a checklist of possible risks and to classify each
risks according to its relative importance and likelihood.
High(H)
Medium(M)
Estimated monetary value (EMV) is the product of a risk event probability and
the risk event’s monetary value.
You can draw a decision tree to help find the EMV.
As important as estimating the overall costs and benefits of a project is the forecasting
of the cash flow that will take place and their timing. A cash flow forecast will indicate
when expenditure and income will take place.Draw the diagram and explain with table.
Technical assessment
Consist of evaluating the required functionality against the hardware and
software availability.
1) Identifying and estimating all of the costs and benefits of carrying out
the project and operating the delivered application
2) Expressing these cost and benefits in common units
Categories of cost
1) Development cost
2) Setup cost
3) Operational cost
Benefits
1)Quantified and valued benefits
Part-A
Part-B
2)Explain how a project can be evaluated against strategic, technical and economic
criteria. (Nov/Dec 2011)
UNIT – III
ACTIVITY PLANNING
PART - A
13. What are the rules of activity –on-arrow rules and conventions? [CO3-L2]
1) A project network may have only one start node
2) A project network may have only one end node
3) A link has duration Nodes have no duration
4) Times moves from left to right
5) Nodes are numbered sequentially
6) A network may not contain loops.
PART-B
5.What is the difference forward pass and backward pass explain with example.
[CO3-H2]
10. Briefly explain constructing the precedence networks with an example. Draw
the network model with calculating forward pass, backward pass and identifying
the critical path activities. And also find out the activities float. Nov/dec 2011 [CO3
– H3]
11. Briefly explain the network analysis using CPM networks with an example.
12. Explain in detail about the PERT technique and justify how PERT techniques
provide details in identifying the uncertainties and effort in a project. Find out the
expected duration and the standard deviation.
13. Explain the concept behind the Risk management. Explain in detail about the
risk identification, risk assessment, risk planning with necessary example. [CO3-
H2]
PART-A
PART-B
2. Briefly explain constructing the precedence networks with an example. Draw the
network model with calculating forward pass, backward pass and identifying the critical
path activities. And also find out the activities float. Nov/dec 2011
UNIT – IV
MONITORING AND CONTROL
PART - A
Disadvantages
1. Difficulties with software size measurements
2. Changing requirements.
19. What are the processes of evaluation need? [CO4-L2]
1) Security of the proposal documents
2) Interviewing supplier’s representatives.
3) Demonstrations.
4) Practical tests.
20. What are the services to be provided in contracts? [CO4-L2]
1. Training
2. Documentation
3. Installation
4. Conversion of existing files
5. Maintenance agreements
6. Transitional insurance agreements.
21. Define Acceptance. [CO4-L1]
When the work has been completed, the customer needs to take action to
carry out acceptance testing. The contract may put a time limit on how long acceptance
testing can take, so the customer must be organized to carry out this testing before the
time for requesting correction expires.
22. What are the various types of charts used in visualizing progress?
Gantt chart, slip chart, Bar chart, Timeline chart.
Installation
Conversion of existing files
Maintenance agreements
Transitional insurance arrangements
42. What are the different types of contracts? [CO4-L2]
Fixed price contracts
Time and materials contracts
Fixed price per delivered unit contracts
43. List the various typical terms of a contract? [CO4-L2]
Definitions
Form of agreement
Goods and services to be supplied
Ownership of the software
Environment
Customer commitments
Acceptance procedures
standards
PART-B
Gather project
information
Publish revised
plan
Compare progress
vs Take remedial
targets action
No
satisfactory
Yes
No
• Project
complet
ed
Yes
End project
Review project
Document
conclusions
En
d
Once the initial project plan has been published, project control is a continual
process of monitoring progress against that plan and where necessary, revising
the plan to take account of deviations
Important steps that must be taken after completion of the project.
So that the experience gained in any one project can feed into the planning
stages of future projects.
Earned value
• The assigned value is the original budgeted cost for the item and is known as the
Planned value(PV) or baseline budget or budgeted cost of work scheduled
(BCWS)
• The total value credited to a project at any point is known as the earned
value(EV) or budgeted cost of work performed. (BCWP)
COMMON METHODS
• The 0/100 technique : where a task is assigned a value of zero until such time
that is completed when it is given a value of 100% of the budgeted value
• The 50/50 technique : where a task is assigned a value of 50% of its value as
soon as it is started and then given a value of 100% once its complete
• the milestone technique: where a task is given a value based on the
achievement of milestones that have been assigned values as part of the original
budget plan.
• The 75/25 technique: : where a task is assigned a value of75% on starting and
25% on completion this is often used when a large item of equipment is being
bought:75% is paid when the equipment is actually delivered and the remainder
when installation and testing has been satisfactorily completed.
• Percentage complete: in some cases there may be a way of objectively
measuring the amount of work completed- for example, as part of the
implementation of an information system, a number of data records have to be
manually typed into a database.
The baseline budget:
• The assigned value is the original budgeted cost for the item and is known as the
baseline budget or budgeted cost of work scheduled (BCWS)
• The total value credited to a project at any point is known as the earned value or
budgeted cost of work performed. (BCWP)
6. One or more developers are authorized to take copies of the master products that
are to be modified.
7. The copies are modified. In the case of software components this would involve
modifying the code and recompiling and testing it.
8. When the development of new versions of the product has been completed the user
management will be notified and copies of the software will be released for user
acceptance testing.
9. When the users are satisfied that the products are adequate they will authorize their
operational release. The master copies of configuration items will be replaced.
5. List down the typical terms in a contract and explain them in detail.(May/june
2012) [CO4-H1]
A contract is an agreement between two parties that creates an obligation
to perform (or not perform) a particular duty. A legally enforceable contract
requires:
1. An Offer (I’ll mow your lawn this weekend, if you pay me $30)
2. An Acceptance (You’ve got a deal)
3. Consideration (The value received and given – the money and the lawn
mowed)
Establishing Offer and Acceptance: “A Meeting of the Minds”
• A legally recognized offer and an acceptance create a “meeting of the minds’, or
mutual assent, between the parties.
• Mutual Assent requires the presence of the following factors:
1. Both parties must exhibit a “contractual intent” [words spoken in jest or
frustration will lack the requisite intent];
2. The terms of the offer must be clear and definite;
3. The acceptance must be clearly communicated.
The Requirement for Clear and Definite Terms
• Required Clarity: For terms to be legally valid, a reasonable person must be
capable of readily understanding them.
• Four primary areas in determining definite terms:
1. the parties;
2. time for performance (term or service schedule);
3. the price; and
4. the subject matter or scope of service.
Consideration:
The Importance of the “Bargained Exchange.”
• Consideration must be mutual. Both parties must receive something of value.
• Involvement of money is not required.
• Contracts vs. Gifts
(Refer question 6 also)
Another way of classifying contracts is by the way that the payment to suppliers
is calculated.
• Fixed price contracts
• Time and materials contracts
• Fixed price per delivered unit contracts
• Emerging functionality: the supplier does not bear the risk of increasing
functionality
• Supplier efficiency:- the supplier still has an incentive to deliver the required
functionality in a cost-effective manner
• Life-cycle range :- the requirements do not have to be definitively specified at the
outset. Thus the development contract can cover both the analysis and design
stages of the project.
Disadvantages
• Difficulties with software size measurements
• Changing requirements
Another way
• Open
• Restricted
• Negotiated
Open tendering process
• Any supplier can bid to supply the goods and services
• Invitation to tender must be considered and evaluated in the same way as all
others
Restricted tendering process
• In this case , there are bids only from suppliers who have been invited by the
customer
• Reduce the number of suppliers
Negotiated procedure
• Single supplier might be justified
as the name implies, in this situation a price is fixed when the contract is signed.
the customer knows that , if there are no changes in the contract terms, this is the piece
to be paid on the completion of the work. In order for this to be effective, the customer’s
requirement has to be known and fixed at the outset. In other words when the contract
is to construct a s/w system, the detailed requirements analysis must already have been
carried out.
Advantages of this method
• If there are few subsequent changes to the original requirements, the customers
will have a known outlay
Supplier motivation:- the supplier has a motivation to manage the delivery of the
system in a cost-effective manner
Disadvantages
Higher prices to allow for contingency:
• The supplier absorbs the risk for any errors in the original estimate of product
size. To reduce the impact of this risk, the supplier will add a margin when
calculating the price to be quoted in a tender.
Difficulties in modifying requirements
• The need to change the scope of the requirements sometimes becomes visible
as the system is developed this can cause roughness between the supplier and
the customer
Upward presence on the cost of changes
• When computing against other potential supplier the supplier will try to quote as
low a price as possible. if once the contract is signed, further requirements are
put forward, the supplier is in a strong position to demand a high price for these
changes.
Threat to system quality
• The need to meet a fixed price can mean that the quality of the software suffers.
• With this type of contract, the customer is charged at a fixed rate per unit of
effort. For example, per staff-hour. At the start of the project , the supplier
normally provides an estimate of the overall cost based on their current
understanding of the customers requirements, but this is not the basis for the
final payment.
Advantages
• Ease of changing requirements
• Changes to requirements are dealt with easily, where a project has a research
orientation and the direction of the project changes as options are explored, then
this can be an appropriate method of calculating payment.
• Lack of price pressure
• The lack of price pressure can allow better quality software to be produced.
Disadvantages
• Customer liability
• The customer absorbs all the risks associated with poorly defined or changing
requirements.
• Lack of incentives for supplier: the supplier has no incentive to work in a cost-
effective manner or to control the scope of the system to be delivered.
9. What are the stages in contract management? [CO4-H1]
Stages in contract placement
1. Requirement analysis
2. Evaluation plan
3. Invitation to tender
4. Evaluation of proposals
• Requirement analysis
• Before potential suppliers can be approached , you need to have a clear
set of requirements.
• The first is that it is easy for this step to be skimped where the user has
many day-to-day pressures and not much time about future
developments
• The requirements define carefully the functions that need to be carried out
by the new application and all the necessary inputs and outputs for these
functions
• Mandatory: if a proposal does not meet this requirement, the proposal is to
be immediately rejected.
• Desirable : a proposal might be deficient in this respect, but other features
of the proposal could compensate for it
• Evaluation plan
Requirement proposals submitted are evaluated
• It first checks whether all mandatory requirement are idendify
• Secondly consider about evaluating desirable requirements
• Invitation to tender
• Having produced the requirements and the evaluation plan it is possible to
issue the invitation to tender to prospective suppliers.
• Invitation to tender is not a offer to supplier but Invitation for prospective
supplier to make an offer.
• For complex project it make use of two stage tendering process
Stage 1:
1. Check for meeting mandatory requirements if not proposal gets
dismissed.
2. Technical proposal are requested from potential supplier are
received.
3. Clarification and validation of technical proposal were made.
4. Supplier may be asked to demonstrate certain aspects of their
proposal.
5. Result to the creation of MOA memorandum of Agreement with
each perspective suppliers.
The price is very important what also needs to be agreed is when the payments
are to be made. The supplier desire to be able to meet costs as they are incurred
needs to be balanced by the customers requirement to ensure that goods and
services are satisfactory before parting with their money.
• Miscellaneous legal requirements
Liquidated damages are estimates of the financial losses that the customer
would suffer if the supplier were to fall short of their obligations.
It worth noting that under English law the penalties laid down in penalty clauses
must reflect the actual losses the customer would suffer and cannot be
unrealistic and merely punitive.
11. Describe briefly in visualizing progress. Explain with examples[CO4-H1]
1. The gantt chart
2. The slip chart
3. Ball charts
4. Timeline
Gantt Chart:
• Simple and old techniques for tracking project progress
• Essential of activity bar chart indicating schedule activities dates and
durations, frequently augment with activity float.
Slip Chart:
• Slip chart is very similar alternative favored by some project manager who
believed it provides more striking visual indicating of those activities that
not progressing to schedule.
• The more the slip line bends the greater the variation from the plan
• Additional slip lines are added at intervals as they build up the project
manager will gain an idea as to whether the project is improving or not.
Ball Charts:
• It is used to indicate whether the expected target is met or not.
• In ball chart, circles indicate the start and completion point of activities.
Circles contains two dates:
• Original scheduled dated,
• Recent target dates.
• The actual start or finish date for an activity is later than the target date,
then the circle is shaded as in below figure.
• The actual date is on time or earlier than the target date than the circle is
filled with lines as in the figure.
• These indication code of balls provide a constant reminder for the project
team.
Time line:
• Analyzing and understanding trends in the projects so far allows as
predicting the future progress of the project.
• It shows how the project has progressed through time.
• It helps to show clearly show the slippage of the project completion date
through the life of the project.
• Time line chart is the method of recording and displaying the way in which
targets have changed throughout the duration of the project.
Advantage:
publish revised plan and repeats the project control cycle, until getting the
target output
Start
Gather project
information
Publish revised
plan
Compare progress
vs Take remedial
targets action
No
satisfactory
Yes
No
• Project
complet
ed
Yes
End project
Review project
Document
conclusions
En
d
Categories of reporting:
Reporting can be done through following ways:
1. oral or written
2. formal or informal
3. regular or adhoc
These ways of reporting can be categorized by different ways such as:
1. oral – formal – regular
2. oral – formal – adhoc
3. written – formal – regular
4. written – formal – adhoc
5. oral – informal – adhoc
Oral – formal – regular
Reports are provided orally
Formally reported to the higher officials
Written minutes are kept
Example: weekly or monthly progress meetings
Oral – formal – adhoc
Assessing Progress:
Assessment of project program is based on:
Information collected at regular intervals
Reaction to specific events occur
Judgment of team members who carrying out the project activities
PRINCE 2 is one of the technique used to measure the project progress
Setting checkpoints:
It is essential to set a series of checkpoints in the initial activity plan. Check points may
be:
Regular ( monthly, for example)
Tied to specific events such as the production of a report or other deliverable
Taking snap-shots:
The progress of project which manager needs based on two factors
(i) size of the project
(ii) degree of risk of the project
Detailed progress report for project is submitted to the lower – level managers
whereas, outlined main progress is needed by the higher level people. They
need less frequently and less detailed reporting.
Project review will generally take place at particular points during the life of a
project it is commonly known as review points or control points
Prince2 tools provides with the series of check points, it produce assessment at
each stage of the project
Collecting the data at the end of the each week provides a mechanism for
individuals to review and reflect progress of their project.
The above cost chart shows actual cost and planned cost. In the planned cost
expenditure is high whereas in the actual cost cumulative cost is low which shows costs
savings.
In general a project might be on time, only when extra money has been spent on
activities than originally budgeted
Note: we need to take account of current status of the project activities before
attempting to interpret the meaning of recorded expenditure.
This cost chart also redrawn with revised estimates of cost and completion date
A computer based planning tool is used to provide revision of cost schedule
automatically once when actual expenditure has been recorded.
Below figure shows revised cost schedule which indicates project might be behind
schedule and over budget.
Project cost augment by project monitoring can be used to generate forecasts of future
costs.
Two Marks
1) Write any two advantage of function point analysis? Nov/Dec 2011
Refer no : 35
2) List the methods for assigning earned value in earned value analysis? Nov/Dec
2011
Refer no : 38
3) List the important roles of the configuration libraries? May/June 2012
Refer no : 40
4) Name the popular visuals tools used for monitoring and tracking the project
progress? May/June 2012
Refer no : 11
16 Marks
1) Explain the following Nov/Dec 2011
a) Assessing the state of a project
b) Controlling changes to a projects requirement
Refer no : 4
2) Explain the various stages in contract placement. Nov/Dec 2011
Refer no : 9
3) List down the typical terms in a contract and explain them in detail. May/June 2012
Refer no : 10
4) Explain the change control process applicable for an operational system. May/June
2012
Refer no : 4
5) Explain the advantages and disadvantage of fixed price contract model. May/June
2012
Refer no : 7
UNIT – V
MANAGING PEOPLE AND ORGANIZING TEAMS
PART – A
1. What are the objectives of managing people and organizing teams? [CO5-L2]
Identify some of the factors that influence people’s behavior in project.
Select and induct new staff into a project.
Increase staff motivation.
Improve group working.
Use the most appropriate leadership styles.
14. What are the two categorized for decision making? [CO5-L2]
Structured- generally relatively simple, routine decisions where rules can
be applied in a fairly straightforward way
Unstructured- more complex and often requiring a degree of creativity.
16. What are the measures to reduce the disadvantages of group decision
making? [CO5-L2]
The cooperation of a number of experts.
The problem is presented to the experts.
The experts record their recommendations.
These recommendations are collated and reproduced.
The collect responses are recirculated.
23. What are the three objectives which taylor had? [CO5-L2]
i. to Select the right person for the job
ii. to Instruct them in the best methods
iii. to give incentives in the form of higher wages to the best workers
external control and coercion are not the only ways of bringing about effort
directed towards an organizations ends
commitment to objectives is a function of the rewards associated with their
achievement
the average human can learn to accept and further seek responsibilility
the capacity to exercise imagination and other creative qualities is widely
distributed.
25. How will you select the right person for the job? (Nov/Dec 2012) [CO5-L2]
What sort of characteristics should they be looking for
Is an experienced programmer better than a new graduate with a first-class
mathematics degree
Effects of individual Characteristics, organizational factors and task
characteristics on computer programmer productivity
Job satisfaction
29. List out the different types of people needed for a team balance. [CO5-L2]
The chair
The plant
The monitor – evaluator
The shaper
The team worker
The resource investigator
The complete – finisher
The company worker
Connection power
Legitimate power
Reward power
36. Write down any four selection criteria for SCM Tools. (May/Jun 2013) [CO5-L2]
Identification
Control
Auditing
Status Accounting.
37.Write down the stages of team formation model (Nov/Dec 2011) [CO5-L2]
i. Forming
ii. Storming
iii. Norming
iv. Performing
v. Adjourning.
Virtual team is a team of pepole to carry them out and members of the team could each
be a specialist in a particular field.It is also called as collaborative problem solving.
PART-B
1. Explain the stepwise framework where staffing concerns are important. [CO5-
H2]
The issues raised in this chapter have impacts at all stages of project planning and
execution but in particular at the following points:
Although perhaps having little control over organizational structure, the project
leader needs to be aware of its implications (Step 2);
The scope and nature of activities can be set in a way that will enhance staff
motivation (Step 4):
Many risks to project success relate to staffing (Step 6):
The qualities of individual members of staff should be taken into account when
allocating staff to activities (Step 7).
• The American researcher Cheney found that the most important influence on
programmer productivity seemed to be experience.
• The American Researchers cougher and zawacki found that computing people
would appear to have more weaker ‘Social needs’ than people in other
professions.
• Gerald Weinberg quote, “ If asked must programmers probably say they prefer to
work alone where they wouldn’t be disturbed by other people”.
o The recruitment process
• Recruitment might very well be regarded as an ‘Organizational Responsibility’.
• Meredith Belbin distinguishes between eligible and suitable candidate .
• An Eligible candidate: An eligible candidate is obtained through his/her CV. It
shows his years of experience in previous post along with his qualification.
• Suitable Candidate: Suitable candidates are those who can actually do the job
well. He may not be technically eligible, but he will be more likely to remain loyal
to the organization.
Belbin suggests to focus on
• Assessment of actual skills rather than past experience
• He also gives willingness to provide training to make good minor gaps in
expertise can be a more effective way of placing suitable staff.
• He also showed the policies that avoid discrimination on the grounds of race,
gender, age or irrelevant disabilities.
1. Additive task
2. Compensatory task
3. Disjunctive task
4. Conjunctive task
1.Additive task:
These are the efforts of each participants are added together to get the final result. The
people involved are interchangeable. Ex: Gang clearing snow.
2. Compensatory task
Judgment of individual group members are pooled so that errors by some group
members are compensated by the inputs from others.
Ex: Individual members of the group are asked to provide estimates of the effort needed
to produce a piece of software and the results are then averaged.
3. Disjunctive task
a. In this, there is only one correct answer. The effectiveness of the group depends
on
i. Someone coming up with the right answer
ii. The others recognizing it has being correct
4. Conjunctive task.
b. Progress is governed by the rate of the slowest performance. The overall task is not
completed until every participants work is completing.
Ex: In software production, different tasks are completed by different staff.
3.Job design:
Jobs can be altered to make them more interesting and give staff more feeling of
responsibility
Two measures are used to enhance job design:
They are
1. job enlargement
2. job enrichment
1. Job Enlargement:
The scope of the job is increased so that the member staff carries out a wide range of
activities. It is opposite of increasing specialization.
Example:
A programmer in a maintenance group might be given responsibility for
specifying minor requirement as well as carrying out the actual code changes.
2. Job enrichment:
In this case, the job is changed so that the holder carries out the task that are normally
done at a higher, managerial level.
Staff might be given responsibility for
i. Ordering consumables
ii. Scheduling their works
iii. Quality control
For example:
With a programmer, in a maintenance team, they might be given authority to
accept request for changes which involved less than five days, without the need for their
manager’s approval.
i. task oriented
ii. People oriented
Task oriented – the extent to which the execution of the task at hand is paramount.
People Oriented – The manager is concerned about the people involved.
Difference between task oriented and people oriented approach
Task Oriented People Oriented
ii. It is adapted, where there is a high - It is better when staff can control the
degree of uncertainty work they do.
iii. Effective for the inexperienced team Effective for experienced, trained one
members
Eligible candidate is one whose CV (curriculum vitae or resume shows, for example. the
'right' number of years in some previous post and the 'right' paper qualifications.
Suitable candidates are those who can actually do the job well. An easy mistake is to
select an eligible candidate who is not in fact suitable.
Suitable candidates who are not technically eligible can, on the other hand, be ideal
candidates because, once in post, they are more likely to remain loyal to the
organization.
Belbin suggests that selection methods that centre on the assessment of actual skills
rather than past experience and willingness to provide training to make good minor
gaps in expertise can be a more effective way of placing suitable staff. It also seems to
us to show that policies that avoid discrimination on the grounds of race, gender, age or
irrelevant disabilities can be not just socially responsible but also a shrewd recruitment
policy.
• Examine CVs: These should be read carefully and compared to the job
holder profile - nothing is more annoying for all concerned than when people
have CVs which clearly indicate that they are not eligible for the 'oh and yet for interview
• interviews etc: A number of different selection techniques can he tried, including
aptitude tests, personality tests, and the examination of samples of previous work. All
these methods must be related to specific qualities detailed in the job holder profile.
Interviews are the most commonly used method. It is better if there is more than one
interview session with an applicant and with each session there should not be more
than two interviewers because a greater number reduces the possibility of follow-up
questions and discussion. Some formal scoring system for the qualities being judged
should be devised and interviewers should then decide scores individually which are
then compared. In interview should he of a technical nature where the practical
expertise of the candidate is assessed, or of a more general nature if not. In the latter
case, a maim- part of the interview will in fact be evaluating and confirming what was
stated in the CV - for example any time gaps in the education and employment history
would be investigated, and the precise nature of jobs previously done would need to be
explored.
• Other procedures: References will need to be taken up where necessary, and a
medical examination might be needed.
individuals. I think it’s the only way the support team can work successfully.
A reward system that makes excessive distinctions between co-workers could
damage morale and productivity. Organizations sometimes get around this
problem by giving bonuses to project team members at the end of successful
project, especially if staff have volunteered considerable unpaid overtime to get
the project completed.
MASLOW’S HIERARCHY OF NEED:
Different people are motivated by different things. Clearly money is a strong
motivator when you are broke. However, as the basic need for cash is satisfied,
other motivators are likely to emerge. Abraham Maslow, an American
psychologist, suggested that there is a hierarchy of needs. As lower levels of
needs are satisfied then gradually higher level needs emerge. Basic needs are for
things like food and shelter. The highest-level need, according to Maslow, is the
need for 'self-actualization', the feeling that you are completely fulfilling your
potential.
In practice, the project leader must realise that people are likely to he motivated
by different things at different stages of their life. For example, salary increases,
while always welcome, probably have less of an impact on the more mature
employee who is already relatively well-paid, than on a new and lowly-paid
trainee. Older team-members might place more vale on qualities of the job such
as being allowed relative autonomy when they do their work, which shows respect
for their judgment and sense of responsibility.
Motivation will be high when all three factors are high. A zero level for any one of the
factors can remove motivation.
Imagine trying to get a software package supplied by a third party to work. You realize
that you will never get it to work because of a bug, and you give up. No matter how hard
you work you will not be able to succeed (zero expectancy).
You are working on a package for user and although you think you can get it to work,
you discover that the user has started employing an alternative package and no longer
needs this one. You will probably feel you are wasting your time and give up (zero
instrumentality)
Given that the users really do want the package, your reward might simply be the warm
feeling of helping your colleagues and their gratitude. If they later ask for help
implementing a different package (low perceived value of reward).
Where people arc being put together into a team for the first time, then some
specific team-building exercises can be undertaken. Some organizations, for example,
send their management teams off on outward hound courses. Without going to these
lengths. Amanda and Brigitte might try and think of some training activity which could
assist in team building.
Valuable research has gone into looking at the best mix of personalities in a
project team. Belbin studied teams working together on management games using
various mixes of people initially tried putting all the people who were most able into one
group. Surprisingly, these t9ite teams tended to do very badly they argued a lot and as
a result important tasks were often neglected.
Belbin came to the conclusion that teams needed a balance of different types of
people.
• The chair: Not necessarily a brilliant leader but must be good at running meetings,
being calm, strong but tolerant.
• The plant: Someone who is essentially very good at generating ideas and potential
solutions to problems.
• The monitor-evaluator: Good at evaluating ideas and potential solutions and helping to
select the best one.
• The shaper: Rather a worrier, who helps to direct the team's attention to the important
issues.
• The team worker: Skilled at creating a good working environment, for example by
'jollying people along'.
• The resource investigator: Adept at finding resources in terms of both physical
resources and information.
• The completer-finisher: concerned with completing tasks.
• The company worker: A good team player who is willing to undertake less attractive
tasks if they are needed for team success.
A person can have elements of more than one type. On the other hand, about 30% of
the people examined by Belbin could not be classified at all'.
12. Explain the various organizational structures. (Jun 2013) (Dec 2012) [CO5-H2]
Organizational structures
Formal versus informal structures:
While organizational structures can have an enormous impact on the way a project is
conducted, it is something that project leaders such as Amanda at JOE can often do
little to change.
The formal structure is the one that is expressed in the staff hierarchy chart. It is
basically concerned with authority, about who has which boss. It is backed by an
informal structure of contacts and communication that grows up spontaneously among
members of staff during the course of work. When the unexpected happens it is often
this system that comes into play. Over a period of time, the advantages and
disadvantages of different organizational structures tend to even out - the informal
organization gets built up and staff find unofficial ways of getting around the obstacles
posed by the formal structure.
Staff versus line:
Staff in organizations can often be divided into line workers who actually produce the
end product and support staff who carry out supporting roles. In some organizations that
produce software for the market or as a component of a larger product which is sold, the
software specialists might be seen as pan of the line. In a financial organization, on the
other hand, the information systems department would probably be seen as part of the
support staff.
Decentralization:
In drawing up a structure, the question of differentiation crops up. This is the question of
how the organization is to be departmentalized. This is often based on staff specialises,
product lines, categories of customer or geographical location. for example in the case
of software development. It is usually the case that either a functional or a task-oriented
approach is used. With functional deportation, systems analysts might be put in a group
separate from the programmers. The programmers would act as a pool from ulna
resources may be drawn for particular tasks. With a task-oriented approach. the
programmers and systems analysts are grouped together in one project team. The
project team might be gathered in order to implement a specific long-term project or
might exist on a permanent basis to needs of a particular set of users.
One advantage of the functional approach is that it can lead to a more effective use of
staff. Programmers can be allocated to jobs as needed and be released for other work
when a particular task is completed. For instance. in a project team there are hound to
he period% of greater and lesser coding activity and programmers might find there are
spells when they are under-utilized. The functional organization is also make it easier
for programmers to has careers that are technically oriented there will probably he a
career structure within the software development department that allows the
programmer to rise without having to change specialise. This type of organization
should also encourage the interchange of new technical ideas among technical staff
and the promulgation of company wide standards.
Disadvantage is that having two separate departments can lead to communication
problems, especially if a programmer is unfamiliar application area. There will also be
problems with software maintenance here it is helpful to have programmers who have
built up a familiarities to particular pans of the application software. Users might prefer
the established project team approach because. when they require new software
features, they will already have a group dedicated to their needs and will not find
themselves in the position of always having to tight other departments for development
resources. The project team structure tends to favour a pattern of career progression
where programmers eventually become systems analysis.
A third method of departmentalisation is based on lifecycle phase. Here there are
separate teams for development and maintenance. Some staff can concentrate in a
focused and sustained manner on developing new applications with few interruptions,
while other teams, more oriented towards service and support, deal with maintenance.
Some organisations have attempted to get the best of all worlds by having structure. In
this case the programmer would have two managers: a project leader who would give
day-today direction about the word in hand and a programming manager who would be
concerned about such things as career development.
Centralized versus decentralized group structures
At the level of a project group, a decentralized organization would mean that the group
members would tend to make major decisions collectively and that there would be a
large degree of free communication among group members. With the centralized
approach the group would be broken down into sections, each of which would he
directed by a leader who communicates on behalf of the section with other groups.
Decentralized groups, because of the time taken to debate things, tend to work more
slowly. They are likely to be affected by the establishment of group norms and the
influence of the risky shift, which has already been described. However, they are better
at dealing with complex problems while the centralized group organization deals more
effectively with simple problems.
The discussion of centralized versus decentralized groups assumes that software
development work has to be done as a group. In fact, given the preference of many
software developers for working on their own, an organization where each programmer
works in isolation can be envisaged - indeed there are software houses that are based
on people working at home.
Egoless programming
In the early days of computer development, managers tended to think of the
programmer as communing mysteriously with the machine. The tendency with a. for
programmers to we programs as being an extension to feel over-protective toward.
them. "1-he effects of this on the maintainability of programs can be imagined. Gerald
Weinberg made the then revolutionary suggestion that programmers and programming
team leaders should read other people's programs. Programs would become in effect
the common property of the programming group and programming would become
egoless. Peer code reviews are based on this idea. Weinberg's ideal programming team
was a decentralized group freely communicating within itself.
Programmer teams:
The larger the decentralized group, the slower it will get, because of the increased
communication. On really large time-critical projects, a more formalized cello-allied
structure is essential. Brooks pointed out the need for design consistency when
producing a large complex system and how this might be difficult when there are a large
number of people involved in producing a piece of software. One suggestion was to try
to reduce the number of people actually creating software but to make these
programmers as productive as possible by giving them as much support as possible.
The result of this train of thought was the chief programmer team. The chief
programmer is the person who defines the specification, and designs, codes, tests and
documents the software. There is also a co pilot, with whom the chief
programmer can discuss problems and who writes some code. They are supported by
an editor to write up the documentation drafted by the chief programmer.
A program clerk to maintain the actual code, and a level. The general idea is that this
team is under the control of a single unifying intellect. The chief programmer concept
was used on the influential New limes data bank project, where many aspects of
structured programming were tried out. In this case, each chief programmer managed a
senior level programmer and a program librarian. Additional members could be added
to the team on a temporary basis to deal with particular problems or tasks. The problem
with this kind of organization is getting hold of really outstanding programmers to carried
out the chief programmer role.
Controlled decentralized groups
This compromise structure has been suggested and seems to follow common industry
practice. A project team is made of groups under the leadership of senior programmers.
Within these groups there is free communication and a practice of reviewing each
others' work. Communication with other groups is at senior programmer level, while a
project leader has overall authority.
13. Explain in detail about decision making? (May/Jun 2013) (Nov/Dec 2012)[April-
14] [CO5-H2]
Decision making
Decision making can be regarded as the mental processes(cognitive process)
resulting in the selection of a course of action among several alternative scenarios.
Decisions can be categorized as being
Structured
unstructured
Structured
relatively simple,
routine decisions
Follows straightforward way.
Unstructured
More complex.
Often a degree requiring of creativity.
Another way of categorizing decisions is by the amount of risk and uncertainty
that is involved.
Basic Decision making Model
1. rational-economic model
2. Satisfying model.
1. Rational-economic model
It is the basis of classical economics.
Decision making has a complete knowledge.
Tries to purchase goods at the lowest possible tries.
2.Satisfying Approach
Sensible people follow this approach.
Representations are used to get a general idea of prices.
1. Write down the stages of team formation model (Nov/Dec 2011) Refer-Q-No:37
2. Give the difference between personal and organizational. (Nov/Dec 2011) Refer-Q-
No:38
3. What is Maslow’s Hierarchy of needs? (May/Jun 2012)Refer-Q-No:6
4. What do you understand by Egoless programming? (May/Jun 2012)Refer-Q-No:12
5. Define stress. (Nov/Dec 2012)( Refer-Q-No:21)
6. List the steps involved in selecting the right person for the job.(Nov/Dec 2012)
(Refer-Q-No:25)
7. List the some obstacles for good group decision making. (May/Jun 2013)
(Refer-Q-No:16)
8.Write down any four selection criteria for SCM Tools. (May/Jun 2013) (Refer-Q-
No:36)
9.What is the significance of 'working in groups"? (April-14)Refer Q.No:39
10.Draw the hierarchy of the organizational structure. (April-14) Refer Q.No:40
11. What is Maslow’s Hierarchy of needs? (May/Jun 2015) (Refer-Q-No:3)
12.Mention the important causes of stress encountered in projects? (May/Jun 2015)
(Refer-Q-No:21)
13.State herzbergs two factor theory? (Nov/Dec 2014)( Refer-Q-No:7)
14.What do you understand by virtual teams? (Nov/Dec 20i4)( Refer-Q-No:41)
PART-B
16-Marks
1. Explain about
i. new staff can be selected and inducted into a project
ii. to improve group performance(Refer-Q-No: 3) (Nov/Dec 2011)
2. i. Explain the methods to increase staff motivation (Nov/Dec 2011)
ii. Write a note on leadership styles (Refer-Q-No: 5) (Nov/Dec 2011)
3. Name and explain salient features of the various organizational structures used in
software projects. (May/Jun 2012)(Refer-Q-No: 12)
4. Write short notes on the following:
i. Oldham and Hackman job characteristic model (May/Jun 2012)
ii. Stress and its significance in IT projects. (Refer-Q-No: 10,) (May/Jun 2012)
5. Give an example for becoming a team and explain working within groups with
example. (Nov/Dec 2012) (Refer-Q-No: 11)
6. Explain the different ways of decision making. (Nov/Dec 2012) (Refer-Q-No: 13)
7. Discuss the organizational behavior with example. (Nov/Dec 2012)
(Refer-Q-No: 12)
8. How will you ensure that a right person is selected for the job? Explain (May/Jun
2013) (Refer-Q-No: 3)
9. Discuss about the different models of motivation. (May/Jun 2013) (Refer-Q-No: 8)
10. Discuss about
(i) Organizational structure. (Refer-Q-No: 12) (May/Jun 2013)
(ii) Decision making. (Refer-Q-No: 13) (May/Jun 2013)
11. i)discuss with a suitable example the process of selecting the right person for the job
in detail. (April-14) Refer Q.No:3
ii) What is the role of the team in decision making? Discuss. (April-14) Refer Q.No:13
12.Describe the salient features of any two models of motivation? (Refer-Q-No: 10)
(May/Jun 2015)
14.Explain the importance of working together as a team and the various aspect of team
development. (Refer-Q-No: 11) (May/Jun 2015)
15.Write short note on
I Oldham-hackman job characteristic model (Refer-Q-No: 10) (May/Jun 2015)
ii leadership and leadership styles (Refer-Q-No: 5) (May/Jun 2015)
16.Explain the Oldham-hackman job characteristic model (Nov/Dec 2014) (Refer-Q-No: 10)
17.Give a brief description of the various organizational structure. (Nov/Dec 2014) (Refer-Q-No:
12)
18.Explain the various model of motivation in detail? (Nov/Dec 2014) (Refer-Q-No: 8)
19.Explain the various health and safety issue to be addressed in a project. (Nov/Dec 2014)
(Refer-Q-No: 13)