首先说说我对敏捷的理解：敏捷在于“敏捷本身”，以最有效最快捷最简单的方式解决问题，这是我对敏捷的理解。而且那些sprint，scrum，tdd，stand up什么的，甚至是no hierarchy的结构，只是个形式，可以说是best practice。

对于敏捷，我认为：在我和客户之间，和我partner能有效的沟通，最简单的编写出客户需要的软件，就是敏捷。

从最开始的在客户现场和客户调试程序，到和朋友pair在调试程序。当时，我并不知道“敏捷”。或许现在可以将这些归于为敏捷。

或许并还没做到tdd，但是已经开始单元测试了。虽然没有正式的sprint和stand up。但是，自己会给自己一个时间段内应用完成的任务；每天和总结昨天做的，规划今天的任务。嗯，是一个好习惯。

这里顺带说说周报什么的：我觉得，要是自己思考自己的昨天，今天和明天，这些怎么会难写呢？直接把自己所总结的一写就OK了！呵呵，其实也算是每天自己和自己stand up吧？！

关于pair，最近的工作都是需要2，或者3个人一起协作完成。不知算不算pair。在3个人的时候，协调很重要，特别是氛围有点火的时候；又或者需要有人主动担起责任时，需要有人站出来顶着。咱都是文人，打架流血什么的肯定不会，而且又是共同场合，脏话也少，不过，摩擦，甚至冲突还是会有的，所以～～～～

关于pair，上周实践了一下真正的pair。两个人一同在电脑面前，第一次有点不习惯。后来，我把一人叫到我的旁边，一起在电脑面前完成工作，深有感触：partner表现欲比较强，聪明但是又会有点小错误，到最后，我让结果慢慢的缩减为我俩都满意的状态，这个过程还是小不容易的～