军衔: PMU初级二星
财产:
经验:
魅力:
来自: 四川
鉴定: 本功能已经被关闭
发帖: 494篇
注册: 2002-2-16

--------------------------------------------------------------------------------


工作分解结构ＷＢＳ有什么规则要领吗？怎样分解才科学呢？

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月25日 19:33:04 ]


darkdragon

军衔: PMU初级一星
财产:
经验:
魅力:
来自: 北京市
鉴定: 本功能已经被关闭
发帖: 52篇
注册: 2001-12-13

--------------------------------------------------------------------------------


转http://www.umlchina.com/best/g4/g280.htm
No.01 根据项目的规模及复杂程度，确定工作分解的详细程度。
No.02 根据工作分解的详细程度，将项目进行分解，直至确定的、相对独立的工作单元。
No.03 根据收集的信息，对于每一个工作单元，尽可能详细地说明其性质、特点、目标、工作内容、资源利用，进行成本和时间估算，并确定负责人及相应的组织机构。
No.04 责任者对该工作单元的预算、时间进度、资源需求、人员分配等进行复核，并形成初步文件上报上级机构或管理人员。
No.05 逐级汇总以上信息并明确各工作单元实施的先后次序，即逻辑关系（以后做GERT图、PERT图甚至GANT图都需要的）。
No.06 项目最高层（长官、项目经理）将各项成本汇总成项目的初步概算（好像和我们的做法不一样，不过你可以按照原来的做法做，但是在这里你必须有这一步，先学剑招，再练剑 法），并作为项目预算的基础（小生认为还不够，还需要将风险、技术购买成本或者技术开发难度系数计算出来才够条件）。
No.07 将时间估算及工作单元（我称其为任务，Task）之间的逻辑关系的信息汇总为“项目总进度计划”，这是项目网络图的基础，也是项目详细工作计划的基础。
No.08 各工作单元的资源使用汇总成“资源使用计划”（鄙人爱偷懒，用Project2000一次搞定）。
No.09 项目经理对WBS的输出结果（就是上面完成的文档化的东西）进行系统综合评价，拟定项目的实施方案（这一点在国内还不行，我们的项目经理还没有到这个层次。小生的做法是将 项目经理的权利交给项目评审小组，内部的，都是些项目经理和部门技术负责人等）。
No.10 形成项目计划，上报审批。（上一步做完后，就剩下签字了）。

--------------------------------------------------------------------------------

心静随处净土，
闭门既是深山。

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月25日 20:30:56 ]


jim0124

军衔: 下士
财产:
经验:
魅力:
来自: 北京
鉴定: 本功能已经被关闭
发帖: 98篇
注册: 2002-2-25

--------------------------------------------------------------------------------


Guidelines for developing a WBS
1. Gather all project-related materials
Scope definition
Technical proposals, suplier/subcontractor proposals, and so on
2. Review WBSs used for similar projects
3. Prepare a summary high-level WBS; create down it to the level of manageable and trackable work package
4. Develop the WBS to the lowest possible level of control
5. Involve responsible team member in the WBS
6. Include project support tasks, such as QA
7. Avoid developing detail before it is needed
8. Review the WBS with responsible project stakeholders; get buy-in from those responsible for each work product/element
9. Add appropriate work package to manage risk
10. Prepare a WBS dictionary

--------------------------------------------------------------------------------

你是如何面对现实的

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月26日 10:37:51 ]


zqchao

军衔: 二等兵
财产:
经验:
魅力:
来自: 广东深圳市
鉴定: 本功能已经被关闭
发帖: 44篇
注册: 2002-1-29

--------------------------------------------------------------------------------


darkdragon转载,非常好.

另:据<成功的项目管理>:
决定工作分析结构中详细程度和等级多少的是：
1# 为完成工作包而分配给每个组织或个人的责任和可信度。
2# 你想在项目期间控制预算、监控和收集成本数据的水平。

--------------------------------------------------------------------------------

修性者修内功,修德者修外功.

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月26日 11:42:25 ]


hand789

军衔: PMU初级二星
财产:
经验:
魅力:
来自: 四川
鉴定: 本功能已经被关闭
发帖: 494篇
注册: 2002-2-16

--------------------------------------------------------------------------------


谢谢你们的热心回复．我认为一个好的ＷＢＳ结构是项目成功的关键．一个优秀的项目经理实际上是一个项目过程架构工程师．但是在实际工程中有的ＷＢＳ是基于组织结构分解，而有的又是基于任务流程分解，我们到底来怎样把握呢？

--------------------------------------------------------------------------------

性格决定命运，
气度左右格局。

--------------------------------------------------------------------------------
[ 本文发表于 2002年2月26日 16:28:44 ]