83421
建议有一个项目计划管理的功能
回帖数 3
阅读数 1536
发表时间 2014-07-17 22:30:10
呵呵,我知道版主一定会说现在有任务管理的功能的。
所以,先说说为啥有这个想法:
一个项目在期初进行需求调研及分析后,确认了范围,团队就可以做出一个相对精确的总体WBS了。而且,项目立项的时候,各个阶段的工作,里程碑,deadline,都有了,甚至很多时间都是倒推出来的,这就是计划,或者说总体计划。
目前的任务能不能做到这种效果呢? 完全可以的。 但我们更愿意遵循禅道的本意,将任务作为非常明确的、个把小时一个人就能完成的一个个小事项。而且,任务总是由需求拆解出来的。这就决定了,我们不可能在项目立项的时候,拆解出全部的明细任务——我们更愿意在每次小迭代会议中团队分解及分配任务。
但禅道的总体的项目执行情况、考核统计等,都是以任务为核心的。如果等到每个小迭代中才添加一小批任务,那么,整个项目周期内,我们没法看到项目的总体进度怎么样,各个里程碑是否达成。燃尽图也不会是一直向下的,而是反复的波浪起伏。
所以我觉得,有必要进行计划管理——可以看到总体的计划及当前的项目执行状态。(可以让任务关联计划项,计划也可以由需求总体批量转入。)
退一步,任务是关联需求的,是由需求分解出来的,那么,如果给每个需求有完成时间的设置,也能达到这个目的,但是不太妥当。而且需求只是产品方面的概念,也不包括其他重要的项目事项,比如,实施,收集数据,上线培训,等等。
从项目管理的角度,计划总是核心。所有的基线,都是批准确认的计划。但禅道里面看不到计划/基线的东西。(我觉得产品里面的那个计划,现在用起来,很难达到上述目标,稍感鸡肋[抱歉,言重了,呵呵]。而且那个是产品计划,不是项目计划。)
请考虑,指正。谢谢!
3个回复
管理思路不同。建议你多了解下敏捷开发方面的内容吧。
2014-07-17 23:19:20 王春生 最后编辑 2014-07-17 23:19:20 王春生 回帖
3个回复
嗯 学习中,开发团队还是比较容易接受的,统一认识也比较容易,但外部的其他人员目前觉得难以得到明晰的答案。
2014-07-18 05:33:56 TimeStory 回帖
3个回复
敏捷开发强调的是迭代式,小步快跑,基于反馈来调整自己前进的方向。你的管理思路更偏向于瀑布式,期望通过周密的计划来控制项目的进度。软件研发项目基本上已经证明这条路是走不通的。
2014-07-18 09:15:49 王春生 回帖
联系我们
联系人
金娟/高级客户经理
电话(微信)
18562856230
QQ号码
1826606239
联系邮箱
jinjuan@chandao.com

相关帖子
爱听歌的圣诞树 | 最后回帖 2017-09-04 10:51 石洋洋
柳先森 | 最后回帖 2018-08-31 08:49 柳先森
Roby.Ruan | 最后回帖 2017-06-20 17:08 石洋洋
jack | 最后回帖 2017-11-22 11:30 石洋洋
分享是一种力量 | 最后回帖 2017-12-22 09:16 石洋洋




精品资料包
1V1产品演示
免费试用增强功能
专属顾问答疑支持


