当前位置：文档库 › 论如何进行有效的需求管理

论如何进行有效的需求管理

很多人会有这种感受，一个项目做了很久，感觉总是做不完，就像一个“无底洞”。你想加人尽快完成这个项目，而用户总是有新的需求要项目开发方来做，就像用户是一个不知廉耻的要求者，而开发方是在苦苦接收的接受者。实际上，这里涉及到一个需求管理的概念。项目中哪些该做，哪些不该做，做到什么程度，都是由需求管理来决定的。需求管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占了很大的一部分，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。

在软件项目的开发过程中，需求变更贯穿了软件项目的整个生命周期，从软件的项目立项，研发，维护，用户的经验在增加，对使用软件的感受有变化，以及整个行业的新动态，都为软件带来不断完善功能，优化性能，提高用户友好性的要求。在软件项目管理过程中，项目经理经常面对用户的需求变更。如果不能有效处理这些需求变更，项目计划会一再调整，软件交付日期一再拖延，项目研发人员的士气将越来越低落，将直接导致项目成本增加、质量下降及项目交付日期推后。这决定了项目组必须拥有需求管理策略。

下面主要针对需求开发及需求管理两个方面对需求进行分析。

1. 需求开发，从目前我们的实际工作情况来看按顺序主要分成如下几个部分：

?请教行业专家

行业客户对信息化的需求越来越细化，对专业性以及行业能力的全面性要求越来越高，惟有深入行业，洞察其需求，研发出更适合客户需求的产品，才能成功。因此有必要先请这方面的行业专家对于客户的业务需求进行从流程上的梳理。为什么请行业专家，而不是直接请客户进行交谈，得到其实需求，个人认为主要是因为目前各政府部门、企事业单位对于信息化与业需求的整合这一块缺少经验，大部分情况还不能完全整理出完善、清晰的系统需求来。只有通过行业专家对其实业务流程进行梳理，一方面更容易与客户产生共鸣，另一方面也可以大大减少因为知识方面的差异导致错识需求的产生。

?和客户交谈

你要面对“正确”的客户区分不同层次的客户需求，要面对不同层级，不同部门的客户，把客户分类，区分需求的优先级别。如果你做的项目业务是你熟悉的，那还好，如果是你不熟悉的，一定要花点精力学习一下这个行业业务的背景资料，这也是我上面谈到的先请行业专家的原因。毕竟，客户是不可能给你系统地介绍业务的。只有你通晓了行业业务，才能和用户交流，并正确而有效地引导客户，做好需求分析，你不能指望客户能明确地说出需求。

当然，这也是系统分析人员的职责所在。在开始做需求的时候，你最后花一点时间搞清楚你接触的客户是不是做实际业务的客户，如果你面对的客户不是将来的系统的实际使用者。你就有点麻烦了。可能他是客户公司派过来的IT部的人，他会提一大堆东西，而这些东西可能根本不是实际业务需要的功能，而他一般还会兴致勃勃地给你一些技术实现的建议。这个时候你就要小心了，如果你听了他的话，你可能在最后才发现，你花了大量精力解决的问题，其实并不是客户真正需要的。而你真正需要关注的，却做得远远不够。

?参考其他类似软件和系统

在经过与客户的沟通，并形成初步的需求之后，不要急成正式的需求，请先参考一下以前的一些系统，去理解一下了解到的需求与原先系统的差异，并去发现是否有些需求会产生错识需求。

?业务建模

为需求建立模型，需求的图形分析模型是软件需求规格说明极好的补充说明。它们能提供不同的信息与关系以有助于找到不正确的、不一致的、遗漏的和冗余的需求。这样的模型包括数据流图、实体关系图、状态变换图、对话框图、对象类及交互作用图。

?需求整理并形成需求规格说明书

需求规格说明书的模板我想每家公司都是不一样的，也没有必要都一样，但我认为每个需求规格说明书至少应包括

软件需求一旦通过了评审，就应该基线化，纳入配置管理库。而在配置管理库中的文档或代码不能再轻易进行修改。当有需求要进行变更的时候，就必须提出申请，写需求变更计划，审核通过，才有权限进行需求变更。然后配置管理员一定要做好需求的跟踪。，凡是跟变更需求有牵连的开发人员和测试人员都要同步的通知到和及时让他们做好相应部分的各类文档的修改。

?需求变更管理

需求的变更管理被认为是最容易出问题，一般项目做不完也主要是由此产生。需求变更的出现主要是因为在项目的需求确定阶段，用户往往不能确切地定义自己需要什么。用户常常以为自己清楚，但实际上他们提出的需求只是依据当前的工作所需，而采用的新设备、新技术通常会改变他们的工作方式;或者要开发的系统对用户来说也是个未知数，他们以前没有过相关的使用经验。随着开发工作的不断进展，系统开始展现功能的雏形，用户对系统的了解也逐步深入。于是，他们可能会想到各种新的功能和特色，或对以前提出的要求进行改动。他们了解得越多，新的要求也就越多，需求变更因此不可避免地一次又一次出现。如何

有效的管理需求变更，下面是某公司目前的做法。公司采用Test Director作为需求管理工具，需求人员每次与客户沟通后形成需求调查表，统一录入Test Director，并进行综合及整理后形成需求规格说明书，之后由研发部、产品部、及销售代表(如果有客户参加就更好了)进行需求评审，建立需求基线。制订简单、有效的变更控制流程，并形成文档。在建立了需求基线后提出的所有变更都必须遵循变更控制流程进行控制，同时每一笔重要的需求变更都需要客户签字确认才认为需求变更生效。需求变更后，受影响的软件计划、产品、活动都要进行相应的变更，以保持和更新的需求一致。因为Test Director提供了需求变更记录，可以帮助我们形成良好的文档，便于进行管理。

2. 需求管理

首先要针对需求做出分析，随后应用于产品并提出方案。需求分析的模型正是产品的原型样本，优秀的需求管理提高了这样的可能性：它使最终产品更接近于解决需求，提高了用户对产品的满意度，从而使产品成为真正优质合格的产品。从这层意义上说，需求管理是产品质量的基础。

需求管理的目的是在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。

需求确认是指开发方和客户共同对需求文档进行评审，双方对需求达成共识后作出书面承诺，使需求文档具有商业合同效果。

需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系，建立与维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。

需求变更控制是指依据“变更申请-审批-更改-重新确认”的流程处理需求的变更，防止需求变更失去控制而导致项目发生混乱。

根据上面描述的具体方法及步骤，由于需求分析的参与人员、业务模式、投资、时间等客观因素的影响和需求本身具有主观性和可描述性差的特点，因此，需求分析工作往往面临着一些潜在的风险，应引起项目相关干系人的注意。这些风险主要表现如下：

1)用户不能正确表达自身的需求。在实际开发过程中，常常碰到用户对自己真正的需求并不是十分明确的情况，他们认为计算机是万能的，只要简单的说说自己想干什么就是把需求说明白了，而对业务的规则、工作流程却不愿多谈，也讲不清楚。这种情况往往会增加需求分析工作难度，分析人员需要花费更多的时间和精力与用户交流，帮助他们梳理思路，搞清用户的真实需求。从另一方面来看，他们对于计算机的理解肯定不是很到位，而我们如何引导，正确梳理出正确的需求就需要先从工作业务流程出发，而不是先从计算机方面来考虑

问题。

2)业务人员配合力度不够。有的用户日常工作繁忙，他们不愿意付出更多的时间和精力向分析人员讲解业务，这样会加大分析人员的工作难度和工作量，也可能导致因业务需求不足而使系统无法使用。针对此类问题我们一般的做法是在项目开始阶段先确定好一个与客户沟通过的需求调研计划，当然这样还是经常会有变动，但相对来讲从责任上来讲，客户也会有一定的压力，因为如果不配合可能会导致系统进度的延误，其实这也不是客户希望看到的。

3)用户需求的不断变更。由于需求识别不全、业务发生变化、需求本身错误、需求不清楚等原因，需求在项目的整个生命周期都可能发生变化，因此，我们要认识到，软件开发的过程实际上是同变化做斗争的过程，需求变化是每个开发人员、项目管理人员都会遇到的问题，也是最头痛的问题，一旦发生了需求变化，就不得不修改设计、重写代码、修改测试用例、调整项目计划等等，需求的变化就像是万恶之源，为项目的正常的进展带来不尽的麻烦。针对这类需求变更的问题，个人认为是影响进度的最大的敌人，目前我们的做法是每次根据客户的需求整理出一个书面的文件，由客户签字确认。当然这里还有一个很重要的问题就是不是每个需求都是必须做的，我们要学习如何拒绝客户。

4)需求的完整程度。需求如何做到没有遗漏?这是一个大问题，大的系统要想穷举需求几乎是不可能的，即使小的系统，新的需求也总会不时地冒出来。一个系统很难确定明确的范围并把所有需求一次性提出来，这会导致开发人员在项目进展中去不断完善需求，先建立系统结构再完成需求说明，造成返工的可能性很大，会给开发人员带来挫折感，降低他们完成项目的信心。

5)需求的细化程度。需求到底描述到多细，才算可以结束了?虽然国家标准有需求说明的编写规范，但具体到某一个需求上，很难给出一个具体的指标，可谓仁者见仁，智者见智，并没有定论。需求越细，周期越长，可能的变化越多，对设计的限制越严格，对需求的共性提取要求也越高，相反，需求越粗，开发人员在技术设计时不清楚的地方就越多，影响技术设计。

6)需求描述的多义性。需求描述的多义性一方面是指不同读者对需求说明产生了不同的理解;另一方面是指同一读者能用不同的方式来解释某个需求说明。多义性会使用户和开发人员等项目参与者产生不同的期望，也会使开发、测试人员为不同的理解而浪费时间，带来不可避免的后果便是返工重做。

7)忽略了用户的特点分析。分析人员往往容易忽略了系统用户的特点，系统是由不同的人使用其不同的特性，使用频繁程度有所差异，使用者受教育程度和经验水平不尽相同。如

果忽略这些的话，将会导致有的用户对产品感到失望。

8)需求开发的时间保障。为了确保需求的正确性和完整性，项目负责人往往坚持要在需求阶段花费较多的时间，但用户和开发部门的领导却会因为项目迟迟看不到实际成果而焦虑，他们往往会强迫项目尽快往前推进，需求开发人员也会被需求的复杂和善变折腾的筋疲力尽，他们也希望尽快结束需求阶段。

在实际的工作中，我列了一些需要关注的问题，以避免一些不必要的麻烦。

1)抓住决策者最迫切和最关心的问题，引起重视。用户方决策者对项目的关心重视程度是项目能否顺利开展的关键，决策者的真实意图也是用户方的最终需求，因此，在开发过程中要利用一切机会了解决策者关心的问题，同时也要让他们了解项目的情况。在诸如谈判、专题汇报、协调会议、领导视察、阶段性成果演示等过程中用简短明确的语言或文字抓住领导最关心的问题，引导他们了解和重视项目的开发，当决策者认识到项目的重要性时，需求分析工作在人力、物力、时间上就有了保障。

2)建立组织保障，明确的责任分工。项目开发一般都会成立相应的项目组或工程组，目前，常见的组织形式是：产品管理组、质量与测试组、程序开发组、用户代表组和后勤保障组，各组的主要分工是：产品管理组负责确定和设置项目目标，根据需求的优先级确定功能规范，向相关人员通报项目进展。程序管理组负责系统分析，根据软件开发标准协调日常开发工作确保及时交付开发任务，控制项目进度。程序开发组负责按照功能规范要求交付软件系统。质量与测试组负责保证系统符合功能规范的要求，测试工作与开发工作是独立并行的。用户代表组负责代表用户方提出需求，负责软件的用户方测试。后勤保障组负责确保项目顺利进行的后勤保障工作。

3)建立良好的沟通环境和氛围。分析人员与用户沟通的程度关系到需求分析的质量，因此建立一个良好的沟通氛围、处理好分析人员与用户之间的关系显得尤其重要，一般情况，用户作为投资方会有一些心理优势，希望他们的意见得到足够的重视，分析人员应该充分的认识到这一点，做好心理准备，尽量避免与他们发生争执，因为我们的目的是帮助用户说出他们的最终需要。在沟通时分析人员应注意以下几个方面：1)态度上要尊重对方，但不谦恭。谦恭可能会让用户一时感到满意，但对长期合作并没有好处，尤其是在发生冲突的时候，用户会习惯性地感到自己的优势，而忽略分析人员地意见。2)分析人员要努力适应不同用户的语言表达方式。每个人都有自己的表达方式，所以优秀的分析人员应该是一个优秀的“倾听者”，他们能很快的适应用户的语言风格，理解他们的意思。3)善于表达自己，善于提问。分析人员在开口前应该先让对方充分表达他的意思，在领会了后，自己再说，尽量不要抢话。

4)工作外的交流有助于增进理解，加强沟通。

4)需求质量控制要制度化需求的变化是软件项目不可避免的事实，因此需求质量控制是一项艰苦的工作，要保证该项工作的顺利实施，就必须有制度保证，这个制度可以在项目质量控制方案中制定，该方案主要是具体化、定量化的描述用户要求，形成全面、一致、规范的软件需求分析规格说明书，明确需求分析规格说明书的工作程序和要素，规范开发活动，为后续软件设计、实现、测试、评审及验收提供依据。在方案中要明确项目组各部门关于需求质量控制的职责，制定需求分析的工作程序，包括编制需求分析工作计划、编制《需求分析说明书》、《需求分析规格说明书》的评审和确认、《需求分析规格说明书》修改控制、确定需求质量控制的质量记录文档规范等内容。

本文论述围绕于需求管理，需求管理是开发工作有效进行的确证。很明显需求管理是一种很高层次的系统行为，涉及整个开发过程和产品本身。需求管理首先要针对需求做出分析，随后应用于产品并提出方案。需求分析的模型正是产品的原型样本，优秀的需求管理提高了这样的可能性：它使最终产品更接近于解决需求，提高了用户对产品的满意度，从而使产品成为真正优质合格的产品。从这层意义上说，需求管理是产品质量的基础。

管理沟通基本策略知识分享

管理沟通基本策略

第二章管理沟通基本策略一、管理沟通策略模型沟通者策略、听众策略、信息策略、渠道选择策略、文化策略二、沟通者策略 1、沟通主体分析的两个基本问题自我认知（我是谁）和自我定位（我在什么地方）（1）、沟通者的可信度：初始可信度和后天可信度影响因素：身份地位、良好意愿、专业知识、外表形象、共同价值（2）、沟通者的自我背景 2、目标和策略的确定沟通的目标：总体目标、行动目标、沟通目标策略的选择：指导性策略（告知策略和说服策略）咨询性策略（征询策略和参与策略） 3、约哈里窗意义：揭示了个体进行沟通和信息处理的方式。有助于我们认知自己，同时更加客观地了解他人，从而有效地减少人际沟通中的知觉偏差。三、听众策略（一）、定义：听众策略是指根据听众的需求和利益期望组织信息、传递信息、调整沟通方式的有关技巧。主要包括听众分析策略和听众激发策略（二）、沟通对象的特点分析自己了解自己不了解公开的自我开放区（公开）背脊的自我盲目区（盲点）隐蔽的自我隐秘区（隐私）未知的自我未知区（潜能）他人了解他人不了解反馈自我透露

1、听众范畴：主要听众、次要听众、守门人、意见领袖、关键决策者 2、了解听众的方法：个体分析—每一成员（教育、年龄、性别、民族等）整体分析—公众（群体特征、立场、共同规范、传统） 3、听众了解情况：听众对背景资料的了解情况听众对新信息的需求听众的期望和偏好（风格偏好、渠道偏好、标准态度与格式）4、听众的感觉：（1）受众对沟通者的信息感兴趣的程度兴趣高及中立：直奔主题或强调利益部分加强信念不感兴趣：一开始就提出预期的反对意见，再列出可能同意的几个观点，逐渐得到整体构想的认可，申明问题确实存在，获得对问题的认同然后解决问题。（2）沟通者所要求的行动对听众来说是否容易做到比较难做到～强化你所希望的行动对受众的利益和信念很难做到～首先将行动细化为更小的要求，其次尽可能简化步骤，最后提供可遵循的程序清单。（三）、受众兴趣的激发 1、通过明确的利益激发客体 2、通过可信度激发客体运用条件：受众对主题的涉及和关注程度小具体策略：1.确立、寻找“共同价值观”，构筑与受众的“共同出发点”。 2.传递良好意愿，“投桃报李、礼尚往来” 3.运用地位可信度与惩罚技巧 3、通过信息结构激发客体 1、通过开场白激发——从开头起就吸引受众的注意力和兴趣 2、通过信息结构的主体激发——“灌输”技巧、“循序渐进”技巧、“开门见山”技巧、“双向”技巧。 3、通过信息结尾安排激发——简化受众对目标的实现步骤以激发兴趣（四）、特殊的听众：四种风格的上司

需求和范围管理

论信息系统的需求管理和范围管理摘要在2003年9月，我参与了“某省毕业生就业公共网”项目的建设．在项目中担任项目经理职务．该项目作为“数字**”的重点工程，受到了省政府和“数字**”领导小组领导的高度重视．系统以省人事厅为依托，面向全省各级政府人事部门，大中专院校，中介机构、用人单位和毕业生．集就业指导、政策宣传，人才交流，就业手续办理，政府宏观管理于一体。堪称我省至今为止，最大的电子政务项目之一。本文结合作者的经验就项目管理的需求管理和范围管理作了翔实的论述；并就项目过程中采取的措施、方法作了介绍．最后，列举了该项目范围管理的一些不足之处．正文一、项目概述为进一步加强我省毕业生就业服务体系建设，加强我省人才资源的宏观管理与合理配置，为我省广大毕业生和用人单位提供便捷的人事人才服务；在省领导、省人事厅和“数字**”建设领导小组的高度重视和支持下，“**省毕业生就业公共网”（下简称：就业网）项目作为“数字**”的重点工程于2003年9月启动了。项目总投资150万元，要求在2004年5月1日前全面竣工并投入使用．系统要求采用先进的技术手段，以省人事厅为依托，以Internet为载体，大中专毕业生就业创业为导向；面向全省各级人事部门，大中专院校，人才中介机构，用人单位和毕业生；连接人事部、教育部和其他兄弟省市就业主管部门、高等院校；构筑一个大容量，宽辐射的全省毕业生就业创业公共服务平台。为我省广大毕业和用人单位提供全面、便捷、快速的人事人才服务；为大中专院校提供集学生学籍管理与就业相关工作的办公自动化平台。预计系统建成后将成为我省第一个面向全省的、大容量的、跨区域的毕业生就业创业电子政务应用服务平台。通过公司的项目经理竞争上岗机制，我有幸获得了公司领导与业主的信任，成为该项目的项目经理，全面主持项目的管理工作．在省政府与“数字**”小组领导的亲切关怀下，业主的通力配合与支持下，我与项日组全体同志们一起并肩作战，通过近8个月的努力，终于在2004年4月15日全面通过验收，项目花费总成本为96万元．比计划提起了15天，为公司挣得近50万的利润．二、项目范围难以管理范围管理是项目管理的基础，也是项目管理工作的重点和难点。含糊的需求和频繁变更的范围让项目的甲乙双方吃尽了苦头．如何做好项目的需求管理与范围管理常常是项目经理最头疼的间题。就业网项目的成功，笔者一直认为得益于有效的项目范围管理机制。在此笔者就就业网项目采取的项目范围管理的一些方法做简略介绍，望各位读者批评指正．三、项目需求与范围的区别和联系项目范围（Project-scope）包括项目的最终产品或服务以及实现改产品或服务所需的各项具体工作。从这个意义上讲就是项目应该做什么，不应该做什么，以及如何做。也就是说，项目范围事实包括2个方面的内容：项目需求和项目过程．项目需求确定做什么．项目过程确定如何做．项目范围管理也就是对项目应该做什么和怎么做做出相应的定义和控制．事实上就是对需求的管理和项目过程的管理．四、就业网项目需求特点 1 、项目干系人多就业网是面向全省各级人事部门（省、市、县三级近100个人事行政单位）、大中专院校（近

产品需求管理――差异化的产品创新

产品需求管理――差异化的产品创新文件编码（TTU-UITID-GGBKT-POIU-WUUI-0089）

产品需求管理――差异化的产品创新时间地点：2010年12月16—17日深圳时间地点：2010年12月21—22日成都培训费用：2600元/两天（含两天中餐、指定教材、证书、茶点）培训方式：案例分享、实务分析、互动讨论、项目模拟、培训游戏参加对象：企业CEO/总经理、研发总监、研发经理/项目经理/技术经理/产品经理、系统工程师、产品规划专家等。 -------------------------------------------------------------------------------- ? 课程背景：通过和众多国内科技企业接触，发现这些企业中普遍存在：

一、研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快二、产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点三、了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责四、需求准确把握决定产品成败，但没有人关注需求，即使有时想关注也不知道如何关注五、需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性六、缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 七、不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动八、针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 九、“不编码就等于没有干活”的思想作怪，产品开发过程需求工作持续时间短，需求分析不充分

管理沟通基本策略资料讲解

第二章管理沟通基本策略一、管理沟通策略模型沟通者策略、听众策略、信息策略、渠道选择策略、文化策略二、沟通者策略 1、沟通主体分析的两个基本问题自我认知（我是谁）和自我定位（我在什么地方）（1）、沟通者的可信度：初始可信度和后天可信度影响因素：身份地位、良好意愿、专业知识、外表形象、共同价值（2）、沟通者的自我背景 2、目标和策略的确定沟通的目标：总体目标、行动目标、沟通目标策略的选择：指导性策略（告知策略和说服策略）咨询性策略（征询策略和参与策略） 3 、约哈里窗意义：揭示了个体进行沟通和信息处理的方式。有助于我们认知自己，同时更加客观地了解他人，从而有效地减少人际沟通中的知觉偏差。三、听众策略（一）、定义：听众策略是指根据听众的需求和利益期望组织信息、传递信息、调整沟通方式的有关技巧。主要包括听众分析策略和听众激发策略（二）、沟通对象的特点分析自己了解自己不了解公开的自我开放区（公开）背脊的自我盲目区（盲点）隐蔽的自我隐秘区（隐私）未知的自我未知区（潜能）他人了解他人不了解反馈自我透露

1、听众范畴：主要听众、次要听众、守门人、意见领袖、关键决策者 2、了解听众的方法：个体分析—每一成员（教育、年龄、性别、民族等）整体分析—公众（群体特征、立场、共同规范、传统） 3、听众了解情况：听众对背景资料的了解情况听众对新信息的需求听众的期望和偏好（风格偏好、渠道偏好、标准态度与格式） 4、听众的感觉：（1）受众对沟通者的信息感兴趣的程度兴趣高及中立：直奔主题或强调利益部分加强信念不感兴趣：一开始就提出预期的反对意见，再列出可能同意的几个观点，逐渐得到整体构想的认可，申明问题确实存在，获得对问题的认同然后解决问题。（2）沟通者所要求的行动对听众来说是否容易做到比较难做到～强化你所希望的行动对受众的利益和信念很难做到～首先将行动细化为更小的要求，其次尽可能简化步骤，最后提供可遵循的程序清单。（三）、受众兴趣的激发 1、通过明确的利益激发客体 2、通过可信度激发客体运用条件：受众对主题的涉及和关注程度小具体策略：1.确立、寻找“共同价值观”，构筑与受众的“共同出发点”。 2.传递良好意愿，“投桃报李、礼尚往来” 3.运用地位可信度与惩罚技巧 3、通过信息结构激发客体 1、通过开场白激发——从开头起就吸引受众的注意力和兴趣 2、通过信息结构的主体激发——“灌输”技巧、“循序渐进”技巧、“开门见山”技巧、“双向”技巧。 3、通过信息结尾安排激发——简化受众对目标的实现步骤以激发兴趣（四）、特殊的听众：四种风格的上司

管理沟通基本策略

咨询性策略（征询策略和参与策略） 3、约哈里窗意义：揭示了个体进行沟通和信息处理的方式。有助于我们认知自己，同时更加客观地了解他人，从而有效地减少人际沟通中的知觉偏差。三、听众策略（一）、定义：听众策略是指根据听众的需求和利益期望组织信息、传递信息、调整沟通方式的有关技巧。主要包括听众分析策略和听众激发策略（二）、沟通对象的特点分析 1、听众范畴：主要听众、次要听众、守门人、意见领袖、关键决策者 2、了解听众的方法：个体分析—每一成员（教育、年龄、性别、民族等）整体分析—公众（群体特征、立场、共同规范、传统） 3、听众了解情况：听众对背景资料的了解情况听众对新信息的需求听众的期望和偏好（风格偏好、渠道偏好、标准态度与格式） 4、听众的感觉：

（1）受众对沟通者的信息感兴趣的程度兴趣高及中立：直奔主题或强调利益部分加强信念不感兴趣：一开始就提出预期的反对意见，再列出可能同意的几个观点，逐渐得到整体构想的认可，申明问题确实存在，获得对问题的认同然后解决问题。（2）沟通者所要求的行动对听众来说是否容易做到比较难做到～强化你所希望的行动对受众的利益和信念很难做到～首先将行动细化为更小的要求，其次尽可能简化步骤，最后提供可遵循的程序清单。（三）、受众兴趣的激发 1、通过明确的利益激发客体 ①、以明确受众利益激发兴趣 ②、传递恰当信息使受众明确获得的利益～寻找针对受众具体需求的沟通信息 2、通过可信度激发客体运用条件：受众对主题的涉及和关注程度小具体策略：1.确立、寻找“共同价值观”，构筑与受众的“共同出发点”。 2.传递良好意愿，“投桃报李、礼尚往来”

产品需求管理中的需求变更

产品需求管理中的需求变更 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】

产品需求管理中的需求变更 IT行业中失败项目的比例可以说明“项目管理”是很难做好的事情，项目失败的原因千千万，我认为需求管理、需求变更管理是个很重要的因素。恰恰PM的工作缺不了项目管理，更缺不了对于需求的管理，偶然的原因，和团队分享了我对于项目进行中“需求变更”的理解和管理方法。忽然发现之前写过很多产品思考和细节思考的东西，但从没有整理出方法论，后续应该多整理下方法论。我认为对需求变更这件事是需要无限关心的，它的目的在于两点： 1，管理需求变更的过程，实际上是不断明确项目目标的过程，是自我完善的过程。 2，需求变更对虚拟团队的打击是PM需要避免的，无论是对PM的信任度，还是对于自身的挫折感，都很重要。我整理的需求变更循环如下： 1，需求质量需求包含调研过程、沟通过程、文档产出等内容，PM前期需要尽可能的想清楚、表达清楚，包括大局、节奏和细节。需求质量的高低能够对后续的变更起到决定性的作用，杂乱无章、漏洞百出的需求必然会导致无尽的需求变更。但需求质量也并不是绝对的，要看项目，看开放方案，对于敏捷开发来说，质量要求也许70分就够了，快速迭代才是硬道理。对于重大项目，也许要80分才能过各级的评审。但无论如何60分是必须的，需求达到一定质量才能立项进入开发阶段，这也是一般情况下采取的项目评审方式。 2，团队理解一致 PM团队、项目虚拟团队的沟通效果最重要，要明确每个人的理解一致。PM把自己的调研、设想、预期描述清楚是第一步，这也是PM的必须课。但更重要的是要明确每个人的理解是一致的。要知道很多时候不同的人对于同一句话，同一个描述段落，理解很有可能是不一致的，这必然会导致后续的发展不一致。因此团队成员每一个人的理解是一致的这件事很重要，不光是为了给大家洗脑，更重要的是让大家做同一件事。 3，越早发现问题越好问题发现的越早，产生的破坏力越小，对项目进度的影响也越小。可行的方法有很多，随时关注开发进度、进行每日例行站会都是好方法。PM的责任当然不是启动开发后把所有的事情交由项目经理(或者开发负责人，或者什么人)去管理，正确的方式应该是要不自己就是项目经理，要不自己也参与项目的管理工作，最低自己也得随时关注项目的进度。 4，积极面对发现问题后不能等待，要么变更要么放弃，必须做出选择。事实上经常会遇到一些情况，让我们很难去积极面对，比如资源紧张，比如时间紧张，比如麻烦太大，比如无法向老板交代，比如无法向同学们解释，比如会让同学们鄙视等等。但不作为永远都是下下策，积极面对是解决问题的唯一出路，也是必须要使用的方式。 5，及时更新文档文档虽然不是最重要的，但记录变更非常重要。无论是对团队成员来说，还是对自己来说，记录变更内容都是非常重要的。每个人的记忆力都是有限的，每次评审都是没有记录的，每次邮件都是杂乱无章的，每次会议纪要都是不正式的。唯一正式、可靠的就是需求文档，将变更内容及时更新不但是良好的工作习惯，也是对项目团队负责人的表现，任何人这样做都会获得别人的尊重。 6，冻结时间点

企业战略改善企业管理沟通的策略分析

企业战略改善企业管理沟通的策略分析集团文件发布号：（9816-UATWW-MWUB-WUNN-INNUL-DQQTY-

★★★文档资源★★★摘要：管理沟通在现代企业运作中起着日益重要的作用，文章针对如何改善企业管理沟通，提出了管理沟通的针对性原则、适度性原则，研究了如何掌握沟通技巧、创建有利于管理沟通的企业文化。关键词：管理沟通；沟通网络；针对性；适度性现代企业内外部环境的变化日益复杂，企业正面临着全球化、信息化和知识化的挑战，此外企业本身的规模越来越大，内部的组织结构和人员构成越来越复杂，相关的企业越来越多，对市场和企业自身的把握越来越困难，员工之间利益、文化越来越呈现出多元化特征，内外部人员间的矛盾和冲突不断增加等。企业发展正面临着这些问题，而解决这些问题的关键因素是管理沟通，于是如何实现有效的管理沟通成了现代企业管理迫在眉睫的问题，本文正是基于这样的背景对改善企业管理沟通进行了探讨。一、掌握适度性原则目前，国内有很多企业在制定战略规划后，都不能将企业的战略意图清晰地传达给员工。由于缺乏有效的战略沟通，非常容易导致企业各部门失去共同的方向和目标，不能从全局出发，致使企业在实施战略中屡屡受阻。可见，企业对员工适度的管理沟通是非常重要的。管理沟通的渠道设置及沟通频率不能太多，也不能太少；而应当根据企业具体业务与管理的需要，适度、适当地设置，以能达到管理目的为基准。有些管理者往往会容易产生这样两种心理：担心下属没有按照自己的要求工

作，所以自己过于频繁去现场查看或查问下属的工作进展情形，导致不必要的忧虑和管理资源浪费，这是管理沟通过于频繁的情形；或者又过于相信下属会按照自己指令开展工作，因此对下属的工作进展很少过问，造成管理失控，给企业带来损失，这又变成了管理沟通过于稀少的毛病。从被管理者的角度来讲，也容易存在着相应的沟通毛病：一是沟通频率过高，为了讨取上级领导欣赏与信任，或让领导更多地了解自己的工作业绩，有事没事，有空没空，经常往领导办公室汇报工作情况，既影响了自己工作开展，又给领导的正常工作造成干扰和低效率；二是沟通频率过低，很多下属以为自己干好自己的本职工作就行了，至于向不向领导汇报工作进展情况，则根本不重要，理由是事实上不汇报，工作照样可以圆满完成，由此造成了按照要求应当及时汇报，却没汇报，使管理层对于具体工作的开展失去必要的信息反馈。所以沟通过多或过少，渠道设置太多或太少，均会影响管理沟通的效率、效益。太多时形成沟通成本太高，企业资源浪费；太少时又使得必要的管理沟通缺乏渠道和机会，信息交流受到人为****，管理的质量和强度受到影响，严重时影响企业生存发展的大局。因此，适当地把握住适度性原则，对企业经营管理有其现实重要性。二、掌握针对性原则管理沟通的针对性原则是指，所有管理沟通的活动与过程设计，都是为了解决企业管理中的某些具体问题，支持、维护企业正常高效运行而设置，每一项管理沟通活动都有其明确合理的针对性。虽然不同企业

信息系统项目管理师论文范文—需求和范围管理

信息系统项目管理师论文范文—需求和范围管理信息系统项目管理师考试，要求考生掌握信息系统项目管理的知识体系；能够根据需求组织制订可行的项目管理计划；能分析和评估项目管理计划和成果。信息系统项目管理师论文写作满分75分，及格分数45分。依据考试分值，论文占有相当高的比重。根据软考办最新发布的软考注意事项通知：答题纸论文摘要为330字，正文部分为2750字。下面由小编总结几篇范文仅供大家参考学习。范文一论信息系统的需求管理和范围管理【摘要】在2008年9月，本人参与了“某省毕业生就业公共网”项目的建设．在项目中担任项目经理职务．该项目作为“数字**”的重点工程，受到了省政府和“数字**”领导小组领导的高度重视．系统以省人事厅为依托，面向全省各级政府人事部门，大中专院校，中介机构、用人单位和毕业生．集就业指导、政策宣传，人才交流，就业手续办理，政府宏观管理于一体。堪称本人省至今为止，最大的电子政务项目之一。本文结合作者的经验就项目管理的需求管理和范围管理作了翔实的论述；并就项目过程中采取的措施、方法作了介绍．最后，列举了该项目范围管理的一些不足之处．【正文】一、项目概述为进一步加强本人省毕业生就业服务体系建设，加强本人省人才资源的宏观管理与合理配置，为本人省广大毕业生和用人单位提供便捷的人事人才服务；在省领导、省人事厅和“数字**”建设领导小组的高度重视和支持下，“**省毕业生就业公共网”（下简称：就业网）项目作为“数字**”的重点工程于2003年9月启动了。

项目总投资150万元，要求在2014年5月1日前全面竣工并投入使用．系统要求采用先进的技术手段，以省人事厅为依托，以Internet为载体，大中专毕业生就业创业为导向；面向全省各级人事部门，大中专院校，人才中介机构，用人单位和毕业生；连接人事部、教育部和其他兄弟省市就业主管部门、高等院校；构筑一个大容量，宽辐射的全省毕业生就业创业公共服务平台。为本人省广大毕业和用人单位提供全面、便捷、快速的人事人才服务；为大中专院校提供集学生学籍管理与就业相关工作的办公自动化平台。预计系统建成后将成为本人省第一个面向全省的、大容量的、跨区域的毕业生就业创业电子政务应用服务平台。通过公司的项目经理竞争上岗机制，本人有幸获得了公司领导与业主的信任，成为该项目的项目经理，全面主持项目的管理工作．在省政府与“数字**”小组领导的亲切关怀下，业主的通力配合与支持下，本人与项日组全体同志们一起并肩作战，通过近8个月的努力，终于在2014年4月15日全面通过验收，项目花费总成本为96万元．比计划提起了15天，为公司挣得近50万的利润．二、项目范围难以管理范围管理是项目管理的基础，也是项目管理工作的重点和难点。含糊的需求和频繁变更的范围让项目的甲乙双方吃尽了苦头．如何做好项目的需求管理与范围管理常常是项目经理最头疼的间题。就业网项目的成功，笔者一直认为得益于有效的项目范围管理机制。在此笔者就就业网项目采取的项目范围管理的一些方法做简略介绍，望各位读者批评指正．三、项目需求与范围的区别和联系项目范围（Project-scope）包括项目的最终产品或服务以及实现改产品或服务所需的各项具体工作。从这个意义上讲就是项目应该做什么，不应该做什么，以及如何做。也就是说，项目范围事实包括2个方面的内容：项目需求和项目过程．项目需求确定做什么．项

论软件项目中需求管理的重要性

需求管理对软件项目的重要性信息技术革命正以迅猛之势更新着我们生存的社会。信息技术不再仅作为一项独立技术而存在。各行各业中信息化手段与技术的采用越来越突出，软件需求量越来越大，与此蓬勃发展的软件产业前景相反的是，软件行业落后的生产方式无法满足目前信息化时代飞速增长的软件需要，大型信息系统的成功率持续低迷。以计算机软件、集成电路技术为主导的信息技术革命正以迅猛之势更新着我们生存的社会，信息技术不再仅作为一项高科技技术而存在，而是广泛渗透于各个行业领域的生产、经营、管理等过程，成为它们发展的辅助手段和管理工具。信息的采集、分析、处理、整合、发布是信息产业的核心内容，它们都离不开软件。软件是计算机的核心，信息社会需要众多功能灵活的软件系统。但是，自20世纪60年代以后，全球软件行业落后的软件生产方式无法满足目前信息化时代飞速增长的软件需要，传统的软件开发方式与软件产品设计过程已不能满足当今对软件产品多样化的业务需要，从而导致软件开发与生命周期维护过程中出现一系列严重的问题。所以我认为“软件项目中的需求管理”是软件项目成败的关键，对项目成败具有决定性的作用。以下将阐述软件项目中需求管理的重要性。现阶段需求管理的问题主要体现在以下几个方面：

1.软件项目中范围、进度、成本估算准确率低。软件项目开发的实际成本远远高出估算成本高出；同时实际进度比预期进度延后几个月甚至几年。这种现象降低了软件组织的信誉。 2.客户对最终交付产品满意度低。软件开发人员在对用户需求未有清晰了解的基础上，对所面对的问题领域还没有确切分析与设计的情况下，即着手进行开发、编写程序。造成实际产品与客户期望功能产生偏离，无法解决客户的真实需求而造成客户满意度降低。 3.软件产品质量差强人意。软件质量保证技术没有贯彻地采用到软件开发的过程中，这必会导致软件产品发生质量问题。缺乏审核、复审和全面测试的软件难免质量低下，出错率高。 4.软件不可维护、生命周期短。软件程序中错误难以改正，出现新的需求或者需求变更时原有架构不易于维护，不能根据用户的新需求在原有架构中进行改变。造成软件的使用年限缩短，软件成本加深。 5.软件缺乏配套文档资料。软件产品应具备整套文档资料。然而在进度与成本的制约下，文档的编写与更新工作也使得软件组织疲惫不堪，每个人对文档内容的深度与阐述程度不尽相同。加之企业缺乏与之配合的文档制度、文档模板，更为文档编写带来困难之处。而缺乏相关文档对软件的二

产品需求分析与需求管理——如何搞定市场需求

产品需求分析与需求管理——如何搞定市场需求主讲：董奎（十多年高科技企业的研发与管理实践经验，在某著名高科技企业工作期间，先后担当项目经理、系统工程师、产品经理、软件部经理）课程对象：企业CEO/总经理、研发总监、研发经理/项目经理/技术经理/产品经理、产品规划专家等。授课方式：讲师讲授+视频演绎+案例研讨+角色扮演+讲师点评。【课程背景】通过和众多国内科技企业接触，发现这些企业中普遍存在： 1、技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2、研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3、产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4、了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5、需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6、需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性 7、缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8、不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9、针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。【课程重点】 1、如何确定目标客户，如何分析需求关系人？

2、如何从市场（客户）角度进行有效的客户需求收集？ 3、围绕产品成功2个核心因素差异化+成本优势，整理产品需求 4、如何对客户需求进行整理和分析，形成产品包需求？ 5、如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？课程贯穿案例分享，详细讲解目标客户?客户要求?客户需求?产品包需求?产品概念确定全过程，详细讲解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个核心秘诀、破坏性创新的3石蕊实验、SweetPoint模型、基于不同产品生命周期的12个创新思路等），提升产品的竞争力，确保市场成功、财务成功。【课程价值】 1、掌握从市场角度进行有效的客户需求收集的机制和方法，筛选高质量的客户需求； 2、掌握对客户需求进行整理、分类、分析的方法，提高各个角色对需求理解的一致性，最终形成产品包需求，明确产品的竞争优势与卖点； 3、掌握外部需求和内部需求一体化管理的机制，从而降低产品的端到端生命周期成本； 4、掌握产品核心诉求的提炼方法，确定有吸引力的产品概念； 5、掌握支撑研发需求工程各个阶段工作运作的工具和操作方法；【培训内容】一、案例分享二、六个基本概念 1、什么是客户？ 1)客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户 2、什么是需求？ 1)WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需求规格、技术需求、非技术需求 2)案例：某运营上广告折射对需求五层次的理解 3、需求工作的2个基本点：

企业管理沟通存在的问题及对策思考

企业管理沟通存在的问题及对策思考摘要：管理沟通被称为是企业管理的生命线，在企业发展中具有十分重要的意义，文章分析了我国企业在管理沟通上存在的问题并提出了相应的对策。关键词：企业;凝聚力;管理沟通一、管理沟通在企业发展中的作用管理沟通是指在企业管理活动中，为达成一定的管理目标，沟通者将特定的信息或态度传递给对方，以期获得所期望的效果的过程。沟通在企业管理中起着非常非常重要的作用。 1、企业的各项管理都离不开管理沟通。企业的管理工作包括很多方面，如业务管理、财务管理以及人力资源管理等等。就拿业务管理来说，需要企业通过市场调研来分析消费者的需求，从而为其提供相应的服务。这里的市场调研是需要做好管理沟通的。再比如，在企业的财务管理中，财务数据等的获得和整理等也是非常典型的沟通行为，这项活动需要相关管理人员的配合、协调、沟通。企业中对人力资源的管理更是离不开企业人员的管理沟通。在企业管理中，只有各级各部门人员之间进行了良好的管理沟通，才能有效地激励各类人员，从而激励部门之间、员工之间的通力合作，使他们为企业创造更多的财富和价值。 2、企业管理目标的最终实现离不开管理沟通。一个企业的员工和管理者之间，只有建立了通过有效的沟通，大家才能对企业的任务和企业的管理目标达成共识。只有达成了共识，员工才会自觉地将个人目标与企业目标相统一，大家才会有凝聚力，才会积极主动地努力工作，为了共同的目标而奋斗。今天的企业非常强调团队的合作精神，主张建立学习型组织。而团队的合作精神的激发，需要有效的沟通交流，处理好与各方面的关系。二、企业管理沟通存在的问题 1、管理者的沟通意识不强。目前，我国很多企业的老总非常强势，认为，只有管理者才是老大，在工作中，一切由老大说了算，就是一切由管理者说了算，管理者只要树立了权威就可以指挥员工按指示执行就行了。这种管理思想和管理行为严重限制了员

需求管理理论知识及需求管理工具介绍

需求管理理论知识及需求管理工具介绍 Marco Lee 2012-09-04

目录一、需求有关概念综述 (3) 1）需求定义 (3) 2）需求分析概述 (3) 3）需求分析主要过程 (4) 4）需求分析的特点 (4) 5）需求开发的十种常用方法 (5) 6）需求建模方法 (5) 7）主要概念区分 (5) 二、CMMI需求开发过程 (6) 1）基本概念 (6) 2）需求调查方法 (7) 3）CMMI需求分析过程 (8) 三、需求管理工具介绍 (11) 1）Rational RequisitePro (11) 2）IBM Rational DOORS (11) 3）Borland CaliberRM (13) 4）Cloudtopo Topo (13)

摘要需求是研发团队工作的起点，很多研发团队的开发过程混乱的源头都在于需求管理没有做好。本文就有关需要的概念以及几个需求管理系统，进行了论述。一、需求有关概念综述图1-需求分析组成部分 1）需求定义通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。按CMMI软件能力成熟度的定义，需求是开发方和客户方就系统未来所达到的功能和质量所达成的一致约定和协议。 2）需求分析概述需求分析活动或需求工程过程，在整个系统开发与维护过程中越来越重要，它贯穿于系统开发的整个生存周期。上个世纪80年代中期，形成了软件工程的子领域——需求工程 (Requirement Engineering, RE)。

需求工程，是应用已证实有效的技术、方法进行需求分析，确定需求客户，帮助系统开发分析人员理解问题，评估可行性，协商合理的解决方案、无歧义地规约方案、确认规约以及将规约转换到可运行的系统时的管理要求。需求工程通过合适的工具和符号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。需求分析是一个项目的开端，也是项目建设的基石。需求分析的过程包括了需求开发和需求管理两个部分。整体需求工程过程在项目启动后开始，进行需求获取、分析、规划定义和需求验证，并进行组织内外的需求评审，以确定需求基线，并在需求发生变更时，重新进行需求的获取、分析、定义和验证评审，并对需求变更影响项进行相关识别、风险应对、修改和跟踪。并对需求状态和变化过程进行统计分析和测量汇报。需求开发（RD，Requirement Development）指的是从问题收集、分析和评价到编写文档、评审等一系列产生需求的活动，这几个阶段的活动可以是相互独立和反复的，不一定非要遵循线性的顺序。需求开发讲究的是用系统的方法获取真正的全面的能实现的需求。需求管理（RM, Requirement Management）则是与需求直接相关的活动，即软件项目开发过程中控制和维持需求约定的活动，主要包括：变更控制、版本控制、需求跟踪、需求状态跟踪等工作。需求管理强调的是需求的确认以及需求变更的控制，其目的是确保各方对需求的一致理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。 3）需求分析主要过程 1）需求开发规程：分为需求获取、需求分析、规格化定义和需求验证等操作过程。 2）需求评审规程：对完成的系统需求进行组织内外评审的过程； 3）需求变更管理规程：需求基线产生后对需求进行变更管理的过程； 4）需求跟踪管理规程：对需求进行状态跟踪和过程跟踪的管理过程； 5）需求的测量和分析：对需求状态和需求变化过程进行测量和分析评估的管理过程； 4）需求分析的特点需求分析工作的复杂性及面临的潜在风险主要体现在以下方面： 1)需求描述的准确性问题;

产品需求分析与需求管理

产品需求分析与需求管理－－如何搞定市场需求通过和众多国内科技企业接触，发现这些企业中普遍存在： 1. 技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2. 研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3. 产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4. 了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5. 需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6. 需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性 7. 缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8. 不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9. 针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。本课程重点讲解： 1. 如何确定目标客户，如何分析需求关系人？ 2. 如何从市场（客户）角度进行有效的客户需求收集？ 3. 围绕产品成功2个核心因素差异化+成本优势，整理产品需求 4. 如何对客户需求进行整理和分析，形成产品包需求？ 5. 如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？课程贯穿案例分享，详细讲解目标客户→客户要求→客户需求→产品包需求→产品概念确定全过程，详细讲解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个核心秘诀、破坏性创新的3石蕊实验、Sweet Point模型、基于不同产品生命周期的12个创新思路等），提升产品的竞争力，确保市场成功、财务成功。一、案例分享二、六个基本概念 1. 什么是客户？ 1) 客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户 2. 什么是需求？ 1) WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需求规格、技术需求、非技术需求 2) 案例：某运营上广告折射对需求五层次的理解 3. 需求工作的2个基本点： 1) 差异化 2) 成本优势 4. 需求工程全过程： 1) 需求收集→需求整理→需求分析→概念确定→需求分解→需求实现与验证 5. 官方体系对需求的定义： 1) RM（目的、关键实践、典型输出） 2) RD（目的、关键实践、典型输出） 6. 产品经理3个核心素质特征：

管理沟通的问题和策略

管理沟通的问题和策略（一）管理沟通存在的问题造成企业管理沟通障碍的因素是多种多样的,上述中国式管理沟通问题的成因概括起来说,可以分为以下几点: 1、管理者和员工自身的原因:首先是因为中国的大部分企业管理者缺乏民主意识,官僚作风还比较严重,把权力完全集中于自己手中,很少与组织成员进行沟通,更谈不上向组织成员征求决策意见。其次,许多企业的管理者, 尤其是中高层管理者还没有从根本上认识到沟通对于企业管理的重要性, 也没有体会到沟通能力是作为管理者的最主要的能力, 因而对沟通没有足够的重视, 这是大部分沟通问题产生的根源。再次是因为管理者和员工都缺乏有效的沟通技巧,不善于传递和接收信息。 2、沟通渠道以及沟通方式的运用不当:首先,中国式企业中的沟通往往没意识到沟通的双向性,下行沟通多,而上行沟通的渠道过少;倾向于采用纵向沟通,而忽略了横向沟通重要性;没有加强对创新性渠道的运用;不能积极健康地引导非正式沟通。其次,目前大多数企业内部沟通还停留在指示、汇报和会议这些传统的沟通方式上,它们不能适应社会经济和科技的发展、企业成员的心理结构以及需求的层次变化,企业没有充分运用现代化的沟通工具,使沟通费时费力而又效率低下。案例：2010年12月，作为分管公司生产经营副总经理的我，得知一较大工程项目即将进行招标，由于采取向总经理电话形式简单汇报未能得到明确答复，使我误以为被默认而在情急之下便组织业务小组投入相关时间和经费跟踪该项目，最终因准备不充分而成为泡影。事后，在总经理办公会上陈述有关情况时，总经理认为我“汇报不详，擅自决策，组织资源运用不当”，并当着部门面给予我严厉批评，我反驳认为是“已经汇报、领导重视不够、故意刁难，是由于责任逃避所致”。由于双方信息传寄、角色定位、有效沟通、团队配合、认知角度等存在意见分歧，致使企业内部人际关系紧张、工作被动，恶性循环，公司业务难以稳定发展。从该案例分析，这实际上是一个上下级没有有效沟通的典型案例。问题分析：推敲与分析个性上来说我是一个精力充沛，敢作敢为的人，且具有敏锐的市场敏感度，由于以前工作的成功经验，自认为具备了一定的创新能力和影响力。但是由于角色转换，新任分管领导，缺少一定管理经验和沟通技巧，最终导致了总经理对我的偏见认识，分析原因有三：

范围管理的论文

42．2范围管理的论文论信息系统的需求管理和范围管理摘要在2003年9月，我参与了“某省毕业生就业公共网”项目的建设．在项目中担任项目经理职务．该项目作为“数字**”的重点共程，受到了省政府和“数字**”，领导小组领导的高度重视．系统以省人事厅为依托，面向全省各级政府人事部门，人中专院校，中介机构、用人单位和毕业生．集就业指导、政策宣传，人才交流，就业手续办理，政府宏观管理于一体。堪称我省至今为止，最大的电子政务项目之一。本文结合作者的经验就项目管理的需求管理和范同管理作了翔实的论述；并就项目过程中采取的措施、方法作了介绍．最后，列举了该项目范同管理的一些不足之处．正文一、项目概述。为进一步加强我省毕业生就业服务体系建设，加强我省人才资源的宏观管理与合理配置，为我省广大毕业生和用人单位提供便捷的人事人才服务；在省领导、省人事厅和“数字**建设领导小组的高度重视和支持下，“**省毕业生就业公共网”(下简称：就业网)项目作为“数字**”的重点工程于2003年9月启动了。项目总投资150万元，要求在2004年5月1日前全面竣工并投入使用．系统要求采用先进的技术手段，以省人事厅为依托，以Internet为载体，大中专毕业生就业创业为导向；面向全省各级人事部门，大中专院校，人才中介机构，用人单位和毕业生；连接人事部、教育部和其他兄弟省市就业主管部门、高等院校；构筑一个大容量，宽辐射的全省毕业生就业创业公共服务平台。为我省广大毕业和用人单位提供全面、便捷、快速的人事人才服务；为大中专院校提供集学生学籍管理与就业相关工作的办公白动化平台。预计系统建成后将成为我省第一个面向全省的、人容量的、跨区域的毕业生就业创业电子政务应用服务平台。通过公司的项目经理竞争上岗机制，我有幸获得了公司领导与业主的信任，成为该项目的项目经理，全面主持项目的管理工作．在省政府与“数字**”，小组领导的亲切关怀下，业主的通力配合与支持下，我与项目组全体同志们一起并肩作战，通过近8个月的努力，终于在2004年4月15日全面通过验收，项目花费总成本为96万元．比计划提起了15大，为公司挣得近50万的利润．二、项目范围难以管理范围管理是项目管理的基础，也是项目管理工作的重点和难点。含糊的需求和频繁变更的范同让项目的甲乙双方吃尽了苦头．如何做好项目的需求管理与范围管理常常是项目经理最头疼的问题。就业网项目的成功，笔者一直认为得益于有效的项目范同管理机制。在此笔者就就业网项目采取的项目范围管理的一些方法做简略介绍，望各位读者批评指正．二、项目需求与范围的区别和联系项目范围(Project-scope)包括项目的最终产品或服务以及实现该产品或服务所需的各项具体工作作。从这个意义上讲就是项目应该做什么，不应该做什么，以及如何做。也就是说，项目范围事实包括2个方面的内容：项目需求和项目过程．项目需求确定做什么．项目过程确定如何做．项目范围管理也就是对项目应该做什么和怎么做做出相应的定义和控制．事实上就是对需求的管理和项目过程的管理．四、就业网项目需求特点 1、项目干系人多就业网是面向全省各级人事部门(省、市、县三级近l00个人事行政单位)、人中专院校(近200所)、人才中介机构(200多家)、，用人单位(近百万家)、毕业生的大型电子政务项目．项目涉及面广、用户量大．在项目管理中我们必须收集广大用户的意见，获得广大项目干系人的支持。才能打造一个用户乐于使用的电子政务平台，为项目的使用推广打下基础． 2、业务涉及面广毕业生就业公共网集毕业生就业创业指导、政策宣传、咨洵，人才与用人单位的双向交流互动，网上人才市场，毕业生就业手续办理，院校学生学籍管理与就业管理，就业工作监控管理与宏观管理，资源收集整理于一体．涉及毕业生就业工作与人才管理工作的方方面面。

论如何进行有效的需求管理

管理沟通基本策略知识分享

最新浅析管理沟通中常见的问题和对策资料

需求和范围管理

产品需求管理――差异化的产品创新

管理沟通基本策略资料讲解

管理沟通基本策略

产品需求管理中的需求变更

企业战略改善企业管理沟通的策略分析

信息系统项目管理师论文范文—需求和范围管理

论软件项目中需求管理的重要性

产品需求分析与需求管理——如何搞定市场需求

企业管理沟通存在的问题及对策思考

需求管理理论知识及需求管理工具介绍

产品需求分析与需求管理

管理沟通的问题和策略

范围管理的论文