1、假设任何简单的细节问题其他成员都有可能想不到，要及时提出自己的看法。
细节如解决方案命名、某个类和接口的命名、几个类间关系造成的扩展性问题等，只要与自己想法不一致，应及时提出。
2、假设其他成员都尊重自己，都会并已经认真思考了自己提出的问题。
这样当提出的问题没有按自己的想法解决时，不至于影响情绪，不至于反复讨论无果，不至于在一个问题上浪费太多时间。
3、假设其他成员提出的问题都是经过认真思考的，应该给予重视。
这样保证任何问题提出后都不会被轻易忽略。同时，要理解问题并不是针对某人提的，而是针对团队或某个项目。
敏捷开发强调以人为本的理念，非常注重团队沟通，这三条假设也算是对团队沟通的一种阐述吧。强调细节有助于团队整体能力的提升，技术水平总能在扯皮和吹毛求疵中得到提高。如果从来不“求疵”，可能就不会知道if(str != "")不如if(str != string.Empty)高效、批量插入和删除的sql语句是要那样写才执行最快、接口和抽象类的区别不仅是语言层面、原来权限管理是要这样设计的、某个类那样设计职责才更单一更易于扩展……
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
