来源于春生哥写的的 http://www.zentao.net/book/zentaopmshelp/38.html
禅道项目管理软件的主要功能列表：
- 产品管理：包括产品、需求、计划、发布、路线图等功能。
- 项目管理：包括项目、任务、团队、版本、燃尽图等功能。
- 质量管理：包括bug、测试用例、测试任务、测试结果等功能。
- 文档管理：包括产品文档库、项目文档库、自定义文档库等功能。
- 事务管理：包括todo管理，我的任务、我的Bug、我的需求、我的项目等个人事务管理功能。
- 组织管理：包括部门、用户、分组、权限等功能。
- 统计功能：丰富的统计表。
- 搜索功能：强大的搜索，帮助您找到相应的数据。
- 扩展机制，几乎可以对禅道的任何地方进行扩展。
- api机制，所见皆API，方便与其他系统集成。
scrum由product owner(产品经理)、scrum master(项目经理)和team(研发团队)组成。
•其中product owner负责整理user story(用户故事)，定义其商业价值，对其进行排序，制定发布计划，对产品负责。
•scrum master 负责召开各种会议，协调项目，为研发团队服务。
•研发团队则由不同技能的成员组成，通过紧密协同，完成每一次迭代的目标，交付产品。
Product Owner有时候我们也叫ProductManager
Scrum master当然是SM ...
Team: 研发，测试等
scrum将产品的开发分解为若干个小sprint(迭代)，其周期从1周到4周不等，但不会超过4周
scrum的基本流程如上图所示：
•产品负责人负责整理user story，形成左侧的product backlog。
•发布计划会议：product owner负责讲解user story，对其进行估算和排序，发布计划会议的产出就是制定出这一期迭代要完成的story列表，sprint backlog。
•迭代计划会议：项目团队对每一个story进行任务分解，分解的标准是完成该story的所有任务，终每个任务都有明确的负责人，并完成工时的初估计。
•每日例会：每天scrum master召集站立会议，团队成员回答昨天做了什么今天计划做什么，有什么问题。
•演示会议：迭代结束之后，召开演示会议，相关人员都受邀参加，团队负责向大家展示本次迭代取得的成果。期间大家的反馈记录下来，由po整理，形成新的story。
•回顾会议：项目团队对本期迭代进行总结，发现不足，制定改进计划，下一次迭代继续改进，已达到持续改进的效果。
与scrum概念对应关系
禅道的帮助-》新手教程非常好。可以让你从创建产品开始实践，而且不会保存到真实数据库。随便玩。
禅道
G先生：给我分配了个任务，80小时左右，但是我无法把它马上立即分成4个小时以内的子任务。
答：既然这样，不如我们灵活一下，先定两三个4个小时的子任务。目前能明确认别到的子任务。这可以认为是自底向上的开发方法。等到sprint时候
变更和评审需求：
http://www.zentao.net/book/zentaopmshelp/81.html
以前我们用变更的比较少，一般都新开需求，或者在需求里备注了，这并不是好的方式。这块还是应该好好了解和实践的
需求的状态
需求的模版
“在禅道中，我们默认给大家提供了一个需求的模板： 作为一名< 某种类型的用户 >，我希望< 达成某些目的 >，这样可以< 开发的价值 >。这个模板是借鉴自scrum开发里面的用户故事(user story)的写法。只不过我们使用了相对比较中性的概念。
在这个模板中，总共有三个元素：角色，要做的事情，价值或者原因。
”
我的理解，需求要描述好就是人，事，因。Who,What,Why
项目经理做的工作
补充一下，新版禅道增加了看板
每日立会或者说站会，做什么？
项目任务分解完毕之后，整个项目要完成的任务也都已经确定，每个人负责的任务也确定。这时候就进入到每天的迭代过程。项目经理的一个职责就是每天负责召开 站立会议。
具体的形式如下：
- 每天固定时间召开。
- 项目团队成员站立在一起开会。
- 每个人讲述三件事情：昨天做了什么，今天计划做什么。有没有什么问题。
- 会议控制在15分钟之内结束。
注意事项：
- 不要坐着开会。
- 站立会议不要试着解决问题，大家更多的是沟通互相的进度，而不是解决具体的问题。具体的问题，会后讨论。
- 控制会议时间，不要超过15分钟。
- 站立会议不是汇报会议，而是大家的沟通。及时发现问题。
- 非项目团队成员可以参加，但不能发言。
可见2张图比较重要
：燃尽图和看板。
查看项目进展看这里
http://www.zentao.net/book/zentaopmshelp/106.html
【好了，基础的就学习到这里吧，可以上实践体会了】
