【IT168 专稿】“敏捷”这个词2002年在微软的官方网站上出现，在IT业快速流行。2007年下半年，专业媒体以重头文章或专题大肆渲染敏捷开发、敏捷业务、敏捷企业，相当多的业内精英从不同侧面表达了对敏捷的理解。

　　笔者空闲时或准备编写架构级程序时，常会上SAP、Oracle、IBM、微软的官方网站逛逛。看过媒体的报道，有一些有别于这些精英的看法，借此阐述一下笔者的观点，为读者更好地理解这一风靡IT业的术语提供一点体会。

软件硬件都要硬 才可能“敏捷”

　　笔者当开发部部门经理，掌管公司整个开发部、测试部、技术支持部时，经常问大家：“你们每天有多少时间在思考？”在IT业，特别是软件业，我们的起跑线和国外程序员是一样的，为什么国内的软件书籍只能出些应用级的，说的都是皮毛，而专业的书籍绝大部分都出自国外程序员之手？

　　国内公司招聘程序员时，动不动要求“精通”，精通Delphi、VB、VC、J2EE架构、精通Hibernate、Spring、Struct等等，试问国内有几人敢说精通？硬件发展这么多年了，一旦出现故障，只能送厂家换，最多测测电阻，焊接一下。就算是开源的Hibernate，国内又有几人把那10万行的代码都看懂或看过5遍以上了？

　　所以，还请大家认真回溯到源头，思考微软2002年所提的“敏捷商务”概念。

　　微软所提的敏捷商务包括：敏捷开发、敏捷业务和敏捷企业三个方面。笔者的观点是：首先建立敏捷的开发环境和系统架构，实现软件的敏捷开发；然后提炼客户业务，实现业务的分离，即高内聚低藕合；实现业务的开发修改，以软件的敏捷，带动企业处理商务的敏捷，从而为企业在相同时间内带来更多的利润。

　　我们看两个案例：笔者分别在上午、中午、下午去银行办理小业务，排队的时间平均达1小时。笔者还曾经去中国电信办理电话业务，用了两个小时在电信的业务大厅看电视广告，以消磨时间代替排队，一个下午什么事情都做不了。

　　当然了，这些企业的办事效率并非都很差，比如扣钱就非常及时，手机一欠费立马停止呼出，再停止呼入。这两个案例，显示出了敏捷业务和不敏捷企业的正反两面。当企业所有的硬件都达到了敏捷的时候，企业的软件如服务和精神文化也要跟上，才能达到敏捷企业的标准。