信管网 > 某集团公司希望对总部现有信息系统进行升级改造,升级后的系统能收集整合子公司各类数据,实现总部对全集团人力资源、采购、销售信息的掌握、分析及预测。 > 网友跟帖  
 

某集团公司希望对总部现有信息系统进行升级改造,升级后的系统能收集整合子公司各类数据,实现总部对全集团人力资源、采购、销售信息的掌握、分析及预测。[查看全文]

 
 

以下网友评论只代表 信管网网友 个人观点,不代表信管网观点 [发表评论]

 
网友最新跟帖 评论共 0[发表评论]

信管网cnitpm691362603***:   [回复]
◑◑产品范围描述 验收标准 可交付成果 项目的除外责任 制约因素 假设条件◑

信管网cnitpm692864264***:   [回复]
wbs分解必须有专人负责,且只有一人。案例中出现一人负责两个任务或者两人负责一个任务的情况。 注意事项 分解4-6层 专人负责必须是一人 符合项目范围 面向可交付成果 全员参与 ◑没有干系人参与定义范围 确认范围的环节◑产品范围 验收标准 可交付成果 除外责任 制约因素 假设条件◑

信管网cnitpm697718114***:   [回复]
没有包含项目管理工作 系统测试与验收分配了2个责任人,应该有且仅有一个 wbs是基于项目可交付成果的 wbs是100%代表项目范围 组成部分有且只有一个责任人 控制在4-6层 包含项目管理工作和外包工作 全员参与 可以修改◑数据格式没有参照子公司 需求镀金,而且还没得到客户认可 需求调研不全面,只对总公司进行了需求调研 需求没有经过评审 ◑业务需求 可交付成果 项目除外责任 项目验收标准◑范围基准 批准的项目范围说明书 wbs wbs词典

信管网cnitpm705060736***:   [回复]
未包含项目管理工作。 未包含外包工作。 层次分解不够详细。 全面识别可教服务及项目活动。 选择正确的wps结构和编制方法。 分解3~6层。 大型项目可分子项目建立wps。 每一层次工作任务性质相同。 ◑收集需求不能仅凭自己判断。需求文件gwbs.应经各方关系人确认。 数据模板格式应经过相关关系人确认。 分析预测功能为重点功能不能外包。 未建立变更管理流程。 范围变更未走流程。◑ 可交付物及项目描述。,里程碑清单。人员信息。详细工作进度。质量标准。涵盖项目范围的所有活动。◑范围基准:需求文件。wps.wps词典。

信管网cnitpm606397769***:   [回复]
工期相加不等于上层总工期 工作包应该有唯一负责人 分解层数应控制在4-6层 工作包应涵盖所有交付成果和工作 工作包应有唯一责任人 下层模块只能归属唯一上层模块 最底层工作包完成时间控制在8-80小时 ◑没有充分收集需求 定义范围方法单一 缺少范围管理计划 创建wbs不合理 缺少范围确认过程 控制范围不到位 变更控制流程 ◑项目范围描述 约束条件 除外责任 可交付成果及工作 验收标准 假设条件◑

信管网cnitpm529825354***:   [回复]
小王一个人分解不对,应全员参与。测试验收两个人负责了,应由一个人负责。程序编制30天不够。分解应支持计划和控制,应符合项目范围,全部或主要干系人参与,应包含项目管理工作外包工作,每个工作包由一个人负责◑没有做好范围管理规划,未制订范围管理计划和需求管理计划。需求收集不全面,且未进行确认。未制订项目范围说明书,并签字确认。未制定变更控制流程,未成立ccb。未做好配置管理。未做好沟通管理。◑产品范围描述,可交付成果,验收标准,项目的除外责任,假设条件,制约标准◑

信管网嘻嘻哈哈***:   [回复]
1.负责人有且仅有一个 2.要包含外包的工作 3.wbs 需要和相关干系人评审确定 6-8层最好 ◑1.需求变更没有标准的变更机制,没有经过变更擅自更改导致系统交付不满意 2wbs没有经过确认,需求范围没有经过高层以及相关干系人确认,没有形成范围基准◑项目名称,交付周期,可验证的交付标准,项目风险,范围确认流程◑范围基准,wbs,需求范围说明书,wbs标识

信管网cnitpm605152316***:   [回复]
1,未包含外包出去的工作和管理工作, 2,编号4有两个人负责, 3,测试时间余留不足,5天过短 4,项目周期60天,时间不足 第二 一个工作元素必须只有一个负责人 工作分解兴控制在3到6层 工作分解必须包含外包出去的工作和管理工作 每个元素都可控制的可管理的 分解的的工作符合产品范围◑ 未指定范围管理计划 需求未经过评审与确认 产品范围未确认 小王让开发修改,有变更,未走变更流程 变更后未通知干系人确认 分解文档未经过专家与干系人评审 ◑产品范围 可交互成果 制约因素 项目目标 假设条件◑范围基准 范围说明书, wbs

信管网cnitpm705202629***:   [回复]
答:(1)对可交付成果不完全;wbs负责人超过了一人;没有所有干系人参与。(2)wbs应该休息◑◑◑

信管网cnitpm623924225***:   [回复]
工作包颗粒度偏大;系统测试与验收负责人有两个,只能有一个负责人;赵工负责两个模块的编码,工期合计40天,很可能时间不够,造成进度延期; 分解wbs应注意:分解应该在4-6层;每一个工作包只能有一个人负责;工作包颗粒度应该在80小时范围内;每一个工作包只能属于一个上级控制包;外包的工作也需要分解; ◑收集需求范围不足,应该向所有干系人收集需求;识别的干系人不够,没有收集子公司的用户的需求;范围蔓延,在干系人没有提出的前提下增加项目范围,修改界面;没有编制项目管理计划。◑产品范围描述;项目的主要可交付成果;项目的验收标准;项目的除外责任。◑范围基准,项目范围说明书,wbs,wbs词典。

共有:0条记录,每页20条,当前第1/0页,首页 上一页 | 下一页 尾页
 
  发表评论  
 
 点击刷新 请输入显示的内容