[讨论] 软件项目：项目范围 vs 项目需求_项目综合管理版_国内最热门的项目管理经验交流论坛_国内PMP聚集社区

项目管理者联盟 | 中国工程管理网 | 中国研发管理网

会员中心

资料库

适合敏捷开发项目
敏捷项目管理最佳实践

重视项目商业分析
商业价值与需求分析能力

产品管理国际认证
全球产品管理最佳实践

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

大型复杂项目全球标准
定位高级项目管理层

链接战略与项目
实现组织资源投资回报

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

论坛
	价值源于交流与分享

会员区：

功能区：公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册

论
坛
导
航
区

项目型组织	项目管理	工程项目	科技项目	项目化管理	管理软件	资格认证	职业休闲
EPM体系与流程	综合集成管理	总承包管理	IT软件开发	项目型制造	P3E/P6	PMP \| PgMP	职业发展探讨
组织与人力资源	进度,范围,成本	国际工程	生物制药	专业服务	微软PROJECT	IPMP \| PRINCE2	管理学堂
项目管理信息化	团队建设与沟通	房地产	汽车设计开发	生活项目	PowerOn专版	软考项目管理	英语角\|读书版
多项目与大项目	质量与风险	监理与咨询	手机数码	文体娱乐		注册建造师	房车吃游
PMO建设与管理	采购与合同	工程设计				项目管理硕士	闲聊版\|商务版

俱乐部：北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立

TOP榜：精华 | 最新 | 最热 | 会员

版面信息

说明：项目计划的开发，项目的执行与实施，项目过程监控；项目的集成变化管理

	精华区		发表帖子
	投票区		发起投票
	资料区		上传资料

本版版主

该版暂无版主，欢迎对该版主题有兴趣，且有相关工作经验的会员申请版主，申请邮件：member@mypm.net，电话010-82273401/11-18

俱乐部导航

北京	大连	福州	广州	杭州
南京	山东	上海	深圳	四川
天津	武汉	西安	郑州

联盟·近期活动

社区热点

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

社区圈子

生态系统体系下.
圈主：ETPPM
行业：综合应用

PMP备考一簇
圈主：ztwjzzg
行业：工程设计安装

集团企业生态体.
圈主：ETPPM
行业：综合应用

项目经理职业生.
圈主：zhenjm
行业：综合应用

施工总承包管理
圈主：fylm9999
行业：工程设计安装

联系社区管理员

咨询电话 010-82273401/11
斑竹申请 admin@mypm.net

版权所有 © 2003-2004
京ICP证070584号
BBS业务许可2007第353号
最佳显示模式：1024*768像素

[讨论] 软件项目：项目范围 vs 项目需求 [发表于 2003/7/7]

状态开放帖 浏览量 1764

复制该帖链接收藏本帖

[回复] [引用]

项目范围是边界，描述项目实现什么，不实现什么。达到什么标准，不达到什么标准，它是领域界定者（合同上往往会包括或附带这样的内容）。是箩筐

项目需求形式化为《需求规约》，他描述在范围内的东西是什么，这些东西的关系是什么，这里需要非常详细和精确的描述，范围表达宽度，那么这里就表达深度。是箩筐的内容

但是项目范围和项目需求往往会有所重叠，范围也有深度，但是这个深度怎样合适，在那个层次上是表达清楚的，我一直拿不准：范围做深了，合同一时签不下来，做浅了又好像隔靴搔痒（比如说：camel是中国人，别人仍然不知道我在哪儿）。其实项目范围逐渐深化后就实例化为需求（个人理解~~）。

为了赢得合同，项目范围怎样才是合适的？？

是否需要明确界定范围划分阶段和需求获取/分析阶段？

----------------------------------
范围：宽而浅
需求：窄而深
？？？？？

--------------------------------------------------------------------------------------------------------
****有问题，找IT项目管理****...
ITPM在线：QQ群－8721636；BB群（msn）－ group3730@bbqun.com ；高级M群(msn)－ group151431@xiaoi.com （PMP＋５年以上PM经验，需验证！）

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com

按此在新窗口浏览图片

>>> 由论坛统一发布的广告：

楼主

camer

职务无
军衔上将
来自广东
发帖 2745篇
注册 2003/3/3
PM币 14759
经验 5438点

Re:[讨论] 软件项目：项目范围 vs 项目需求 [回复于 2003/7/7] [回复] [引用]
利用软件工程的思想来管理项目，我认为这是一种横向管理，把项目分成几乎是界限分明的几个阶段，比如，需求获取，可行性分析，立项，需求分析，概要设计和详细设计，再到编码，测试，验收。而现在,PMBOK中讲的似乎和我们的平常做法不同，这是一种纵向的管理方式，范围管理也好，进度管理也罢，都是贯穿项目全过程的，而不单单局限在某个阶段。

1楼

redhero

职务无
军衔三等兵
来自北京
发帖 0篇
注册 2007/12/8
PM币 0
经验 25点

Re:[讨论] 软件项目：项目范围 vs 项目需求 [回复于 2003/7/9] [回复] [引用]
一楼所谈的问题，可以参见PMBOK有关项目范围管理一章，其中开宗明义：范围，有两个含义，其一是项目范围，其二是产品范围。我们在项目管理中谈范围，主要指项目范围，项目范围管理的主要可交付成果是项目的WBS，界定了本项目要作的所有工作。产品范围，则由产品的“需求“来界定，但是好象并不存在所谓”项目需求“。二楼所说的问题，属于”项目管理“与”系统工程”两门不同学科的关系。PMBOK的项目范围管理一章也写到：产品范围，通常与该产品所涉及的应用领域有关。应用软件的开发，是项目管理中诸产品之一种，有其特定的工程方法去实现，但是项目管理并不仅是用以管理应用软件工程的，将项目管理应用于建筑工程，其产品是“建筑物”，完成这个建筑物的方法，与完成一个应用软件的方法不尽相同。但是另一方面，系统工程也不仅仅是用以管理应用软件的，系统工程与项目管理一样，也是诽述了系统工程实现的一般性方法。作为项目经理，要清楚项目管理与系统工程的异同点以及它们所面对的对象，两者既有区别，也有密切的联系，我认为不能混为一谈。楼上两位都谈到了宽窄、纵横的问题，我认为项目管理是一种横向的管理，而系统工程则是纵向的管理：项目的目的之一是提供一个产品（姑且认为服务也是一种产品），为了提供这个产品，项目管理所涉及的问题（项目范围）不仅仅是产品本身，通常要比产品所涉及的问题要广，属于横向的；产品本身的生产，要遵循一定的方法，这就涉衣到系统工程的问题，属于纵向的，要深，其中如果是软件产品，就要用到二楼那位仁兄所论及的方法和过程，其实这些方法和过程，都属于系统工程方法的范畴。

2楼

wxlee

职务无
军衔三等兵
来自不告诉你 :)
发帖 45篇
注册 2003/2/13
PM币 309
经验 25点

Re:[讨论] 软件项目：项目范围 vs 项目需求 [回复于 2003/7/9] [回复] [引用]
签定合同之前要与用户谈及“范围”，“范围”还应该是合同内容的一部分。一般情况下，“项目范围”相对比较容易界定，而“产品范围”，因为其比较细（如一个应用软件的用户需求，不是一天两天可以作出来的），通常又应该是用户的责任，界定起来会有一定困难。解决的办法可以有两种：一是坐下来与用户一起将用户需求搞睛楚以后再签（当然如果遇到好的用户，需求提的十分清楚，是一种运气）；另一种方法是在合同中明确项目的阶段，其中包括用户需求制定及用户需求评审，并将其作为一个里程碑，并伴之以付款结点，通过这样的方法尽快开始合同的执行，在执行中明确产品范围，也是可以接受的，这第二种方法通常也是一个大型项目的作法，前提之一是你的公司在业界有足够的信誉。

3楼

wxlee

职务无
军衔三等兵
来自不告诉你 :)
发帖 45篇
注册 2003/2/13
PM币 309
经验 25点

Re:[讨论] 软件项目：项目范围 vs 项目需求 [回复于 2003/7/9] [回复] [引用]
因所处产品型软件公司，对用户合同了解较少，相关知识还须向楼上学习。

4楼

redhero

职务无
军衔三等兵
来自北京
发帖 0篇
注册 2007/12/8
PM币 0
经验 25点

Re:[讨论] 软件项目：项目范围 vs 项目需求 [回复于 2008/4/10] [回复] [引用]
受教了，谢谢！

5楼

zhangwch

职务无
军衔二等兵
来自广东
发帖 31篇
注册 2008/3/20
PM币 0
经验 61点

共1页 97 [ 第1页 ] 8:

！您尚未登录，不能回复主题。现在登录注册

建设运营：共创时网络