objectives software project management...
TRANSCRIPT
Software Project
Management Concepts
�� ����������� ������������ ���������������������� ������������ �����������
�� �������������������� !"�#�"�������������������� !"�#�" ������ �$%���&%����'���(�$%���&%����'���(
�� ���������)�����#*�����+���#�����������������#������������)�����#*�����+���#�����������������#���
�� ������'���� ������'���� �'������'����� ������������ �,���� �����������-. �,���� �����������-.
�� ���������)�����#*�����+��������#*�'������������)�����#*�����+��������#*�'��� ������ ����#������������#���������#*�'����#*�'���
Objectives
� Mainframe – 1970s� Centralized, shared
software and data
� PC – 1980s� Individual software
applications
� Decentralized data
� Client/server – 1990s� Interfaces from PC to
mainframes and servers
� Significant coordination required between components
� Web applications – 2000s� Centralized, shared
software and data
� Customizable access
Inter/Intranet
How Software Development has Changed Modern Software is similarly complex!
Complex user and inter/intra-systeminteractions
Subsystems,Components,distribution
Thousands ofRuntime objectsTransaction,
persistence
Security,concurrency
Scalability,reliability
Hundreds of thousandsTo million of lines of code
Early Scope Questions
Why are we doing this project?
How complex is the business?
Which organizations will be impacted by
this project?
Will the project require a change to the
existing business process?
Is this outside my sponsor's span of
control?
Will the project result in changes to our
organizational structure?
Who are my suppliers and my customers?
Which business processesare included?
Which systems will be impacted?
27-Nov-0827-Nov-08 6
What is a project ?What is a project ?
�� ������������ ������ �����/� ���*���*��*�����������*!0������/� ���*���*��*�����������*!0� 11 ���*����*��#*'���� ������#*'���� ����� �����-� ����$!*�����!���#�!2$)��'��"� ������-� ����$!*�����!���#�!2$)��'��"� ��$%3�����0-. �0�$%3�����0-. �0 3-! ����#���������/# 3-! ����#���������/#
�� !�#�0�!�#�0� ������������ ���#���# 11 /)/) �.0��.0��� ������� ��# #���������� ��# #���
�� ������-� �������)���!0�������-� �������)���!0� 11
�� ��������4������� !"�#�"��������4������� !"�#�"
�� �������0�'� ��������0�'� � � �� � !,�!,� '���'��� ������ 2��2�� !0�!0� 11
�� 5�55�5
What Is a Project?� A project is “a temporary endeavor undertaken
to create a unique product, service, or result.”*
� Operations is work done to sustain the
business.
� A project ends when its objectives have been
reached, or the project has been terminated.
� Projects can be large or small and take a short
or long time to complete.
*PMI, A Guide to the Project Management Body of Knowledge
(PMBOK® Guide) (2004), p. 5.27-Nov-0827-Nov-08 8
Project ManagementProject Management
�� ������������������*!0�������������������*!0� 11 /� ��0/� ��0 ��#������#���� ��'�������'����� ��������������!*�����6���-. #���!0�����������!*�����6���-. #���!0� 11 ��!�#�'����!�#�'�� )���*��)���*������#��$*-� ����������$#�!2$)��'��"���/� !�6�/# ��*���-. ����#��$*-� ����������$#�!2$)��'��"���/� !�6�/# ��*���-. ����������$ *�0���'$�3-! � ���������*���0�������������������$ *�0���'$�3-! � ���������*���0���������
The Triple Constraint
� Every project is constrained in different ways by its:
�Scope goals: What work will be done?
�Time goals: How long should it take to complete?
�Cost goals: What should it cost?
� It is the project manager’s duty to balance these three often-competing goals.
The Triple Constraint of Project Management
Successful project management means meeting all three goals (scope, time, and cost) – and satisfying the project’s sponsor!
Project Management FrameworkProject Stakeholders
� Stakeholders are the people involved in or affected by project activities.
� Stakeholders include:� Project sponsor
� Project manager
� Project team
� Support staff
� Customers
� Users
� Suppliers
� Opponents to the project
Project Success Factors*
1. Executive support
2. User involvement
3. Experienced project
manager
4. Clear business
objectives
5. Minimized scope
6. Standard software
infrastructure
7. Firm basic
requirements
8. Formal methodology
9. Reliable estimates
10. Other criteria, such
as small milestones,
proper planning,
competent staff, and
ownership
*The Standish Group, “Extreme CHAOS” (2001).
� Define scope of project.
� Identify stakeholders,
decision-makers, and
escalation procedures.
� Develop detailed task list (work breakdown structures).
� Estimate time requirements.
� Develop initial project
management flow chart.
� Identify required resources
and budget.
� Evaluate project requirements.
� Identify and evaluate risks.
� Prepare contingency plan.
� Identify interdependencies.
� Identify and track critical milestones.
� Participate in project phase review.
� Secure needed resources.
� Manage the change control process.
� Report project status.
Fifteen Project Management Job Functions*
*Northwest Center for Emerging Technologies, “Building a Foundation for Tomorrow: Skills Standards
for Information Technology,” Belleview, WA, 1999.
Suggested Skills for Project Managers
� Project managers need a wide variety of skills.
� They should:
� Be comfortable with change.
� Understand the organizations they work in and with.
� Lead teams to accomplish project goals.
Suggested Skills for Project Managers
� Project managers need both “hard” and “soft” skills.
�Hard skills include product knowledge and
knowing how to use various project
management tools and techniques.
�Soft skills include being able to work with
various types of people.
27-Nov-0827-Nov-08 17
Software project managementSoftware project management
�� ����#� �����������*!0�1�������-� ����#� �����������*!0�1�������-� �� !"�#�"�� !"�#�" �'�+�!��!*�'�+�!��!*������#�������#� ������ !��!*�#*! ����������"����������� !"�#�"!��!*�#*! ����������"����������� !"�#�"��6���6�
�� ���)7�! ��*����)7�! ��*� �������������������������� ����#0����#0 ����4��� !"�#�"��6�����4��� !"�#�"��6� *�*�� ��������������)��*%� ��������������)��*% ������ � �������������#�� �������������#� �,���� !"�#�"��6��,���� !"�#�"��6�����������"�����! ������4�����������"�����! ������4�
Why SW Proj. is difficult?
� Why SW Proj. is difficult?
� Invisible, High investment, Inconsistency,
Degree of change
� Main Activities
feasibility study
planning
project
Is it worth doing?
How do we do it?
Do it!Our focus
for today
27-Nov-0827-Nov-08 19
Software management distinctionsSoftware management distinctions
�� �)7����!3�%8"������! ��/*0/� �)7����!3�%8"������! ��/*0/�
�� �)7����!3�%8"���*��#*��0�)7����!3�%8"���*��#*��0��!�#�����0���!�#�����0�
�� #�9#���*#�9#���*�� !"�#�"�� !"�#�"/*0���#0�)7�/*0���#0�)7� ��#�9#���*��#�9#���* ��*��������*������ ������������������,,/ ;/ ;,, ���� 5�55�5
�� ����#����#������4�����4��� !"�#�"�� !"�#�" ��/*0*�*!�<���/*0*�*!�<�
�� �������������� !"�#�"�� !"�#�"'0#�-�(0'0#�-�(0 �)7�������)���3��)7�������)���3� ““��,����,��--���#���#””
27-Nov-0827-Nov-08 20
Management activitiesManagement activities
�� �������'��������'� ��)��*����)��*��
�� #����������#���������� ������ ����������
�� ���! ��$����������! ��$�������
�� !��!*!��!* ������ ��������
�� ���������$�������������$���� ������ )���*������)���*������
�� �������������� ������ ���'�����'��
Step - an overview
� Covers only planning stages
� The approach is to plan in outline first, and in more detail as carrying out.
0.Select
project1. Identify
project objectives
2. Identify project
infrastructure
3. Analyse
project
characteristics
4. Identify products
and activities
5. Estimate effort
for activity
8. Review/ publicize
plan
6. Identify activity
risks
7. Allocate
resources
9. Execute plan
10. Lower level
planning
Review
Lower
level
detailFor each
activity
27-Nov-0827-Nov-08 22
Management commonalitiesManagement commonalities
�� ������*������* ���/*0�>��'��������/*0�>��'����� ��������� !"�#�"��������� !"�#�"
�� ��������#�9#���*���0���������#�9#���*���0� '*�2��*-. ���'*�2��*-. ��� ���������������������� !"�#�"�������� !"�#�"
�� -���������-��������� ������#�9#������� ��������#�9#������� �� *���#�� *�����/� ���*���#�� *�����/� ����������������#����������������#��� ������ !"�#�"������ !"�#�"
27-Nov-0827-Nov-08 23
Project staffingProject staffing
�� ����/*0/� �$�������! ����*�0#*����������/*0/� �$�������! ����*�0#*������-- ��)��*%����/*0���6����#-� � ��$�����0!�#'����)��*%����/*0���6����#-� � ��$�����0!�#'��-- �$�������*�)��'���%"����*�/*0���$�������*�)��'���%"����*�/*0��-- ���"������! ������4�?@*������$���������0-����������"������! ������4�?@*������$���������0-�������
�� �� �����! ����.�(����$)'������0��6�� �����! ����.�(����$)'������0��6 ���>���*�������������>���*�����������$�������*�?@*���$�������*�?@*��
Skills Comparison - Similarities
Project Manager
� Strong communication
skills
� Understanding of the
SDLC
� Negotiation/
consensus building
� Strong interpersonal and
client management skills
Business Analyst
� Strong communication skills
� Understanding of the SDLC
� Negotiation/ consensus building
� Strong interpersonal and client management skills
PM BA
PM
BA
Skills Comparison - Differences
Project Manager� Ability to see the “big
picture” for the project
� Directs project team� Helps people (project
team) get things done
� Ensures the product is delivered on time, within budget
Business Analyst� Detail-oriented
� Listens to people (SMEs)
� Helps SMEs describe how and why they perform tasks
� Ensures the product is built right according to the requirements
Skills Comparison - DifferencesProject Manager
� Removes issue barriers
� Manages project change control
� Manages the Work Breakdown Structure
(WBS)
� Management skills
Business Analyst
� Identifies business issues
� Manages requirements change requests
� Performs requirements-related tasks in the WBS
� Investigative skills
PM
BA
InitiationRequirements
Design & Implementation
Planning
Construction QA Implementation Closure
The Execution of a Project
BA
PM
SDLC
• Scope• Budget• Team
• PIR• Planning • Execution & Control
• DocumentRequirements
• SystemCheckout
• Scope • Design• Testing &Training Strategies
• Test CaseCreation
• Test• UAT• Train
• PIR
How do a PM and a BA Work Together? Examples of Cooperation (“Dynamic Duos”)
� Strong PM, Weak BA� Result = Requirements are rushed,
some may be missed, rework needed late in the process, schedule and budget suffers
� Weak PM, Strong BA� Result = Too much time developing
requirements, project falls behind schedule, “scope creep” often occurs
� Weak PM, Weak BA� Result = Project failure!
� Strong PM, Strong BA� Result = Success, great balance
between thorough requirements-gathering and moving forward
27-Nov-0827-Nov-08 29
Project planningProject planning
�� ��#������������#���������� �������/� #0����#�*����'$��������/� #0����#�*����'$�
�� ������*���!0�������!�6��!0����*���������'�+���6�������*���!0�������!�6��!0����*���������'�+���6� �����! ��*��������! ��*������#����#� ��������*�� �*��-�*01����*�,6���������*�� �*��-�*01����*�,6�
�� ���.���!0�1����*�����4��,6�*�����'���'�$������������6����.���!0�1����*�����4��,6�*�����'���'�$������������6� ����#� ��������������#� ���������� ������ ��)��*%��)��*%
27-Nov-0827-Nov-08 30
Type of project planType of project plan
�� ����������������:: ������ ����#�������#��� ������ *!�<�*!�<� ���$%3����-. -����$%3����-. -�������������
�� ������ ������� �:: ����2,�����2,� #�2���#�2���,, ������������ ������ ������#����-. -�������#����-. -������#������#�
�� ��������������������������������������:: ����2,�����2,� ����#�������#��� ������ ������*������*
�������������")�����!0�1�������������")�����!0�1 ����� !"�#�"����� !"�#�"
�� ����������������������������:: ����2,�����2,� �����4�?@*�������4�?@*�� ������ )��'���%")��'���%"
����$����-�����������$����-�������
27-Nov-0827-Nov-08 31
Project planning processProject planning process�� ������ ��������������������� ����������������� ����)���*�����6��! �����)���*�����6��! � ����#���!�#�)�!0�1����#���!�#�)�!0�1�� ���������� ““milestonesmilestones”” ������ ��'���+���'���+�-����#0������������/*0�'�+�-����#0������������/*0�'�+� �������� ������� �����0��/*0/� ������� �����0��/*0/� �#����#���
-- �����!�������������!��������-- ����*��������*!*!��������������*��������*!*!����������-- ������������ ((.��#����#���,��.��#����#���,��))-- ���#����#*� #�� ������������#����#*� #�� ���������-- )���)�$�!��������-�*0)���)�$�!��������-�*0-- ����%"����%" �� )C(��� )C(� ������ �$)'����$)'��� ������������,6�������������,6� 27-Nov-0827-Nov-08 32
The project planThe project plan
�� ������������������������ ���$2,����$2,� 1.1. ������-�������������-�������2.2. ��0�������)7�.0#�1��0�������)7�.0#�13.3. ������#�-��������!0��.0#�������#�-��������!0��.0#�
27-Nov-0827-Nov-08 33
Project plan structureProject plan structure
�� ��������
�� ����'� ��������������'� ����������
�� ��#������"�#*�'�����#������"�#*�'���
�� ����$)��%"���! ��-. ����$)��%"���! ��-. –– H�"��#�"H�"��#�" –– �� !"�#�"�� !"�#�"
�� ������ ����0�0�����0�0�
�� ������#�������#0.0#�-�������/�������#�������#0.0#�-�������/�
�� ��/�-���!��!*����/�-���!��!*�� ������ ����������
27-Nov-0827-Nov-08 34
Activity organizationActivity organization
�� ������*����������#����#��#*�����-� ������������! ��/� ������*����������#����#��#*�����-� ������������! ��/� �����-� �����-� �� �����!��!*�#*� #�� /� �� �����!��!*�#*� #�� /�
�� ““milestonesmilestones”” �0�����$�'�6�'$�����!0��������*�0�����$�'�6�'$�����!0��������*
�� ““deliverablesdeliverables”” �)7��������'0�*��-� ���� �)7��������'0�*��-� ����
�� ����#�������#��� ““waterfallwaterfall”” ��-� ��������#*�����-� ��������#*��� milestones milestones ���!��/)!��*���!��/)!��*( milestones ( milestones �*2,��*2,� ““����.�����.�”” ������ �#*'���+�����#*'���+����������!*�����!�6�/# ������!*�����!�6�/# ) )
27-Nov-0827-Nov-08 35
Milestones in the RE processMilestones in the RE process
27-Nov-0827-Nov-08 36
Project schedulingProject scheduling
�� ��0�����������)7���0���0�����������)7���0� ������ )��*%�#�)��*%�#� ������ ������������ ������! ����-��!0����! ����-��!0����
�� �#��#*�����'*�2���� �*1����#��#*�����'*�2���� �*1��� �����)���������������)����������
�� ��������������! ���������������������! ������� �����/*0-� �����#*�0. �����/*0-� �����#*�0.
�� ! ���,���)��'���%"! ���,���)��'���%" ������ �#*'*�2����� ������������#*'*�2����� �����������
27-Nov-0827-Nov-08 37
The project scheduling processThe project scheduling process
27-Nov-0827-Nov-08 38
Scheduling problemsScheduling problems
�� ��)��*%�#*����)C(���)��*%�#*����)C(� ������ ! ��$�! ��$� �)7���������)7��������
�� ����������!/*0�)7���!�'0#�������#�������������!/*0�)7���!�'0#�������#���
�� ������*��-� ����������0. ������*��-� ����������0. ���0�)C(�3�������0�)C(�3����
�� '������/*0�����*���������,6��'*�'������/*0�����*���������,6��'*� �0��*�0��* ������#�/# -�����'*�������#�/# -�����'*�
27-Nov-0827-Nov-08 39
Bar charts and activity networksBar charts and activity networks
�� ��)�� -. �'���������������)�� -. �'�������������
�� �'�����!�0�-��������'�����!�0�-������� ��/*0�#���+�����/)��/*0�#���+�����/) �#�*�������#�*������)��*%)��*% 1 1--2 2 ���!"���!"
�� charts charts ������*������* �#��'���#��'�� dependencies dependencies #0! ���,���#0! ���,�����/���/� ������ critical path critical path #0�$����$0����0���/��#0�$����$0����0���/��
�� Bar charts Bar charts �#��'����������#��'��������� ������ ������#�)I����������#�)I����
27-Nov-0827-Nov-08 40
Task durations and dependenciesTask durations and dependencies
Activity Duration (days) Dependencies
T1 8
T2 15
T3 15 T1 (M1)
T4 10
T5 10 T2, T4 (M2)
T6 5 T1, T2 (M3)
T7 20 T1 (M1)
T8 25 T4 (M5)
T9 15 T3, T6 (M4)
T10 15 T5, T7 (M7)
T11 7 T9 (M6)
T12 10 T11 (M8)
27-Nov-08 41
Activity networkActivity network
27-Nov-0827-Nov-08 42
Activity timelineActivity timeline
27-Nov-0827-Nov-08 43
Staff allocationStaff allocation Project Phases and the Project Life Cycle
� A project life cycle is a collection of project phases that defines:� What work will be performed in each phase.
� What deliverables will be produced and when.
� Who is involved in each phase.
� How management will control and approve work produced in each phase.
� A deliverable is a product or service produced or provided as part of a project.
Phases of the Traditional Project Life Cycle The PLC vs the SDLC
ConceptDevelop
ment
Implement
ationClose-Out
Planning Analysis DesignImplementa
tionMaintenance
System Development Life Cycle
Project Life Cycle
27-Nov-0827-Nov-08 47
)C(�����������������)C(�����������������
�� �������������-� �'�+�!���#����3-! ��)��*%���#�/# �������������-� �'�+�!���#����3-! ��)��*%���#�/# ����$%3���������/*0-.0�������0����$%3���������/*0-.0�������0 ���>�����������*��#*���>�����������*��#*���� ��*������� ��*��� 11 ������*���*��#*'�*����"������#���������*���*��#*'�*����"������#���
27-Nov-0827-Nov-08 48
��������#*�'��������������������#*�'������������ (Project Risk Management)(Project Risk Management)
�� ��������#*�'�������������)7���#��);�������������#*�'�������������)7���#��);����� )C(�)C(�//�#*�#*�'����'��� *��#0���� /�)C(��*��������,6�*��#0���� /�)C(��*��������,6�
�� #�!2$)��'��"������#*�'�����������#*�'��������������)C(�#�!2$)��'��"������#*�'�����������#*�'��������������)C(����/*0���������������,6����/*0���������������,6� �������6����������������#*�'���������6����������������#*�'��!0�������-� ������ ����'$�!0�������-� ������ ����'$�
�� .0#-� �� �����������'*�2��������� #�#**���-�-���%����.0#-� �� �����������'*�2��������� #�#**���-�-���%������! ���'������)C(�!0���! ���'������)C(�!0� 11 ����������,6�� #�#*/� �)�����6�-�� �����������,6�� #�#*/� �)�����6�-�� ��#��#� �����$�����#*�� ��� ����������/� �!��*���0#��� �����$�����#*�� ��� ����������/� �!��*���0#���
27-Nov-0827-Nov-08 49
�#*�'�������������#*�'������������ (Project Risks)(Project Risks)
�� �#*�'����#*�'��� (Risk) (Risk) *����!$��%"*����!$��%"//)C(�����������,6�-����#0�)C(�����������,6�-����#0������������,����'0����'��!0�������/� ��0�����������,����'0����'��!0�������/� ��0�� �0�-� �����#*�0. �0�-� �����#*�0.
�� ��-� �0-. �0�������������*�,6���-� �0-. �0�������������*�,6�
�� ��-� ����������/*0/� �$%3�!*���! ������-� ����������/*0/� �$%3�!*���! ����
�� ��-� *����������������-� *��������������
27-Nov-0827-Nov-08 50
Risk managementRisk management
�� ��������#*�'�����6���������#*�'�����6� ����#�������#��� ���0����2,��#*�'������0����2,��#*�'��� ������ #������������#*�'���#������������#*�'��� -� *��������� ����'$�-� *��������� ����'$�
�� �#*�'����)7���!$��%"���-� ��� �#*�'����)7���!$��%"���-� ��� �,�����������,6��,�����������,6�-- '0��������!0��������'0��������!0�������� ������ ������������-- '0���!0��$%3��������������� !"�#�"'0���!0��$%3��������������� !"�#�"-- '0���!0�����4����"��'0���!0�����4����"�� �������� �����!�� !"�#�"�����!�� !"�#�"
27-Nov-0827-Nov-08 51
Software risksSoftware risksRisk Affects Description
Staff turnover Project Experienced staff will leave the project before it is finished.
Management change Project There will be a change of organisational management with
different priorities.
Hardware unavailability Project Hardware that is essential for the project will not be
delivered on schedule.
Requirements change Project and
product
There will be a larger number of changes to the
requirements than anticipated.
Specification delays Project and
product
Specifications of essential interfaces are not available on
schedule
Size underestimate Project and
product
The size of the system has been underestimated.
CASE tool under-
performance
Product CASE tools which support the project do not perform as
anticipated
Technology change Business The underlying technology on which the system is built is
superseded by new technology.
Product competition Business A competitive product is marketed before the system is
completed.
Sample Risk Breakdown Structure
IT Project
Business Technical OrganizationalProject
Management
Competitors
Suppliers
Cash flow
Hardware
Software
Network
Executive
support
User support
Team support
Estimates
Communication
Resources
27-Nov-0827-Nov-08 53
The risk management processThe risk management process
�� �#�� ���#*�'����#�� ���#*�'��� ������������������,, ���!3�%8"���!3�%8" ������ �$�����$����
�� #������"�#*�'���#������"�#*�'��� –– )���*���#*�0���)7�)���*���#*�0���)7� ������ ���������������������������#*�'������0��6��#*�'������0��6�
�� #����#���� –– #����������������������#���������������������� ����������������������,6�����������������������,6�
�� !��!*!��!* –– !��!*!�#���!��!*!�#��� !���������!���������
27-Nov-0827-Nov-08 54
The risk management processThe risk management process
Risk Identification
� Risk identification is the process of understanding what potential events might hurt or enhance a particular project.
� Risk identification tools and techniques include:
� Brainstorming
� The Delphi Technique
� Interviewing
� SWOT analysis
27-Nov-0827-Nov-08 56
�� ����������������
�� �$�����$����
�� ���"�����"��
�� �#*! �����#*! ����
�� ��)���*������)���*����
Risk Identification
27-Nov-0827-Nov-08 57
Risks and risk typesRisks and risk typesRisk type Possible risks
Technology The database used in the system cannot process as many transactions per second
as expected.
Software components that should be reused contain defects that limit their
functionality.
People It is impossible to recruit staff with the skills required.Key staff are ill and unava ilable at critical times.
Required training for staff is not available.
Organisational The organisation is restructured so that different management are responsible for
the project.
Organisational financial problems force reductions in the project budget.
Tools The code generated by CASE tools is inefficient.
CASE tools cannot be integrated.
Requirements Changes to requirements that require major design rework are proposed.
Customers fail to understand the impact of requirements changes.
Estimation The time required to develop the software is underestimated.
The rate of defect repair is underestimated.
The size of the software is underestimated.
Sample Risk Document
3R7
2R21
1R44
StatusImpactProbabilityRisk
Owner
Potential
Responses
TriggersRoot
Cause
CategoryDescriptionRiskRankNo.
27-Nov-0827-Nov-08 59
Risk analysisRisk analysis
�� )��*%�#*�)7�/)/� )��*%�#*�)7�/)/� ������ �#*�$��������#*�'����#*�$��������#*�'���
�� �#*�)7�/)/� ����!��*��#*�)7�/)/� ����!��*�,, !��)����!��)����,, '��'��,, '��*�'��*�
�� �������������� �������#*���� ���)�����������#*���� ���)���� �������� /*0'���(��/*0'���(���+/� �+/�
27-Nov-0827-Nov-08 60
Risk analysis (i)Risk analysis (i)
Risk Probability Effects
Organisational financial problems force reductions in
the project budget.
Low Catastrophic
It is impossible to recruit staff with the skills required
for the project.
High Catastrophic
Key staff are ill at critical times in the project. Moderate Serious
Software components that should be reused contain
defects which limit their functionality.
Moderate Serious
Changes to requirements that require major design
rework are proposed.
Moderate Serious
The organisation is restructured so that different
management are responsible for the project.
High Serious
27-Nov-0827-Nov-08 61
Risk analysis (ii)Risk analysis (ii)
Risk Probability Effects
The database used in the system cannot process as
many transactions per second as expected.
Moderate Serious
The time required to develop the software is
underestimated.
High Serious
CASE tools cannot be integrated. High Tolerable
Customers fail to understand the impact of
requirements changes.
Moderate Tolerable
Required training for staff is not available. Moderate Tolerable
The rate of defect repair is underestimated. Moderate Tolerable
The size of the software is underestimated. High Tolerable
The code generated by CASE tools is inefficient. Moderate Insignificant
Sample Probability/Impact Matrix
27-Nov-0827-Nov-08 63
Risk planningRisk planning
�� ����%�!0���#*�'�������%�!0���#*�'��� ��4���$��"��4���$��" �����������#*�'��������������#*�'���
�� ��$��"�����������$��"��������� –– ���#*�)7�/)/� ���#*�)7�/)/�
�� ��$��"�������$��"����� –– ������������������
�� ���'����>$��>�����'����>$��>�� –– �*����#*�'��������,6��*����#*�'��������,6� -� �����'����>$��>��*-� �����'����>$��>��*-. -.
27-Nov-0827-Nov-08 64
Risk management strategies (i)Risk management strategies (i)
� ��������� �������� ����� ������ �
)C(�������)C(������� -- �!��*���'�.�6����� ����������'���!��*���'�.�6����� ����������'�� #0#0��������6�*��#*'���(!0��$������6�����/���������6�*��#*'���(!0��$������6�����/�
)C(�����)C(����� -- �� �-� ���� ���#0��������6����'�+�. �#0�� �-� ���� ���#0��������6����'�+�. �#0����������,, !�#�'���������6�������)7�!�#�'���������6�������)7�
��*����+�)K#��*����+�)K# -- �����*��-�*0-� ��������#� ���������������� �����*��-�*0-� ��������#� ���������������� �����?K���������?K����
�������*��.��$��������*��.��$� -- ����)����.�6�'0#����.��$��)7�.�6�����.���2��/� ����)����.�6�'0#����.��$��)7�.�6�����.���2��/�
27-Nov-0827-Nov-08 65
Risk management strategies (ii)Risk management strategies (ii)
Risk Strategy
Requirements
changes
Derive traceability information to assess requirements
change impact, maximise information hiding in the
design.
Organisational
restructuring
Prepare a briefing document for senior management
showing how th e project is making a very important
contribution to the goals of the business.
Database
performance
Investigate the possibility of buying a higher-
performance database.
Underestimated
development time
Investigate buying in components, investigate use of a
program generator
27-Nov-0827-Nov-08 66
Risk monitoringRisk monitoring
�� )���*���#*�'�����������,6��0�1)���*���#*�'�����������,6��0�1 �����!��'��-���#0�����!��'��-���#0 �#*�'�����6����#*�'�����6�������*��,6�����/*0����*��,6�����/*0
�� )���*����#0���������������,6��)�����)������/*0)���*����#0���������������,6��)�����)������/*0
�� �!0���#*�'������'���(�!0���#*�'������'���( �#�/� ����#*����%�#�/� ����#*����% -���)��.$*-���)��.$*�#*� #�� ����������#*� #�� ��������� -�������� �����-�������� �����
27-Nov-0827-Nov-08 67
Risk indicatorsRisk indicators
Risk type Potential indicators
Technology Late delivery of hardware or support software, many reported
technology problems
People Poor staff morale, poor relationships amongst team member,
job availability
Organisational Organisational gossip, lack of action by senior management
Tools Reluctance by team members to use tools, complaints about
CASE tools, demands for higher-powered workstations
Requirements Many requirements change requests, customer complaints
Estimation Failure to meet agreed schedule, failure to clear reported
defects
27-Nov-0827-Nov-08 68
Key pointsKey points
�� ������������������������������������ �)7�)C���'���(�����-� ������'���+�� #���)7�)C���'���(�����-� ������'���+�� #��
�� ���&%������ !"�#�"������! ��/*0/� ���&%������ !"�#�"������! ��/*0/� ��'� �)C(�-� ?K�������'� �)C(�-� ?K�����
�� �� �����*��������0��� �����*��������0� �!0���'���(����!0���'���(��� ��#������#����,, ��)��*%��)��*%����,, �������!���#��������!���#�
�� ��#���������)���*���)7������! ����#��6�!����#������#���������)���*���)7������! ����#��6�!����#����������������
27-Nov-0827-Nov-08 69
Key pointsKey points
�� �);�*����������)7�3#�������#��/� �);�*����������)7�3#�������#��/� ���! ��*�����'�����! ��*�����'��!0�?K�����!0�?K�����
�� ���������������������������� ������ ���!��*��)�� ���!��*��)�� �'��2,�������*�'��2,�������* .0#��#�.0#��#� ������ �$�����$����
�� ��������#*�'�����������#*�'��� ����#� ��������0�����#*�'��������'0�������#� ��������0�����#*�'��������'0������������������������� ���#�����������-� �#*�'������0��6����#�����������-� �#*�'������0��6� /*0��/*0���#*�'��*��#*�'��*�