白话SCRUM 之三:sprint backlog
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
Sprint Backlog 是敏捷开发中的一个关键组件,它相当于传统项目管理中的工作分解结构(WBS)。它采用面向交付物的任务分解方法,来明确团队在下一个迭代中需要完成的工作。
举例来说,如果一个产品待办项(Product backlog)是“作为系统的合法用户,可以通过录入账号和密码登录到系统中”,团队成员需要识别出具体任务,进行工作量估计,并领取相应的任务。这些任务包括单元测试程序编写、界面设计、密码校对算法设计和程序调试等,每个任务都有预估的工作时间、责任人和任务状态。
任务的细分是基于开发人员的经验,通过头脑风暴法共同协作完成的。任务列表中只包括那些必须完成的工作,而非必要的工作则被剔除。每个任务的估计工作量由责任人自行判断,并且所有任务的总工作量不应超过对应用户故事的估计工作量。如果工作量超出预期,可能需要重新评估用户故事的估计工作量。
产品负责人(Product owner)的角色是基于商业价值来选择应该在交付中包含哪些用户故事,而开发团队则需要根据开发风险和用户故事之间的依赖性,来选择在迭代中实施的用户故事。
为了维护Sprint Backlog,团队可以采用多种工具,如Excel、白板或者专门的敏捷项目管理软件。
想要了解更多内容?
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
我所知道的富士康之序言
最近总有朋友询问我富士康的事情,问得多了,也就回忆的多了,兴奋的时候,就想干脆整理成文字吧,也算对自己自06年以来给富士康做咨询的一个总结。从06年以来我给富士康的3个事业群做过了CMMI的咨询,2次2级,3次3级,累计现场咨询天数超过150天吧,所以日积月累,对富士康有所了解。
为了避免不必要的麻烦,我认识他,他也认识我的人都隐去了姓名,我知道他,他不知道我的就出现了一个姓名:郭台铭。