软件工程项目管理思考及探索.ppt

*立项阶段——方向比努力更重要第一步：项目建议书项目背景。意义和必要性。未来收益预期。规模和期限。投资估算。资金筹措。其他重要意见。提交项目建议书给相关部门进行审核，“上会”*第二步：项目可行性分析立项阶段需求分析。项目的背景、项目的目标、业务需求、概要设计。技术可行性分析。经济可行性分析。我们预算多少，硬件方面需要多少投资。主要风险分析。人员配置及项目实施计划。可行性研究的结论和建议。其他重要意见。*立项阶段需求的基本标准需求管理的误区开发分析阶段，开发方与客户只需要在轮廓上达成基本一致即可，具体细节以后再填充。软件项目需求可以持续不断地改变。——实践表明，随着开发进度的推进，实现软件需求更改所需的代价呈指数形式增长。仅仅满足目前需求即可，不考虑未来几年的状况。准确界定系统的目标和范围完整、正确可行、必要划分优先级无二义性、可验证坚持需求的审查对部分重要需求进行追踪*立项阶段技术——开发能力如何？技术方案是否满意？管理——内部组织是否混乱？进度——开发进度是否可以接受？经验——是否有相关领域、相似产品的开发经验、以前开发的产品质量如何？诚信度——信誉、口碑如何？采用“一票否决制”资质——是否取得业界认可证书（如ISO9000质量认证、CMM认证），证书等级后续服务——能否提供较好的开发及维护服务经济实用性——性价比如何？其他因素——比如地理位置等选择软件供应商考虑因素CMM五个等级*第四步：合同签署，明晰管理章程。立项阶段第三步：专家组评审《可行性分析报告》专门的技术人员、软件最终使用者涉及到的相关利益主体。案例：教务处排课系统对多媒体教室管理带来的影响。不仅仅是形式，启动是为了形成一个良好的沟通体系，让所有项目人员都理解项目重要性，同时明晰职责，保障项目管理的畅通。第五步：项目启动仪式——“磨刀不误砍柴工”。考虑到后续开发过程中进度、质量等方面的干扰因素，制定规章条例。尽可能提前预估风险，制定应对方案。*项目策划阶段工作量估计。寻找关键路径。通过定义各任务之间的依赖关系，计算出项目中的关键路径，帮助区分任务的轻重缓急，合理安排和调整资源，从而保证项目的整体进度。软件项目主管的任务——“排兵布阵”*目标：进度快、投资省、质量好。项目执行阶段进度快就要增加投资，而项目提前使用却又可能及早提高收益。进度快，质量也许就不能保证；质量严格控制，则有可能影响进度；质量严格控制不至返工，又会加快进度。“脱离成本，不谈质量”。项目负责人的任务进度、成本、质量、风险、人力资源等等。进度、成本、质量——对立统一关系成本除了资金成本，还有人力成本，资金少，就多付出些汗水。*项目执行阶段——进度管理(1)*进度的描述里程碑——做完、没做完，没有第三种状态甘特图*甘特图示例项目执行阶段——进度管理(2)*影响进度的主要因素错估了项目特点及实现条件。项目参与者工作错误。不可预见事件发生。面对进度延迟，我们该怎么做呢？——分析主客观原因，对症下药！项目执行阶段——进度管理(3)*客观原因进度计划不合理，过于理想化等任务定义过于复杂、过度定义、超出范围测试太多错误而延迟意外发生(比如停电、开发人员生病等)使用方需求变更主观原因开发人员没有全神贯注于自己的工作。开发人员不恰当的工作方式。任务定义依赖性强，人员工作之间扯皮。项目经理过多干预开发人员工作。应对措施——重新定义进度计划——重新定义任务，舍弃过难技术问题——万不可为了赶进度而降低测试标准！——按风险管理中制定的应急措施处理——核心/关键功能的里程碑事件定义应对措施——生活原因？多多沟通、绩效考核——有针对性地进行经验交流和培训——依赖性强的任务合并！——“用人不疑、疑人不用”项目执行阶段——进度管理(4)*技巧延迟如果不补救，就会呈加速度扩展。如果没有很好的办法，那就辛苦一点，最笨的办法是“紧盯”。“防患于未然”，影响进度的许多因素，我们争取在立项时就要充分考虑到。项目执行阶段——质量管理(1)*软件质量度量因素正确性——精确地满足需求的程度健壮性——容错能力，恢复能力可靠性——误差累积、代码缺陷，突然不正常性能——“时间-空间”效率，速度快、占用资源少易用性——用户友好性清晰性——使用文档详实、易懂可扩展性——适应变化的能力，模块化功能改进项目执行阶段——质量管理(2)*棘手的问题大多数公