zentao几个功能的商讨
2010-05-18 13:22:17
沉稳的玉米 |
花了一天半的时间反复地体验,感觉非常的好,这个软件抓住了我的心,跟我们当前项目的运作模式达到惊人的一致,就像专门为我们量身定制的一样。
好话不多说,让zentao变得更好,才是重要,以下几点一起商讨 一、关于“人员”与“权限”的考虑 不知现在项目成员与权限的设计是基于什么考虑,目前用起来还不大顺手。在我的想法中,是这样的: 每个产品都有一个团队,这个团队有产品人员、开发人员、测试人员等等不同的角色。 在程序实现上,每一个产品的权限有两个选项: 1、只有产品团队成员才能访问 2、产品团队成员、白名单的成员可以访问 每一个角色对应一个权限组,权限组决定角色可用的功能。权限组可自定义。 二、关于“关联需求”的看法: 是否可以不需要这个功能,改成在新建、修改项目时把项目绑定到某个“发布计划”。项目是一期一期做,计划也是一期期的,项目与计划应该是一一对应,计划中已经关联了需求,只要项目与计划关联起来,就等于项目与需求建立起了关联。只要项目绑定计划,后面需求有新增,手工关联计划就可以了,而项目就不需再手工跟需求进行关联了。 三、“创建发布”功能增加“自动填充”按钮: 在“创建发布”的功能里,增加“自动填充”的功能按钮,点击该按钮时,弹出一对话框,让用户在“计划列表”中选择一个计划,确定后,导入用户所选计划的所有需求,自定义文本+导入的需求作为默认值自动填充到“描述”字段。 四、建议增加论坛功能,每一个产品都有一个产品论坛。用于产品的各种讨论。论坛的版块可以自定义。论坛解决文档合作编写、问题讨论、需求讨论。 五、建议增加文档管理功能,用于管理产品的用户手册,API文档等项目文档。 |
沉稳的玉米 最后编辑, 2010-05-19 16:16:16
春哥 |
呵呵,Me.lee,是你吧?你原来的帐号应该还可以用呢。欢迎回来,欢迎回来!
一、关于权限 目前来讲,没有对产品做单独的权限设置,只是对项目做了一点额外的限制,可以通过白名单,或者是项目团队内部的私有项目。权限这块,暂时没有计划做的太复杂。够用就好。做了太复杂了,会把大家的管理带入歧途。(限制太严格。) 二、管理需求 在项目中关联需求的时候,可以按照计划进行排序,这样某一个计划相关的需求可以排列在一块。但绑定似乎不太合适,走走看。因为按照scrum的流程来讲,某一个项目(sprint)做的事情是固定的。不能在中间随便更改要做的需求。 三、发布 这个想到一块去了。现在build和发布都还没有关联需求。后面会加上,也就是说,这个build或者release完成了哪些需求列表。这样就可以串起来了。 四、论坛和文档功能后面都会增加的。 |
沉稳的玉米 |
是的,是我。
一、关于权限。 可能是我的描述太复杂了。实际上相当于把现在在项目里设置的权限改成在产品里设置权限,项目在关联产品后,直接继承产品的权限。 权限的实现对Zentao向企业用户的推广很重要,现在的权限实现可以满足开源项目的管理,但对于公司来说,会用得不顺手,因为公司不希望员工了解太多跟自己工作不相关的信息,不同产品隔开后,公开信息越少,保密工作更好做,企业更容易接受这个软件。 二、关于需求关联 我还是坚持我的观点。主要是从易用性方面考虑。项目同计划关联,只要关联一次,选中一个计划就可以了。而项目同需求关联,虽然有你所说的便捷方式,但总的来说,还是没有项目同计划关联操作起来方便。 至于“因为按照scrum的流程来讲,某一个项目(sprint)做的事情是固定的。不能在中间随便更改要做的需求。” 应该是我的这一句: “只要项目绑定计划,后面需求有新增,手工关联计划就可以了,而项目就不需再手工跟需求进行关联了。”引起的误解。因为不管项目同计划关联,还是项目同需求关联,都不能决定在项目过程中间会不会更改需求。因此就当这一句没说过吧。呵呵。 |
春哥 |
你用什么IM?我的msn: wwccss#263.net。
权限的问题,后面走走看。呵呵。 需求关联,我想其实可以将搜索功能拿过来,应该就可以比较简单了。因为在实际情况中,计划和项目不一定是一一对应的关系。到时候我可以在关联需求那块放一个搜索表单,这样就可以很灵活了。 |
王春生 最后编辑, 2010-05-18 16:03:10
沉稳的玉米 |
公司禁用了QQ和MSN等通迅工具了。Mail联系吧。
|
沉稳的玉米 |
“因为在实际情况中,计划和项目不一定是一一对应的关系。”
我还想象不出不一一对应关系的情形。其实现在的操作也不是太麻烦,可以接受的,只是我想完全可以简化掉这个功能。功能少了,除了给人清爽、整洁的感觉外还便于学习。 |
春哥 |
呵呵,所谓计划不如变化大,计划和项目一一对应的情况,我想应该是比较理想的状态。大多数的公司,可能连计划都没有用起来。:)
|
沉稳的玉米 |
我前不久做了将近一年的产品经理,负责的那个产品是属于只有大方向,没有明确目标的那种,就是想到哪做到哪。需求的来源有两个方面:一是自己想出来的,二是用户的反馈。需求来不定时。
我当时的管理方法是: 把想到的、收集到的需求先放在一起,发酵一段时间,等想清楚了,再确定什么时候实现。因此我们的项目是按周期来执行的,每一期做什么都很明确,当然在做的过程中也偶有临时加入或移除一些需求。所以发布计划跟项目周期我很自然的直接关联起来了。为了避免“发布计划”的经常变动,给“发布计划”的关注者带来困扰,像在线Demo那样,把不确定的需求放到名为“待定”的发布计划当中,我觉得挺好。 当时项目管理软件用的是Redmine,但Redmine无法这样管理需求,也法管理发布计划,当时是用论坛来管理需求,产品的发布计划也没有办法操作,用得相当痛苦。所以Zentao一拿到手,我真的感觉是为我用这种管理方式量身定做的。 |
沉稳的玉米 最后编辑, 2010-05-19 16:25:22
春哥 |
呵呵,应该讲,英雄所见略同吧。你的这种产品管理方式,和禅道的管理理念--scrum其实是一致的。scrum里面讲的是迭代,产品经理平时负责整理需求列表。然后固定周期,召开团队会议(产品、开发、测试,还有其他相关人员)商定这期项目做哪些需求(sprint),然后确定完之后,项目团队对需求进行任务分解,得出这期项目要做的任务列表。然后每天项目团队召开站立会议。项目结束之后,团队进行成果演示,并进行总结。然后再开始下一轮的迭代。
我想,这就是事情的本然吧。做产品,做项目,就应该这样做。呵呵。 |
1/1
1