国际功能点在1977年就已经开始被应用，但因为比较难、估算耗时间，未在大陆/香港广泛使用。

但是在敏捷，迭代频繁，2-3周就是一次迭代，容错性比较好，所以我们在敏捷项目建议团队使用简化功能点方法。 因即使在估算上有偏差，只影响一个迭代。

我将数据展示给他们，一个项目如果依据它的功能，如果用传统国际功能点法，估出来是80多的功能点，而用简化功能点方式估算出来是100，有正负20%的差异，但因敏捷只需要对下一轮冲刺估算，所以这差异是可以接受。

我接着说如何才算一个功能点很重要。简单来说必须是一个完整的交易(transaction)，如果我们把本应是一个功能当成多个功能，偏差便会很大。

每个冲刺 / 迭代 都会 收集 生产率 （每人每周产出多少有效代码）, 和质量 的度量数据。

这次展示给我的启发：我说我们不是通过燃烧图，而是实际把数字，包括开发人员的生产率数字、每个迭代，除此之外，还有代码、错误的语句、缺陷的情况、自动化测试的情况都用数字表达出来，从低到高对照行业标杆。

提升也不是无中生有，老师会教开发/测试如何写好代码，如何用好的方式来写测试用例等。学了这些东西，用于项目中，加上有数据反馈，才是真正驱动有量化提升的效果。

另外一个学生听完我的敏捷实际案例分享后说：“你这个说法真好，我必须跟我的公司老板说清楚，千万不要以为引入敏捷开发就万能，可以有很好的效果。”

其中有位学员说他们公司已经有很多项目使用敏捷。

另一位做内部审计的也说他们公司现在有很多项目用了敏捷来进行管理。

我问："效果如何？" 有一位想了想说：“挺好的。”

我再问："为什么好？" 答：”可以有快速的反馈，所以内部客户觉得比以前好。“

我再问："多少？有什么数据？"

如果没有量化数据，好与不好便只靠个人感觉，也正是这原因，越来越多人觉得敏捷缺乏实际的项目数据来验证是否确实比以前有提升。

香港的消费者，都会对服务有很高的要求（包括培训）。香港人如觉得对服务有意见，就会立刻反馈，要求完善。这促进了公司的服务不断完善。

培训反馈

培训机构为了确保客户满意，通常会做满意度调查，这培训机构与其他不同的是：在培训第一天中午就做一次。

我跟以往一样，做培训都会通过故事分享来启发学员学习。 这次培训可能有些学员不太习惯我这种以讲故事、实例开始的方式，加上他们没人敏捷基础不同，所以在第一天的反馈中，有学员觉得有点离题。

偏技术的学员也给了一些意见，例如：说对PPT提到的SCRUM、XP等不理解。 当晚我立即在为他们设置的wiki互动平台上添加了一些介绍 SCRUM， XP， DSDM， CRYSTAL的资料。

客户必须有高的要求

同样道理，在酒店，在餐厅，客户都会他购买的服务有高度的要求，如果不满意，直接会说出来。这就促进了整个服务行业的提升。但是如果做服务的企业，没有考虑客户的满意度，反过来，如客户没有高的要求，就不会促进公司服务的提高。

我经常在不同城市欣赏话剧和音乐会。 演话剧与电影的一个区分是电影需要拍完后，放映了才有观众的反馈， 但话剧是（甚至音乐会）是在演出时已经立马获得反馈。 演员在整个表演的过程中，都会感受到观众。 所以很多老牌演员，尤其是从演话剧开始的，都不太喜欢拍电影， 演 《乱世佳人》的 Vivian LEIGH 就是一个例子。

不同城市表演的水平和质量有很大差异。比如北京确实是文化之都，尤其在话剧方面，水平很高，各类型中外的演出，现在想起来，其中一个元素就是当地有一个很高水平的观众。

软件开发

表演如此，软件开发也如此。质量高的项目/公司通常都是有高要求的客户，例如银行/金融；反过来，如客户没有什么要求，项目的质量也常常很一般。

回到敏捷开发，当每完成一个冲刺就有与用户沟通获取反馈 （而不是等到项目结束） 并且做回顾，做改进，项目便会快速提升。 （如上面提过的敏捷试点项目)