精彩专题 |
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
|
更多:
|
|
联系社区管理员 |
咨询电话 010-82273401/11
斑竹申请 admin@mypm.net
版权所有 © 2003-2004
京ICP证070584号
BBS业务许可2007第353号
最佳显示模式:1024*768像素
|
|
|
[周一9点档总结]20050718如何构建需求基线? [发表于 2006/4/16] 状态 开放帖 浏览量 5438 |
|
9点档 [如何构建需求基线?] 1 定位 1.1 日期:20050718 1.2 活动时间:21:00~22:40 1.3 所在:QQ群8721636 1.4 主持:camer 1.5 参与人(14人):camer,流动的沙丘,飘荡,不想再IT了,风之子,新旧,激情燃烧,falcon(飞),flybear,digime,阿中,libber,无梦,kalevala 1.6 规则:不聊和主题无关的问题,能主动锁定主题 1.7 目标 1.7.1 讨论建立需求基线的相关问题,启发需求管理 1.8 主题 1.8.1 1.需求基线在什么时候产生? 1.8.2 2.需求基线的评审、形成,必须要哪些角色参与,是哪个角色的关键职责? 1.8.3 3.范围基线与需求基线之间的关系如何? 1.8.4 4.怎样细度的需求点适合于需求基线的元素? 2005-07-19 16:44:14 camer [19241702] 发帖数量:107 Re:9点档:如何构建需求基线? ------------------------------------------- 2 需求基线在什么时候产生? ------------------------------------------- 2.1 流动的沙丘 2.1.1 需求基线应该是在需求规格说明书评审结束时产生 2.1.2 各方参与者达成一致,对需求书认可签字就ok 2.2 飘荡 2.2.1 需求的基线是要在80%以上的需求出来了,并且要用户也达成了认可,还要有初步的验证之后 2.3 激情燃烧 2.3.1 需求确定后,纳入配置管理前产生 2.3.2 确定项达到一定比例,还要看管理和评审者的水平 2.4 风之子 2.4.1 算是一个阶段的成果,就像每个阶段都有一个评审和总结一样 2.4.2 如果是用户确认的话,应该采用什么样的方式? 2.4.2.1 流动的沙丘:签字;最起码可以对双方作为一个约束 风之子 签字并不能代表一切 客户理解的认同,跟我们理解的认同,往往不在同一个切合点上 2.4.2.2 毕竟双方是站在不同的理解层面,用不同的描述语言在描述需求的 2.5 新旧 2.5.1 我觉得基本的范围应该器确认 2.6 camer 2.6.1 引出另一个问题,需求稳定到什么程度才是需求基线产生的成熟时间点 2.6.2 需求基线在需求稳定到可以接受的稳定度就可以建立需求基线了 2.6.2.1 比如80%的稳定度 机械理解就是100个需求点有80个是稳定的。。 2.6.3 事实上不可能等到100%需求稳定才定需求基线 2.6.4 是95%还是80%,这个和具体项目,具体客户相关了 2.6.5 需求基线是在需求调研和需求分析过程中的一个输出,可能在需求分析结束前就产生了 2.7 falcon(飞) 2.7.1 需求基线是不是应该是双方的? 2.7.1.1 流动的沙丘 客户应该不需要吧,应该是开发商自己内部的约束吧 2.7.1.2 camer 我认为应该是双方的,但是他的主要依据还来源于范围基线和质量基线 2.7.2 需求基线在客户是作为最低限度的标准,作用范围应该是项目的验收为止,在开发商是最高的限度标准,应该和项目预算和项目投资挂钩的 2.7.3 在项目需求明确以后就应该产生了 2.7.4 我觉得需求基线应该是一个衡量标准,基本贯彻整个项目 2.8 flybear 2.8.1 需求基准达到能够满足客户需要的时候就可以了 2005-07-19 16:44:49 camer [19241702] 发帖数量:107 Re:9点档:如何构建需求基线? -------------------------------------------------------------------- 3 需求基线的评审、形成,必须要哪些角色参与,是哪个角色的关键职责? -------------------------------------------------------------------- 3.1 流动的沙丘 3.1.1 需求调研评审参与人员有项目经理、需求分析小组、客户方代表 3.1.2 需求基线是需求调研基线还是需求分析基线,它们是不同的,参与的角色和活动都不同 3.1.3 需求分析的角色有项目经理、需求分析小组、软件质量工程师、配置管理工程师、软件测试工程师 3.2 阿中 3.2.1 《软件需求规格说明书》和需求基准的读者用户是什么?是同样的用户吗? 3.3 飘荡 3.3.1 用户代表\系统分析\业务专家\测试\开发\项目经理 3.3.2 这些人是不是在一起进行评审,还是分开评审 3.3.3 用户代表就要看业务目标达到了没有,界面内容是否全了 3.3.4 系统分析主要看需求是否清楚和稳定,可实现? 3.3.5 业务专家主要看业务流程是否合理\优化\业务知识描述是否正确 3.3.5.1 阿中:业务专家是用户方的人员还是开发方人员? 3.3.6 测试关注根据需求进行测试用例的编写 3.3.6.1 camer:从质量管理这个角度切入评审,比如需求描述是否可测试? 3.3.6.2 不过写测试用例很累的呀 3.4 camer 3.4.1 配置管理员? 3.4.2 业务专家关注需求是否准确? 3.4.2.1 在判断需求什么是对的、错的上有有先发言权,特别是在产品开发中 3.4.3 项目开发倾向于用户代表,产品开发倾向于业务专家 3.4.3.1 飘荡:产品开发关注的是通用的业务知识,这个只有业务专家才能达到 3.4.4 项目的配置经理负责需求基线 3.4.5 比较规范化的管理中,可以一个配置经理管理几个项目的需求基线 3.5 无梦 3.5.1 简单地说,就是CCB小组的成员 3.5.2 项目领导小组地成员是不太可能参与会议评审的,最多是确认 3.5.3 PM关注成本,范围和进度;SQA关注质量,用户代表关注可交付产品,范围和里程碑等等. 3.5.4 用户代表参加需求基线评审过程十分重要了,至于后续的事情属于需求变更了 3.5.5 需求基线是一定要定的,需求变更是无法避免的,前者就是为了将后者控制到最小程度 3.5.6 需求基线由CCB负责,直接负责的肯定还是PM 3.6 libber 3.6.1 是否要包括甲方的成员? 2005-07-19 16:45:08 camer [19241702] 发帖数量:107 Re:9点档:如何构建需求基线? ----------------------------------------- 4 怎样细度的需求点适合于需求基线的元素? ----------------------------------------- 4.1 飘荡 4.1.1 这个由怎样确定需求点来确定 4.1.2 牵涉到需求细分的问题,可以用例来为单位 4.1.3 用例的编写就要看如何做了,做的细,可以有系统用例,做的粗只有业务用例 4.2 camer 4.2.1 配置项存在的目的是可管理,可控 4.2.2 配置项太细,就加大了成本 4.2.3 如果要做到能直接支持测试用例的话,需求基线是否太细节了? 4.2.4 配置项的细度,是一个问题 4.2.5 过粗可能不受控,不能满足变更管理的需要 2005-07-19 16:47:30 camer [19241702] 发帖数量:107 Re:9点档:如何构建需求基线? ------------------------ 6 其他想法 ------------------------ 6.1 camer 6.1.1 我的理解:需求基线是需求管理的标准基础,是需求变更的依据,没有需求基线,需求管理是一句空话 6.1.2 是后续进一步细化和设计的判断点 6.1.3 一个问题,需求基线和软件需求规格说明书,是什么关系? 6.1.3.1 飘荡:个人认为软件需求规格说明书只是需求基线的一个配置项 6.1.3.2 flybear:需求规格更细吧,需求基线是对需求规格具体项目的衡量指标 6.1.3.3 流动的沙丘:软件需求规格说明书是基线的结果吧 6.1.4 需求基线的表现形式? 6.1.4.1 飘荡:需求基线是由很多个配置项组成的 6.1.4.2 不想再IT了:规范说明是基线的表现之一 6.1.5 基线是用于需求管理的,也用于配置管理 6.1.5.1 SRS是工程文档 6.1.6 SRS是设计的输入,需求基线是配置与变更管理的输入 6.1.7 所谓基线化,就是稳定化 6.2 飘荡 6.2.1 需求基线与配置管理很相关,这个基线,是要进入配置库的 6.2.2 用户的业务知识.管理制度等都可以需求基线 6.2.3 界面说明,甚至验证原型都可以基线 6.2.4 有时候感觉中国的软件路还很长呀 6.3 digime 6.3.1 客户不了解计算机,我们不了解业务,谁来连接他们 6.3.1.1 流动的沙丘:双方共同连接 6.3.1.2 flybear:如果软件公司的人完全不动业务,能行吗 6.3.2 测试越来越收到重视 6.3.3 测试要在需求开始的时候接入,而不能在开发结束之后接入 6.4 流动的沙丘 6.4.1 基线应该是个阶段性的东西,打过基线后,还可修改,再打基线 6.5 风之子 6.5.1 需求评审的通过标准? 6.6 阿中 6.6.1 需求基准(需求规格说明书)用户签字后,大家有多大把握肯定地说:用户已经明白你写给他签字认可的这份文档呢? 6.6.2 即使用户签字了的东西,我认为仍然存在双方理解上的差异,对后续的工作造成连贯反应 6.6.3 PM,除了管事,能管人甚至管钱吗? 6.7 无梦 6.7.1 项目组和公司的SQA如何建立联系? 6.7.2 公司SQA(假设项目组没有自己的SQA)对项目的支持足够吗? 6.8 libber 6.8.1 今天的课题可能比较专业了,后面参与人不多
|
-------------------------------------------------------------------------------------------------------- The Power To Know >>> 由论坛统一发布的广告:
|
|
楼主
precilla
职务 无
军衔 上士
来自 不告诉你 :)
发帖 157篇
注册 2003/10/30
PM币 2171
经验
|
|
|