10 Steps to Better Requirements

Slides:



Advertisements
Similar presentations
1 System Engineers Toolbox 1 Compliance Automation, Inc. INCOSE: NM Enchantment Chapter By Cheryl Hill August 12, 2009.
Advertisements

S D Compliance Automation, Inc 1 Larry Fellows Compliance Automation, Inc. When Any Road Won’t Do… Project Scope Points the Way.
Merit Consulting Terje Myrseth MUA – October 2008.
8 September ProcessWithin the Steps  Put together minimal solution Start with external commitments Introduce internal milestones  Focus on the.
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
Requirements Specification
8/28/2005ECEN5543 Req Elicitation1 Targets of Requirements Engineering ECEN 5543 SW Engineering of Standalone Programs University of Colorado, Boulder.
Message Design and Content Creation 23 January 2007 Kathy E. Gill.
IS Terms and Introductory Concepts. Contemplative Questions What is an information system? What is an information system? Why do we care about the difference.
Part 2: Requirements Days 7, 9, 11, 13 Chapter 2: How to Gather Requirements: Some Techniques to Use Chapter 3: Finding Out about the Users and the Domain.
Professor Michael J. Losacco CIS 1150 – Introduction to Computer Information Systems Systems Analysis and Design Chapter 12.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
1 Case Study: Starting the Student Registration System Chapter 3.
© SAIC. All rights reserved. NATIONAL SECURITY ENERGY & ENVIRONMENT HEALTH CYBERSECURITY The Potential High Cost of Simple Systems Engineering Errors Jim.
Requirements Development VIASYS Healthcare. What is a requirement? 1) A condition or a capability needed by a user to solve a problem or achieve an objective.
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher with material from: Wiegers: Software Requirements, Chapter 5.
1 Requirements Best Practices. Webinar Host Presenter: Cheryl Hill, PMP Requirements Experts
Dr. Ralph R. Young Director of Software Engineering Systems and Process Engineering Northrop Grumman Information Technology (703)
Intelligent Automation. Who are PAA ? Who are Process Analysis & Automation ? Incorporated in 1992 Software supplier, OVERLORD Offer systems integration.
Software Requirements Presented By Dr. Shazzad Hosain.
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
Requirements Engineering ments_analysis.
Chapter 7 Applying UML and Patterns -Craig Larman
PROJECT MANAGEMENT FUNDAMENTALS Page 2 Why Project Management? Current Issues: n Complex nature of business today — More cross-functional efforts — Need.
Doug Tody E2E Perspective EVLA Advisory Committee Meeting December 14-15, 2004 EVLA Software E2E Perspective.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 1: Software and Software Engineering.
PRESENTED BY, SARANYA , GAYATHRI, II ECE-B.
Rational Requirements Management with Use Cases v5.5 Copyright © Rational Software, all rights reserved 1 Requirements Management with Use Cases.
Software Requirements: A More Rigorous Look 1. Features and Use Cases at a High Level of Abstraction  Helps to better understand the main characteristics.
Requirements Engineering Lesson 2. Terminologies:  Software Acquisition is where requirement engineering significantly meets business strategy.  Software.
1- 1 Irwin/McGraw-Hill © The McGraw-Hill Companies, Inc., 1998 James A. O'Brien Fourth Edition Management Information Systems Managing Information Technology.
MADALINA CROITORU Software Engineering week 3 Madalina Croitoru IUT Montpellier.
Requirements Engineering ments_analysis.
Methods for Effective Requirements Development
T Iteration Demo Tikkaajat [PP] Iteration
Requirements Management with Use Cases Module 2: Introduction to RMUC Requirements Management with Use Cases Module 2: Introduction to RMUC.
Software Engineering Lecture 10: System Engineering.
In order to survive in the era of competition a business firm needs market research. Researching market involves thorough analysis and gathering of data.
Software Requirements Engineering Session: 1 Topics: Chapters 1 – 3.
© 2014, Value Transformations, LLC. All rights reserved 2014/12/20 Test Planning Scope and Requirements.
Chapter 4. CONCEPT OF THE OPERATING SYSTEM MANAGING ESSENTIAL FILE OPERATIONS.
© Prentice Hall, 2005 Excellence in Business CommunicationChapter Planning Business Reports and Proposals.
Doron Orbach UCMDB Product Manager
An Introduction to Attendance on Demand
Project Management Guy Shtub
Presentation on Software Requirements Submitted by
Writing Requirements Lecture # 23.
Introduction Characteristics Advantages Limitations
Requirements analysis, representation and validation
Concept of ACSF TAN (Type Approval Number)
Verifying – Evaluating Software Estimates
Software What Is Software?
Software Requirements analysis & specifications
Requirement Engineering - Customer-Oriented
Project Management Complexity, Risks, Failure and Technology
Spring Semester 2015 Lecture 7 Needs vs. Wants
FOUNDATIONAL CONCEPTS
Requirements Analysis
CLIENT ZipDial.
Chapter 6: Principles of Requirements Analysis
CEN 5035, Software Engineering
Using Customer feedback for Automated Test-suite
Requirements Document
Design Challenge.
Software Testing Lifecycle Practice
Improving Your Testing
Introduction Software maintenance:
Status of SysML v2 Planning & Requirements
Information system analysis and design
Presentation transcript:

10 Steps to Better Requirements Larry Fellows Compliance Automation, Inc.

Standish Group Survey - 1995 17% On Time & On Budget 33% Cancelled (Cost $81B) 50% Challenged (Cost $59B) Average Challenged Project: 189% Over Budget 222% Behind Schedule Only 61% of originally specified features delivered.

Standish Group Survey - 2002 34% On Time & On Budget 15% Cancelled (Cost $81B) 51% Challenged (Cost $59B)

A Winning Product On Time On Budget Required Functions Right Quality

Step 1 – Define the NEED

Step 2 – Identify the Stakeholders Engineering Designers Software Logistics Operations Testing Manufacturing Service System Marketing Customer Reliability Developers

Stakeholder Knowledge Common Knowledge Shared Knowledge Unique Knowledge

Create Common Vision Common Knowledge Unique Knowledge Shared Knowledge Unique Knowledge

Step 3 – Recognize the Drivers Higher Level Requirements Cost Regulations Specification Standards Existing systems & processes User expectations Schedule

Step 4 – Gather Operational Concepts

Step 5 – Define External Interfaces Your System database keyboard display Power other software test hardware Physical other hardware command status command & data

Communication problems

Step 6 – Create a Simple Format Who What

Step 7 – Avoid Ambiguous Terminology

Step 8 – Define Requirement Rationale

Step 9 – Capture Verification Method

Step 10 – Use a Standard Template

No Surprises But they always are. People who write bad requirements should not be surprised when they get bad products But they always are. Ivy Hooks