项目管理之需求开发与管理与项目组织结构

项目管理之需求开发与管理与项目组织结构

ID:46691592

大小:56.50 KB

页数:4页

时间:2019-11-26

项目管理之需求开发与管理与项目组织结构_第1页
项目管理之需求开发与管理与项目组织结构_第2页
项目管理之需求开发与管理与项目组织结构_第3页
项目管理之需求开发与管理与项目组织结构_第4页
资源描述:

《项目管理之需求开发与管理与项目组织结构》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、项目管理之需求开发与管理与项目组织结构随着对项目管理理解的深入,口己对项目管理的两点有了深刻理解:需求开发与管理、项目组织结构。一、需求开发与管理宽泛地讲,需求来源于用户的一些“需要”,这些“需要”被分析、确认后形成完整的文档,该文档详细地说明了产品“必须或应当”做什么。所以如果只有一些零碎的对话、资料或邮件,你就以为自己己经掌握了需求,那是自欺欺人。需求是产品的根源,需求工作的优劣对产品影响最大。就像一条河流,如果源头被污染了,那么整条河流也就被污染了。我们经常看到的是:人们并不清楚究竟该做什么,但却一直忙碌不停地开发。需求开发与管理面临最普遍的问题是:用户

2、说不清楚需求。有些用户真的不知道需求是什么,或者对需求只有朦胧的感觉,他当然说不清楚需求。例如,早期的政府信息化项H用户通常只有一个朦胧的信息化感觉而已,需求分析中会这样写:〃总Z,耍实现那种能够想到就能做到功能。〃。如果开发方的营销人员水平比较高,他能够在用户不清楚自己耍什么的情况下引导用户“消费”。有些用户虽然心里明白想要什么,但却说不清楚需求。比如说买鞋子。我们非常了解自已的脚,但很难用语言说清楚脚的大小和形状。通常拿鞋了去试,试穿时感觉到舒服才会买鞋。一些企业的信息化项目,每个子部门对自身的需要很清楚,但不知道如何从系统角度來要求。因此,我们可以说项目

3、开发最困难的部分也就是准确说明开发什么。最困难的概念性工作是编写出详细的需求,包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错,将会给系统带来极大的损害,并且以后对它修改也极为困难。为此,需求分析员绝不能以用户说不清楚需求为借口而草率地对待需求开发工作,否则会连累整个开发团队的。业内來看,一个成熟、成功的项目,通常它在前期需求、系统设计投入的工作量比例会大于30%。1、需求开发与分析需求开发的1=1的是通过调查与分析,获取用户需求并定义产品需求。根据需求调查和需求分析的结果,进一步定义准确无误的产品需求,产生《产品需求规格说明书》。系统设计人员将

4、依据《产品需求规格说明书》开展系统设计工作。一个良好的需求说明书,应该有如下特征:1.1正确需求规格说明书应当正确地反映用户的真实意图,开发者和用户自己都不明白用户究竟“想要什么”和“不要什么”。为确保需求是正确的,开发方和用户必须对《需求规格说明书》进行确认。1.2清楚清楚的需求让人易读易懂,包括文档的结构、段落等是否清晰。1.3无二义性“无二义性”是指每个需求只有唯一的含义。1.4一致“一致”(Consistent)是指各个需求Z间不会发生孑盾。孑盾常常潜伏在需求文档的上下文中。1.5必要开发者应当集中精力先完成必要的需求,如杲条件允许则再做“锦上添花”的

5、需求。为了避免主次颠倒,应当在《产品需求规格说明书》中将那些“锦上添花”的需求设置为较低的优先级。1.6完备“完备”(Complete)是指《产品需求规格说明书》中没有遗漏一些必要的需求,比如是否覆盖了所有的功能、性能、交义、安全等需求。1.7可实现《产品需求规格说明书》中的各项需求对开发方而言应当都是可实现的(Attainable)0“可实现”意味着在技术上是可行的,并且满足时间、费用、质量等约朿。1.8可验证《产品需求规格说明书》中的各项需求对用户方而言应当都是可验证的(Verifiable)o如果需求是不可验证的,那么用户就无法验收软件,可能会发生商业纠

6、纷。1.9确定优先级需求的优先级其实就是需求“轻重缓急”的分级表述,例如划分为“高、中、低”三级。一般地,曲用户和开发方共同确定需求的优先级。1.10阐述“做什么”而不是“怎么做”开发人员常常身兼数职,可能把需求开发、系统设计、编程等T作从头做到尾。他们经常在整理需求的时候习惯性将如何实现的信息涵盖在需求中,导致需求可读性、可验证性无法保证。2、需求管理过程域需求管理的fl的是在客户与开发方Z间建立对需求的共同理解,维护需求与具它工作成果的一致性,并控制需求的变更。需求确认是指开发方和客户共同对需求文档进行评审,双方对需求达成共识后作出书面承诺,使需求文档具有

7、商业合同效果。需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系,建立与维护“需求跟踪矩阵”,确保产品依据需求文档进行开发。需求变更控制是指依据“变更申请-审批-更改-重新确认”的流程处理需求的变更,防止需求变更失去控制而导致项H发生混乱。1.1需求跟踪需求跟踪的目的是建立与维护“需求-设计-编程-测试”之间的一致性,确保所有的工作成果符合用户需求。需求跟踪有两种方式:正向跟踪。检查《产品需求规格说明书》中的每个需求是否都能在后继工作成果中找到对应点。逆向跟踪。检杳设计文档、代码、测试用例等工作成果是否都能在《产品需求规格说明书》中找到出处。正向跟踪和逆

8、向跟踪合称为“双向跟踪”。不论采用何种

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。