软件团队思考

不成熟的思考结合书本理论而写。

2009 9 2

对于项目：

工作乐趣：创造新事物、团队配合、学习新技术、实现成本低。

慢性时间进度滞后。

工作量和工作质量难以测量。

概念完整性是系统设计中最重要的因素。

为获得概念完整性，设计必须由少数人完成。

概念完整性必须有人控制。

设计和实现应该分离。

软件项目的实质是控制复杂度。

软件项目是以人际关系为基础的。

对于加班：

程序员可以主动加班，否则没有加班这回事。

强迫加班只会：降低质量、降低开发效率、降低管理者的尊敬度、降低士气、降低员工忠诚度。

对于文档：

自文档工具可以解决文档实时更新问题。

程序员喜欢在代码中添加注释和说明，也有人主张代码就是文档。

基本文档包括：目标、用户手册、内部文档、进度、预算、组织结构、工作空间分配。

对于权力：

领导力是以信任为基础的。

权力结构是传统的树型结构，不允许有双重领导，团队交流则是网状的结构。

项目经理的基本职责就是使每个人都向同一个方向走。

项目经理不是强迫人们工作而让人们有可能工作。

最后期限对于老手来说一点作用也没有。

建立制度，而不是改变人的思想。

社会学难于管理。

每个人都有戒心。

对于过程：

增量开发。

开发过程浪费的时间主要集中在沟通未精确定义的地方。

沟通，书面形式沟通应该为主。会议和口头沟通难以记录并区分歧义。

开发过程应该是民主的，每个人都可以看到的。

开发结果应该是专制的，只有少数人参与决策。

软件项目的成败不是由技术决定的。技术往往没那么重要。

人和月不可互换。

向落后的项目增加人手只会使项目更落后。

新增人手增加总工作量、增加交流时间、增加培训时间。

对于流程：

自顶而下的设计。

用户需求、基本实现原理以及设计在确定后必须提交给测试小组。

版本控制必须有专人控制，变更时需要文档化。

必须有必要的评审机制，状态信息往往并不准确。

里程碑必须是精确定义的，而不是自欺欺人。

准备好足够的日志信息和系统崩溃调试环境，有些错误只在你要忘记它的时候重现。

例会要站着开。

重视知识管理，建立团队的知识库。