Похожие презентации:
Why requirements are the key to project success
1.
RequirementsModule 1.
Why requirements are the
key to project success
2.
AGENDAWhy do the projects fail?
What are requirements?
Requirements’ formats
What are not requirements?
Cost of defect fixing
3.
Swings: Why did this project Fail?4.
Swings: Why did this project Fail?5.
Why did this project Fail?6.
What are requirements?REQUIRMENT
a capability that must be met or
possessed by a system to satisfy a
contract, standard, specification,
regulation, or other formally
imposed documents.
7.
What are requirements?REQUIRMENT
A requirement is something that
the product must do or a quality
that the product must have.
8.
What are requirements?REQUIRMENT
…a specification of what
should be implemented
…define what it needs to do –
but not how
9.
FACTS (CHAOS REPORTS)Challenged project
Failed project
behind schedule
over budget
has missed scope
was canceled prior to completion
was completed but the system is
not used.
Successfully projects
10.
Reasons for project failureINCOMPLETE
REQUIREMENTS
13.1
DIDN’T
INVOLVE USERS
12.4
INSUFFICIENT
RESOURCES/SCHEDULE
10.6
CHANGING
REQUIREMENTS
8.7
DIDN’T
NEED ANY LONGER
7.4
11.
Requirements’ formatsDescription
Representation
Specifications
Functionality
Interaction
Limitation
12.
Requirements’ formatsSentence
“The Order Management System should allow users to log in to the system”
Structure
sentence
As User (any role) I want to log in so I can enter the system
Situation
Table
and Spreadsheet
Error message
‘User Name’ is empty and User pushes ‘Log in’ button
Such user does not exist in the system – please try again.
Incorrect User Name is entered in the field and User pushes
‘Log in’ button
Such user does not exist in the system – please try again.
13.
Requirements’ formatsDiagrams
Mockup,
Prototype
or simulation
14.
RequirementsProject
Planning
Design
and Coding
Testing
User
Documentation
Deployment
15.
Product RequirementsPROJECT REQUIREMENTS:
define how the work will be managed.
focus on who, when, where, and how something
gets done.
• development environment requirements
• schedule / budget limitations
• user tutorial / training requirements etc
16.
Product RequirementsPRODUCT REQUIREMENTS:
include high level features or capabilities
that the business team has committed to
delivering to a customer
17.
Requirements and Project ScopeRequirements
=
Project Scope
18.
Requirements and Project ScopeREQUIREMENTS
what is that users want from the
product.
PROJECT SCOPE
is defined as the work that needs
to be accomplished to achieve the
requirements.
19.
Requirements and Project ScopePROJECT SCOPE includes:
tasks for all team members
necessary resources
work schedules
so on
20.
Example. OMS application: Login pageAs User (any role) I want to log in so I can enter the system
21.
Example. OMS application: Login pageScope
Develop Login page corresponding to mock-ups
Add table with users’ names and passwords to OMS DB
Implement authentication logic
Design, implement and run test cases for checking login functionality
…
22.
What is not a requirement?Implementation details
Project planning information
Testing information
23.
Cost of defect fixingRelative Cost to Correct a Defect
120
100
80
60
40
20
0
Requirements
Design
Code
Test
Operation
24.
Cost of defect fixing45%
30-50%
70% to 85%
of total development cost
consume
Rework
of rework cost
come from
requirements errors
80%