从《敏捷软件开发原则、模式与实践》看待现当前开发团队现状（持续更新）

  今天刚开始读Martin的敏捷软件开发，自知资历浅薄，不敢说感悟颇深，但也有一些思索。

  一个善于合作、沟通以及交互能力强的程序员一定是一个优秀的团队成员，而一个高水平的程序员却不一定。这时时刻刻提醒我们，与客户，团队其他成员，其他团队成员的沟通非常重要。构建一个优秀的团队比构建环境更重要。我们现在的团队过于分散，有处理线上问题的，有正在进行项目开发的，有正在休息的，但这些都不是问题，问题是我们的沟通很少，erp团队坐得最分散，很少开周会，大家只是在进行项目开发的时候领到自己的开发任务，而不是以团队的方式讨论任务分配，部分人员对erp系统有全面的了解，了解每一个需求，对测试负责，同时这些人员也拥有一些受限的资源，这样其他的团队成员感觉不到团队的责任，于是对项目的质量漠不关心。还有那让人作呕的KPI。这个和开发人员的水平良莠不齐有很大关系，但如何解决这个问题，来达到真正的敏捷呢？另外，我们需要培养团队文化，团队社区wiki,团队成员之间的互动活动，不加班日等等，这些我们都做得不够好，完全没有团队的气氛。

  设计文档不一定要面面俱到，但论述系统的高层结构和概括的设计原理的文档是必要的。比如说对AD架构的讲解文档。

  敏捷开发的特点就是响应变化，并且不惧变化。之前我很反感产品经理对需求改来改去，但是现在我意识到，需求变更在软件设计中是不可避免的，我们应该拥抱变化，频繁地与产品经理沟通，并做出能响应变化的设计。

  开发团队应该定期举行会议，对自身进行调整。所以每周的例会是必需的，我们需要持续改进。

  在团队内部的沟通上，应该摒弃IM的方式，而采用面对面的交谈，而且是非命令式的。