软件项目进度与成本管理.pptx

第四个任务： 制订项目进度与成本计划报告
只有建立在准确的软件估算基础上的计划才 是可信和可执行的。
第四个任务： 制订项目进度计划报告
只有建立在准确的软件估算基础上的计划才 是可信和可执行的。
第四个任务： 进度计划是“大致的”：
进度计划的编制原则： •最短进度 •有效进度（最佳的情况） •普通进度
Biblioteka Baidu的多）
要点回顾
• 软件估算是保证项目进度计划的基础 • 由上而下分解，由下而上估算 • 进度计划是不断修正的动态计划
软件成本
带着问题思考:
1：如何快速估算软件成本? 2：软件成本控制？
涉及到软件成本的常见问题：
情境一：
你们帮我们设计个办公自动化系统，需要多少钱？
情境二：
我们预算投入200万建立公司的信息管理系统， 你们能不能做的到？
软件进度
（一）软件项目计划
制定软件项目计划是控制开发进度和成本必须要做的工作。
目标是提供一个框架，使得管理者能够对资源，成本及进度 进行合理的估算。
软件估算是在一个限定的时间框架内所做的，并且随着项目 的进展不断更新。
定义”最好的情况“及”最坏的情况“，使得项目的结果能 够限制在一定范围内。
首先要做的是： 软件估算
软件范围描述了将被处理的数据和控制、功能、性能、 约束、接口及可靠性。
成本和进度估算都是以面向功能的基础的。
第二个任务： 估算完成软件开发所需的资源
人员 可复用构件 硬件/软件工具
资源描述 可用性陈述 需要该资源的时间 该资源被使用的持续时间
第三个任务： 测定工作量
工作分解： 将复杂的项目分解成一组明确定义的活动，直到能够 对每个活动进行准确的测算。
里程碑无法明确创建
• 开发过程阶段交叉，无法清晰建立里程碑 • 过度追求“完美”的阶段成果，拣了芝麻丢掉西瓜 • “死亡”的里程碑-表面一套背实践另外一套
容易被忽视的任务
• 测试期（往往超过了开发期的两倍以上） • 确认与评审（等待的时间也许长得无法忍受） • 人员培训（磨刀还是要误砍柴功） • 假期（周末，节假日，病假，事假等） • 沟通与会议（传达和被理解比想象中占用的时间要多
（一）软件成本
软件成本的构成
一：
•人员工资 •差旅费 •通讯费 •硬件 •工具 •福利费
二：
•管理费用分摊 •人员招聘费用 •风险费用 •培训成本费 •技术支持费 •用户教育费 •包装制作费 •市场推广费等等
常见的故事：
曾经有一位项目经理解释他的项目计划，其中有几个 成员在某几天里面是没有工作安排的，他说：“就让 他们待在公司里面休整一下吧，反正也不花钱。” …
措施:
需求控制与管理小组 -认真做好需求分析是成功的一半，有效地控制需求变更将进 一步保证进度的顺利进展和成本约束.
引进科学的软件估算办法 -理性地进行软件估算，而不是完全拍脑袋凭经验，在不断的 实践中修订完善，将估算的准确率提高到10%以内的理想目 标.
风险控制 -成为优秀的舵手,避开暗礁，使得开发人员专注有效地工作.
普通进度： ----一般状况:
大多数的情况下： 1：员工：中等水平 2：管理：有经验但不是特别熟练 3：工具支持：能够开展工作的工具 4：方法：可用的方法 5：压缩：简单的压缩
（二）进度计划的陷阱
• 过于乐观或过于悲观 • 里程碑无法确定和推进 • 被忽视的任务
过于乐观或悲观
• 盲目乐观地“想当然”便会被“当然”地击败 • 被前景和利润的诱惑冲昏头脑 • 悲观使人畏惧而步履缓慢 • 过于悲观的计划将大大增加成本
软件成本的快速估算（1）
以人月为基础：
（人员数×开发周期×单位工资）×3（成本系数） 例如： 人员平均工资5000元，共需要6名工程师，项目开发周期为4个月 则简单的成本估算为（6人×4月×5000元）×3＝360000元
测定工作量需要和可能获得的实际人力资源相结合。
第三个任务： 测定工作量
六个标准： 1. 状态/完成是可计量的 2. 明确定义了开始/结束事件 3. 活动有一个可交付成果 4. 时间/费用容易估计 5. 活动工期在可接受期限内 6. 工作安排是独立的
第三个任务： 测定工作量-WBS
WBS：
工作分解结构WBS(Work Breakdown Structure） 是根据树形图将一个功能实体（项目）先分解为子项 目，再逐级分解成若干个相对独立的工作单元，并确 定每个工作单元的任务及其从属的工作（或称之为活 动）；以便更有效地组织项目的进行。
软件项目进度与成本管理
带着问题思考:
1：为什么软件总是无法按照预期进度完成? 2：软件的开发到底需要多少成本？
造成进度与成本失控的杀手:
需求不断变更 -开发过程中重复增加工作量,返工,开发停滞
软件估算不准确 -过于乐观的估算，估算方法的不合理
风险得不到有效控制 -人员变动,开发环境与工具无法保障,资金,评审决策
最短进度： ----不可能完成的任务
期望能达到最短进度的要求： 1：员工：最拔尖的人才 2：管理：最理想的项目管理 3：工具支持：先进的工具 4：方法：最具时效的开发方法和工具 5：压缩：进度压缩再压缩，直到无法压缩
有效进度： ----实践中的最佳情况:
能够达到有效进度的条件： 1：员工：拥有当前的最好的人才 2：管理：具有丰富的经验与良好的团队协作 3：工具支持：有效的工具 4：方法：采用快速开发实践 5：压缩：优化的压缩
解决三个问题:
1. 需要多长时间? 2. 需要多少工作量? 3. 需要多少人?
软件估算很困难
•不懂行 •没有足够的时间 •需求不明确，变动大 •缺乏易用科学计量方法 •复杂的计算
第一个任务： 确定软件范围
估算从产品的范围描述开始。
在“范围”被“界定”前，不可能得出一个有意义的估 算。
第一个任务： 确定软件范围
控制需求:
•懂得如何界定需求范围! 提前预备潜在和未来的需求! •合适的需求描述方法！
软件估算
只有准确地估算软件的功能，才能比较精确的估算出软 件的成本，并制订出合理的进度计划。
软件估算对进度与成本控制非常重要！
•规模估算 •工作量估算 •人员时间估算 •资源估算
风险控制
• 明确项目经理的责任权利与义务！ • 创造项目小组的良好的外部环境! • 让客户、领导与项目组共担风险!