浪迹福州

学习.net有一段时间,目前仍在学习中

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

1、假设任何简单的细节问题其他成员都有可能想不到,要及时提出自己的看法。

    细节如解决方案命名、某个类和接口的命名、几个类间关系造成的扩展性问题等,只要与自己想法不一致,应及时提出。

2、假设其他成员都尊重自己,都会并已经认真思考了自己提出的问题。

    这样当提出的问题没有按自己的想法解决时,不至于影响情绪,不至于反复讨论无果,不至于在一个问题上浪费太多时间。

3、假设其他成员提出的问题都是经过认真思考的,应该给予重视。

    这样保证任何问题提出后都不会被轻易忽略。同时,要理解问题并不是针对某人提的,而是针对团队或某个项目。

 

    敏捷开发强调以人为本的理念,非常注重团队沟通,这三条假设也算是对团队沟通的一种阐述吧。强调细节有助于团队整体能力的提升,技术水平总能在扯皮和吹毛求疵中得到提高。如果从来不“求疵”,可能就不会知道if(str != "")不如if(str != string.Empty)高效、批量插入和删除的sql语句是要那样写才执行最快、接口和抽象类的区别不仅是语言层面、原来权限管理是要这样设计的、某个类那样设计职责才更单一更易于扩展……

 

 

注:红色字体版权所有,引用请注明

posted on 2008-09-26 09:43  浪迹福州  阅读(2232)  评论(9编辑  收藏  举报