第一部分 1995 简介 有关软件的思考 项目的阶段 开局阶段 组织 质保人员是“少数民族”吗 到底谁负责产品设计 经验法则1 建立共同前景 经验法则2 使大家主动投入 经验法则3 制定多版本的技术计划 经验法则4 不要认为别人是笨蛋 死亡行军 经验法则5 搜集情报 经验法则6 注意团队成员组成的比例 经验法则7 组建功能小组 经验法则8 项目经理的重要性 团队精神 经验法则9 做权威，而非掌权者 竞争 人类学分析 软件竞争 经验法则10 缺乏竞争对手？未必是好事 经验法则11 与竞争对手不相上下？进行功能竞赛 经验法则12 落后于竞争对手？更频繁地推出新版本 经验法则13 领先于竞争对手？绝不放松 经验法则14 紧跟潮流 客户 简单的购买模型 经验法则15 让客户惊喜 经验法则16 找到靶心 经验法则17 与客户建立良好的关系，而不只是生意往来 经验法则18 加快产品周期 设计 经验法则19 追求伟大 经验法则20 确定主题 经验法则21 将依赖减至最少 经验法则22 平息客户的抱怨 经验法则23 软件的可移植性 经验法则24 在设计阶段考虑时间因素 开发 经验法则25 拒绝错误指示 经验法则26 以游戏的心情开发软件 中期阶段 经验法则27 像医生一样 经验法则28 记住软件开发金三角：功能、资源和时间 经验法则29 不要不懂装懂 经验法则30 提交中间产品 经验法则31 小心“闭门造车型”开发人员 经验法则32 经常、定期构建软件产品 经验法则33 始终完全了解产品的状态 掌握进度 经验法则34 利用零缺陷里程碑 经验法则35 一个也不能少，才算真的到达零缺陷里程碑 经验法则36 完成每个里程碑后进行事后总结，但不要指责 经验法则37 把握里程碑的字面意义与精神 经验法则38 掌握什么是“正常的” 经验法则39 里程碑的合理数目 经验法则40 每一个小的里程碑都有专属的意义(故事) 经验法则41 寻找自然出现的里程碑 经验法则42 虽落后，别趴下 经验法则43 不要落后多久就把原定日期延后多久 经验法则44 延误了这个里程碑，一定要按时到达下一个里程碑 经验法则45 从延误中学习经验教训 经验法则46 要有全局观 经验法则47 与时俱进 推出阶段 推出阶段：启动 推出阶段：移交 推出阶段：收尾 经验法则48 关怀多于要求 经验法则49 Beta 版不是修改产品的时候 经验法则50 利用Beta 测试来调整宣传策略 经验法则51 严格执行类选法 经验法则52 小心保持软件的稳定 发布阶段 经验法则53 伟大的软件应该有一个伟大的故事 经验法则54 建立赢家形象 结束语 附录：聘用和留住人才 雇用聪明的人 适才适任 赛马必须奔跑 好高骛远者需要你的推动 软件开发领导的一些参考资源第二部分 2006 新的经验法则 经验法则55 做完美的老板 经验法则56 老板就是你最重要的客户 一种更好的方式 在如何看待老板上的转变 经验法则57 支付木材税和下阿尔法赌注 阿尔法(或阿尔法能量) The Core System V.3.0 的元素 形成共同前景的4 个步骤 第1部分：“签到”的元素 第2部分：决策过程的元素 第3部分：校正的元素 第4部分：共同前景的元素 The Core Protocols V.3.0 核心承诺 核心准则 放弃/取消放弃 签到 离开 求助 准则检查 目的检查 决策过程 解决 完美行动 个人校正 调查
鄂公网安备 42010302001612号 