Thinking in ...

自春节以来组里实施Scrum，但不幸的是由于产品质量不高（bug太多），我们只采用了Scrum的一些pratice来武装我们改bug的流程。 我们是一周一个sprint，每周五下午plan meeting. 在这之前，Scrum master 给列出一个wish list（其实就是一个bug的列表），然后team在plan meeting上估算所需时间，最后和Scrum master确定哪

在近三周的Scrum实施过程中，我们采用了结对编程(Pair Programming, PP)的方式进行开发（添加新功能和修改Bug）。 PP让我看到了不同的思维过程。和别人一起编程，你能了解别人是如何分析问题、解决问题；你能看到别人是如何思考、如何把想法变成代码。自己写程序时总是试图把所有大的框架和架构整明白，然后再动手。可对于一个稍微复杂一些遗留系统，除非以前自己参与它的开发，不然很难

测试驱动开发(TDD)是个好东西，但是我们在项目中真正使用它时却有种“想说爱你不容易”的感觉。这是为什么呢？（此处应用小沈阳语气） 1、项目组传统与习惯。项目组从来没使用过TDD，并且已经写了N年代码、发布了几个版本。这时忽然要求大家使用TDD开发，难免会有些不习惯。TDD要求先写出测试，然后才能写代码，而大家已经养成一个固有的习惯开发流程：寻找方案、结构设计、编写代码、手工测试、宣布完成

<br />两周一个Sprint，到上周结束时已经实施了两个。Sprint中开发主要采用了结对编程和测试驱动开发。从一个参与者的角度简单总结一下。<br /> <br />1. 从别人身上学到了很多东西。结对编程能让你从同伴身上学到很多东西。每个人都有自己的优点与长处，和别人一起工作，取其精华、学其所长，对自身的成长大有裨益。别人的做事风格、编程习惯、思维方式，都有你学习借鉴参照的地方。<br /> <br />2. 交流多、项目知识共享。大家坐在一起，讨论很起来方便；共同work on一个feature，