syberman 说:
和用project,Clear case, clearquest等比较起来,有什么不同?
使用过的人谈谈感受嘛!
泥叔 说:
禅道是轻量级的,高度匹配Scrum
就这些
project是通用型的,基于文档的个人工作
工具,Project Server在此基础上增加Team协调,依旧是通用型的。
Clear case、clearquest是大型的,主要服务于软件生产的。以前的思想是基于变更控制型的,现在与时俱进成啥样,我不清楚
syberman 说:
我刚在自己电脑上搞了一个禅道的1.3,正在看禅道的使用帮助,感到整体的管理思路上挺清晰的
泥叔 说:
下载和安装非常容易,试用也很容易,而且页面上还有DEMO,你花30分钟就可以了解
你的判断很准确
syberman 说:
只是在想,我们这里用project,Clear case、clearquest,已经使用好几年了,是否可以引进禅道,会有什么问题
泥叔 说:
我觉得有问题
你们是全部都使用Project Server、CC/CQ的吗?
如果你们使用标准的CMM体系,我觉得不能发挥禅道的价值
syberman,你们的工具化后对效率的改善有做过评估分析吗
用这么多,看来你们公司很有钱呀
syberman 说:
我们目前的模式的问题之一是项目需求的关联以及和测试用例的关联没有用工具关联起来
我看禅道里有这些内容
泥叔 说:
我建议你尽可能找一个死翘翘的项目来试用下。这可不是玩笑
syberman 说:
我也提到过采用Door,只是一直还没有付诸行动
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
你们有计算过使用工具后的效率哇
ROI分析
syberman 说:
这个,真的没有
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
你说的这些工具都是行业的佼佼者了,呵呵
泥叔 说:
Project Server?还是文件管理?
syberman 说:
Project Server
泥叔 说:
哇……,这个牛的
syberman 说:
没有啥呀,简单应用,简单应用
泥叔 说:
这个如果用得还可以,我真不建议用禅道
泥叔 说:
当然,如果用得比较辛苦,另当别论
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
虽然有很多问题,但整体管理还是很不错的
泥叔 说:
我是觉得太大了
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
2003你们用了数据分析那块的功能吗
syberman 说:
你说的数据分析具体指的是什么?工作量、资源占用,还是。。。。。
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
呵呵,一些透视图啊,组合分析啊,EVM之类的
需要启用数据库的Analysis功能的
syberman 说:
EVM,没有的用,需要一定的功力
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
呵呵,没啥功力,工具化后会看就好
我是觉得你和我几年前做的事情挺像的,到处找工具,希望改进
syberman 说:
但现在正在通过考核来驱动这些事情的开展
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
但建议你多分析分析ROI
产值的人只要想反驳你,就绝对做得到
老板最终会站在他们这边,除非老板自己来驱动
唉,感慨一下而已
syberman 说:
因为我们的估算和需求的能力不是很强,做挣值分析有些难度
恐怕做成只是看的,不是用的
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
呵呵,合适的才好
不是说做
项目管理就需要EVM的
syberman 说:
你说的投资回报率,具体的如何计算?
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
哦,这个这个。。。
简单说就是比如你购买和使用工具的成本
syberman 说:
还有“产值的人只要想反驳你,就绝对做得到”这句话什么意思,我没搞懂
Linux小虾米(痛苦并快乐着,我希望每天都能微笑着醒来~~) 说:
再看看用工具后节省的时间成本
或可能还有写其他成本
比一下
你是替公司赚钱的部门还是只有消耗的
syberman 说:
这个没太大的必要,没有用之前,一些工作都不做,用了之后,相关的工作才开展,不存在节省,只是方便了管理。
syberman 说:
敏捷中的燃尽图,体现了sprint的进度,那么在敏捷中,燃尽图中的任务的粒度是如何划分的,scrum中有没有一种说法?
泥叔 说:
没有
燃尽图是Scrum框架的一个要素,不是Agiled的一个要素
Scrum是个轻量级框架,他不涉及技术方面的方法
syberman 说:
scrum 和 agile的关系?
泥叔 说:
agile是一系列实践的统称
Scrum是其中一个
agile是一种研发原则,是基于工程师的视图而非企业视图的
泥叔 说:
至于任务粒度的问题,我看有扑克牌的推算比较,说白了是Dephi法
而且貌似敏捷实践中很少有用到功能点、代码行这种方法,也许那些方法不够敏捷吧
刚才Linux小虾米说的很好,总得考虑投入产出吧,不然产出部门提出反对意见,你就没法推广新工具