论坛首页 综合技术论坛

翻译:敏捷与CMMI:双剑合璧,更具威力!

浏览 22087 次
精华帖 (0) :: 良好帖 (5) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-08-14  
Agile和CMMI不是一个层面的东东。

如果“相比之下”一个典型的agile过程在他们的环境里表现出了真正的descipline,真正的严谨,人们真正开始有效地严格地关注质量和生产效率。那么这是个好消息,他们不必追求CMMI认证,不必追求所谓的“咨询”师给他们的建议,只需要拿来主义,不管师参照CMM已经建立起来的一些practices还是Agile建议的一些practices,好用适用就行。我也没看到Agile和CMMI巨大的冲突。不要把咨询师说的话当成圣旨,当成CMMI (大部分时间他们是在放气体)。

在无关紧要的地方被繁文缛节浪费精力,这些是他们没有真正了解某些流程的目的和价值(即为什么这么做,该怎样做)。
0 请登录后投票
   发表时间:2008-08-14  
iamredeye 写道
Agile和CMMI不是一个层面的东东。

如果“相比之下”一个典型的agile过程在他们的环境里表现出了真正的descipline,真正的严谨,人们真正开始有效地严格地关注质量和生产效率。那么这是个好消息,他们不必追求CMMI认证,不必追求所谓的“咨询”师给他们的建议,只需要拿来主义,不管师参照CMM已经建立起来的一些practices还是Agile建议的一些practices,好用适用就行。我也没看到Agile和CMMI巨大的冲突。不要把咨询师说的话当成圣旨,当成CMMI (大部分时间他们是在放气体)。

在无关紧要的地方被繁文缛节浪费精力,这些是他们没有真正了解某些流程的目的和价值(即为什么这么做,该怎样做)。

是啊是啊
那么这些花了那么多钱和那么多精力请了咨询师做了CMMI的企业,他们到底从中得到了什么呢?
当然了,CMMI本身是好的,不过它并不承诺什么好的效果,因为人们常常会做错,对吧?
就像胖子说的,我们渐渐的就接近了事情的本质了
0 请登录后投票
   发表时间:2008-08-14  
流程改进是公司自己的事情,把这个重任抛给外部的咨询师并寄希望于他们是一件注定要失败的事情。如果要请外部的咨询师,也只是辅助,公司和项目组是driver。

这个CMMI本身没多大关系。就算是ISO,Agile,RUP,也一样。

然后是认证(或评估,ok?),这个东东和流程之类的没啥直接关系,是一个byproduct。流程的真正实施本身才是改进的product。有人更看重这个byproduct而忽视或故意遗漏了product,那是这些脑子有问题的人的问题,不是那个product的问题。
0 请登录后投票
   发表时间:2008-08-14  
iamredeye 写道
流程改进是公司自己的事情,把这个重任抛给外部的咨询师并寄希望于他们是一件注定要失败的事情。如果要请外部的咨询师,也只是辅助,公司和项目组是driver。

我很喜欢这个调调。如果所有人都明白这个道理那么骗子就没那么多了。
iamredeye 写道
然后是认证(或评估,ok?),这个东东和流程之类的没啥直接关系,是一个byproduct。流程的真正实施本身才是改进的product。有人更看重这个byproduct而忽视或故意遗漏了product,那是这些脑子有问题的人的问题,不是那个product的问题。

这些人脑子才没有问题。花20万三个月以后就收回80万,这种事情为什么不去做。
于是我们看到,胖子说的都是大实话,你也承认了。
0 请登录后投票
   发表时间:2008-08-14  
什么认证评估20万80万,那些又不是流程本身,管我鸟事?爱折腾就折腾。讨论那些东西(即上面说的byproduct)有价值吗?

类似,Scrum不是也有什么master和什么考试吗,那些东东和我们有啥关系?什么scrum master,miss scrum的说不定也是些扯蛋的东东。不理他们就得了~

只关注流程(product)。

0 请登录后投票
   发表时间:2008-08-15  
iamredeye 写道
什么认证评估20万80万,那些又不是流程本身,管我鸟事?爱折腾就折腾。讨论那些东西(即上面说的byproduct)有价值吗?

类似,Scrum不是也有什么master和什么考试吗,那些东东和我们有啥关系?什么scrum master,miss scrum的说不定也是些扯蛋的东东。不理他们就得了~

只关注流程(product)。



更多的应该关注软件产品质量和生产率,关注流程不是最终的目的。只有这样,才能得到自己的最合适的工作方式,才能在轻型和重型方法中找到统一。抛开CMMI评估不谈,CMMI模型为那些想进行过程改进的公司提供了一个起点。我感觉就像小孩子学走路一样,一开始根本不会,后来使用学步车能走的歪歪扭扭,最后扔了学步车,走的更轻快。过程改进也一样,一开始不知道怎么改,然后按照CMMI模型进行改进,后来发现有些太费力,最后结合敏捷,以质量和效率为目标,抛弃以前的繁文缛节,取其精华,找到自己的改进思路。这时再按照CMMI的评估体系,可能已经不合格了,但公司的研发水平已经得到了升华。
0 请登录后投票
   发表时间:2008-08-15  
这个自然,流程存在的价值不就是为了质量和生产率嘛。我说的“关注流程”是指讨论的话题仅限于流程,而非其它我们无力左右的东东,比如公司的短视。

确定目标-》确定改进之处-》结合公司项目的实际情况确定改进方式(当然需要的话可以参考CMM或其它任何有用的东东)。

不过对一些小公司来说,起步往往很迷茫,虽然机械的套一个来自外部咨询师的CMM/Agile外套实际上没有御寒效果,但他们也无力以更合理的方式起步(没有胖胖同学这样的能人啊)。

对他们来说,似乎唯一合理的解决方案就是请到胖胖同学去做CHO,真正提高公司在软件工程和项目管理方面的能力。
0 请登录后投票
   发表时间:2008-08-15  
iamredeye 写道

不过对一些小公司来说,起步往往很迷茫,虽然机械的套一个来自外部咨询师的CMM/Agile外套实际上没有御寒效果,但他们也无力以更合理的方式起步(没有胖胖同学这样的能人啊)。


是的,如果自己不知道如何持续获得能量,外套脱掉就冻死了。如果企业自身没有合适的人配合,外界的刺激也形不成他自身的能力,所以就无法持续改进。所以咨询师是最好当的,最后改进不好,还可以说,是你自己没有学会如何改进。


0 请登录后投票
   发表时间:2008-08-15  
gigix 写道
iamredeye 写道
流程改进是公司自己的事情,把这个重任抛给外部的咨询师并寄希望于他们是一件注定要失败的事情。如果要请外部的咨询师,也只是辅助,公司和项目组是driver。

我很喜欢这个调调。如果所有人都明白这个道理那么骗子就没那么多了。
iamredeye 写道
然后是认证(或评估,ok?),这个东东和流程之类的没啥直接关系,是一个byproduct。流程的真正实施本身才是改进的product。有人更看重这个byproduct而忽视或故意遗漏了product,那是这些脑子有问题的人的问题,不是那个product的问题。

这些人脑子才没有问题。花20万三个月以后就收回80万,这种事情为什么不去做。
于是我们看到,胖子说的都是大实话,你也承认了。


咨询师都是骗子啊?不知道thoughtworks是如何进行敏捷过程的实施的,实施不好,是不是最后也会被人骂骗子啊。
还是实施的时候有所选择,感觉那种很功利的,不是以人为本的,成功希望不大的公司,干脆不接? 感觉咨询师被骂成骗子还是挺可怜的,我也想做一个咨询师,希望帮助中国的软件企业,特别是小企业,走出困境,提高软件质量。这些小企业根本请不起现在所谓的咨询师,也没有这个意识。如果我现在中了500W,不担心饿死,我希望成为一个布道者,把它当成一个公益的事情,用一生去做。
0 请登录后投票
   发表时间:2008-08-15  
gurudk 写道
咨询师都是骗子啊?不知道thoughtworks是如何进行敏捷过程的实施的,实施不好,是不是最后也会被人骂骗子啊。
还是实施的时候有所选择,感觉那种很功利的,不是以人为本的,成功希望不大的公司,干脆不接? 感觉咨询师被骂成骗子还是挺可怜的,我也想做一个咨询师,希望帮助中国的软件企业,特别是小企业,走出困境,提高软件质量。这些小企业根本请不起现在所谓的咨询师,也没有这个意识。如果我现在中了500W,不担心饿死,我希望成为一个布道者,把它当成一个公益的事情,用一生去做。

其实你稍微想想就知道,一个甲方的老板他根本就不会关心你这个过程中到底是谁出了问题,他的角度就是我出了钱请了你所以你就应该帮我解决问题否则你就是骗子。这是人之常情。你不可能收了钱最后没达到客户的期望客户还自我批评说是我自己的问题其实咨询师还是不错的,没有这么美的事──或者也许他会这样说,但他肯定不会再请你了。
有一个项目管理的常识,我经常说,经常被人当笑话听,其实很多人根本就没有做到:
不要做一定会失败的项目
另外,那些小企业请不起咨询师的时候你就不要想去帮助他们,因为他们还不需要。咨询师的第一原则是不给钱就不给建议,因为免费的建议别人不会认真去采纳,失败的时候倒是会说某某咨询师给我们提了建议但我们还是失败了所以某某咨询师是骗子。所以不要以为免费给建议是件很高尚的事情,可能这世界上没有人需要这种东西。
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics