军衔: 二等兵
财产:
经验:
魅力:
来自: 不告诉你 :)
鉴定: 本功能已经被关闭
发帖: 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 ]