Scrum是在已有的基础上实现读者查询书籍的功能。 用户输入账号、密码   用户输入需要查询的书籍   系统显示用户输入的信息的详细信息（包括书籍号、书籍名、作者以及出版社   用户选择自己需要的，借阅   用户退出系统

第四次Scrum meeting 会议内容：任务及完成度： 任务476：完成stackoverflow的数据采集和分类 （100%）

工作概况 　　今日由于时间比较充裕，没有编译作业的干扰，团员们的进度喜人。线程池、动态爬取、异常清理这三个主要开发工作已经步入尾声。其中线程池开发工作的代码已经签入，现主要在测试和优化。动态爬取今日也签入了新的代码，据DEV潘礼鹏的反应在这个周末应该就能够完成。异常清理器的负责人焉域政也已经完成了开发工作，现正在等待谢金洛为清理器编写一个界面再一同签入代码。周文祥和焉域政已经开始进行个人代码复查的工作。

成员：刘鹏芝，罗樟，王小莉，沈兴艳，徐棒，彭康明，胡广键 产品用户：王小莉 需求规约：彭康明，罗樟 UML：刘鹏芝，沈兴艳 Scrum负责人：胡广健 产品经理：徐棒

来源：http://dotnet.dzone.com/news/you-are-doing-scrum-scrum文章里面讲到一些Scrum Master的职责、Scrum Maste与项目经理的区别。不错的文章，收藏以后简单翻译一下。

scrum站立会议 　　站立会议是让团队成员每日面对面站立互相交流他们所承担任务的进度。它的一个附带好处是让同组成员了解到工作的情况。本质上是为了团队交流，不是会议报告。

Scrum敏捷开发，是对流程控制比较严格的。每个环节都有一套完整的过程和严格的时间控制，在我们项目组的开发过程中主要开发过程如下：

今天了解了一下SCRUM，是一种软件开发过程，源于橄榄球的发明。 它和瀑布模型，螺旋模型，迭代模型是一个概念范畴的，它们之间最大的区别就在前者默认软件过程是不可控制的。 后者将软件过程，分为计划，开发冲刺，结束。 这样分的前提是每个过程只需要一到四周的时间就可以完成，接下来就是在这个过程的提交产品的基础上再来做一次SCRUM，这样周而复始，每个过程的目标比较小，容易实现，而产品的交付可以变得非常灵活。 目前我们进行的一个项目，就有点SCRUM的味道，不过四周时间可能搞不定。

团队名称，团队目标、团队口号、团队照；角色分配产品负责人: 决定开发内容和优先级排序，最大化产品以及开发团队工作的价值。