Report: LIU TENG YUAN

16
Moving to flow-based softeate development An experience report by Jørn Ola Birkeland, Bekk Consultng Report: LIU TENG YUAN

description

Moving to flow-based softeate development An experience report by Jørn Ola Birkeland , Bekk Consultng. Report: LIU TENG YUAN. Background. The iteration S hort iteration (two weeks) generalist developers v.s domain experts. Fig 1: Day one of the iteration. Looking good . - PowerPoint PPT Presentation

Transcript of Report: LIU TENG YUAN

Page 1: Report: LIU TENG YUAN

Moving to flow-based     softeate development An experience report by Jørn Ola Birkeland, Bekk Consultng

Report: LIU TENG YUAN

Page 2: Report: LIU TENG YUAN

BackgroundThe iteration

Short iteration (two weeks)generalist developers v.s domain experts

Fig 1: Day one of the iteration. Looking good

Fig 2: Last day of the iteration. Not exactly what we’d planned

Page 3: Report: LIU TENG YUAN

BackgroundThe iteration

Burn-down charts by ScrumMasterRetrospective (valuable , but suggestions ?)

Fig 4: The actual burn-down after the iteration. The team did pretty well, but was far from delivering all that had been planned. Scope change is very visible.

Fig 3. The burn-down at day one. Expected worst case best case and average case added. In this case the team had planned a little more than could be expected in the average case.

Page 4: Report: LIU TENG YUAN

BackgroundThe release cycle

three 2-week iterations( test week , stage week ,development)

test week: regression testing , user storiesstage week: more regression testing , no errors ,

final verification

problem: 1.test week was very stressful2. 3rd deployment had to be carried out

idea: next release cycle started in the stage week of the previous one.

Page 5: Report: LIU TENG YUAN

Moving to flowThe revolution

Time box/iteration was eliminatedStand-up meeting changed from team member to work item

focusSupport process and bug handling integrated in regular processWork item estimation skippedBurn-down charts droppedA defined workflow was introduced ,

with clear goals/deliverables in each stepThe whiteboard was changedWIP limits were introduced

The evolution

Page 6: Report: LIU TENG YUAN

The whiteboard was changed

Page 7: Report: LIU TENG YUAN

WIP limits were introduced

Page 8: Report: LIU TENG YUAN

Page 9: Report: LIU TENG YUAN

Page 10: Report: LIU TENG YUAN

Page 11: Report: LIU TENG YUAN

KPI:關鍵績效指標

Page 12: Report: LIU TENG YUAN

Summay and Conclusions

Fig 5: Results of a team survey done a few weeks after introducing FSD

Page 13: Report: LIU TENG YUAN

Summay and Conclusions

Fig 5: Results of a team survey done a few weeks after introducing FSD

Page 14: Report: LIU TENG YUAN

Summay and Conclusions

Fig:6 Bugs reported in various environments for each release. FSD introduced after 20090508

Page 15: Report: LIU TENG YUAN

Summay and Conclusions由上面的問券跟統計 bug調查顯示 ,

移除不必需的程序不僅節省時間工作者能在一件事情更專一、專一stand-up meeting對象轉移這使得目標更明確 ,造成有效的討論

更在最後的 bug數量的結果上有顯著的改善 ,

Page 16: Report: LIU TENG YUAN

Reference圖片來自於以下作者之投影片與報告“Moving to flow-based software development” by Jorn Ola Birland