![]() |
项目管理者联盟 | 中国工程管理网 | 中国研发管理网 | ![]() |
会员中心 | ![]() |
资料库 | ![]() |
论坛 | ![]() |
博客 |
![]() |
|
![]() |
|
|
标题:实施项目中擅自变更,好心办坏事
楼主
|
|
![]() riverstone PMB:63913 省份:上海市 行业:IT软件 注册:2006/5/31 |
在一个正在实施的系统集成项目中出现下述情况,一个系统的用户向系统他认识的一个开发人员抱怨系统软件中的一项功能问题,并且表示希望能够修改,于是,该开发人员就直接对系统软件进行了修改,解决了该想问题,针对这一问题请分析如下问题: 问题一、说明上述情况中存在哪些问题? 问题二、说明上述情况会导致什么样的结果? 问题三、说明配置管理中完整的变更处理流程。 问题解答: 问题一、上述情况中存在的问题: 1、对用户的要求未进行记录; 2、对变更请求未进行足够的分析,也没有获得批准; 3、在修改过程中没有注意进行版本管理; 4、修改完成后未进行验证; 5、修改的内容未与项目干系人进行沟通。 问题二、上述情况会导致的结果: 1、缺乏对变更请求的分析可能会导致对产品的变更工作出现欠缺,与其他工作不一致等问题,对项目的进度、成本、质量方面也会产生一定的影响; 2、缺乏对变更请求的记录可能会导致对产品的变更里是无法追溯,并会导致对工作的产物的整体变化失去把握; 3、在修改过程中不注意版本管理,一方面可能会导致当变更失败时无法进行复原,造成成本损耗和进度拖延,另一方面,对于组织财富和经验的积累也是不利的; 4、修改完成后不进行验证则难以确认变更是否正确实施,为变更付出的工作量也无法得到承认; 5、未与项目干系人进行沟通可能导致项目干系人之间的工作出现不一致之处,进而影响项目的整体质量。 问题三、配置管理中完整的变更处理流程: 1、变更申请,应记录变更的提出人、日期、申请变更的内容等事项, 2、变更评估,对变更的影响范围、严重程度、经济和技术可行性方面进行评估。 3、变更决策,由具有相应权限的人员或机构决定是否实施变更 4、变更实施,由管理者指定的人员在受控状态下实施变更, 5、变更验证,由配置管理人员或者受到变更影响的人对变更结果进行评价,确定变更结果和预期相符,相关内容进行了更新,符合版本管理的要求, 6、沟通存档,将变更后的内容通知可能会受到影响的人员,并将变更记录汇总归档,如提出的变更在决策时被否决,起初时记录也应予以保存。 |
回复 | 引用 发表时间:2015/1/9 11:45:15 |
! 您尚未登录,不能回复主题。 现在 登录 注册 |
|