4软件项目管理(哈工大)分析报告.pdfVIP

软件工程 软件工程 第二章软件开发过程管理 4 软件项目管理 王忠杰 rainy@ 2012年8月29 日 4 软件项目管理 主要内容 4.1  软件项目管理概述 4.2  项目可行性分析与估算 4.3  项目进度安排 4.4* 项目风险管理 4.5* 项目质量管理 软件工程 4.1 软件项目管理概述 4 软件项目管理 若干基本概念  项目(Project) ：为创建某种特定的产品或服务而组织或设计的临时的、 一次性的行动，通过执行一组活动，使用受约束的资源(资金、人、原 料、能源、空间等)来满足预定义的目标。  项目管理(Project Management, PM)：有效的组织与管理各类资源(例如 人)，以使项目能够在预定的范围、质量、时间和成本等约束条件下顺 利交付(deliver)。 – 挑战1：在各类约束条件下交付项目； – 挑战2：通过优化资源的分配与集成来满足预先定义的目标；  软件项目的特征： – 软件产品的不可见性软件项目复杂和抽象； – 项目的高度不确定性预定计划于实际情况存在较大偏差； – 软件过程的多变化性不确定、不稳定； – 软件人员的高技能及其高流动性风险； 软件工程 一个小案例 4 软件项目管理 X项目的初始状态  一个年轻的项目经理A  10个经验缺乏的技术人员  项目交付期：紧张  技术风险：较高 4 软件项目管理 X项目的当前状态  进度已经落后于计划  项目经理A 已经向客户汇报了一次项目开发进度，并已经演示了系统功 能，已开发的功能已被用户接受并认可。  此时：项目组补充加入了一位水平高、经验丰富的技术人员B  B检查了团队目前完成的代码，发现：原来写的代码效率不高，构架繁 冗，不方便后期维护，也可能导致软件性能方面存在重大缺陷。  B的建议：重构代码和数据库设计。 4 软件项目管理 X项目的当前状态  团队的想法：辛苦写的代码被一票否决，心里很不舒服，但是也承认 自己的代码质量不高。  项目经理A 的想法：预计客户将来会提到这个问题，而届时再重构，会 更加麻烦。  公司CEO的意见：已经向客户申请过一次计划调整并基本得到用户的理 解，但目前进度已经落后于计划，急需完成剩余部分功能的开发。不 能再次申请延期。 4 软件项目管理 X项目的客观情况  如果系统重构，很有可能需要再次调整计划，而用户已经明确表示计 划是不可能再调整的了。  B在技术上没有问题，但是缺乏时间观念，且身兼多个项目，重构速度 令人失望。  老成员一开始挺配合系统重构，但是随着重构的深入，发现难度很 大，基本等于重新开发。于是对B很有意见