敏捷软件开发的软件过程改进怎么进行？

Scott · 发表于 2008-4-15 09:02:21

原内容转自JayaEye
问：Humphrey提出过过程改进的原则之一就是“软件过程的重大改进必须从高层开始”，那么敏捷软件开发的软件过程改进怎么进行，应该是团队自发的自组织活动吧？

上一篇：敏捷软件过程管理成长历程
下一篇：敏捷！敏捷？

Scott · 发表于 2008-4-15 09:02:30

自发活动,发动群众,小步推进.

Scott · 发表于 2008-4-15 09:02:46

有点疑问
自发活动，怎么进行组织？
发动群众，谁来发动？
小步推进，小步的定义是什么？是指每次过程改进目标问题少一些，改进的范围小一点，时间短一些？

Scott · 发表于 2008-4-15 09:02:54

个人的一点看法:
觉得这类改进主要靠中层力量.比如PM或者骨干人员之类.
他们了解一线具体情况,自身有一定水平经验.而且有一些组织资源.

然后这些中层人员, 组织相关人员,经常性的做一些
总结回顾.找到不好的地方和好的地方. 好的就保留,
不好的尝试改进.要能形成好的交流的氛围.

小步的意思,一次只对较小的目标(针对一个问题)尝试改进.
1,2个星期内验证成果为好.周期太长,不容易凝聚人心.

Scott · 发表于 2008-4-15 09:03:38

to:Humphrey提出过过程改进的原则之一就是“软件过程的重大改进必须从高层开始”，那么敏捷软件开发的软件过程改进怎么进行，应该是团队自发的自组织活动吧？

想一想为什么他会这样说？想明白这个问题，其实就明白了SPI基本原理了。
所谓的重大改进，这说法就很有问题。为什么重大，怎么就重大，谁判断它重大，这都是问题。其实搞到最好，无非就成了个别人排脑袋决定，其追求的也就是一个拍脑袋的结果。
我并不是说排脑袋就不好，而是说有太多种的拍脑袋。你选择什么方式不是很要紧，关键在于你是否知道你是在拍。

Scott · 发表于 2008-4-15 09:03:56

CharlesXP
我们目前在给莫国营单位软件中心做敏捷开发培训，30多人次，两个XP team.为期一个月。在我们的case中，这显然不是自发的决定。

Scott · 发表于 2008-4-15 09:04:12

自发是很难的，自上而下多半是拍脑袋想出来的
结合自身特点，中层管理人员进行调整比较实际

我也很想了解charlesxp的团队如何进行敏捷开发

Scott · 发表于 2008-4-15 09:04:32

建议看看Alistair Cockburn的Crystal clear一书。
作者提议定期或在每个迭代结束后，开过程改进会，项目组全员参加，从三个方面讨论：保留什么？有什么问题？尝试哪些？从而实现过程改进。
该做法是由高层强制，中层PM执行，全员参加。
过程具体该如何改进并不是中高层拍脑袋决定的，而是通过这个会议，充分发动一线群众智慧。

Scott · 发表于 2008-4-15 09:04:54

“高层强制”这种敏捷团队的过程改进活动是没有办法强制
team leader来引导这样的改进活动没有问题，最大的问题就是怎么引导，怎么样引导团队成员找出问题所在，怎么提出改进计划和改进方法，怎么让所有团队成员参与到过程改进活动，目标和想法统一，是最难的

Scott · 发表于 2008-4-15 09:05:05

团队自发来做过程改进的难度很大，靠高层来推动也不现实，我觉得最有效的办法是在部门这个级别来进行敏捷软件开发的过程改进。

Scott · 发表于 2008-4-15 09:05:24

CharlesXP
目前为止我见到的成功实施xp，都是由“高层”强制推行的结果，包括我自己的公司和目前我们培训的团队都是。

Scott · 发表于 2008-4-15 09:09:01

注：CharlesXP是原来www.chinaxp.org的创始人，也是国内最早进行XP培训的人之一。
虽然这篇帖子的内容较早（大约是2005年），但是也可以看到国内改进的状况。无论是敏捷的XP还是SEI的CMMI，所谓的商业目标驱动，说白了就是领导拍脑袋，如果领导不认同，任何改进的开展都是比较困难的。

欢迎大家继续讨论！

iamredeye · 发表于 2008-4-29 17:47:06

原帖由 Scott 于 2008-4-15 09:04 发表
“高层强制”这种敏捷团队的过程改进活动是没有办法强制
team leader来引导这样的改进活动没有问题，最大的问题就是怎么引导，怎么样引导团队成员找出问题所在，怎么提出改进计划和改进方法，怎么让所有团队成员参 ...

同感。这种“引导”我感觉是最有挑战，最有价值，但也是最有意思的。

另外这种改进方式和是不是agile没有必然的联系吧？项目规模可能会有些影响，比如1000人的团队

酷小孩 · 发表于 2008-6-10 11:29:27

我们公司的开发都是随着政府或者大的国企的需求不断变化，前期可能沟通了一个需求就开始做而且对方给点时间非常短基本上我们是为了交差而做出一个东西来但基本不能用，然后不断的修修补补推出新版本，其实很多客户自己一开始也不清楚到底想要什么样的产品，我们也没有深入的了解清楚，于是所有的项目都市疲于奔命，希望打到所谓的敏捷开发根本无法实现。。。

酷小孩 · 发表于 2008-6-10 11:31:54

过程改进领导也很想做，但是又担心做了改进耽误了签单和现有要交差项目的进度，项目经理也是很辛苦，现在的情况是什么最急就做什么，没有静下心思考的时间。。。

敏捷软件开发的软件过程改进怎么进行？

逛了这许久，何不进去瞧瞧？