SCRUM: Twice the Work, Half the Time

I recently read the book scrum the art of doing twice the work and half the time in it author Jeff Sutherland explains a powerful project management system called scrum scrum combats the major problems with most projects the biggest problem with projects is that they try to estimate the entire project in one shot at the beginning of the project this estimate is overly detailed it takes weeks to produce and the actual team who's going to do the work aren't typically involved afterwards management thinks that this plan is perfect all we need to do the project to be successful is to stick to the plan there is a fundamental problem with this method of estimating a project and it stems from what psychologists call cognitive biases a cognitive bias is a tendency to think irrationally to use bad judgment cognitive biases are fundamental flaws of human rationale and they've been present with us for thousands of years and we often times are not even aware of them the first one that we fall prey to when planning a project is the planning fallacy the planning fallacy was first discovered in 1979 by Daniel Kahneman the planning fallacy is the tendency to underestimate the time it takes to complete a project simply because we vastly underestimate all the influential factors we tend to be overly optimistic and underestimate a project even if we're aware of this phenomenon author Jeff Sutherland has seen this in many projects he finds that estimates of work can range from 400% beyond the time actually taken to 25% of the time taken the second combination of cognitive biases we fall prey to you is the sub cost and status quo bias when we spend a lot of time or invest a lot of money creating something we become attached to it we resist any change in all new information that might contradict our work this leads to a delayed response to new information and eventually project overruns thankfully there is a better way the better way is called a scrum method the scrum method is characterized by doing planning in chunks to plan throughout the project and actively seek to improve upon the plan major companies are adopting the scrum method Google Amazon sales force and the FBI all use a scrum method to complete projects author Jeff Sutherland states that scrum has its origins in the world of software development but now it's sweeping through myriad other places where work gets done everything from building a rocket ship to managing payroll to journalism scrum accelerates effort it doesn't matter what that effort is on a typical scrum project you only see teams that are between three and nine people a team beyond nine people cannot communicate effectively this team is responsible for estimating the work the people that do the work estimate the work the team completes work in short works prints and they aim to demo their work at the end of the work Sprint's to validate their work and gather feedback here are the seven steps of every scrum sprint step number one populate a backlog of all the things you need to do on the project don't make it very detailed just list all the items you need to complete on the project put them in story format each task should read like a narrative who needs it what specifically do they need and why do they need it what they going to use it for this makes the tasks easier to read and you can hand a task off to anyone and they can start off without a lot of explanation during this first step you also prioritize the backlog and you do it in terms of the customer value and the immediate impact that each task will have upon completion if it's going to generate revenue right away then that item should be near the top this first step is done by the product owner who is the visionary for the project's outcome the second step is to estimate each of these tasks relatively by using the Fibonacci sequence use the Fibonacci sequence because it's easier to distinguish between numbers like five and eight as compared to four and five humans are great at telling the difference between one two and three but beyond that it just seems like many author Jeff Sutherland states that don't estimate in absolute terms like hours it's been proven that humans are terrible at that size things relatively like t-shirt sizes small medium extra-large or more commonly the Fibonacci sequence the Fibonacci sequence is very common in nature so humans are very used to it they've been used to it for thousands of years to apply your relative estimate start with the hardest longest item apply the top end of your Fibonacci sequence range so for this case it would be 13 and then estimate all other items relative to the hardest item step number three plan your works print works prints are typically one to two weeks long they all must be less than one month long and the goal is to get to a demo date at the end of the work sprint so you have to determine how many of these points that you've assigned to tasks you can complete before the end of the sprint let's say for this sprint we could do 108 points it's an educated guess after the first sprint you realize that you only completed 96 points you now use this 96 points as a baseline for future sprints I like to try and improve upon the initial point value by 10% for all successive sprints step number four is to make your work visible you do this by creating a scrum storyboard a simple storyboard includes three columns what you're going to do what you're doing and what you've done for the sprint so we populate the do column if this was on the wall you would use post-it notes and each post-it note and represent a task as you start doing it you move it to the doing column and as you complete it you move to the done column each day you update what's called a burn down chart the burn down chart is simply a chart that has an initial sprint point value on the y-axis and you want to subtract from that initial point value each day to at the end of the Sprint hopefully me down to zero points remaining step number five of a scrum sprint is to do daily 15-minute stand-up meetings during these meetings you ask what did we do yesterday what do we plan to do today and what obstacles are slowing us down how can we make improvements this discussion is led by the scrum leader who's the facilitator for the team step number six at the end of your sprint you demo your minimal Viable Product it's a product that has a working feature not a complete product but something that you can demonstrate during the demonstration you get feedback from the user from the customer the customer will let you know if they approve the feature or they'll tell you to improve it the final step of a scrum sprint is to get your team together and go over what went well last Sprint what didn't go well and what improvements can we make to the next sprint after you've identified the things you can improve upon you start the next sprint going back to step 1 now why is scrum so powerful why is it so much better than existing project management methods other than just the original estimate phase there are three core reasons the first is that a scrum projects you improve exponentially because you're having daily stand-up meetings and because at the end of each sprint you need to get feedback and further improve the way you're doing work these process improvements compound on one of those like compounding interest and eventually they grow to be massive changes this is why you can do twice the work in half the time the second core reason scrum is better than most projects is that it follows the 8020 principle the 8020 principle states that 80% of the value will come from 20% of the effort or time on a project therefore if we look at each sprint as the initial 20% of every project we can in a sense get 80% of the value out of every sprint that we take this can lead to a huge value return far greater than what was initially expected the final core reason why scrums better than most project is that the sprints in a scrum are a constraint for your work hours a typical project requires that you put in some extra hours due to the fact that you aren't getting the feedback fast enough and you need to catch up when you work more hours your decision quality goes down as your decision quality goes down your rework goes up which results in more work for the project which results in more hours and to poorer decisions it's a downward death spiral for your project so there you have it that's why scrum kicks ass if you would like a handy one-page scrum sprint checklist PDF just click the link below and I'd be happy EML it to you thanks for listening and have a productive day

Channel: Productivity Game

Views: 366,227

Rating: 4.91363 out of 5

Keywords: Project Management, Scrum, Getting Things Done, Jeff Sutherland, Managing Projects, Scrum book review, Scrum Jeff sutherland book review, Scrum Sutherland Summary, Scrum jeff sutherland summary, Animated Book Review Scrum, Animated book review

Id: RaaBrPCo_Mw

Length: 10min 21sec (621 seconds)

Published: Tue Feb 02 2016