成功软件项目的.docxVIP

成功软件项目的十大要诀 Steve McConnell著沈备军、曾秀兰译 Construx ? 2000-2002. All Rights Reserved. 第一个项目： 失败举例 第一个项目: Giga-Corp’s Graph-It Project* 投标: $400K 5 个月 100% 必需的功能 结果: $1.5M 14 个月 大约25%必需的功能 实际成本超出: 1400% 实际进度超出: 1000% 3 ? 背景 技技术术现状 vs.实践现状 “最好的软件工程实践和一般的软件工程实践之间的差距十分巨大，或许比其他任何工程 都大.” –—Fred Brooks 5 ? 什什么么是成功的要诀? 问: 什么是目前最令人兴奋、最有前途的软件工程思想或技能? 答: 我不认为这些最有前途的思想是最近才提出的， 它们早就在这里多年了，但是没有被适当使用。 — David L. Parnas 6 ? Parnas 谈论的是什么？ 项目计划和管理实践 自动化估算工具(1973) 迭代式交付 (1988) 测量 (1977) 生产力环境 (1984) 风险管理计划 (1981) 需求工程实践 变更委员会 (1979) 丢弃式用户界面原型 (1975) JAD 会议 (1985) 需求净化 (1989) 7 ? 生产力的重大改变 生产力10:1 的差别存在于相同行业的不 同公司 生产力表示精通的程度，是可以改变的 8 ? 典型项目的结果 101-200% Late 16% More than 200% Late 6%  Cancelled 29% 51-100% Late 9% Source: Standish Group Survey, 1999 (from a survey of 8000 business systems projects) 21-50% Late 8% Less than 20% Late 6% ?  On-Time 26% 9 放弃和超期的最常见源由 不清楚或变化的需求 拙劣的项目计划和管理 失控的质量问题 不切实际的期望和不准确的估计 采用不成熟的新技术 10 ? 项目的成功 成功 = 计划 * 执行 11 ? 制定计划 要诀#1 清晰的愿景 Clear Vision 清晰的愿景 项目组共同为你所设立的目标而工作 太多的目标 = 没有目标 良好的愿景陈述刻划了什么可以忽略----优先级 产品的愿景影响业务目标的实现 14 ? 举例: 你想要什么类型的快速开发 ? 速度导向的 进度风险导向的 可见度导向的 没有清晰的愿景，你的项目会以与你的目标完全相反的结果结束。 15 ? 速度导向的实践——更好 、最好的情况…… 6 Months: Nominal Schedule Average Project “Rapid” Project 16 ? ……更坏、最坏的情况 6 Months: Nominal Schedule Average Project “Rapid” Project  Risk of Overrun 17 ? 有时这是合理的 ... 6 Months: Nominal Schedule Average Project “Rapid” Project  Risk of Overrun Competitor will release next version of their product 18 ? …有时不是 6 Months: Nominal Schedule Average Project “Rapid” Project  Risk of Overrun Need to release software in time for holiday sales season 19 ? 有时减小风险会是更好的选择 6 Months: Nominal Schedule Average Project “Rapid” Project  Risk of Overrun Must release in time for holiday sales season 20 ? 要诀#2 稳定的、完整的书面需求 Stable, Complete, Written Requirements 需求 需求的变更是软件工程最普遍的风险 完整的， 100% 但是…… 稳稳定定的需求通常是不可能的， 大部分需求的变更起因于最初没有完整的定义 ，而不是“变化的市场”或其他类似的原因 22 ? 定义稳定需求的技术