敏捷该如何管理？

2017-8-22 16:38| 发布者: 思步网| 查看: 1737| 评论: 22|原作者: Scott

摘要: 这里面很多都是搞过程改进或QA的人员，对于CMMI绝大多数人是通过企业过级学习的，CMMI书籍少之又少。对于敏捷，看上去书籍好像非常多，资料也很丰富，但是大家有没有发现这里面很多资料都是敏捷技能，比如结对编程、 ...

这里面很多都是搞过程改进或QA的人员，对于CMMI绝大多数人是通过企业过级学习的，CMMI书籍少之又少。对于敏捷，看上去书籍好像非常多，资料也很丰富，但是大家有没有发现这里面很多资料都是敏捷技能，比如结对编程、每日构建、全程建模等，至于敏捷管理提得很少。CMMI抓里程碑，敏捷抓迭代周期，本质是一样的，结果也是一样的，我们遇到很多实施敏捷的企业进度一样延期，而且有时很难控制。最近出了一本新书叫做“敏捷估计与规划”，终于谈到了一些敏捷管理的内容。实际上在此之前是有几本敏捷管理的书，只不过我当时看时一头雾水，可能是能力有限，不知道有没有高手吸收了精华，比如ALISTAIR COCKBURN的敏捷软件开发（http://www.china-pub.com/38010）。

最近看了另一本敏捷管理的书籍，感触很深，非常想和一些敏捷实践者们沟通一下。希望有实践FDD、XP、Scrum或对敏捷有些了解的人士一同讨论。愿意参加的请直接回帖，并请注明所擅长的敏捷方法学。

等有几个人之后我结合群和论坛发议题讨论，大概议题包括但不限于以下内容：
什么样才算敏捷管理？或者说什么是敏捷管理？
敏捷管理的本质是什么？或者说敏捷管理到底关注什么？快速交付？客户需求？产生价值？
敏捷管理是否天生混沌？拥有不确定特质？
如何度量敏捷管理？
敏捷管理的典型角色？
敏捷管理中的估计与计划？
敏捷管理中的监控与跟踪？
企业中各部门如何应对敏捷管理？
敏捷管理在企业中适用的层次？产品？项目？
如何使用各类敏捷方法学中的管理内容？

本讨论暂不关注敏捷技能，只关注敏捷管理。举例暂时考虑FDD，如果组内人员对其他方法较为熟悉，可考虑更换。

[ 本帖最后由 Scott 于 2008-6-29 20:52 编辑 ]

收藏分享邀请

上一篇：通过敏捷开发的问与答“认识敏捷”下一篇：理想、行动、坚持--从玄奘之路感悟敏捷价值观

发表评论

最新评论

引用 Scott 2008-6-29 20:54: 我先开个头：）

较为熟悉FDD，研究过FDDPMA，很早以前实践过XP。之前关注敏捷技能，目前关注敏捷管理。

引用 iamredeye 2008-7-4 11:44: 不太明白你说的这个敏捷技能和敏捷管理的区别。这里的“敏捷管理”大概是指针对实施敏捷方法的项目所进行的项目管理吧？

我想不管用那种方式实施项目，项目管理关注的东西应该没有区别。就像CMM给的那个框架，pm area都一样，engineering area被不同的方法所填充。

另外相对比较沉重的一些engineering方法，敏捷关注的就是相对独立的practices。敏捷并不是很成体系的理论。但正如Iva Jacobson现在极力推销的思想，也许这样的思路更为实用和有效。Jacobson下周会到我们公司搞个座谈会，有啥新鲜东西我会告诉大家:D

引用 Scott 2008-7-4 22:53: For Example:
安装CMMI的管理做计划：明确的需求->估计->进度
按照RAD和其他的敏捷方法：进度->估计->筛选确认的需求，进度一般为迭代周期。

那么这两种管理做计划的方式是不同的。由此我们推测，XP,FDD,Scrum...应该有自己的管理方式。

敏捷里强调一种自适应性，这来自系统工程，所谓自适应性也表现出了混沌的特质。如果敏捷真的就是混沌，那就说我们对敏捷是不可控制的，不可以管理的，那实施敏捷的项目延期也是很正常的。请问，如果是“实施敏捷就等于对项目失控”，你还会愿意实施敏捷么？

我们平常研究的只是敏捷技能，比如如何在大项目中做重构，如何做每日构建，这些只是敏捷的技能，也就是你所说的Practice。

我记得05年时Jacobson一直在推行面向方面编程，不知道最近又在推行什么：）