编辑“ZenTaoPMS/产品其他相关功能”

{{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]]

==参考来源==
*http://www.zentao.net/help-book-zentaopmshelp.html

[[category:ZenTaoPMS|Z]]

{{ZenTaoPMS}}