Bringing Software Requirements to Life by David Walker (Micro Focus) - Presentation Transcript
9/24/2009
Bringing Software
Requirements to Life
David Walker
Product Owner
david.walker@microfocus.com
+1 401 267 8874
1
9/24/2009
bringing software requirements to life
means animating requirements to
animate people
• gain a real understanding of the
problem
• see why traditional approaches
don‟t work
• become your inner educator
• break down the 4th wall
• tgim
2
9/24/2009
requirements problems are a
subset of the systemic human
condition of poor
communication
http://www.flickr.com/photos/nelsonlai/1258727102/
3
9/24/2009
“[project success rates] are a low
point in the last five study
periods. This year‟s results
represent the highest failure rate
in over a decade”
-Standish Group (5/09)
rework
7
9/24/2009
McKinsey & Co says…
“If a company is later to market
with a new product by only six
months, 33 percent of the gross
profit potential is lost”
10
9/24/2009
“Improving time to market by one
month improves profits by 12
percent”
Standish says…
11
9/24/2009
• “If a company is later to market with a
new product by only six months, 33
percent of the gross profit potential is
lost”
http://devcentral.f5.com/weblogs/images/devcentral_f5_com/weblogs/Joe/WindowsLiveWriter/PowerShellABCsQisforQueues_919A/queue_2.jpg
12
9/24/2009
Blame Chain SME #1 Blame Chain SME #5
Blame Chain SME #2 Blame Chain SME #6
Blame Chain SME #3 Blame Chain SME #7
Blame Chain SME #4
Everyone knows requirements must be serious
and difficult and you must remain seated at all
times. No fun allowed.
14
9/24/2009
this is not easy…
and…it seems to be getting
harder…
15
9/24/2009
(but it doesn‟t have to be “no fun”)
bringing software requirements to life
must be fun
16
9/24/2009
http://www.flickr.com/photos/steevil/2755466776/sizes/o/
• Fatigue adj. (weariness, tiredness): temporary loss of strength
and energy resulting from hard physical or mental work
• How many interesting excuses have you heard? Are they even
making excuses any more?
• Maybe we‟ll do better if we DON‟T participate…could it be
worse?
http://www.flickr.com/photos/1suisse/3476366880/sizes/l/
20
9/24/2009
bringing software requirements to life
must be engaging
• Fatigue adj. (weariness, tiredness): temporary loss of strength
and energy resulting from hard physical or mental work
• How many interesting excuses have you heard? Are they even
making excuses any more?
• Maybe we‟ll do better if we DON‟T participate…could it be
worse?
• What prevents active engagement? Reflex and Momentum
http://www.flickr.com/photos/1suisse/3476366880/sizes/l/
21
9/24/2009
Reflex: It hurts when I do this…
http://www.freewebs.com/nervous-system/doityourself.htm
http://www.tkk.fi/Yksikot/Laiva/Kuvat/jahrevik.jpg
22
9/24/2009
45
Public Domain
23
9/24/2009
http://messingaboutinboats.typepad.com/sailing/images/2008/01/07/ugly_fish.jpg
What would you fix?
24
9/24/2009
"Teach me my most difficult concepts in my preferred style.
Let me explore easy concepts in a different style.
Just don't teach me all the time in your preferred style
and think I'm not capable of learning."
A comment from Virleen M. Carlson, Center for Learning and
Teaching, Cornell University
http://www.bruceeisner.com/myers_briggs_types.gif
29
9/24/2009
vakt
Net Geners Learn Differently
By 21 years of age, They need:
– 10,000 hours playing – fast paced, highly
video games stimulating presentations
– 20,000 hours on e-mail – – increased interactivity
chat – blog with content & each
– 20,000 hours watching TV other
– 10,000 hours on cell – information that relates
phones, and to the learner‟s world
– under 5,000 hours – multiple options for
reading obtaining knowledge.
Susan El-Shamy. Training for the new and emerging generations.
Quoted in http://scope.lidc.sfu.ca/mod/forum/discuss.php?d=521
30
9/24/2009
“Approximately 20 to 30 percent of the
school-aged population remembers
what is heard; 40 percent recalls well
visually the things that are seen or
read; many must write or use their
fingers in some manipulative way to
help them remember basic facts;
other people cannot internalize
information or skills unless they use
them in real-life activities…”
(Teaching Students to Read Through Their Individual Learning Styles, Marie Carbo, Rita Dunn, and Kenneth
Dunn; Prentice-Hall, 1986, p.13.)
5%
• lecture
10%
comprehension:
• reading
average retention
rate after 24 hours 20%
• audio-visual
30%
• demonstration
50%
• discussion group
75%
• practice by doing
90%
• teaching others / immediate usage
http://www.saskschools.ca/curr_content/adapthandbook/learner/images/pyramid.gif
31
9/24/2009
Adult Learners
According to Malcolm Knowles, adult learners have other learning characteristics, including:
• a requirement to know how the knowledge is of direct benefit,
• a need to apply the knowledge through actual experience,
• ability to learn quickly when the training content is considered
to be of use,
• a tendency to learn best when a problem-based approach is
used,
• a need for independence, but not enough to cause discomfort
(e.g., some trainees are uncomfortable with role playing).
bringing software requirements to life
must be interactive
32
9/24/2009
bringing software requirements to life
must present the illusion of realism
bringing software requirements to life
must be in tune with the way they learn
33
9/24/2009
You‟re learners too – how do YOU
learn effectively ?
34
9/24/2009
If the only tool you have is a
hammer, you tend to see every
problem as a nail.
- Abraham Maslow
http://www.flickr.com/photos/deadeyebart/sets/72057594122748485/show/
35
9/24/2009
requirements <> definition
Requirements <> Definition
change the name - change the game
• be open to other alternatives
– interviewing
– JAD
– card sorting
– Ethnographic study
– survey
– prototyping / simulation
76
38
9/24/2009
proven in other industries
secures executive attention
43
9/24/2009
prototypes ask questions before they answer
them
44
9/24/2009
checklist
– don't take them too far
– need to be „real time‟ for collaboration
– need to get in front of as many eyes as possible
– needs to assist with management of feedback
– need to easily communicate downstream
– needs to integrate seamlessly into RDM
– needs to support non-software processes as well
– can't break the bank
89
http://www.flickr.com/photos/bart_/295339365/sizes/l/
45
9/24/2009
http://www.leadershipnow.com/leadingblog/images/process-explained.gif
Breaking the Fourth Wall
http://www.sanantonio.gov/convfac/images/highrezpics/lilastage.JPG
47
9/24/2009
What needs to change
• roundtrip the conversation
• get through - not just give out
• repair relationships
• be relevant – “own the problem”
• define the systems that people want to use
• Change is hard…
95
http://www.stevenmsmith.com/my-articles/article/the-satir-change-model.html
48
9/24/2009
Be a Trim Tab
With respects to Buckminster Fuller:
“Something hit me very hard once, thinking
about what one little man could do. Think of
the Queen Mary -- the whole ship goes by and
then comes the rudder. And there's a tiny thing
at the edge of the rudder called a trim tab.
It's a miniature rudder. Just moving the little
trim tab builds a low pressure that pulls the
rudder around. Takes almost no effort at all. So
I said that the little individual can be a trim
tab…”
“So I said, call me Trim Tab.”
http://cruiselinehistory.com/wp-content/uploads/2009/02/moittelcollectionmuseum001.jpg
49
9/24/2009
Visual Language
http://www.flickr.com/photos/visualthinkmap/2533934877/sizes/l/
50
9/24/2009
visual language
this poses an ethical question
can we ethically continue to create our
content, in the same “old prose” way,
creating 23 to 89% more difficulty for
readers, and hence, creating that
much more suffering for them?
can we ethically not use visual
language?
Robert E. Horn (paraphrased)
51
9/24/2009
can we ethically not use interactive
approaches when defining
applications?
can we ethically not bring software
requirements to life?
52
9/24/2009
Bringing Software
Requirements to Life
David Walker
Product Owner
david.walker@microfocus.com
+1 401 267 8874
53
Tired of numbing statistics that continue to cite r more
Tired of numbing statistics that continue to cite requirements as the root of all software project failure? Despite the proliferation of requirements management technologies, requirements problems persist. And, as application development processes increase in complexity, the requirements problem continues to grow - it costs software delivery organizations more than ever before in terms of budget, time-to-market, business value and customer goodwill. You may think you're managing your requirements, but the burning question is: What if you're managing the wrong requirements?
Requirements definition goes to the very core of application development - it is the underlying key to project success or failure, yet it is the single most neglected discipline within software development.
What are the hidden costs associated with poor requirements? It's much worse than you think.
Why traditional approaches to defining applications fail and will always fail.
How simulation and prototyping are different from what you do now and why it's worth trying.
Defining software requirements is a source of pain for most organizations - but for smart teams, it can be the area of greatest opportunity. Come on out and learn more! less
0 comments
Post a comment