信管网wsp4***: [回复] 1. (1)变更未有书面申请,没有走变更控制流程 (2)变更已发生,计划或基准未更新 (3)对变更结果的没有跟客户确认 (4)需求变更未通知干系人(5)没有配置管理
2. 成本增加,进度滞后,造成返工,范围确认得不到客户认可等风险
3. 产品库检出-受控库-开发库
信管网vinson.w***: [回复] aaaa
信管网shui23j***: [回复] 问题1:(1)对于变更,项目开发人员未按照变更流程进行变更申请;
(2)对于一个系统用户抱怨的功能问题,未对全员进行调查及论证;
(3)开发人员随意变更功能,项目缺乏良好的审核监督机制。
问题2:(1)造成项目范围蔓延;
(2)修改后未经软件全面测试,有可能导致软件使用出现不适及错误;
(3)与基准不一致,导致验收不过,项目交付不了。
问题3:变更申请提交、变更影响分析、ccb审核、变更实施、变更验证、变更记录。
信管网cnitpm532670432***: [回复] 一、首先,开发人员没有进行变更管理流程,在没有审批的前提下就对系统软件进行了修改;其次,开发人员没有对用户的需求进行分析,并告知项目经理,就直接进行了修改;
二、首先,因为对系统软件进行了修改会导致最终可交付成果与最初定好的质量目标存在差异,导致项目无法通过验收;其次,因为开发人员对系统软件进行了修改,可能会延误其他软件的开发,导致项目进度落后;最后,因为修改了系统软件且没有走变更流程,没有形成文档记录,可能会导致后期测试遇到问题
三、提出变更申请;对变更申请进行评估;提交至ccb审核;审核批准后,实施变更;记录变更;提交配置状态报告;
信管网每日都要***: [回复] 问题1
1.反馈渠道有问题:系统用户向开发人员反馈功能问题,开发人员应先记录该问题,并同步项目经理,并分析受影响的模块和根本原因;
2.没有规范的变更控制程序:变更应该走变更申请、且由项目变更控制委员会申请,同意变更后、交由项目经理。再由项目经理做处理并跟进处理的情况和进度,并及时可用户反馈;
3.版本管理不严谨,配置管理应分为开发库、受控库和产品库;
4.研发人员不能对产品库的系统进行直接修改,应在开发库中修改,测试验收通过后再发布到产品库;
问题2:
1.系统集成是非常负责的过程;若该功能存在各业务版块的业务和逻辑关联,应分析导致功能问题的根本原因;不然会导致出现更多的功能问题和隐患;
2.项目经理管理工作不到位,没有明确的变更控制流程
3.没有版本管理的概念,导致版本管理失控,且版本没有对应的文档输出
4.配置管理应分为、开发库、受控库、产品库;
5.开饭人员的权限管理混乱,导致开发人员随意更改代码;导致本项目质量差
问题3
1.变更申请
2.提交变更控制委会申请
3.批准的变更请求
4.变更实施
5.实施跟进(应首先在开发库中执行变更、再由受控库、产品库发布更新)
6.变更控制评估
信管网cnitpm495999971***: [回复] 1 配置变更应该先进行变更申请 开发人员不应该直接拥有版本库的权限 系统用户应该与项目经理反馈 2 版本混乱 可能出现多个开发人员同时对版本库修改 提出变更申请 对变更初审 变更方案论证 项目管理委员会审查 发出变更通知并组织实施 变更实施的监控变更效果的评估 判断发生变更后的项目是否已纳入正常轨道
信管网ruankao***: [回复] 1.变更管理 质量管理 配置管理存在问题
2.范围蔓延 质量得不到保证
3.提出变更 分析变更的影响 ccb评审 通知并执行变更 监控变更过程 评估变更结果
信管网lanxin***: [回复] 开发人员不应直接修改,应先将问题反馈给项目经理,然后根据变更管理流程再确定是否需要修改。 可能会项目范围发生变化,影响其他用户的使用。 标识和记录变更申请,分析和评价变更,批准或否决申请,实现验证和发布已修改的配置项。
信管网cnitpm403621389***: [回复] 1
信管网yumow***: [回复] 1.问题不应该直接反馈给开发;开发未经批准就修改; 2.顾此失彼,造成别的客户意见;牵一发动全身,可能会导致别的问题;客户都这样来提意见,没有规章制度 3.提交变更申请;变更申请审核;变更实施;变更评估;项目变更委员会审核;项目发布
|