2010 Agile tour 杭州站, 熊节讲了两个城市的团队的敏捷之路。 这应该是很早以前的故事了,两个团队对于敏捷都没什么概念,项目做的一团糟也是意料之中的。在咨询师的帮助下,他们开始了敏捷之旅。团队1从持续集成入手,团队2从沟通入手,都取得了立竿见影的效果。故事并没有到此结束,项目虽然相比以前改善了许多,但还是有很多问题。可喜的是,两个团队都认识到了敏捷带来的好处,他们并没有停下来,而是继续把一些敏捷实践应用到项目中来。 团队1做的是路由器产品,为了提高产品质量,项目内部开始使用自己的路由器,即所谓eat your own dog food. 团队2开始着手自动化测试。 

   应该说两个团队都步入了正轨,虽然问题还有很多,虽然他们只应用了部分敏捷实践,但并不妨碍称他们为敏捷团队。 敏捷团队是那些能够利用敏捷实践来解决项目问题,保证项目高质量提交的团队。那些所谓的“我们做了TDD了,所以我们是敏捷开发”,“我们是敏捷开发,所以我们没有设计文档“, 都是一叶障目,不见泰山。 敏捷开发是一种不断自我反省,持续改进的过程。所谓的stand up, iterative, retrospective, 都是它的一种表现形式而已,千万别被这些所谓的形式禁锢了自己。

posted on 2010-10-24 10:37 Aaron.Chu 阅读(1635) 评论(4)  编辑  收藏

FeedBack:
# re: 持续改进才能叫敏捷[未登录]
2010-10-24 14:53 | Eric
Aaron,

总结的非常好,Agile提供的很多method都不能照搬照抄,纸上谈兵;就像做架构设计时,有很多framework,找到适合的才是你正在要的 == 小平同志就说过,不管白猫黑猫,能抓住老鼠的就是好猫,

对一些刚开始做敏捷的项目或个人,我觉得不妨先套用这些method,至少可以快速的学到敏捷的一些真谛
  回复  更多评论
  
# re: 持续改进才能叫敏捷
2010-10-24 19:14 | 波浪理论
持续创新才能另辟蹊径  回复  更多评论
  
# re: 持续改进才能叫敏捷[未登录]
2010-10-27 12:55 | BeanSoft
任何软件开发都是在持续改进中 这和是不是敏捷根本扯不上关系 在我看来 敏捷不过是另一个不断炒作的概念而已  回复  更多评论
  
# re: 持续改进才能叫敏捷[未登录]
2010-10-27 15:46 | Aaron
@BeanSoft
不错,所有的方法都是在不断改进的,没有像敏捷开发这么注重反馈,注重改进的。  回复  更多评论
  

只有注册用户登录后才能发表评论。


网站导航:
 
<2010年10月>
262728293012
3456789
10111213141516
17181920212223
24252627282930
31123456

留言簿(5)

随笔档案(57)

相册

友情链接

搜索

  •  

最新评论

阅读排行榜

评论排行榜