敏捷那些事—坚持做的事

        敏捷犹如一次运动，高潮过后必然是趋于冷淡，这时候最需要理性的认识。在项目的敏捷开发中，先先后后担任过里面的各种角色，个人觉得敏捷应该坚持做的方面或者原则如下（算是弃其糟粕，取其精华吧）：

1. 持续集成（话说，这个跟敏捷貌似没多大关系）
2. 客户代表和SE的紧密、有效的需求沟通（这个貌似各种软件开发形式都需要，真正实现起来很难）
3. 故事的合理拆分（别内什么，不能拆的硬要拆，拆分过程以可测试性和需求点来掌握）
4. 通过故事点跟踪任务（这个领导最喜欢了，工作量和进度一目了然）
5. 晨会（虽然提倡，但是没必要每天举行，看情况，定期会议加需求推动更好，这里的需求就是说需要有会议的必要）
6. 计划会以合理的间隔举行
7. 总结会（重在小组全员的讨论、分析、促膝长谈更好，谈人生谈理解也未尝不可）
8. 循序渐进式的测试（有助于更早的发现问题，更早的将功能呈现）
9. 小组成员内的自组织性（不能成员之间不合作，大部分反抗，一个功能的几个人根本不想配合，一组成员最好是一个很好的小团队，相互私下关系也和好，也有共同的技术追求）
10. 适合才是最重要（这条最关键了，有些项目天生不适合敏捷。可是一些好的措施是可以被任何项目借鉴的）