警告：您没有登录。如果您做出任意编辑，您的IP地址将会公开可见。如果您
登录或
创建一个账户，您的编辑将归属于您的用户名，且将享受其他好处。
该编辑可以被撤销。
请检查下面的对比以核实您想要撤销的内容，然后发布下面的更改以完成撤销。
| 最后版本 |
您的文本 |
| 第1行： |
第1行： |
| {{ZenTaoPMS top}} | | {{ZenTaoPMS top}} |
|
| |
|
| ==文件管理==
| |
|
| |
|
| *做项目管理[[软件]]，有时候是很为难的一件事情，就是你如何处理方方面面的流程。流程太粗燥，难以使用。流程太细致，适用面就窄，很多公司可能就得被迫修改流程。如何解决这个问题呢？
| |
|
| |
|
| *[[禅道]]采取的方案是，覆盖基本的、必须的项目管理流程，通过禅道可以完整的进行项目管理，主要流程没有缺失。其他的个性化的流程和规范怎么办呢？通过文档管理来解决。其实CMMI里面主要就是文档。什么阶段，什么人，应该有什么样的文档。禅道提供了文档管理之后，那么公司自己特有的一些流程和规范，就可以通过文档来加以体现。
| |
|
| |
|
| *比如，某个公司要求产品必须有市场分析报告。那么就可以在产品文档库中，建立一个市场分析报告这样的文档。再比如，上线必须要有上线计划和测试报告，那么可以在项目文档库里面来创建这些文档。如何check它们呢？非常简单了，到产品里面或者项目里面，看有没有相应的文档就ok了。
| |
|
| |
|
| ==主持产品会议==
| |
|
| |
|
| *按照scrum的管理流程，产品经理在日常维护完善需求，在项目开始的时候，需要召开产品计划会议。该会议的主要任务是确定在这期项目(sprint)中要做的需求。
| |
|
| |
|
| *产品经理可以事先将自己这期项目计划做的需求归并到一个计划中，然后在计划会议的时候，逐个给大家讲解需求。讲解需求的目的是要保证与会的人员，也就是项目团队，对这个需求的理解是一致的。讲解需求的时候，要给大家解释为什么这样做。以便大家理解执行。
| |
|
| |
|
| *除了讲解需求，还有一个非常重要的工作，就是对需求进行优先级的排序以及工作量的估计。工作量的估计我们后面再讲，这属于scrum里面的流程，有一些工具和方法来解决。优先级的排序是非常重要的。那么这一期项目要做的需求，就应该按照优先级进行排序。这样可以保证整个公司每时每刻做的东西都是时下优先级最高的。
| |
|
| |
|
| *当然，需求的优先级也不是一成不变的。产品人员可以根据实际的情况来调整某一个需求的优先级。
| |
|
| |
|
| *前面提到的工作量的估计，主要解决是本期项目做多少的问题。按照优先级排列之后，然后再按照整个团队可用的工时数来计算，确定计划可以完成的需求数量。太多了，肯定做不完。太少了，团队就会有段时间无事可做。所以这个要靠整个团队慢慢摸索，达到一个相对准确的估计。
| |
|
| |
|
| ==参与项目管理、演示和总结==
| |
|
| |
|
| *很多产品人员犯的一个问题就是，项目开始之后，产品人员就不再参与，你们做去吧，反正需求都写清楚了。这就大错特错了。
| |
|
| |
|
| *首先，单纯的靠文字描述和计划会议，不可能保证100%的人员100%的理解正确，很有可能会有理解偏差的情况。所以产品人员应该随时了解项目进展情况，随时发现问题，随时解决问题。
| |
|
| |
|
| *其次，如果产品人员认为你们开发人员就去开发吧，和我没有关系了，这很容易造成产品人员和开发人员的对立，不利于团队的发展。而且很容易扯皮，大家互相推诿责任。
| |
|
| |
| *因此，产品人员在项目开始之后，应当随时了解项目的进展情况。方式可以有很多种，参与团队的例会，邮件抄送，在禅道里面通过项目视图了解任务进展，通过[[bug]]查看缺陷情况等等。
| |
|
| |
| *在项目开发完成之后，产品人员应当对本期所作的需求进行确认，以保证是自己想要的东西。项目结束之后，团队会召开演示会议，给相关人员显示本期项目所取得的成果。产品人员应当参加，并听取大家的意见和反馈，并将其整理成需求，记录到禅道中。
| |
|
| |
| *总结会议，产品人员也应当参加。总结这期项目，大家反馈的意见或者建议，产品人员应当总结成为需求，整理到禅道系统中。
| |
|
| |
| ==需求的基本统计报表==
| |
|
| |
| *针对一些公司需要对产品需求进行统计的情况，禅道项目管理软件从2.0版本开始，提供了需求的基本统计报表功能。在产品视图下的需求子栏目，点击“统计报表”链接，即可根据需要进行需求的统计，包括：
| |
|
| |
| 1. 产品需求数量。
| |
|
| |
| 2. 模块需求数量。
| |
|
| |
| 3. 按照计划进行统计。
| |
|
| |
| 4. 按照状态进行统计。
| |
|
| |
| 5. 按照所处阶段进行统计。
| |
|
| |
| 6. 按照优先级进行统计。
| |
|
| |
| 7. 按照预计工时进行统计。
| |
|
| |
| 8. 按照由谁创建来进行统计。
| |
|
| |
| 9. 按照当前指派来进行统计。
| |
|
| |
| 10. 按照关闭原因来进行统计。
| |
|
| |
| 11. 按照变更次数来进行统计。(根据版本号来进行计算，版本号 - 1为变更次数)
| |
|
| |
| [[文件:ZenTaoPMS47.jpg]]
| |
|
| |
| [[文件:ZenTaoPMS48.jpg]]
| |
|
| |
|
| ==参考来源== | | ==参考来源== |
