软件项目的艺术

作者简介

详细目录 第Ⅰ部分 项目生存思维 第1章　欢迎加入项目生存训练营 3 1.1　生存需求 4 1.2　生存权利 7 1.3　生存检查清单：项目健康测试 9 生存检查清单 10 译者有话说 10 第2章　软件项目生存测试 11 2.1　生存测试题 11 2.2　生存测试问卷 11 2.2　生存测试问卷 12 2.3　生存测试结果解释 14 生存检查清单 16 译者有话说 16 第3章　项目生存的概念 17 3.1　软件开发流程的作用 17 3.1.1　对流程的误区 18 3.1.2　拯救流程 23 3.1.3　流程与团队的创新和士气 25 3.1.4　 过渡到系统化流程的理由 27 3.2　流程的上游和下游 28 3.3　不确定性锥 30 生存检查清单 33 译者有话说 34 第4章　项目生存的关键方法 35 4.1　规划 35 软件规划示例 37 4.2　规划检查点的审查 38 4.2.1　两阶段筹资方法 38 4.2.2　准备规划检查点的审查 39 4.2.3　规划检查点审查议程 40 4.2.4　规划检查点审查的主要意义 41 4.3　风险管理 42 4.4　项目控制 43 4.5　项目的可见性 44 4.6　人件 45 4.6.1　开发人员的兴趣与工作分配要对齐 46 4.6.2　向开发人员表达诚挚的谢意 47 4.6.3　提供有利于思考的办公空间 47 4.6.4　避免开放式工作空间 47 4.7　用户参与 49 4.8　产品极简主义 51 4.9　专注于软件交付 52 生存检查清单 54 译者有话说 55 第5章　成功的软件项目知多少 57 5.1　研发阶段 57 5.2　项目流程 59 5.3　分阶段交付的好处 60 5.4　分阶段交付的成本 63 5.5　阶段计划 64 5.6　团队建设 66 5.7　代码量增长曲线 69 5.8　主要里程碑和可交付内容 71 生存检查清单 77 译者有话说 77 第Ⅱ部分　项目生存准备 第6章　拥抱变化，精准定位 81 6.1　变更控制过程 81 6.2　变更控制的好处 84 6.3　自动修订控制的好处 85 6.4　常见的变更控制问题 86 6.4.1　如何考虑变更 86 6.4.2　何时考虑变更 87 6.4.3　如何处理小的变更 88 6.4.4　如何进行人员管理 88 6.4.5　哪些工作产品要进行变更控制 89 6.5　致力于变更控制 91 生存检查清单 92 译者有话说 93 第7章　初步计划 95 7.1　项目愿景 95 7.1.1　定义要放弃的内容 97 7.1.2　致力于愿景 98 7.2　高管授权 98 7.3　项目规模目标 99 7.4　宣传计划和进展 101 7.5　宣传进度指标 102 7.6　风险管理 104 7.6.1　致力于风险管理 105 7.6.2　风险监督员 107 7.6.3　十大风险清单 108 7.6.4　支持风险跟踪的工具 112 7.6.5　详细的风险管理计划 112 7.6.6　匿名风险报告渠道 112 7.7　人员策略 114 7.7.1　人才发展 114 7.7.2　团队培养 115 7.7.3　新手开发人员：可用与胜任 115 7.7.4　团队动态 116 7.7.5　员工培养的关键问题 117 7.7.6　团队组织 117 7.7.7　项目团队的组织结构 118 7.7.8　“老虎队” 120 7.8　时间统计 121 7.9　软件开发计划 125 生存检查清单：初步计划 126 译者有话说 127 第8章　需求开发 129 8.1　需求开发流程概述 130 8.2　确定一组关键的最终用户 131 8.3　采访最终用户 132 8.4　构建简单的用户界面原型 132 8.4.1　如果条件允许，应使用情节串连故事板 134 8.4.2　不断修改原型直到最终用户对软件感兴趣 135 8.4.3　制定用户界面样式指南 136 8.4.4　全面扩展原型 136 8.4.5　请记住，原型是要废弃的 137 8.4.6　将全面扩展的原型作为基准规范 138 8.5　编写详细的最终用户手册 139 8.6　创建单独的、没有用户界面的需求文档 141 生存检查清单：需求开发 141 译者有话说 143 第9章　质量保证 145 9.1　为什么质量很重要 145 9.2　质量保证计划 146 质量保证计划的组成部分 147 9.6　缺陷跟踪 149 9.4　技术审查 151 9.4.1　常规审查模式 151 9.4.2　成功审查的要点 152 9.5　系统测试 154 9.6　Beta测试 157 9.7　质量保证计划涵盖的工作产品 160 9.8　质量保证的辅助活动 162 9.9　软件发布标准 162 生存检查清单 163 译者有话说 164 第10章　软件架构 165 10.1　启动架构阶段 166 10.2　好的架构有哪些特征 167 10.2.1　系统概述 167 10.2.2　概念的完整性 167 10.2.3　子系统和组织 168 10.2.4　表示法 170 10.2.5　适应场景变化与调整策略 171 10.2.6　分析可重用性，决定购买还是自己动手写 172 10.2.7　常用功能领域的策略 172 10.2.8　需求的可追溯性 174 10.2.9　支持分阶段交付计划 175 10.3　如何判断架构已完成 175 10.4　软件架构文档 176 生存检查清单 177 译者有话说 178 第11章　最后准

内容简介

"作者史蒂夫·麦康奈尔（SteveMcConnell）是国际公认的软件开发大师，被誉为计算机软件工程和项目管理领域的权威。他是软件工程经典书籍的缔造者，代表作有《代码大全》《快速开发》《软件估算的艺术》《软件项目的艺术》《软件开发的艺术》以及《卓有成效的敏捷》等。他与比尔·盖茨和林纳斯·托瓦兹齐名，被《软件开发》杂志的读者评选为“软件行业三大影响力人物”。在软件行业，他担任过很多重要的职务，包括《IEEE软件》杂志总编辑及 IEEE计算机协会专委会主席等。 《软件项目的艺术》详细描述成功的项目管理模型和分阶段发布流程，旨在帮助读者找到改进的方向。书中以软件项目的分阶段发布流程为主线，系统介绍了软件项目管理理念、不同阶段、结构、方法和工具。 《软件项目的艺术》分为 4 个部分共 19 章。 第Ⅰ部分“项目生存思维”介绍了软件项目生存测试、生存概念以及生存的重要方法。 第Ⅱ部分“项目生存准备”介绍了为软件项目生存而战所需的准备，如初始计划、开发用户需求、质量保证、软件架构等。 第Ⅲ部分“阶段成功”主要讨论分阶段流程的具体活动，包括阶段计划、详细设计、软件构建、系统测试、软件发布和阶段结束。 第Ⅳ部分“项目完成”讲述了项目回顾会议、调查问卷、最终历史数据归档，最后提供了软件项目管理的参考资料和这本书的网上资源。"