信管网morder1***： [回复]
（1）
1.wbs的分解不应由小王一个人负责，需要充分的团队参与
2.未对可交付成果进行全面识别和分析
3.wbs组件不应有多人负责的情况
4.wbs不符合8/80原则，工作包指导时间应该最低8小时，最高80小时
5.wbs没有包含管理工作
6.wbs没有包含分保出去的工作
7.wbs分解完成后，没有经过干系人一致的确认
8.修改wbs没有经过ccb审批，没有走变更流程
9.没有满足滚动分解原则，因为wbs并非一成不变的
（2）
1.wbs必须面向可交付成果
2.wbs必须符合项目范围
3.wbs的底层应该包括计划和控制
4.作为指导而不是原则，wbs应该控制在4-6层
5.wbs应该包括管理工作和分包出去的工作
6.wbs的元素必须有人负责，而且只有一个人负责
7.wbs的分解需要所有（主要）项目干系人参与和项目团队成员的参与
8.wbs并非一成不变的◑1.没有制定项目范围管理计划
2.为全面收集客户需求
3.未对需求进行跟踪
4.范围定义存在问题，未形成范围说明书
5.未进行范围确认
6.范围控制存在问题，范围变更未走变更流程
7.未与干系人进行良好的沟通
8.存在项目蔓延的风险◑1.产品范围描述
2.验收标准
3.可交付成果
4.项目的除外责任
5.制约因素
6.假设条件◑1.范围基准
2.经过批准的范围说明书，wbs，wbs词典
信管网cnitpm558146443***： [回复]
1.工作包需要符合8/80小时原则
2.工作包由唯一责任人负责
3.未包含管理工作和外包工作
4.wbs完成后未进行全员审核通过
5.wbs未按照变更流程进行变更操作
面向可交付成果
工作包符合8/80小时原则
全体干系人参与
包含外包和管理工作
一般为4-6层
工作包由唯一责任人负责
并非一成不变，改变需求进行流程审批
wbs需要进行审核通过
未指定范围管理计划和需求管理计划
未行成需求文件和需求跟踪矩阵
客户需求未进行确认，阶段性验收工作，范围模糊
核心功能外包
未进行范围确认工作和范围控制工作
变更未按照变更流程执行
未进行详细的需求调查工作
范围基准 wbs wbs词典和被批准的项目范围说明书
信管网cnitpm694570642***： [回复]
（1）1、每个工作包必须要有人负责，但只能由一个人负责
2、wbs分解未包含分包出去的工作
3、小王独自分解存在问题，需要所有（主要）干系人的参与
4、工作包未包含项目管理工作
5、wbs分解的工期不满足8/80原则
6、分解后的工作单元不能区分开不同的责任者和不同的工作内容
注意事项：
1、必须是面向可交付成果
2、必须符合项目的范围
3、wbs的低层必须支持计划和控制
4、wbs中的元素必须要人负责，且只能由一个人负责，尽管实际上可能需要多个人参与、
5、wbs必须包含项目管理工作，也要包含分包出去的工作
6、wbs应该控制在4－6层
7、wbs的编制需要所有（主要）项目干系人的参与
8、wbs并非是一成不变的◑1、未制定范围管理计划
2、未对项目总部提出的需求进行确认
3、未分析各子公司的数据情况，以总部现有系统中的数据格式模板为基础
4、总部没有提出修改界面，但小王认为旧版的软件界面不够美观，让研发团队重新设计并修改了软件界面。
5、缺乏范围管理经验
6、各子公司数据报送人员，认为数据上报的字段内容与自己公司的业务并不相关，填写困难。
7、总部和各子公司的试用人员大部分认为新系统不是很好用。
8、根据项目需求，认为项目的核心在于各子公司数据收集以及数据可视化及分析预测功能，未根据各子公司具体情况，来定义项目范围。
◑1、产品范围描述：逐步细化在项目章程和需求文件中所述的产品、服务或成果特征。
2、可交付成果：为完成某一过程、阶段、或项目而必须产出的任何独特并可核实的产品、成果或服务能力，可交付成果也包括各种辅助成果，如项目管理报告和文件。
3、验收标准：可交付成果通过验收前必须满足的一些条件。
4、项目的除外责任：识别排除在项目之外的内容，明确说明那些内容不属于项目范围，有助于管理干系人的期望及减少范围蔓延。◑（1）验收的可交付成果
（2）产品、服务、成果
信管网cnitpm721059684***： [回复]
1.wbs中没有包含外包的功能模块
2.一个元素只能由一个人负责
3.wbs中不应该包含项目范围外的内容
需要注意
1.wbs应针对项目可交付成果
2.wbs应包含且只包含项目范围内内容
3.wbs应该4-6层
4.wbs的制定应该所有干系人参与
5.wbs应包含外包的内容
6.wbs中应为所有元素明确责任人，且一个元素只能有一个责任人
7.wbs中一个元素只能属于一个上级单元
◑1.没有制定需求管理计划和范围管理计划
2.收集需求不到位，没有对总部工作人员、各子公司工作人员等进行需求收集
3.范围说明书等计划文档没有经过评审
4.没有及时与相关干系人沟通，试运行阶段才发现问题
5.没有控制好范围，更改了软件界面导致客户不适应◑项目的所有可交付成果、系统性能、验收标准、除外责任等
◑范围基准
经过确认的项目范围说明书、wbs、wbs词典
信管网cnitpm634553335***： [回复]
 ◑◑◑
信管网cnitpm698385799***： [回复]
wbs分解中，每一个活动包只能由一个人负责。赵工同时负责采购模块和销售模块的编码。
没有对外包工作做wbs分解◑项目开始前没有充分研究项目的需求。子公司不能以总公司数据为模板。
没有制定项目管理计划。
外包工作应走变更流程，由公司领导签字批准。
没有考虑项目使用人员的情况主观改变系统界面。◑◑
信管网cnitpm716068873***： [回复]
1， 缺乏收集相关关系人的需求
2， 工作编码
◑1， 缺乏干系人需求管理
2， 变更范围没有和相关干系人沟通确认
3， 新系统上线前，没有针对性培训
4， 设计不实用◑项目范围说明书是◑可交付物
进度，成本和质量
信管网cnitpm691362603***： [回复]
◑◑产品范围描述
验收标准
可交付成果
项目的除外责任
制约因素
假设条件◑
信管网cnitpm692864264***： [回复]
wbs分解必须有专人负责，且只有一人。案例中出现一人负责两个任务或者两人负责一个任务的情况。
注意事项 分解4-6层 专人负责必须是一人 符合项目范围 面向可交付成果 全员参与 ◑没有干系人参与定义范围 确认范围的环节◑产品范围 验收标准 可交付成果 除外责任 制约因素 假设条件◑
信管网cnitpm697718114***： [回复]
没有包含项目管理工作
系统测试与验收分配了2个责任人，应该有且仅有一个
wbs是基于项目可交付成果的
wbs是100％代表项目范围
组成部分有且只有一个责任人
控制在4-6层
包含项目管理工作和外包工作
全员参与
可以修改◑数据格式没有参照子公司
需求镀金，而且还没得到客户认可
需求调研不全面，只对总公司进行了需求调研
需求没有经过评审
◑业务需求
可交付成果
项目除外责任
项目验收标准◑范围基准
批准的项目范围说明书
wbs
wbs词典
|