filmov
tv
Waterfall to Agile Transition Challenges: Combating Scrummerfall
Показать описание
Many companies fall into Scrummerfall when transitioning from Waterfall to Agile. Zenergy's agile experts, Bob Galen and Shaun Bradshaw (at the BetterDevWest 2017 Conference), discuss ways to combat Scrummerfall, as its behaviors can be risky and can potentially set up sprints for entire teams to fail.
When working with an agile team transitioning from Waterfall, Shaun warned them to take caution and not to fall into the rut of Scrummerfall. An example of this would be if a team were to do a 2-week sprint focused on requirements, a 2-week sprint focused on design, 2-week sprint focused on development, and a 2-week sprint focused on testing.
In efforts to implement agile into this organization, the correct way, and help the team move away from their Waterfall habits, Shaun had asked the team divide up the tasks for the next sprint. The ending result was a list of tasks which were further divided into the silos mentioned previously (requirements, design, development, and testing). Yet, another prime example of Scrummerfall; which sets the sprint up so that each individual silo’s tasks (i.e. design) must be completed before the next silo can begin (i.e. development) and that silo must be completed before moving to the next (i.e. testing). In this scenario, all the testing tasks are saved until the end making the entire process more time consuming, costly and potentially sets the entire sprint up for failure. In other words, in order to avoid Scrummerfall your goal should be to try to break down work and/or push some of the later tasks earlier into the sprint.
Combatting Scrummerfall
1. WIP Limits– limit your work in progress (this forces the team to complete specific tasks before moving to the next)
2. Lay out 2-week sprints– Start putting tasks up and then analyze where the tasks fall. Are your tasks overloaded in one area/or silo? Which tasks have dependencies on others? Can multiple people tackle or help each other complete certain tasks to help expedite the sprint?
When working with an agile team transitioning from Waterfall, Shaun warned them to take caution and not to fall into the rut of Scrummerfall. An example of this would be if a team were to do a 2-week sprint focused on requirements, a 2-week sprint focused on design, 2-week sprint focused on development, and a 2-week sprint focused on testing.
In efforts to implement agile into this organization, the correct way, and help the team move away from their Waterfall habits, Shaun had asked the team divide up the tasks for the next sprint. The ending result was a list of tasks which were further divided into the silos mentioned previously (requirements, design, development, and testing). Yet, another prime example of Scrummerfall; which sets the sprint up so that each individual silo’s tasks (i.e. design) must be completed before the next silo can begin (i.e. development) and that silo must be completed before moving to the next (i.e. testing). In this scenario, all the testing tasks are saved until the end making the entire process more time consuming, costly and potentially sets the entire sprint up for failure. In other words, in order to avoid Scrummerfall your goal should be to try to break down work and/or push some of the later tasks earlier into the sprint.
Combatting Scrummerfall
1. WIP Limits– limit your work in progress (this forces the team to complete specific tasks before moving to the next)
2. Lay out 2-week sprints– Start putting tasks up and then analyze where the tasks fall. Are your tasks overloaded in one area/or silo? Which tasks have dependencies on others? Can multiple people tackle or help each other complete certain tasks to help expedite the sprint?
0:05:21
0:06:34
0:09:50
0:06:42
0:07:36
0:01:05
0:03:13
0:06:52
0:35:58
0:01:10
0:13:46
0:00:58
0:06:23
0:05:03
0:46:06
0:02:31
0:41:58
0:02:30
0:02:23
0:12:30
0:03:24
0:19:39
0:06:44
0:01:43