welfear 2009年09月02日 星期三 00:33 | 1715次浏览 | 11条评论
读书笔记而已
不成熟的思考结合书本理论而写。
2009 9 2
对于项目:
工作乐趣:创造新事物、团队配合、学习新技术、实现成本低。
慢性时间进度滞后。
工作量和工作质量难以测量。
概念完整性是系统设计中最重要的因素。
为获得概念完整性,设计必须由少数人完成。
概念完整性必须有人控制。
设计和实现应该分离。
软件项目的实质是控制复杂度。
软件项目是以人际关系为基础的。
对于加班:
程序员可以主动加班,否则没有加班这回事。
强迫加班只会:降低质量、降低开发效率、降低管理者的尊敬度、降低士气、降低员工忠诚度。
对于文档:
自文档工具可以解决文档实时更新问题。
程序员喜欢在代码中添加注释和说明,也有人主张代码就是文档。
基本文档包括:目标、用户手册、内部文档、进度、预算、组织结构、工作空间分配。
对于权力:
领导力是以信任为基础的。
权力结构是传统的树型结构,不允许有双重领导,团队交流则是网状的结构。
项目经理的基本职责就是使每个人都向同一个方向走。
项目经理不是强迫人们工作而让人们有可能工作。
最后期限对于老手来说一点作用也没有。
建立制度,而不是改变人的思想。
社会学难于管理。
每个人都有戒心。
对于过程:
增量开发。
开发过程浪费的时间主要集中在沟通未精确定义的地方。
沟通,书面形式沟通应该为主。会议和口头沟通难以记录并区分歧义。
开发过程应该是民主的,每个人都可以看到的。
开发结果应该是专制的,只有少数人参与决策。
软件项目的成败不是由技术决定的。技术往往没那么重要。
人和月不可互换。
向落后的项目增加人手只会使项目更落后。
新增人手增加总工作量、增加交流时间、增加培训时间。
对于流程:
自顶而下的设计。
用户需求、基本实现原理以及设计在确定后必须提交给测试小组。
版本控制必须有专人控制,变更时需要文档化。
必须有必要的评审机制,状态信息往往并不准确。
里程碑必须是精确定义的,而不是自欺欺人。
准备好足够的日志信息和系统崩溃调试环境,有些错误只在你要忘记它的时候重现。
例会要站着开。
重视知识管理,建立团队的知识库。
Zeuux © 2024
京ICP备05028076号
回复 peter 2009年09月02日 星期三 11:56
回复 welfear 2009年09月02日 星期三 12:17
这