第一章 软件项目管理的挑战

第一章 软件项目管理的挑战

1软件和经济是一个什么关系？

软件驱动经济发展（如对于那些功能较少的软件，价格较低）

2软件项目管理和软件开发之间关系？

软件项目管理包括资源管理，开发过程管理等。软件开发过程是项目管理的一个重要的组成部分，软件开发能力的重要性，是确保项目健康和业务长期生存的手段。在IT管理层上，必须把软件项目理解成是一项能强化公司和竞争优势的价值观念，而不只是一项工程上的成绩。

3软件开发的高风险体现在哪里？

软件系统的的能力能否在今天计算机硬件和网络条件下提高到一个新水平，是开发软件方式的问题所在。

4软件项目开发成功率只有16.2%是依据哪些进行判断的？

从预算计划，最后期限和功能方面来看，在所有软件项目中只有16.2%成功了（成功/失败比）.

5软件项目开发失败的原因有哪些？

一方面，Standish强调了软件项目经理们在寻早改进项目结果的方式方面的失败，这种失败比他们之前的希望要差很多。

另一方面，其他的一些专业机构如PMI,IEEE,SEI等也投入了很大一部分资源用于专门改进软件项目的管理。强调要克服旧方法的开发的框架结构。

6传统软件项目管理方法？

把一个项目拆分成几个截然不同的阶段，制定一个详细的活动计划并且跟踪这一计划的执行，然后调整整个计划执行的情况与实际执行情况之间的偏差，通过彻底检查计划的详细程度来评估一个计划的质量。

7软件成功率低的原因是什么？

在软件项目开始时，很多项目要素都有着很大的不确定性，通常需要有一定程度的创新才能完成一个软件项目，而传统的项目管理方式没有考虑这种创新。

目开发中的不确定因素有哪些？

软件项目中不确定的项目要素包括：

问题。用户真正想要或需要的是什么

解决方案。用什么样的架构和技术组合最合适。

计划。成本和时间上的约束，团队组成，利益相关人的沟通，理想的阶段等等。

9瀑布模型法则是什么？（10条经典法则）

在设计之前先要冻结需求。

在详细设计评审之前不要编码。

使用高级编程语言

在集成之前完成单元测试。

在所有工作之间维护详细的可追溯型

对于设计进行文档化并且维护设计的更新

用一个的团队来评估质量

审查所有事情

高度精确的对所有事情做计划

严格控制源代码的基线。

10为什么项目开发先要冻结需求？

对于传统的瀑布模型冻结需求，有助于避免项目组内部开发和测试受到外界过多的干扰。而在第一个里程碑将需求最终定稿并冻结，意味着开发人员可以事先知道所有关于系

统功能和特性的事情，事实证明这是无数项目的主要错误。

11归纳项目开发和交付的新方式

软件开发本身是一个创新的过程。通过计划来应对问题和风险是必要的第一步，但是根据那些早期制定的过于精确的假设来管理项目只能是浪费时间，在构建系统之前全面理解真正的问题，才能发现和解决“架构级的重大问题。”

对于大多数利益相关人来说，在看到实际运行的软件系统之前，他们并不知道自己想要从软件中得到什么，使用迭代的方式来开发一个新系统，使得利益相关人能够改变他们早期需求的想法，使得软件开发团队有机会展示一些创造性的解决方案以逐步展开客户的需要。

达成结果比完成过程中的活动要更重要，结果可以分阶段的达成，通过可工作的软件可以在最终系统完成之前很早就展示这些阶段性成果。