软件研发之道 微软开发团队的经验法则PDF|Epub|txt|kindle电子书版本网盘下载

软件研发之道 微软开发团队的经验法则PDF格式电子书版下载

注意：本站所有压缩包均有解压码： 点击下载压缩包解压工具

第一部分19952

简介2

有关软件的思考3

项目的阶段6

开局阶段7

组织7

质保人员是“少数民族”吗8

到底谁负责产品设计8

经验法则1建立共同前景9

经验法则2使大家主动投入18

经验法则3制定多版本的技术计划20

经验法则4不要认为别人是笨蛋25

死亡行军27

经验法则5搜集情报30

经验法则6注意团队成员组成的比例32

经验法则7组建功能小组33

经验法则8项目经理的重要性41

团队精神42

经验法则9做权威，而非掌权者44

竞争47

人类学分析47

软件竞争49

经验法则10缺乏竞争对手？未必是好事50

经验法则11与竞争对手不相上下？进行功能竞赛52

经验法则12落后于竞争对手？更频繁地推出新版本52

经验法则13领先于竞争对手？绝不放松55

经验法则14紧跟潮流55

客户57

简单的购买模型59

经验法则15让客户惊喜60

经验法则16找到靶心62

经验法则17与客户建立良好的关系，而不只是生意往来63

经验法则18加快产品周期65

设计67

经验法则19追求伟大67

经验法则20确定主题68

经验法则21将依赖减至最少70

经验法则22平息客户的抱怨71

经验法则23软件的可移植性71

经验法则24在设计阶段考虑时间因素71

开发73

经验法则25拒绝错误指示75

经验法则26以游戏的心情开发软件76

中期阶段79

经验法则27像医生一样79

经验法则28记住软件开发金三角：功能、资源和时间82

经验法则29不要不懂装懂84

经验法则30提交中间产品87

经验法则31小心“闭门造车型”开发人员91

经验法则32经常、定期构建软件产品94

经验法则33始终完全了解产品的状态97

掌握进度98

经验法则34利用零缺陷里程碑99

经验法则35一个也不能少，才算真的到达零缺陷里程碑100

经验法则36完成每个里程碑后进行事后总结，但不要指责101

经验法则37把握里程碑的字面意义与精神101

经验法则38掌握什么是“正常的”102

经验法则39里程碑的合理数目107

经验法则40每一个小的里程碑都有专属的意义（故事）107

经验法则41寻找自然出现的里程碑109

经验法则42虽落后，别趴下112

经验法则43不要落后多久就把原定日期延后多久122

经验法则44延误了这个里程碑，一定要按时到达下一个里程碑123

经验法则45从延误中学习经验教训124

经验法则46要有全局观124

经验法则47与时俱进125

推出阶段127

推出阶段：启动127

推出阶段：移交129

推出阶段：收尾129

经验法则48关怀多于要求130

经验法则49 Beta版不是修改产品的时候131

经验法则50 利用Beta测试来调整宣传策略131

经验法则51严格执行类选法132

经验法则52小心保持软件的稳定134

发布阶段135

经验法则53伟大的软件应该有一个伟大的故事136

经验法则54建立赢家形象140

结束语140

附录：聘用和留住人才142

雇用聪明的人142

适才适任144

赛马必须奔跑144

好高骛远者需要你的推动145

软件开发领导的一些参考资源150

第二部分2006154

新的经验法则154

经验法则55做完美的老板154

经验法则56老板就是你最重要的客户156

一种更好的方式157

在如何看待老板上的转变157

经验法则57支付木材税和下阿尔法赌注159

阿尔法（或阿尔法能量）160

The Core System V.3.0的元素163

形成共同前景的4个步骤164

第1部分：“签到”的元素164

第2部分：决策过程的元素166

第3部分：校正的元素168

第4部分：共同前景的元素169

The Core Protocols V.3.0173

核心承诺173

核心准则174

放弃/取消放弃174

签到174

离开175

求助176

准则检查177

目的检查177

决策过程178

解决180

完美行动180

个人校正181

调查182