Risk and Risk Management (Theory and Practice) “It’s tough to make predictions, especially about the future.” Yogi Berra, Niels Bohr Todd Little and Chris.

Slides:



Advertisements
Similar presentations
From the home office in Duncan, Oklahoma Top Ten reasons why we are late in 2008 Dubai, UAE.
Advertisements

Todd Little Landmark Graphics It Depends APLN Leadership Summit 2008 L e a d i n g C h a n g e T h r o u g h C o l l a b o r a t i o n.
Mythbusting Software Estimation Todd Little VP Product Development IHS.
1 / 27 CS 709B Advanced Software Project Management and Development Software Estimation - I Based on Chapters 1-3 of the book [McConnell 2006] Steve McConnell,
The Honor Project: Not Lying By: Madison, Chris, Tyler, Matt, Connor & Dave.
Lesson 18 Edification.
risk in a collaborative culture
Business Building vs. “Get Rich Quick”
Uncertainty surrounding the Cone of Uncertainty Todd Little “It’s tough to make predictions, especially about the future.” – Yogi Berra.
Applied Software Project Management Andrew Stellman & Jennifer Greenehttp:// Applied Software Project Management Introduction.
Mythbusting Software Estimation Todd Little VP Product Development IHS.
Transitioning to XP or The Fanciful Opinions of Don Wells.
Applied Software Project Management 1 Introduction Dr. Mengxia Zhu Computer Science Department Southern Illinois University Carbondale.
If Agile had Oscars, which of its principles would qualify as “leading” vs “supporting?” David Greene BEFORE THE TALK:
Risk in a Collaborative Culture.  Why risk matters  Risk and Conscious Competence  Mitigating risk.
Answer the Call: Help Product Owners Define and Prioritize Requirements So many decisions, more time than we thought.
Applied Software Project Management Andrew Stellman & Jennifer Greenehttp:// Applied Software Project Management Chapter 1: Introduction.
The Agile Primer July 2008 © ThoughtWorks 2008.
Todd Little Sr. Development Manager Landmark Graphics Context Driven Agile Leadership One Size Doesn’t Fit All.
Barely Sufficient Portfolio Management Todd Little So many decisions, more time than we thought.
Decision making leadership practices applications step up, step back collaboration culture of trust problem solving managing risk.
Barely Sufficient Portfolio Management Todd Little and Kent McDonald So many decisions, more time than we thought.
22 Jul 2005CSE403, Summer'05, Lecture 12 Lecture 12: Scheduling, Estimation, and Prioritization (Part II) Valentin Razmov.
A Good Start: Resilience in Families With a first Baby Irene de Haan BRCSS/SPEaR Colloquium.
1 Today’s Plan In Class Exam – Quick Review Thoughts on your Junior Projects, cntd People and Roles on Projects.
Assessing the cost of Offshore Outsourcing: Efficiency, Effectiveness, and Risk Todd Little.
Sight Words.
Industry SDLCs and Business Climate. Justin Kalicharan Credentials Director and Senior Technology Officer Over 14 years of coding experience in various.
Five Things Niel Nickolaisen CIO, Headwaters, Inc. Co-founder, Accelinnova.
KAREN PHELPS Spontaneous Sponsoring. Your Home Presentations “A Valuable Source for Recruits”
1 Software Process Models-ii Presented By; Mehwish Shafiq.
Project Management: Methods for Success in Changing Environments L e a d i n g C h a n g e T h r o u g h C o l l a b o r a t i o n.
Sight words.
Exactly what you ordered. Terry created a key to change her husband’s personality. She thought she was doing the best for both of them, but it might open.
Decision making applications problem solving leadership practices step up, step back culture of trust collaboration considering risk.
Process is continuously improving Have Definition of Done (DoD) DoD achievable within each iteration Team respects DoD The bottom line Delivering working,
Todd Little A Framework for Agile Leadership Stand Back and Deliver Making Ship Happen.
Was the Project Really Late? Presented by Tony Welsh, MA, MSc.
1 김 수 동 Dept. of Computer Science Soongsil University Tel Fax
Chapter 2 Iterative, Evolutionary, and Agile You should use iterative development only on projects that you want to succeed. - Martin Fowler 1CS
Gambling Your Future: Effective Portfolio Management Todd Little and Kent McDonald So many decisions, more time than we thought.
If I couldIf I couldIf I could My love, you’re always in my heart# If I could have it all, I would choose to have your love. Don’t you know How my heart.
Leadership practices applications step up, step back collaboration culture of trust managing risk decision making problem solving.
CS3100 Software Project Management: Monitoring & Control 1 Software Project Management Week 10: Project Monitoring & control Ian Blackman.
Extreme Programming (XP) XP is an agile methodology: –aims to be responsive to change Theme running through XP is the importance of communication –amongst.
Sight Word List.
I have very little money ! How can I manage to live on it ? 1.
AP-1 4. Agile Processes. AP-2 Agile Processes Focus on creating a working system Different attitude on measuring progress XP Scrum.
Risky Business Work Todd Little Sr. Development Manager Landmark Software & Services.
Todd Little Pollyanna Pixton A Framework for Agile Leadership L e a d i n g C h a n g e T h r o u g h C o l l a b o r a t i o n.
Decision making applications problem solving leadership practices step up, step back culture of trust collaboration considering risk.
Barely Sufficient Portfolio Management Todd Little & Kent McDonald So many decisions, more time than we thought.
WATERFALL DEVELOPMENT MODEL. Waterfall model is LINEAR development lifecycle. This means each phase must be completed before moving onto the next!!! WHAT.
Virtually Agile Astro Sabre (Matt Ganis) IBM, Senior Technical Staff Member Hawthorne, NY - September 20, 2007.
Ernie the Entrepreneur / Owner The middle-aged male who runs his own business, but doesn’t have the time, resources or expertise to develop and manage.
Sight Words.
Decision making applications problem solving leadership practices step up, step back culture of trust collaboration considerations and risk.
Risk in a collaborative culture.  Why risk matters  Profiling risk  Mitigating risk  Communicating and owning mitigation.
The problem that needs to be solved is if a computer career is for me.
© 2015 albert-learning.com How to talk to your boss How to talk to your boss!!
R i s k If you don’t attack risks, they will attack you.
ESSENTIAL WORDS.
considerations and risk
One Size Doesn’t Fit All
From the home office in Duncan, Oklahoma
Presentation transcript:

Risk and Risk Management (Theory and Practice) “It’s tough to make predictions, especially about the future.” Yogi Berra, Niels Bohr Todd Little and Chris Matts

A Game?

Create a six sided random number generator dice like thingy. Everyone on the team needs to roll a double six.

A Game? Create a four sided random number generator dice like thingy. Everyone on the team needs to roll a double six.

Exercise What are the types of risk?

How do “Risky Businesses” work

Financial Markets A severe depression like that of is outside the range of probability. Harvard Economic Society, Weekly Letter, November 16, 1929.

New Product Development I think there is a world market for about five computers. Thomas J. Watson, chairman of IBM, 1943.

War They couldn't hit an elephant at this dist… General John B. Sedgwick, Union Army Civil War officer's last words, uttered during the Battle of Spotsylvania, 1864

A right, but not an obligation to do something Real Options

Medical World

Real Options Value of Information Value of Flexibility

Oil & Gas Exploration

Which Risks Are Important

Hurricane Rita

Getting Better

Movies

Business Risk Profiles

Books

Venture Capital

Categories of risk Delivery Failure Business Case Failure Collateral Damage

Delivery Challenges/Failures Standish Group 2006, reported by CEO Jim Johnson, CIO.com, ‘How to Spot a Failing Project’

Business Case Failure

Collateral Damage

Wrong Priorities

Collateral Damage An effective roll-back strategy

Delivery Failure results in Collateral Damage

I’m beginning to think it wasn’t such a good idea to turn off those unit tests

Business Case Failure

Features and Functions Never Used 45% Rarely Used 19% Sometimes 16% Often 13% Always 7% Always or Often Used: 20% Never or Rarely Used: 64% Standish Group Study, reported by CEO Jim Johnson, XP2002

Purpose Alignment Model Market Differentiating High Low Mission Critical Low High Differentiating ParityWho Cares? Partner Purpose Does Not Equal Priority

ConsiderationsRisksAssumptionsConstraints

Delivery Failure

Managing the Coming Storm Inside the Tornado When will we get the requirements? All in good time, my little pretty, all in good time But I guess it doesn't matter anyway Doesn't anybody believe me? You're a very bad man! Just give me your estimates by this afternoon No, we need something today! I already promised the customer it will be out in 6 months No, we need it sooner. Not so fast! Not so fast!... I'll have to give the matter a little thought. Go away and come back tomorrow Ok then, it will take 2 years. Team Unity Project Kickoff

We’re not in Kansas Anymore My! People come and go so quickly here! I may not come out alive, but I'm goin' in there! The Great and Powerful Oz has got matters well in hand. "Hee hee hee ha ha! Going so soon? I wouldn't hear of it! Why, my little party's just beginning! Developer Hero Reorg Testing

IEEE Software, May/June 2006

Data from LGC

CDF Distribution Curve (LGC)

Delivery Risk Profiles

But is Uncertainty Really Reduced? “Take away an ordinary person’s illusions and you take away happiness at the same time.” Henrik Ibsen--Villanden

Cumulative Distribution (CDF) Curve

Why is Software Late?

From the home office in Duncan, Oklahoma Top Ten reasons why we are late in 2008 Dubai, UAE

10: Requirements, what Requirements? What you want, baby I got it R-E-Q-U-I-R-E Find out what it means to me Top Ten reasons why we are late in 2008

9: Dependencies on other groups that were late Top Ten reasons why we are late in 2008

8: Over-optimistic Schedule Estimation Always look on the bright side of code Always look on the bright side of code The code’s a piece of $#!^, when we look at it We can always overlook a minor kink.... It probably compiles, it might even link... Surely that must mean it doesn’t stink Top Ten reasons why we are late in 2008

7: Those weren’t MY estimates How low can you go! Scheduling Ritual Top Ten reasons why we are late in 2008

6: Not enough testers or documentation resources. Who needs them anyway? We put those bugs--I mean features-- in there on purpose. Besides, it was difficult to program, it should be difficult to use. Top Ten reasons why we are late in 2008

5: Offshore and Outsourcing issues My source code lies over the ocean, My source code lies over the sea. My source code lies over the ocean, Oh bring back my source code to me..... Bring Back, Bring Back, oh bring back my source code to me, to me Bring Back, Bring Back, oh bring back my source code to me Top Ten reasons why we are late in 2008

4: One word, Ch-ch-ch-changes Top Ten reasons why we are late in 2008

3: I can’t get no, System Admin –I can’t get no, CM action –‘cause I try, –..and I try, –….and I try, –……and I try…. Top Ten reasons why we are late in 2008

2: You didn’t give me the headcount that you promised Top Ten reasons why we are late in 2008

1: Weren’t you doing the backups!? Top Ten reasons why we are late in 2008

Why is Software Late? Genuchten 1991 IEEE General Manager Project ManagerItem 110Insufficient front end planning 23Unrealistic project plan 38Project scope underestimated 41Customer/management changes 514Insufficient contingency planning 613Inability to track progress 75Inability to track problems early 89Insufficient Number of checkpoints 94Staffing problems 102Technical complexity 116Priority Shifts 1211No commitment by personnel to plan 1312Uncooperative support groups 147Sinking team spirit 15 Unqualified project personnel

Why is Software Late? Genuchten 1991 IEEE General Manager Project ManagerItem 41Customer/management changes 102Technical complexity 23Unrealistic project plan 94Staffing problems 75Inability to track problems early 116Priority Shifts 147Sinking team spirit 38Project scope underestimated 89Insufficient Number of checkpoints 110Insufficient front end planning 1211No commitment by personnel to plan 1312Uncooperative support groups 613Inability to track progress 514Insufficient contingency planning 15 Unqualified project personnel

Defending an Unpopular Schedule Developers tend to be temperamentally opposed to the use of negotiating tricks. Such tricks offend their sense of technical accuracy and fair play. Developers don't want to offer lopsidedly high initial estimates even when they know that customers, marketers, or bosses will start with lopsidedly low bargaining positions. –Steve McConnell

We want this

Negotiation Bias "It is difficult to get a man to understand something when his salary depends upon his not understanding it.“ »Upton Sinclair:

Test 1 (Jørgensen) GroupGuidanceResult A800 B40 C4 DNone160

Test 1 GroupGuidanceResult A B40100 C460 DNone160

Understand Bias "What gets us into trouble is not what we don't know. It's what we know for sure that just ain't so.“ »Mark Twain

Don’t know that we don’t know Knowable Unknowable Uncertainty Know that we know Know that we don’t know Don’t know that we know

Don’t know that we don’t know Knowable Unknowable Uncertainty Know that we know Know that we don’t know Don’t know that we know Uncertainty Management PlanningRisk Management p10p50 p90

The Goal On Time To Spec Within Budget

Da Plan, Boss – Da Plan

The Cone of Uncertainty We expect uncertainty and manage for it through iterations, anticipation, and adaptation.

Delivery Failure. staff liquidity

Context Leadership Model Project Complexity Uncertainty Cows BullsColts Sheep Dogs

Context Leadership Model Project Complexity Uncertainty Simple, young projects. Need agility Tight Teams Sheep Dogs Complex, mature market Need defined interfaces Cows Bulls Agility to handle uncertainty Process definition to cope with complexity laissez faire Colts Low High

Bull Product Release

Reduce Uncertainty or Complexity UncertaintyComplexity Opportunities to Reduce Uncertainty: Use proven technologies Reduce project duration Opportunities to Reduce Complexity: Collocate the team Break project into sub-projects AttributeScore Market███ Technical███ # Customers█████████ Duration█████████ Change███ AttributeScore Team Size█████████ Mission Critical█████████ Team Location█████████ Team Maturity███ Domain Gaps███ Dependencies█████████

Partitioning Dog Project Cow Project Colt Project Bull Program Remember: Loose Coupling and Strong Cohesion

Project Leadership Guide Market Differentiating High Low Mission Critical Low High Invent Manage Offload Create Change Embrace Change Eliminate Change Control Change Ad HocAgile OutsourceStructured Deploy

Portfolio Management Project Complexity Uncertainty

Not all dogs are the same

Successful Projects?

Curses

Contact Todd Little Chris Matts