Fork me on GitHub
Risk First Logo

Home of Risk-First Software Development



Start Here


Home
Contributing
Quick Summary
A Simple Scenario
The Risk Landscape

Discuss


Please star this project in GitHub to be invited to join the Risk First Organisation.

Blog


Consuming Hacker News 14 May 2019
Twitter Cards 22 March 2019
Next - Scrum? 7 March 2019
Available On Amazon 25 February 2019
New Proof 10 February 2019

Publications



Click Here For Details


Under Construction

What Is It

– retrospective – audit – reviews, generally – code review – sign off / approvals – training sessions – presentations

Also, Post IMplementation Review

Retrospectives and Post-Implementation Reviews also allow you to check your results after the fact, allowing you to learn lessons about how to prioritise and how much to prioritise.

After any activity, you can perform a retrospective. Level of formality may vary.

Sign-Offs and Reviews

(See also review, code review)

Sign-Offs are used in Waterfall after each stage.

Sign-Offs are actually a de-risking process in two ways.

First, they allow you to Meet Reality: taking the results of the Specification stage, and putting it in front of a group of stakeholders gives the people on the project a chance to check their Internal Model against those of other groups, be they users or sponsors of the project.

Second, they allow lots of people to be involved in an approval, or a decision process. Extreme Programming has a single On Site Customer, and can get unweildy when you have mulitple products and multiple owners within the same team. This problem is not solved by a sign-off process, but is mitigated to some extent.

Third, they provide a written record that something was agreed. This is useful because:

Usually, it’s hard to get sign-offs. This is because it’s hard to get lots of people to agree on anything. The process often involves several walkthroughs, and iterations until everyone is happy. Sadly, in order to bring people on board, the iterations usually involve adding more complexity to the project, rather than reducing it, which has the effect of actually increasing risk.

## Code Review

## Sign-Off

slowed down by bureaucratic risk

Helps solve Disenfranchisement problems

How It Works

Feedback Loops

Risks Mitigated

Attendant Risks

Found this interesting? Please add your star on GitHub to be invited to join the Risk-First GitHub group.