* 帖子主题 * 我设计的需求变更申请表,请各位指教 你是第 1188 位浏览者 titan 军衔: 二等兵 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 38篇 注册: 2002-1-16 -------------------------------------------------------------------------------- 我设计的需求变更申请表,请各位指教 客户填写部分: 申请单位、申请时间、申请人、联系人、单位主管、联系电话 任务要求、验收结果、验收人、验收时间 项目经理填写部分: 计划完成时间、计划工时、工作负责人、任务审核、任务批准、处理方法简述 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年1月17日 16:07:54 ] Jordan 军衔: 无军衔 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 16篇 注册: 2002-1-9 -------------------------------------------------------------------------------- 不需要如此复杂. 变更申请可以是口头或书面的.变更单才是书面并且非常正式的. 在变更单上要有时间,费用的增加并且双方的签字. -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年1月17日 17:46:25 ] 1xqing 军衔: PMU初级四星 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 437篇 注册: 2001-11-26 -------------------------------------------------------------------------------- 变更申请书里需要有现状描述、变更要求及原因吧? 此外,我也觉得应该更关注一下变更单。 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年1月17日 18:04:36 ] liujian20 军衔: 一等兵 财产: 经验: 魅力: 来自: 成都 鉴定: 本功能已经被关闭 发帖: 72篇 注册: 2002-1-9 -------------------------------------------------------------------------------- 对于简单的项目,这个表单过于复杂;对于大型项目,这个表单过于简单! 如果用户改变的是验收标准,那你的产品定义就有可能改变,说不定你的先期工作都要从来,这样的表单你觉得适用吗?所以说,这个表单的设计应该按照你自己的项目来设计,没有一个唯一的定式。 上述个人见解,请指正! -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年1月18日 20:29:20 ] titan 军衔: 二等兵 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 38篇 注册: 2002-1-16 -------------------------------------------------------------------------------- Jordan、1xqing: 我这里提到的表单应包括了你们提到的变更单。可否将你们在用的变更单提出来给我看看 楼上的观点我也同意,但问题是出于规范化管理的要求,势必需要一种格式相对统一的表单,况且如果按照楼上的方法,在写表单之前还要判断项目的规模,有可能带来新的问题 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年1月20日 12:55:53 ] Endeavor 头衔: 论坛版主 军衔: 三等兵 财产: 经验: 魅力: 来自: 上海市 鉴定: 本功能已经被关闭 发帖: 156篇 注册: 2001-12-10 -------------------------------------------------------------------------------- 我的项目组正在用的变更单好像还要复杂一些,因为包括了一个处理的流程在里面,另外我这个项目是纯粹产品开发的,测试组是我们唯一的客户(过程改进部门也是我们的客户,但是他们只关心过程质量,和变更单不相关的),可能这也是一个比较特殊的地方. 测试人员要填写的: 编号(就是自动分配的一个编号) 标题(就是变更的名称) 关键词(主要是按照模块来划分) 症状(其实就是错误的类型) 现象描述(问题表现出来是什么样子) 正确结果(应该是什么样子) 测试数据(在那个数据库上面测试用了哪些测试数据) 测试过程(测试的过程是怎么样一步一步的) 系统软硬件环境 相关组件及其版本 基线(就是Baseline,这个主要是用来控制发布的) 测试人员填好以后,变更的状态就是“提交”,然后到了CCB的手里,他们唧唧歪歪的讨论了一把说不同意, 变更的状态就成了“拒绝”,到此结束。如果他们说好,变更的状态就成了“确认”,他们把讨论的结果或者意见也写到单子上面去,然后到了PM的手里,PM看了看,就把这个变更分配给程序员,变更的状态就成了“分配”,程序员接到单子以后,变更的状态就成了“接受”,程序员改好程序以后,变更的状态就成了“解决”,代码提交以后标记一下改动过的组件,然后到了编译的人的手里,编译的人对改动过的组件进行一次重新编译并且发布新的程序,变更的状态成了“发布”,然后变更又回到了测试人员的手里,测试人员用新发布的程序进行验证,如果变更解决了,那么就“关闭”,到此结束,如果还没有解决,那么一切从头开始。 大家看看觉得怎么样,请多指点。 -------------------------------------------------------------------------------- 所有的一切都将成为项目... -------------------------------------------------------------------------------- [ 本文发表于 2002年1月22日 13:52:48 ] ounce 军衔: 无军衔 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 1篇 注册: 2002-2-27 -------------------------------------------------------------------------------- 还有要注意变更是发生在项目进行的哪个阶段(选择), 会造成多大的影响(变更风险),也应该写到里面。 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年2月27日 10:52:56 ] zhuyuanlu 军衔: 三等兵 财产: 经验: 魅力: 来自: 北京 鉴定: 本功能已经被关闭 发帖: 31篇 注册: 2002-4-20 -------------------------------------------------------------------------------- 我觉得应该先确定需求变更的程序问题,在此基础上进行变更表单的设计。 -------------------------------------------------------------------------------- 江南好 风景旧曾谙 日出江花红胜火 春来江水绿如蓝 能不忆江南 -------------------------------------------------------------------------------- [ 本文发表于 2002年4月21日 17:15:45 ] 一刀 头衔: 中士 军衔: PMU初级三星 财产: 经验: 魅力: 来自: 上海 鉴定: 本功能已经被关闭 发帖: 467篇 注册: 2002-4-13 -------------------------------------------------------------------------------- endeavor老兄说得好,这其中还需加入配置管理的活动,即在CCB授权后还需要CMO开权限,最后由CMO收回,归入版本发布。同时根据需求跟踪表的定义,需要将相关修改通知受影响的组或人。 同时这里如果是需求变更的话,应该不需要测试人员这一步,通常是由系统工程师来决定并实施修改。 以上所述仅为工作中的实际操作,不能代表任何东西! -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年4月21日 21:41:44 ] * 帖子主题 * 我设计的需求变更申请表,请各位指教 你是第 1189 位浏览者 William 军衔: 无军衔 财产: 经验: 魅力: 来自: 乌鲁木齐 鉴定: 本功能已经被关闭 发帖: 7篇 注册: 2002-4-16 -------------------------------------------------------------------------------- 建立一个需求管理的流程很重要,终于需求的格式嘛,并不重要。 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年4月22日 18:49:22 ] 一刀 头衔: 中士 军衔: PMU初级三星 财产: 经验: 魅力: 来自: 上海 鉴定: 本功能已经被关闭 发帖: 467篇 注册: 2002-4-13 -------------------------------------------------------------------------------- 都重要! -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年4月22日 18:53:02 ] zhuyuanlu 军衔: 三等兵 财产: 经验: 魅力: 来自: 北京 鉴定: 本功能已经被关闭 发帖: 31篇 注册: 2002-4-20 -------------------------------------------------------------------------------- 赞同William的意见,需求变更的流程与变更表的格式应该是纲与目的关系,流程清楚了,对表单的格式要求也就清楚了。 -------------------------------------------------------------------------------- 江南好 风景旧曾谙 日出江花红胜火 春来江水绿如蓝 能不忆江南 -------------------------------------------------------------------------------- [ 本文发表于 2002年4月23日 18:26:50 ] 一刀 头衔: 中士 军衔: PMU初级三星 财产: 经验: 魅力: 来自: 上海 鉴定: 本功能已经被关闭 发帖: 467篇 注册: 2002-4-13 -------------------------------------------------------------------------------- william是这个意思吗?我怎么觉得他是说需求模板? 在质量体系中procedure和templet是在同一个等级上的。 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年4月23日 21:25:45 ] zhuyuanlu 军衔: 三等兵 财产: 经验: 魅力: 来自: 北京 鉴定: 本功能已经被关闭 发帖: 31篇 注册: 2002-4-20 -------------------------------------------------------------------------------- 对不起,本人英文程度差,一刀兄请勿吓唬小弟。 -------------------------------------------------------------------------------- 江南好 风景旧曾谙 日出江花红胜火 春来江水绿如蓝 能不忆江南 -------------------------------------------------------------------------------- [ 本文发表于 2002年4月24日 13:31:35 ] bluestone 军衔: 三等兵 财产: 经验: 魅力: 来自: 上海 鉴定: 本功能已经被关闭 发帖: 61篇 注册: 2002-6-5 -------------------------------------------------------------------------------- Endeavor公司同我以前的公司一样,自己开发产品,有时间来这么搞。现在到了一家公司,他们的测试计划我楞是没有看懂,变更请求更是没有,呵呵。 -------------------------------------------------------------------------------- 我爱阳光,它温暖我的身体, 我爱雨水,它洗涤我的灵魂, 我爱光明,它指明道路, 我爱黑夜,他让我看到星辰。 -------------------------------------------------------------------------------- [ 本文发表于 2002年6月6日 15:35:38 ] xrg 军衔: 三等兵 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 7篇 注册: 2002-4-12 -------------------------------------------------------------------------------- endeavor兄说得对,不过这仅是在大型项目中应用得实在,而一些小项目可能连CCB和SCM都“没有”,就谈不上那么复杂了,将变更单做好也就比较满意了 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年7月10日 17:35:56 ] dragonII 军衔: PMU初级一星 财产: 经验: 魅力: 来自: 上海市 鉴定: 本功能已经被关闭 发帖: 9篇 注册: 2002-10-28 -------------------------------------------------------------------------------- 我建议在变更控制中有因为此次变更而可能造成相关变更的描述 -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年10月30日 11:09:11 ] lshking 军衔: 无军衔 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 1篇 注册: 2002-11-7 -------------------------------------------------------------------------------- 项目变更申请表 项目变更申请 协议号: 申请变更描述(变更详细说明、理由、对本项目的影响。如需要,请附页): 申请人: 日期: 调查:_____接受 _____拒绝 签名: 乙方项目经理 日期: 调查:_____接受 _____拒绝 签名: 甲方项目经理 日期: 调查变更工作小时:估算: 实际: 拒绝理由(如需要,请附页): 需要协议修正案?____否 ____是 _____ 附修正案 _____包含在随后的修正案 变更实施的描述及影响(如需要,请附页): 变更实施估算费用: 若无后续签名,此报价在 年 月 日前有效。 实施:______同意______不同意 签名: 乙方项目经理 日期: 实施:______同意______不同意 签名: 甲方项目经理 日期: 看这是不是你要的!!! -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年11月7日 19:33:23 ] szj 军衔: 三等兵 财产: 经验: 魅力: 来自: 不告诉你 :) 鉴定: 本功能已经被关闭 发帖: 12篇 注册: 2002-3-5 -------------------------------------------------------------------------------- 各位老兄:听你们唧唧歪歪的讨论了半天!如说都有道理???我感觉有点跑题呀! 我现在做的项目需求控制是如此控制的::::1、需求及问题表:单位、提出人、时间、联系人、成品、版本、事件描述、建议办法。 2、需求及问题确认表:单位、地点、问题反映人、联系、接收人、处理人、确认时间、接收方式、处理结果确认(提出问题及时间、解决结果、满意度)备注 欢迎大家提出不同意见!! -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- [ 本文发表于 2002年12月23日 10:40:58 ]
|