微软团队成功秘诀
查看您的阅读历史
绪论——软件开发的四个时期
第一篇 布局时期
组织开发团队
品保人员是少数民族?
谁来设计产品
法则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 Bata测试不是修改功能的时候
法则50 Bata测试是暖身活动
法则51 急救术
法则52 小心保持软件的稳定
法则53 伟大的软件应该有一个伟大的故事
法则54 建立赢家形象
第一篇 布局时期
组织开发团队
品保人员是少数民族?
谁来设计产品
法则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 Bata测试不是修改功能的时候
法则50 Bata测试是暖身活动
法则51 急救术
法则52 小心保持软件的稳定
法则53 伟大的软件应该有一个伟大的故事
法则54 建立赢家形象