-
Prefacexiii
-
Acknowledgementsxiv
-
-
Introduction1
-
Organizational Change Management and the SDLC10
-
IT Governance and the SDLC19
-
The Project Management Method and the SDLC22
-
Tying It All Together26
-
What to Expect28
-
-
System Development Models29
-
Waterfall Model31
-
The Spiral Model39
-
The V-Model43
-
German V-Modell 97 and V-Modell XT43
-
US Vee Model45
-
The Dual Vee-Model49
-
-
Incremental Commitment Model51
-
Adaptive Software Development55
-
The Agile Manifesto56
-
-
Rapid Application Development58
-
Scrum60
-
The Crystal Family65
-
Extreme Programming69
-
Dynamic Systems Development Model72
-
Lean Development76
-
Understanding It All80
-
-
Requirements Maturity, IT Governance & Planning85
-
IT Governance and the Requirements Process91
-
Work Intake94
-
-
Requirements Maturity99
-
Requirements Planning104
-
RACI Charts106
-
Communications Plan108
-
-
-
Requirements Elicitation111
-
Brainstorming112
-
Focus Group117
-
Interview120
-
Observation123
-
Prototyping126
-
Modeling Standards127
-
Prototype Types130
-
-
Requirements Workshop134
-
Managing Scope Creep144
-
-
Survey146
-
-
Requirements Documentation & Quality150
-
Best Practice Business Requirements Definition154
-
Non-Functional Requirements162
-
Process Definitions164
-
Good Requirements Quality Checklist169
-
-
Requirements Analysis, Inspection & Tracing175
-
Document Analysis180
-
Interface Analysis181
-
Requirements Elaboration183
-
Requirements Prioritization188
-
System Requirements Specification192
-
Test Strategy196
-
Requirements Inspection197
-
Requirements Baselining199
-
Tracing Requirements200
-
IT Governance Next Steps203
-
Requirements Artifacts203
-
SDLC Requirements Phase Activity Diagram205
-
-
Design & Development206
-
Business Process Analysis & Design208
-
Object-oriented Analysis & Design209
-
Service-Oriented Analysis & Design211
-
Structured Analysis & Design214
-
Data Modeling218
-
Design Quality Review Stage Gate222
-
Development Cycles223
-
Iteration Kick-off Meeting224
-
Daily Stand-up Meeting227
-
-
Test-Driven or Test-First Development228
-
The Development Cycle232
-
Development and Coding Standards237
-
-
Pre-Implementation Activities and Artifacts239
-
Implementation Plan239
-
Detailed Test Plan243
-
Functional Testing246
-
Non-Functional Testing247
-
-
Training Artifacts249
-
Assessing End User Needs250
-
Setting Training Goals250
-
Determine the Training Delivery Methods250
-
Develop the Training Materials252
-
Scale the Program254
-
Tailor the Training Program254
-
-
Operational Turnover Artifacts254
-
Service Level Agreements258
-
Change Request258
-
Design & Development Phase Activity Diagram264
-
-
Quality Assurance & Implementation265
-
What is Quality?266
-
How Does the SDLC Help Manage Quality?266
-
Who Owns Quality?267
-
What are the Differences between Quality Control and Quality Assurance?267
-
What are Three Common Misconceptions about Quality?268
-
Quality Models and Standards269
-
The Pareto Principle and Quality Assurance273
-
Defect Classification274
-
The SDLC Test Battery280
-
Acceptance Testing283
-
Quantified User Acceptance Testing284
-
Contract and Regulation Acceptance Testing285
-
Alpha and Beta Testing286
-
-
Additional Testing Best Practices288
-
Automated Testing upon Code Check-in288
-
Benchmarking289
-
Defect Discovery Incentives289
-
Memory Resource Failure Simulation289
-
Reduce the Number of Regression Test Cases289
-
-
Implementation & Maintenance290
-
Release Management290
-
Configuration Management292
-
Software Configuration Management294
-
System Hardware Configuration Management295
-
Configuration Management and Maintenance295
-
-
Subcontractor Management295
-
Outsourcing296
-
Multi-Cultural Training299
-
-
Implementation Readiness Review304
-
Submit the Change Request304
-
Train the Users304
-
Package the Release305
-
Perform the Deployment306
-
Operational Acceptance Testing306
-
Implementation Phase Activity Diagram307
-
-
Continuous Improvement308
-
Business Transformation Governance311
-
W. Edwards Deming on BT312
-
-
Capability Maturity Model Integration314
-
Kaizen317
-
Theory of Constraints319
-
The Thinking Processes320
-
Microsoft TOC Case Study322
-
-
Kanban323
-
Corbis Kanban Case Study326
-
Scrum-ban326
-
-
Statistical Analysis Variants326
-
Six Sigma327
-
Lean Six Sigma329
-
TOC Lean Six Sigma330
-
-
All the Rest331
-
Overall Equipment Effectiveness331
-
Root Cause Analysis and TRIZ332
-
-
IT Performance Measurement333
-
Performance Measurement Fundamentals334
-
-
SDLC Metrics335
-
Lifecycle Framework Metrics336
-
Defects336
-
Effort338
-
Requirements339
-
Schedule340
-
Value Chain Metrics341
-
Steady State342
-
Quality Assurance Metrics343
-
-
Conclusion344
-
-
Handy Desk Reference345
Search Results for:
Best of the Best Practices

Waterfall Variants
- Classic Waterfall first described by Dr. Winston Royce in 1970
- Modified Waterfall proposed by Dr. Royce in 1970
- Spiral Model, Dr. Barry Boehme, 1986
- Vee-Model (both US and Germany versions), 1991
- Dual Vee, Fosberg and Mooz, 2005
- Incremental Commitment Model (Waterfall/Agile Hybrid), Drs. Barry Boehme and Jo Ann Lane, 2006
Agile Variants
- Rapid Application Development, 1991
- Scrum, 1991
- Crystal, 1992
- Extreme Programming (XP), 1995
- Dynamic Systems Development Model (DSDM), 1995
- Lean (philosophy), 2003
The study concludes that a best of best practices model will be of the hybrid variety. IT Governance and the value proposition fit best within a waterfall framework. System development and quality assurance fit best in an agile framework. The Ultimate Guide to the SDLC blends the best of the best practices from these 12 models into a single comprehensive model that most assuredly evolves an organizations process maturity from ability to capability. For your convenience, the comparison chart is reproduced below.

Elicitation Competencies that Give the Most Bang for the Buck

This 2008 benchmark concluded, “In absolute terms, the quality of requirements will dictate the time and cost of the solution.” Companies that have achieved “Excellence across 5 categories of elicitation competency” realize the greatest success rates.
The Business Analysis Body of Knowledge Ver. 2.0 (BABOK) defines 9 categories of elicitation competency. (Earlier versions of BABOK listed 10, but have since dropped reverse engineering) The 9 categories are (in alphabetical order):
- Brainstorming
- Document Analysis
- Focus Group
- Interface Analysis
- Interview
- Observation
- Prototyping
- Requirements Workshop
- Survey
Which 5 of these elicitation competency categories give the most bang for the buck?
[accordions title=”” disabled=”false” active=”false” autoheight=”false” collapsible=”true”]
[accordion title=”Click here to reveal answer”]
Most people who are asked this question bet their money on Document Analysis, Interface Analysis, Interview, Prototyping and Requirements Workshops, although many flip a coin between Brainstorming and Interface Analysis.
[/accordion]
[/accordions]
Achieve Unqualified Project Success

In 2004, the same group’s Chaos Chronicles reported:
Only 34% of projects expected to finish on time; 52% had proposed functionality; 82% had time overruns; 43% had budget overruns.
A February 2009 article by Jeff Roster, a member of the Gartner Blog Network, revealed 2008 worldwide IT spending statistics broken out by industry segment. The article predicted the growth rates through 2012 in IT spend for these industries which range from a low of 2.8% for manufacturing to 5.2% for Utilities. In 2008, total IT investment was just under $1.9 trillion dollars in these market segments which do not take into account government spending.
If we apply the conservative 1995 Chaos Report metric of 25% for project failures to the 2008 spending statistic, it means that we can estimate that in 2008 $475 billion dollars was spent on failed or canceled projects worldwide. The vast majority of these project failures can be attributed to poor requirements.
As an operational definition, good requirements are cohesive, complete, consistent, correct, feasible, modifiable, necessary, prioritized, reusable, testable, traceable, verifiable and unambiguous. If requirements aren’t captured to this high standard, rework or project failure is the natural consequence. Good requirements are not captured by walking into a room and asking “What are your requirements?” Requirements elicitation is a process that must be mastered. It is not an exercise in filling out a template.
The Information Architecture Group located in New Castle, Delaware, is one of the 28 founding members of the International Institute of Business Analysis, a heavy contributor to the Business Analysis Body of Knowledge and a thought leader in requirements maturity best practices. In 2008, IAG conducted a survey of over 100 larger companies with development projects in excess of $250,000 where significant new functionality was delivered to the organization. The average project size was $3 million. This 2008 benchmark concluded:
In absolute terms, the quality of requirements will dictate the time and cost of the solution.
Companies that have achieved “Excellence across 5 categories of elicitation competency” realize the greatest success rates. IAG said:
Simply put, a project manager increases their chance of getting an “unqualified success” by over 400% by using elite analysts with specific competencies at the start of requirements discovery.
In Chapters 3 through 5 of The Ultimate Guide to the SDLC, I teach best practice competencies in requirements elicitation. It also includes a comprehensive checklist to be used not only as a guideline for writing requirements, but as a quality checklist for assuring each requirement meets the operation definition of good requirements. Do you want to achieve unqualified project successes, then take your processes to the next level of maturity.
Download the Requirements Verification Checklist to use with your your requirements elicitation efforts.
Guess the Agile Method?

What popular agile development method names its participants after the characters found in the following story, first told by Bennett Cerf on June 13, 1950 and published in the Titusville, Pennsylvania Herald in the column “Try and Stop Me?”
A hen and a pig were sauntering down the main street of an Indiana town when they passed a restaurant that advertised “Delicious ham and eggs: 75¢.”
“Sounds like a bargain,” approved the hen. “That owner obviously knows how to run his business.”
“It’s all very well for you to be so pleased about the dish in question,” observed the pig with some resentment. “For you it is all in the day’s work. Let me point out, however, that on my part it represents a genuine sacrifice.”
[accordions title=”” disabled=”false” active=”false” autoheight=”false” collapsible=”true”]
[accordion title=”Click here to cheat and view the answer”]
Scrum! Project participants are called chickens and pigs.
[/accordion]
[/accordions]
- « Previous Page
- 1
- …
- 4
- 5
- 6
- 7
- 8
- …
- 12
- Next Page »


Recent Comments