<< 硝烟中的scrum和XP>>书读后小结

<<硝烟中的scrum和XP>>这个书，有电子版，在INFO Q中国有下载，可以自己搜索下，
是瑞典的scrum专家写的，很生动，有很好的实战意义，读起来也轻松，一两天就读完了，
建议推荐阅读。下面是小结一些精彩的（当然很多精彩的，就在脑子里了，不写出来了）
1 产品backlog中的用户故事一般可以包括如下字段:
    ID 编号
    名称:
    重要性级别:给出一个有区分区间的分值,比如10,20,30
     初始估算:用人/天来估算,每个成员都最好给出其估算值
    如何做演示:
    注解:
    bug跟踪id:
    需求提出请求者:

2  要求产品负责人必须参加sprint计划会议

3  sprint计划会议日程:  1) 总体介绍  2)团队估算时间,理解每个条目 3)团队选择要放入sprint的故事
4)为每日scrum会议定好固定时间地点

4 sprint的长度不适宜过长或过短
5 可以制作索引卡,上面写上重要程度,估算时间,搞成一个个的小卡片,然后帖到任务板上,可以自由移动,比如最左边

优先级低,最右边优先级高,然后团队成员通过讨论,进行移动卡片,来提高成员的参与积极性.

6 估算扑克,其目的是让每个参与者都进行估算,每张扑克牌之间的分值要拉开,每个人估算好后,同时出示.
7 安排团队的房间时,让团队坐在一起,让产品负责人在最靠近团队的地方

8 sprint的演示中,要演示核心业务,而不是演示细节,让观众自己试下产品.
9 组织sprint回顾会议,参与人要包括产品负责人,轮流发言,总结哪些是做的好的,哪些是做的不好的,未来需要改进的
10 sprint的回顾会议和下一个sprint计划会议前,让大家休息,有思考的时间

11 让测试人员放到scrum团队进行工作
12 如果有多个团队的话,同步他们之间的sprint
13 多个团队的话,采用交错的每日例会