zentao几个功能的商讨

2010-05-18 13:22:17
沉稳的玉米
  • 访问次数: 8
  • 注册日期: 2010-05-17
  • 最后登录: 2010-05-28
  • 我的积分: 89
  • 门派等级: 玄清 等级1 居士
花了一天半的时间反复地体验,感觉非常的好,这个软件抓住了我的心,跟我们当前项目的运作模式达到惊人的一致,就像专门为我们量身定制的一样。



好话不多说,让zentao变得更好,才是重要,以下几点一起商讨



一、关于“人员”与“权限”的考虑

不知现在项目成员与权限的设计是基于什么考虑,目前用起来还不大顺手。在我的想法中,是这样的:

每个产品都有一个团队,这个团队有产品人员、开发人员、测试人员等等不同的角色。

在程序实现上,每一个产品的权限有两个选项:

1、只有产品团队成员才能访问

2、产品团队成员、白名单的成员可以访问

每一个角色对应一个权限组,权限组决定角色可用的功能。权限组可自定义。



二、关于“关联需求”的看法:

是否可以不需要这个功能,改成在新建、修改项目时把项目绑定到某个“发布计划”。项目是一期一期做,计划也是一期期的,项目与计划应该是一一对应,计划中已经关联了需求,只要项目与计划关联起来,就等于项目与需求建立起了关联。只要项目绑定计划,后面需求有新增,手工关联计划就可以了,而项目就不需再手工跟需求进行关联了。



三、“创建发布”功能增加“自动填充”按钮:

在“创建发布”的功能里,增加“自动填充”的功能按钮,点击该按钮时,弹出一对话框,让用户在“计划列表”中选择一个计划,确定后,导入用户所选计划的所有需求,自定义文本+导入的需求作为默认值自动填充到“描述”字段。



四、建议增加论坛功能,每一个产品都有一个产品论坛。用于产品的各种讨论。论坛的版块可以自定义。论坛解决文档合作编写、问题讨论、需求讨论。



五、建议增加文档管理功能,用于管理产品的用户手册,API文档等项目文档。
沉稳的玉米 最后编辑, 2010-05-19 16:16:16
沙发
2010-05-18 14:33:00
春哥
  • 访问次数: 10795
  • 注册日期: 2005-04-30
  • 最后登录: 2024-04-12
  • 我的积分: 530142
  • 门派等级: 幽灵 等级7 春哥
呵呵,Me.lee,是你吧?你原来的帐号应该还可以用呢。欢迎回来,欢迎回来!

一、关于权限

目前来讲,没有对产品做单独的权限设置,只是对项目做了一点额外的限制,可以通过白名单,或者是项目团队内部的私有项目。权限这块,暂时没有计划做的太复杂。够用就好。做了太复杂了,会把大家的管理带入歧途。(限制太严格。)

二、管理需求
在项目中关联需求的时候,可以按照计划进行排序,这样某一个计划相关的需求可以排列在一块。但绑定似乎不太合适,走走看。因为按照scrum的流程来讲,某一个项目(sprint)做的事情是固定的。不能在中间随便更改要做的需求。

三、发布
这个想到一块去了。现在build和发布都还没有关联需求。后面会加上,也就是说,这个build或者release完成了哪些需求列表。这样就可以串起来了。

四、论坛和文档功能后面都会增加的。
板凳
2010-05-18 15:11:53
沉稳的玉米
  • 访问次数: 8
  • 注册日期: 2010-05-17
  • 最后登录: 2010-05-28
  • 我的积分: 89
  • 门派等级: 玄清 等级1 居士
是的,是我。

一、关于权限。
可能是我的描述太复杂了。实际上相当于把现在在项目里设置的权限改成在产品里设置权限,项目在关联产品后,直接继承产品的权限。

权限的实现对Zentao向企业用户的推广很重要,现在的权限实现可以满足开源项目的管理,但对于公司来说,会用得不顺手,因为公司不希望员工了解太多跟自己工作不相关的信息,不同产品隔开后,公开信息越少,保密工作更好做,企业更容易接受这个软件。

二、关于需求关联
我还是坚持我的观点。主要是从易用性方面考虑。项目同计划关联,只要关联一次,选中一个计划就可以了。而项目同需求关联,虽然有你所说的便捷方式,但总的来说,还是没有项目同计划关联操作起来方便。

至于“因为按照scrum的流程来讲,某一个项目(sprint)做的事情是固定的。不能在中间随便更改要做的需求。”
应该是我的这一句:
“只要项目绑定计划,后面需求有新增,手工关联计划就可以了,而项目就不需再手工跟需求进行关联了。”引起的误解。因为不管项目同计划关联,还是项目同需求关联,都不能决定在项目过程中间会不会更改需求。因此就当这一句没说过吧。呵呵。
#3
2010-05-18 16:02:21
春哥
  • 访问次数: 10795
  • 注册日期: 2005-04-30
  • 最后登录: 2024-04-12
  • 我的积分: 530142
  • 门派等级: 幽灵 等级7 春哥
你用什么IM?我的msn: wwccss#263.net。

权限的问题,后面走走看。呵呵。

需求关联,我想其实可以将搜索功能拿过来,应该就可以比较简单了。因为在实际情况中,计划和项目不一定是一一对应的关系。到时候我可以在关联需求那块放一个搜索表单,这样就可以很灵活了。
王春生 最后编辑, 2010-05-18 16:03:10
#4
2010-05-19 13:01:53
沉稳的玉米
  • 访问次数: 8
  • 注册日期: 2010-05-17
  • 最后登录: 2010-05-28
  • 我的积分: 89
  • 门派等级: 玄清 等级1 居士
公司禁用了QQ和MSN等通迅工具了。Mail联系吧。
#5
2010-05-19 13:09:40
沉稳的玉米
  • 访问次数: 8
  • 注册日期: 2010-05-17
  • 最后登录: 2010-05-28
  • 我的积分: 89
  • 门派等级: 玄清 等级1 居士
“因为在实际情况中,计划和项目不一定是一一对应的关系。”

我还想象不出不一一对应关系的情形。其实现在的操作也不是太麻烦,可以接受的,只是我想完全可以简化掉这个功能。功能少了,除了给人清爽、整洁的感觉外还便于学习。
#6
2010-05-19 13:31:42
春哥
  • 访问次数: 10795
  • 注册日期: 2005-04-30
  • 最后登录: 2024-04-12
  • 我的积分: 530142
  • 门派等级: 幽灵 等级7 春哥
呵呵,所谓计划不如变化大,计划和项目一一对应的情况,我想应该是比较理想的状态。大多数的公司,可能连计划都没有用起来。:)
#7
2010-05-19 15:41:41
沉稳的玉米
  • 访问次数: 8
  • 注册日期: 2010-05-17
  • 最后登录: 2010-05-28
  • 我的积分: 89
  • 门派等级: 玄清 等级1 居士
我前不久做了将近一年的产品经理,负责的那个产品是属于只有大方向,没有明确目标的那种,就是想到哪做到哪。需求的来源有两个方面:一是自己想出来的,二是用户的反馈。需求来不定时。

我当时的管理方法是:
把想到的、收集到的需求先放在一起,发酵一段时间,等想清楚了,再确定什么时候实现。因此我们的项目是按周期来执行的,每一期做什么都很明确,当然在做的过程中也偶有临时加入或移除一些需求。所以发布计划跟项目周期我很自然的直接关联起来了。为了避免“发布计划”的经常变动,给“发布计划”的关注者带来困扰,像在线Demo那样,把不确定的需求放到名为“待定”的发布计划当中,我觉得挺好。

当时项目管理软件用的是Redmine,但Redmine无法这样管理需求,也法管理发布计划,当时是用论坛来管理需求,产品的发布计划也没有办法操作,用得相当痛苦。所以Zentao一拿到手,我真的感觉是为我用这种管理方式量身定做的。
沉稳的玉米 最后编辑, 2010-05-19 16:25:22
#8
2010-05-19 16:16:16
春哥
  • 访问次数: 10795
  • 注册日期: 2005-04-30
  • 最后登录: 2024-04-12
  • 我的积分: 530142
  • 门派等级: 幽灵 等级7 春哥
呵呵,应该讲,英雄所见略同吧。你的这种产品管理方式,和禅道的管理理念--scrum其实是一致的。scrum里面讲的是迭代,产品经理平时负责整理需求列表。然后固定周期,召开团队会议(产品、开发、测试,还有其他相关人员)商定这期项目做哪些需求(sprint),然后确定完之后,项目团队对需求进行任务分解,得出这期项目要做的任务列表。然后每天项目团队召开站立会议。项目结束之后,团队进行成果演示,并进行总结。然后再开始下一轮的迭代。

我想,这就是事情的本然吧。做产品,做项目,就应该这样做。呵呵。
1/1 1