分类:
2009-10-11 14:25:18
l 项目经理:
n 技术工时的15%-20%
l 变更控制管理:
n 技术工时的3%-5%
l 经验因素 / Consider experience(s)
n 了解应用 / Know the application
n 了解工具 / Know the tools
n 扩展工具的可用性 / Extent tools applicable?
n 人员, 本地的/外地的 / Staff, local/remote
n 适应工具 / Adapt to tools(CASE, etc…)
n 项目中什么是唯一的 / What is unique in the project
Ø 如果缺乏经验,可以查阅相似活动的文件 / If experience is lacking, check files for similar activity
n 询问有关人员 / Ask somebody
l 记住:没有两个项目完全相似 / Remember – No two projects are ever exactly alike
Size Classification |
Size Definition |
| |
Medium |
|
Large |
|
Complexity Classification |
Complexity Definition |
| |
Average |
|
Complex |
|
|
Complexity Classification | ||
Size Classification |
Simple |
Average |
Complex |
|
|
| |
Medium |
|
|
|
Large |
|
|
|
评估提问 / Estimating Questions
l 谁做评估 ? / Who is doing the estimates?
n 他们有经验吗? / Do they have the experience?
n 他们评估的历史怎样? / What is their estimating history?
l 按人评估还是按任务评估? / Do you estimate by task or by person?
评估难题/谜宫 / Estimating Puzzle
l 规模与复杂性模型 / Size and Complexity Factor Model
l 分布模型 / Distribution Model
l 项目保证 / Project Assurance
l 其他项目 / Other Projects
例子: 整个项目的分布模型 / Distribution Model Total Project
100% ________________________ 两个阶段总计/ Total Both Phase
20% ___________ 系统设计阶段总计 / Total System Design Phase
7% ________ 需求定义 / Requirements Definition and Orientation
1% ________________________________ 方案确定 / Orientation
6% _____________________ 需求定义 / Requirements Definition
13% _____________________________ 系统设计 / System Design
5% ____________________________ 外部设计 / External Design
8% ___ 内部设计及实施计划/Internal Design and Imple. Planning
80% ____ 系统实施阶段总计 / Total System Implementation Phase
59% _______________________ 程序开发 / Program Development
12%_________________________________ 详细设计及方案确定
2%____________________________ 方案确定 / Orientation
10%__________________________ 详细设计 / Detail Design
17%__________________________________ 程序编码 / Coding
21%_______________________________ 单元测试 / Unit Testing
9% __________ 子系统及集成测试 / Subsystems & Integr. Test
15% __________ 系统测试与描述 / System Test & Demonstration
6% ____________________ 用户文档处理 / User Documentation
l 审核最初的预估方案 / Review Backup Estimates
l 审核项目计划 / Review Project Plans
l 审核项目评估 / Review Project Estimates
l 项目审核 / Project Reviews
l 项目完成审核 / Project Completion Review
l 评估需要花费时间
l 评估是项目成本的构成要素
l 评估会影响
n 项目进度
n 项目成本
n 用户满意程度
项目估算预算就是在项目开始之前对项目可能发生的活动任务的持续时间、工作量以及消耗的费用进行预测,估算较为粗糙一些,预算较为精确一些。
l 预算估算是一种分配资源的计划,体现的是一种约束:项目只能在预算内进行计划与实施。
l 预算估算体现了一种控制机制,可以作为一种比较基准而使用,一种度量资源实际使用量和计划用量之间差异的基线标准。
l 预算估算只有和项目进度相联系才能发挥出其控制作用。
l 预算估算是以费用发生表现的另一种形式的项目进度计划。例如某项目已完成投资额的百分比。
l 预算估算随项目类别不同、企业管理机制不同,预算估算方式也不相同,细致程度也不同。
l 项目预算估算需要在WBS基础上才能细致化。
为了建立项目的预算,必须预测项目需要耗费何种资源,各种资源需要的使用量、何时需要以及相应形成的成本,同时还要考虑未来通货膨胀的影响。
l 任务/活动持续时间及工作量的预算估算,一般以工时为单位
l 需求资源类别的预算估算(如耗费资源的需求量及其成本消耗)
l 未来价格变化对预算估算的影响
项目的不同组织及其在项目不同阶段对项目的工时/工期/成本进行估算的目的是不同的:
l 在P.O.D阶段进行活动工时/工期的估算/预算主要是计算工作量,核定费用与进度约束。
l 在计划阶段进行活动工时/工期的估算/预算主要是为排定合理的进度,以保证项目实现过程按计划进行。
l 估算是一种预测,一般在项目确立之前进行,它是进一步进行预算的基础;预算是一种约束、一种控制机制,它是项目委托人对项目的约束。
1. 经验法
例如有经验的出版商在知道关于一本书的几个数据,如字数、开本和印数等就可以相当准确的预测出出版这本书所需要的成本;一个建筑师根据砖墙的长宽高就可以得到建筑一堵砖墙所需要的砖的数目。日常经费可以采用上年度数额乘以一定的因子而形成估算。
2. 按科目进行项目预算估算
按项目所需消耗的材料费用、生产费用、工资费用等进行成本预算估算。该方法将不同活动所需消耗的同类科目的费用累积形成,便于职能管理。
3. 按项目活动进行项目预算估算
按项目每个活动所需消耗的材料费用、生产费用、工资费用等进行成本预算估算。该方法将每个项目活动所需消耗的各种科目的费用累加形成,便于项目进度控制。
4. 自上而下的预算估算与自下而上的预算估算及其结合
5. 其他方法:如计划规划预算系统(Planning-Programming-Budgeing System:PPBS), 零基预算(Zero-Base Bdgeting:ZBB)
l 价格变动因素:一般先要以xxxx年的不变价进行预算,然后考虑价格变动趋势形成价格差异来调整先前完成的预算,或以一定比例增加先前的预算。
l 学习过程因素:当实施的是不熟悉的项目时,可能需要学习,而学习也是需要耗费资源的。
l 人为因素:人为的过高或过低的预算估算。