`
kiol
  • 浏览: 42670 次
  • 来自: ...
社区版块
存档分类
最新评论

敏捷大会回来谈敏捷

阅读更多

敏捷大会回来谈敏捷

照例先说敏捷软件开发的好处吧,知道的直接跳过.敏捷软件开发是效仿精益思想产生的.它主要强调以下几点:
  1. 尽 快交付.如果尽快的交付产品就能更快的得到反馈,也就能尽快的修正错误.路宁把一次迭代比喻成库存.迭代时间越长代表库存就越多.你生产了一车螺丝后交给 用户,用户告诉你型号错了和你生产几个就给用户鉴定,用户满意你再继续生产.大家自然知道哪个更好.大量库存的危害我相信大家还能举出其他的.
  2. 尽 量推迟决策.敏捷反对前期的大量的详细的设计.而是开始进行简单的设计,把设计决策尽量推迟到不得不设计.原因一,前期的大量设计很可能没有用,反而会使 障碍;原因二,前期的设计很可能是错的,越接近问题越能得出正确解决方法.简单的比方,如果要定一个十年计划,各位能把十年内每个人每天都干什么现在就设 计好吗?即使你能花费大量时间精力设计出来了,你能保证事情能按照你设想的发展吗?敏捷的方法正是反对这种做法,而是只订出十年的大体方略,具体做法到时 再决定.
  3. 消除浪费.瀑布式的开发方式产生了大量的浪费.比如巨细靡遗的需求和设计文档.产品代码时刻在变,这些文档要保持同步吧,成本很高,不保持吧,前面的付出都浪费了.这些文档对于客户是没有价值的.敏捷方法的产品就是需求文档,代码就是设计文档.这些文档是能保持同步的.
  4. 授权团队.被授权的团队有更大工作积极性.能够根据团队自身的情况,进行持续改进.
  5. 嵌入完整性.敏捷反对需求,开发,测试这样的团队划分.这样会影响需求开发测试的沟通.敏捷推荐划分成各个功能完整的小团队,也就是需求开发测试组成一个小团队,由多个小团队组成大团队.
  6. 持续改进.敏捷强调产品开发中的早交付和短周期迭代来进行产品的持续改进,同时也提倡团队本身的持续改进.

我的表达能力实在有限,推荐管理人员,看<敏捷软件开发工具-精益开发方法>来做全面的了解.这本书很薄只有150页.

这次参加敏捷大会的一个很大的收获就是一些国内现实的案例--华为!
华为是经过了CMMI5级认证的.但是他们在向敏捷转变.讲师是周耀辉,周简述过程如下
2004年 开始尝试RUP,但是不理想.
2006年 开始尝试XP和SCRUM
2007年 试点成功.开始加速推广.
华 为的敏捷尝试是ThoughtWorks帮助下开始.据说当时ThoughtWorks认为是失败的,但是华为却还是十分震撼.原话是"软件还可以这样开 发!".像华为这样十分制度化的,并且通过了CMMI5级的公司,竟然会应用敏捷确实比较出我的意料.他们是因为产品过于庞大(几百万行),维护困难才尝 试敏捷的.华为是以应用XP为主,因为XP更具可操作性.
周提到了华为推广敏捷的几个要点:

  1. 主管认同.他认为这个最关键
  2. 启动前准备.研讨和mini项目,对过程达成一致.
  3. 教练.成败教练所占比重很大.
  4. 在原则持续坚持,在形式上持续改进.重要实践如下
    1. 结对编程
    2. 测试驱动
    3. 集成测试
  5. 实践之间相互有关系,互相支持.
  6. 敏捷不是形式,是理念和思想.
  7. 敏捷,精益的核心是持续改进.
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics