欢迎大家来到IT世界,在知识的湖畔探索吧!
很多人考过了高项但仍然对什么是项目范围基准及如何运用不太清楚，包括一些软考培训机构的老师也都没讲清楚这一块内容，今天我就分享一下什么是项目范围基准及如何实践运用。
1、软件项目实际上是通过需求规格说明书来管理范围基准
在软考高项官方教材中范围基准的定义为是在创建WBS环节输出的，经过批准的范围说明书、WBS、WBS词典，但据我了解在实际软件项目中一般没这三个文件啊，那怎么理解这段话呢？我的解读是软考高项官方教材的项目管理不仅仅针对软件项目，对其他项目如办奥运会、建一座桥梁，范围基准可能用范围说明书、WBS、WBS词典来管理，但由于软件项目的复杂性，软件项目的范围基准一般是需求规格说明书来管理，可以把需求规格说明书中的各个功能菜单理解为WBS，对功能的具体描述理解为WBS词典，下图是我做一个项目中的需求规格说明书的实例。大家也可以在评论区也可以讨论一下你们的软件项目中是否有这三个文件输出及是否是通过需求规格说明书来管理范围基准的呢。
欢迎大家来到IT世界,在知识的湖畔探索吧!
2、软件项目对范围基准的变更控制流程在实际项目中需要简化
那么如何控制范围基准的变更呢？在软考高项官方教材中项目计划章节有这么一段理论，项目管理计划应该基准化，即至少也规定范围、时间、成本方面的基准，一旦确定了基准就只能通过提出变更请求实施整体变更控制过程来更新，整体变更控制过程是提出与接受变更请求、对变更进行初审、变更方案论证、项目管理委员会审查等八个步骤，理论上这么说是没错的。
但大家想想这工作量多大啊，所以实际工作一般都简化了，对于小的变更由项目经理安排实施即可，大的变更报公司审批后安排实施，而且现在市场上普遍是甲方爸爸，除非很大工作量的变更一般都是需要给甲方做的。例如我举个例子，在视频监控管理系统中客户在需求规格说明书签字盖章后又提出在左侧监控点列表树节点旁增加一个按钮，可以批量在右侧面板中加载该节点下的视频，像这种变更我评估后工作量不太大就安排给客户做了。
3、软件项目的需求是渐进明细的，需要保持对范围基准的更新
怎么理解这句话呢？由于软件产品是抽象的，客户的信息化水平也不是很高，所有很难在项目开始阶段完全准确的定义软件产品的需求范围，软件产品范围一般随着需求调研、详细设计、软件试运行逐步完善的，这也是为何给客户增加了在左侧监控点列表树节点旁增加一个按钮批量加载视频，因为用户一开始可能想不到、提不出他们实际工作中具体需求，只有亲自体验试用产品后才能提出想法，我们可以在试运行阶适度让客户做一些变更。
最后总结一下，软考高项教材中理论并不是错的，完全按照书本上的理论来做项目是没有问题的，但是工作量太大投入成本太多，而公司做项目都是要讲利润的，所以在一般项目中都需要裁剪灵活应用。大家在评论区也可以讨论一下在实际项目范围管理中是如何裁剪灵活应用的呢。
对项目管理感兴趣或需要考高项的朋友们可以跟我交流，同时请动动发财的小手帮忙关注一下和点赞，是我继续坚持分享下去的动力。
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://itzsg.com/138479.html
