这周开始，团队集结。
启用团队博客。一班平均分前3名，二班平均分前4名，共7个组，可自选项目。其他组继续四则运算APP项目。
想想秋千图，是不是醉了？不同人的理解可以是那么的不同，需求可以是那么的云里雾里。
为此我们学习了多种收集需求的办法。我们知道了与软件开发相关的各种角色。另外我们不能做毫无新意没人使用演示后就扔掉的东西。
这周任务：
1.应用NABCD模型分析拟做的项目。详细说明你们将用什么优势解决用户的什么问题。
在确定做什么的时候，我们大可以用上COSPLAY。
一两个组员扮演债主，其他成员欠你2万块，但他们没钱只会写软件，没办法只好协商写个软件来抵债。
作为债主，2万块的换来的软件，你肯定不想只是让欠债的爷练练编程技术。
作为爷，抵2万块债的软件，让你写个导弹制导软件你也去拼？
小组成员通过站在不同角色的立场上，在有用、可行和工作量上进行把握。
做四则运算APP的小组，组员可以分别扮演小学生、他妈、他老师、他校长等角色，来对将要实现什么功能进行扩展。
2.编写项目的产品Backlog。
也就是一个需求或故事的列表，按照重要性级别进行了排序。
在业务层次上，用客户的术语表达客户想要的东西。
每个条目包括：编号、名称、重要性、初始估算、如何演示等字段。
这个列表不一定完整无误，会在项目进展中继续完善细化，但至少包括了第一个sprint要实现的内容。
在团队成员中，推选一位组员承担SCRUM流程里的“产品负责人”角色（可以是上面角色扮演例子里的债主），他将负责维护产品Backlog，并最终由他来确定每个条目的重要性级别。
对各个功能条目可借助四项限法进行定位，以帮助我们确定条目的重要性级别，以及我们精力分配的政策性倾向。
截止日期：2015年5月15晚7点。
参考：
《构建之法》第8章。
《硝烟中的SCRUM和XP》电子书。
可参看这个团队项目博客http://www.cnblogs.com/programmers/p/4495639.html 。