第18章_工项目管理概念.pptVIP

软件项目管理 (Software Project Management) 软件（项目）经理管什么？ §1. 成本估计(Cost Estimation) ⑴ 静态：Effort = f (length of code) 代码行技术：每行代码的平均成本 ? 源代码行数 任务分解技术：人力 ? 工资 ⑶ 标准值法(Expert Judgment) 请多位专家估算程序的最小规模 a ，最可能的规模 m，和最大规模 b 。以三组平均值估算程序规模： §1. 成本估计 2、效益估计(Benefit Estimation) 例：假设某软件生命周期为5年。现在投资20万元，平均年利率3%。从第一年起，每年年底收入4.2万元，问该项目是否值得投资？ §2 成本/效益分析 到第5年底结算时： 投资额 = 200000?(1+3%)5 ? 231855(元) 收入 = 42000 ? [(1+3%)4+ (1+3%)3+ (1+3%)2+ (1+3%)+1] ? 222984(元) §2 成本/效益分析 衡量工程价值的经济指标有： ⑴ 纯收入 = 折合现价的总收入 - 当前投资额 = §2 成本/效益分析 ⑶ 投资回收率：设为j 过程分解 软件团队在选择最适合项目的软件过程模型时，应该具有很大的灵活性。一旦选定了过程模型，项目团队可以根据需要灵活地确定过程模型中应包含的软件工程任务。较小的项目如果与以前已开发过的项目相似，可以采用线性顺序模型。如果时间要求很紧，而且问题能够被很好地划分，RAD模型可能是正确的选择。如果时间要求太紧，不可能完成所有功能时，增量模型可能是最合适的。同样，如果项目具有其他特性，可能会选择其他的过程模型。 过程分解 一旦选定了过程模型，就要根据所选的过程模型对过程框架做适应性修改。但在所有情况下，前面讨论过的通用框架活动（沟通、策划、建模、构建和部署）都可以使用。过程框架既适用于线性模型，也适用于迭代和增量模型、演化模型、甚至是并发模型或构件组装模型。过程框架是不变的，是软件组织所进行的所有软件工作的基础。 过程分解 但实际的工作任务是不同的。例如，一个小型的比较简单的项目在沟通活动中可能需要完成下列工作任务： 1、列出需澄清的问题清单。 2、与客户见面说明需澄清的问题。 3、共同给出范围陈述。 4、和所有相关人员一起评审范围陈述。 5、根据需要修改范围陈述。 过程分解 考虑一个比较复杂的项目，它具有更广的范围和更重要的商业影响。这样一个项目在沟通活动中可能需要完成下列工作任务： 项目 为了成功地管理软件项目，必须了解可能会出现什么问题。在一篇关于软件项目的优秀论文中，[REE99]定义了10个表示信息系统项目正处于危险状态的信号： 1软件人员不了解其客户的要求。 2产品范围定义得很糟糕。 3没有很好地管理变更。 4选择的技术发生了变化。 5业务需求发生变化。 6最后期限是不切实际的。 7客户抵制。 8失去赞助。 9项目团队缺乏具有合适技能的人员。 10管理者没有很好地利用已学到的最佳实践和教训。 项目 针对软件项目提出易于理解的方法(5个) 1在正确的基础上开始工作。通过以下两点来完成：首先努力地正确理解要解决的问题，然后为每个参与项目的人员设置现实的目标和期望。这一点又通过组建合适的开发团队以及给予团队完成工作所需的自由、权力和技术而得到加强。 项目 2保持动力。很多项目的启动都有一个良好的开端，但是，后来慢慢地开始瓦解。为了维持动力，项目经理必须采取激励措施使人员变动量保持绝对最小，项目团队应该强调完成的每个任务的质量，而高层的管理应该尽可能不干涉团队的工作。 项目 3跟踪进展。对于一个软件项目，当工作产品被生产出来和被批准时，跟踪项目进展要作为质量保证活动的一部分。此外，可以收集软件过程和项目测量数据，然后对照软件开发组织的平均数据来评估项目的进展。 项目 4做出聪明的决策。总体上，项目经理和软件团队的决策应该“保持项目的简单性”。只要有可能，就使用商用成品软件或现有的软件构件，在可以采用标准的方法时就避免定制接口，识别并避免显而易见的风险，以及分配比你认为的时间更多的时间来完成复杂或有风险的任务。 项目 5进行事后分析。建立统一的机制，从每个完成的项目中获取可学习的经验。评估计划的进度和实际的进度，收集和分析软件项目度量数据，从项目团队成员和客户处获取反馈，并记录下所有的发现。 W5HH原则 Boehm提出了一种方法，该方法强调项目目标、里程碑和进度、责任、管理和技术方法以及需要的资源。称之为W5HH原则。这种方法通过提出一系列问题，来导出对关键项目特性以及项目计划的定义。 为什么（Why）要开发这个系统？对这个问题的回答，可以使所有参与者评