精彩专题 |
如何做好项目沟通计划
软件项目质量管理
国际工程索赔与反索赔
|
| 更多：
|
|
联系社区管理员 |
咨询电话 010-82273401/11
斑竹申请 admin@mypm.net
版权所有 © 2003-2004
京ICP证070584号
BBS业务许可2007第353号
最佳显示模式：1024*768像素
|
|
 |
[周一9点档总结]20050718如何构建需求基线？ [发表于 2006/4/16] 状态 开放帖 浏览量 5416 |
|
|
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
经验 
 
|
|
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
