产品需求分析的六原则
精心整理
产品需求分析的六原则
原则1：永远不要显得比客户更聪明
了解需求，而不是去批评客户。你熟悉的是产品和技术，而客户客户比你更熟悉业务的环境，客户总是知道问题在哪儿，你的工作就是要让他们自己愿意说出来，而且要深入的去挖掘问题的本质和客户的潜在需求。产品经理应该有逐步成为领域专家的意识，只有这样业务和产品才可能真正匹配。
原则2：尊重用户的现实选择互联网的一些事
客户永远是对的，许多客户提出的需求，在经过了我们人为的过滤之后，被打上“不现实”、我们不瓜， 者。 没有不可以实现的需求，只有我们了解的不够深入的需求。成本第一还是需求第一，客户把这个问题交给了我们，我们就用用我们的智慧去解决这个问题。我们能做这事-这是所需的费用。
产品需求分析思路
产品需求分析(上) –理论流程 作者: 唐杰 分类: 产品设计 发布时间: 2014-05-03 14:29 好几个朋友让我分享一下产品需求分析，我想了好久也没发现有什么可说的。这主要是我在工作中很少把需求分析当成规范性的操作流程，通常我都是在脑海里直接判断需求，而且在绝大多数的公司里，也没有规范的需求分析标准，常常都是由诸多因素直接影响并决定了需求。出现这样的情况，也是职业属性决定的，因为产品类的工作带有很多主观性因素。 既然要讲产品需求分析，那么就先要知道这在产品实现过程中处于哪个环节。无论是新产品还是迭代产品，首先由想法产生需求，然后需求汇集并分析，放弃掉不需要的，暂缓不紧急的，然后整理出需要下一步执行的，最终形成产品需求文档并实施。 在汇集分析之前，需求的产生来自各个方面，由不同的人产生想法并表述反馈给产品经理，因此产生需求，主要来自公司内部(老板、其他部门或同事)、产品经理自己(策划、挖掘)、外部(用户、客户、伙伴)。 通过上面的梳理，我们就清晰的认识到，产品需求分析实际上就是需求决策。无论是自己的创新想法，还是市场调研，或者说来自其他方面的需求，最终汇集到产品经理手里的需求分析，就是决策哪些要做、为什么要做、怎么做，同时也要给出哪些不能做、哪些暂缓做、为什么不能或暂缓。 需求分析之前我们先要对需求进行分类，每个公司或产品都有不一样的分类喜好，通常有功能类、数据类、运营类、体验类、设计类等等，分完类之后再对需求进行权重考虑并决策。 需求决策有三个基本考虑因素，分别是战略定位、产品定位、用户需求。这是一个层级的关系，战略定位决定了产品的位置，有些公司的产品在战略上只是需要有这样一个产品，也仅仅是需要有，有不代表非要做好，既然不要做好，也就不会有大的资源投入，更谈不上需求的迭代，所以战略定位是首要的需求决策因素。其次是产品定位，产品定位决定了哪些需求是必要的，哪些需求是多余的，同时也影响着用户需求的取舍。 基于三大考虑因素，我们对需求进行了筛选，之后还需要进行分位，即使用“四象限定位法”进行需求分位，将需求划分成“重要又急需、重要但不急需、不重要但急需、不重要也
工作分析综合练习多选题(答案)
多选题：第一章 1、工作分析要遵循的基本原则是（ABCD ） A系统原则B能级原则C标准化原则D最优化原则E经济原则 2、一个岗位能级的是由它在企业中的（BCDE ）等因素决定的 A工作时间B工作性质C任务繁简难易D承担责任大小E劳动强度 3、对任职者的资格条件分析包括（ABCDE ） A经验B技能C教育D培训E心理及生理因素 4、工作分析的内容有（ABCDE ） A工作职责分析B工作流程分析C工作权限分析D工作关系分析E工作环境条件分析 5、最常见的工作分析技术系统方法主要有（ABDE ） A工作分析问卷B任务清单分析系统C访谈法D能力需求分析系统E关键事件法 第二章 1、面谈法的具体形式有（ABE ） A与员工个别面谈B与员工集体面谈C与客户面谈D与供应商面谈E与主管领导面谈 2、工作分析的方法有（ABD ） A面谈法B问卷法C抽样调查D观察法E典型调查 3、问卷法中问卷的形式有（BCD ） A顺序式B开放式C封闭式D混合式E倒置式 4、问卷法的缺点是（ABCE ） A问卷编制的技术要求较高，成本费用较高B不同任职者对同样问题理解有偏差 C问卷回收率通常偏低D调查范围广E只适用于有文字理解和书面表达能力的人 5、明确编写关键事件的标准有（BC DE ） A能够说明工作的难度B特定而明确C能够简单描述行为发生的背景 D能够集中描述工作所展现出来的可观察到的行为E能够说明行为的结果 6、问卷法适用于（CD ） A任何人群B对文字理解有困难的人群C有文字理解能力的人群 D有书面表达能力的人群E对文字表达有困难的人群 7、观察法的种类有（ACD ） A直接观察法B间接观察法C阶段观察法D工作表演法E全程观察法 8、工作日志的填写要求有（ACE ） A工作日志随身携带，每天按工作活动发生的顺序及时填写 B针对特定对象的作业活动进行观察，记录有关工作信息
第3章 需求分析
第3章需求分析 一、填空题（30小题） 1、需求分析的困难主要体现在4个方面:问题的复杂性、( )、( )、需求易变性。 答案：交流障碍、不完备性和不一致性 2、由于数据流是流动中的数据，所以必须有( )。除了与( )之间的数据流不用命名外，数据流应该用名词或名词短语命名。 答案：流向、数据存储 3、需求分析是指，开发人员要准确理解( )，进行细致的( )，将用户非形式的需求陈述转化为( )，再由( )转换到相应的形式功能规约(需求规格说明)的过程。 答案：用户的要求、调查分析、完整的需求定义、需求定义 4、建立数据字典一般的两种形式是( )和( )。 答案：手工建立、利用计算机辅助建立并维护 5、在进行可行性研究和软件计划以后，如果确认开发一个新的软件系统是必要的而且是可能的，那么就进入( )阶段。 答案：需求分析 6、结构化语言是介于自然语言(英语和汉语)和形式化语言之间的一种半形式语言。它的结构可分成外层和内层两层，外层用来描述( )，采用( )、( )、( )三种基本结构。 答案：控制结构、顺序、选择、重复 7、在SA的需求描述工具中，( )描述系统的分解，即描述系统由哪几部分组成，各部分之间有什么联系等。( )定义了数据流图中每一个图形元素。结构化语言、判定表和判定树则详细描述数据流图中不能被再分解的( )。 答案：数据流图、数据字典、每一个加工 8、IDEF方法分为以下三部分。 IDEF0:用来描述系统的( )，建立系统的( )。 IDEF1:用来描述系统的( )，建立系统的( )。 IDEF2:用来进行系统的( )，建立系统的( )。 答案：功能活动及联系、功能模型、信息及其联系、信息模型、模拟、动态模型 9、三种描述加工逻辑的工具各有优缺点，对于顺序执行和循环执行的动作，用( )描述。对于存在多个条件复杂组合的判断问题，用( )和( )。 答案：结构化语言、判定表、判定树 10、经过需求分析，开发人员已经基本上理解了用户的要求，确定了目标系统的功能，定义了系统的数据，描述了处理这些数据的基本策略。将这些共同的理解进行整理，最后形成文档( )。 答案：需求说明书
需求分析的六个原则一永远不要显得比客户更聪明
【系列原创】需求分析的六个原则（四）客户和用户要区别对待 Posted by 不再沉默 on 2008-10-30 10:39:19View 2981Comments17客户和用户根据产品的定位有时候是一致的，有时候则是分离的，这个大家都很清楚，通常来说，做企业级消费产品的客户和用户通常是分离的，做大众级消费产品的客户和用户通常是一致的，但也不是绝对，例如公务用轿车，应该是大众消费类产品，但是它多所面对的客户和用户通常是分离的，客户是各类政府公务部门，用户则是具体的操作者，也就是这些单位的工作人员。 具体什么是客户，什么是用户，我就不花很大的篇幅来介绍了，我想大家肯定都非常熟悉他们之间的区别的，其实简单一句话就可以概括：客户一定是掏钱的，用户不一定是掏钱的。 作为产品经理，其实在规划一个产品的时候，需要重点考虑的就是基于产品而要面对的这两类人群（其实还有一类，叫buyer，可以翻译成购买者，看了一些这方面的资料，感觉国内是把客户和购买者合为一体了，这样做其实也有好处，就是可以把抽象的客户概念在营销过程中具体成一个实际的人）。 04年的时候，我在一家为企业提供信息化服务的公司，负责企业信息化产品的管理，一次，我们的一个销售谈了一家半官方性质的公益组织，他们找到我们想用我们的产品搭建一套企业信息系统，包含内部信息管理和外部信息发布，但是那个销售人员只会拉单，对于具体的产品则不是很熟悉，因此，在确定了基本意向和他们的大致需求后，我就陪同这个销售人员一起去见这个准客户。 和政府客户谈单与企业谈单就是不一样，企业客户会直入主题，深入了解你产品的方方面面，但是政府客户就不一样了，本来想着花半天时间和客户沟通一下就可以了，结果一上午过去了，都没谈到实质的内容，客户倒是挺热情，中午的时又是他买单（呵呵，其实都是公家的钱）请客吃饭，搞的我们都觉得要是这单子不给对方优惠，我们都对不住人家。 下午继续聊呗，下午的时候他才找了一个他们单位里负责硬件维护的人和我们谈，离开的时候，热情的拉着我的手，对我们说“你们谈吧，具体的我就不管了，XX（维护硬件的那个人），你好好和小X（我的姓）他们了解一下，以后这个系统就是你的工作了”，说完，端着茶杯就到自己的屋子里醒酒去了。 具体和接下来这个哥们怎么谈的就不说了，但是因为这也是我第一次和政府类客户打交道，还真感觉有些不适应，但是通过这次谈单也给了我一些新的启发。 1、客户是客户，用户是用户，他们的关注点是完全不一样的。 就拿这个客户来说，之所以要上信息系统，目的就是为了响应国家政府机关上网的号召，说的直白一些，基本属于完成上级任务，做好政绩工程的动机，至于系统上去以后怎么用，怎么才能用好就不是他们要考虑的，而用户（也就是具体和我们谈的人）对于领导为什么要上这个系统就不会关注太多了，反正我就是一个一般工作人员，领导安排什么就做什么就行了，因此，在那天接下来的交流中，这个人就非常仔细地了解我们的产品到底是什么情况，都有那些功能，甚至都可以了解应该如何具体使用了，因为对于他来说，最关键的怎么能够用好这个产品，不要出意外而引起领导的不满。
产品需求分析解析
产品需求分析：从用户到需求文档的历练 产品定位 这是产品设计的方向，也是需求文档和设计产出的判断标准。此外，产品定位也是团队成员形成统一的目标和对产品的认识，提高团队的凝聚力和工作效率，可以这么说，产品定位是需求中的需求。 那什么是产品定位呢？ 一些产品经理和设计师沟通时候，往往会把功能、业务逻辑梳理得很清楚，但却忘记了把产品主要面向对象、他们的使用场景如何，还有产品的功能、特色等也说清楚，这就会导致设计师很难做决策。 这里可以看出，产品定位实际上就是关于产品的目标，范围、特征等约束条件，主要包括两个方面的内容：产品定义和用户需求。
产品定义由PM得出，用户需求由UED得出，但这一般只出现在大型项目or有充足团队配置的情况中，实战案例更多是PM一手操办，Orz，三头六臂的哪（P）吒（M）啊。 其中产品定义中的主要功能、产品特色和用户需求中的目标用户形成了产品定位中最核心的内容，是产品设计最主要的依据和方向。 产品定义 产品定义就是用一句话概括某个产品，一般可以这么说： 该产品主要面向XX用户提供XX功能，具有XX特色。 这里可能会有疑问，对于一些全用户的产品例如微信、淘宝怎样准确描述呢？这其实有个小小的误区，对于这些发展历程已久，业务迭代升级变化较大的产品，现在的意识形态早已不是当初的样子。微信当初不就是想取代手机短信的功能吗。所以产品定义也是会升级迭代的。 如果你的产品很难用一句话描述清楚，要么就是定位不清晰、方向不明确，要么你正在做的是类似微信一样的超级产品，企图连接一切。而对于创业者来说，连自己都无法流利简洁描述你的产品，那么跟着混的兄弟似乎就要对这个leader多一点存疑了。 举个栗子：陌陌 使用人群：80后、90后单身人群 主要功能：发展基于地理位置的陌生关系 产品特色：LBS搜索用户和群组 有了产品定义之后，可以迫使产品经理努力思考产品的方向和机会，在竞争中寻找差异化，也限定大致的范围，让团队不至于茫然。 用户需求
工作分析简答题
领正课堂系列之简答题考点预测 06092《工作分析》 1、工作分析面临的挑战主要源于哪几方面 答：（1）工作分析者面临的挑战。（2）组织体系面临的挑战。（3）工作面临的困难。（4）工作条件的变化。 2、简述工作分析的发展趋势内容 答：（1）工作分析的战略化。（2）工作分析信息来源的扩大化。（3）工作分析技术的信息化。 （4）对客户进行工作分析。（5）角色说明书取代岗位说明书 3、简述工作分析的界定的内容 答：工作分析也叫职务分析，是指在组织中通过采用标准的程序和科学的方法，经过系统的岗位调查，收集有关工作职务的信息，包括职务的目的、任务或职责、权力、隶属关系、工作条件、任职资格等全面的信息，进行分析与整理，进而制定出岗位规范、工作说明书、岗位分类图等各种人力资源管理文件，为组织的人员甄选、员工培训与开发、薪酬设计、劳动关系、工作设计等一系列基础职能活动提供客观依据的系统过程。 4、简述工作分析的意义 答：（1）工作分析在改善组织结构和组织设计方面的意义。（2）工作分析在企业管理方面的意义。（3）工作分析对现代人力资源管理的意义。 5、简述工作分析的特征 答：（1）工作分析是以岗位为基本出发点的。（2）工作分析是一个系统的调查、分析、评价的过程。（3）工作分析要求企业全员参与。（4）工作分析是一个动态的过程。6、简述工作分析的主要程序 答：（1）工作分析的时机选择（2）工作分析的实施步骤 （3）工作分析工具的选择（4）工作分析结果的运用 7、简述访谈法运用的原则 答：（1）与主管人员密切合作。（2）必须尽快地与被访谈者建立起融洽的关系。（3）访谈时尽力避免谈论“人”。（4）设计一份具有指导性的问卷或提纲。（5）在进行群体访谈时
需求分析、概要设计、详细设计的标准格式.doc
需求分析，概要设计，详细设计的标准格式 一、开发计划 （一）引言 1、目的 说明编制开发计划的目的。 2、参考资料 列出必要的参考资料。 3、定义 列出用到的术语的定义和外文缩写的原文。 （二）概述 1、工作内容 2、主要参加人员 3、成果 列出要提交给用户的程序文件、文档或服务的名称，及非移交 成果的名称。 4、完成的最迟期限 （三）实施计划 1、任务的分解及人员分工 列出各项任务及其负责人和主要参加人员。 2、进度 列出各任务的开始日期和完成日期。 3、关键问题 列出影响整个开发项目的关键问题，技术难度、风险及处理方 案。 （四）支持条件 1、计算机系统支持 2、需要由用户承担 二、需求分析说明书 （一）引言 1、目的 说明编制需求分析说明书的目的。 2、参考资料 列出必要的参考资料。 3、定义 列出用到的术语的定义和外文缩写的原文。 （二）概述 1、目标 说明本项软件开发意图、应用目标、作用范围等，以及所开发的软件与其它软件的关系。
2、用户特点 列出使用本软件的用户类型、特点、其教育程度和技术特长。 3、约束和假定 列出本软件开发工作的假定和约束。 （三）需求规定 1、对功能的规定 根据功能模型逐项说明本软件各项功能的详细需求。 列出完成各项功能所需输入，处理，输出及所需控制等。 2、对性能的规定 包括精度、时间特性要求、灵活性。 3、数据要求 数据分为静态数据和动态数据两类。 静态数据是指在程序运行过程中一般不改变的数据； 动态数据是指在运行中发生变化、需要输入输出的数据。 （1）数据描述 （2）数据采集 （3）输入输出要求 （4）其它要求 （四）运行环境规定 （1）硬件 包括处理机、网络、输入输出设备及其它设备。 （2）软件 列出支持软件。 （3）接口 包括必要的硬件接口、软件接口、通讯接口等。 （五）关于不可能实现的用户要求的说明 三、概要设计说明书 （一）引言 1、目的 说明编制概要设计说明书目的。 2、参考资料 列出必要的参考资料。 3、定义 列出用到的术语的定义和外文缩写的原文。 （二）总体设计 1、需求规定 简述本系统的主要功能、性能等要求。 详见需求分析说明书。 2、运行环境 简述本系统的运行环境规定。 详见需求分析说明书。
需求分析之六大原则
3、原则第二点：第三方可能会遗漏或补充一些额外的需求。 每个人都期望产品能做好，这种强烈的成功心理容易让人们产生日晕心理，从而影响我们对需求的筛选。 4、原则第三点：对第三方的自由发挥不应抱怨和生气，而是将其视为客户。 客户是第一位的，而他们又是我们的客户，因此，我们应该心平气和的对待他们的想法，无论这些想法是出于公还是出于私的。 需求分析的六个原则（四）客户和用户要区别对待 1、需求分析第四个原则：客户和用户要区别对待。 客户是客户，用户是用户，有时候一致，有时候分离，这是我们首先要搞清楚的。 2、原则第一点：产品为最终用户设计，需求的功能转换为最终用户的使用要求而确定。 用户决定产品，我们需求工作基于用户，始于用户，归于用户。 3、原则第二点：为客户寻找价值上的需求。 客户是多样的，价值导向也是多样的，我们的产品能否承载多样化的客户价值决定了产品能否实现最终的交换。 4、原则第三点：用户的利益高于一切。 产品的最终价值是通过用户来体现的，脱离了用户的产品，就是“皮之不存，毛将焉附”。 需求分析的六个原则（五）用最简单的文字工具记录需求 1、需求分析第五个原则：用最简单的文字工具记录需求。 客户并不麻烦，需求也不复杂，麻烦的是我们把一切做的太复杂了。 2、原则第一点：所有人都能懂的东西，最不容易出错。 没有人喜欢复杂的东西，需求也不例外。 3、原则第二点：不需要再学习的东西，最不容易出错。 产品是需求的表现，没有人喜欢复杂的产品，要做到这一点，就从需求开始吧。 4、原则第三点：不要希望客户能花更多的时间来了解需求转换后的原型。 我费些事，客户就可以省些事，客户省事了，我们最终也就省事了。
产品需求分析与需求管理——如何搞定市场需求
产品需求分析与需求管理——如何搞定市场需求 主讲：董奎（十多年高科技企业的研发与管理实践经验，在某著名高科技企业工作期间，先后担当项目经理、系统工程师、产品经理、软件部经理） 课程对象：企业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、客户提出的需求有不现实的吗？ 何为现实呢？客观存在的就是现实的，也就是说，只要客户提出了一个需求，那么就说明客户肯定是有这样的需求的。 之所以我们认为某个需求不现实，根本在于我们没有搞清楚这个客观是基于哪一方的。这里强调一点，这种客观是基于客户一方的，而非我们一方的。 也就是说，有时候我们认为这个需求不现实，仅仅是从我们自己的角度来看待的，我们不是客户，不应该替客户判断某个需求的现实性。 还有一种情况是什么呢？
需求分析(一)概念、方法、实践步骤
需求分析(一)概念、方法、实践步骤 1.概念、方法、实践步骤 需求分析阶段主要通过收集、分析、导出的方法，将客户、业务、用户的需求转换为对应的（软件）系统需求的过程。典型的工作产品：软件需求说明（Software Requirements Specifications，以下简称SRS）其主要包括系统基本概要、业务功能、系统功能（性能、安全性、信赖性、扩充性、移植性、多语言对应性等要求）、接口功能要求等内容。 1.1 需求分析阶段的主要活动 需求分析阶段的主要活动可以分为需求开发、需求管理2类： 需求开发通过对客户、业务、用户、原系统等调查获取原始的需求，经过需求分析逐步识别并使业务具体化，通过形成制作规格说明书（或SRS）使业务系统化，项目团队同客户、用户逐步达成共识对需求得以最终确认，其间可以通过系统建模、POC等方式评估需求的可实现性。 需求管理在需求开发过程中，通过需求范围认定、需求形式化记录、需求数据库建立、需求状态跟踪、需求变更分析和波动评估、需求评审控制等活动，通过使用需求管理工具等手段，实现对系统需求按基线进行控制和管理。其核心内容变更管理、版本管理以及需求跟踪。 1.2 需求开发的主要概念以及核心步骤 业务需求反映了企业或组织对（软件）系统的业务要求，通常也包含问题或机会的定义。问题是指企业或组织运作过程中遇到的问题，例如物资供应脱节、用户投诉量大、客户流失率较高等。机会是指抓住外部环境变化所带来的机会，以便为企业带来新的发展，例如电子商务、网上银行、基于即时通信的工作协同系统等。业务需求通常由管理人员提出，业务需
求的解决往往要结合制度、（人员）能力、系统功能等多方面综合解决。另外,业务需求也反映了企业或组织对（软件）系统的高层次目标要求，就是系统的建设的目的以及目标。 用户需求是指描述用户使用（软件）系统需要完成什么任务，怎么完成的需求，通常是在问题定义（业务需求）的基础上进用户访谈、调查，对用户使用的场景进行整理，从而建立用户角度的需求。解决如何使用（软件）系统完成具体工作。 软件系统需求是在业务需求的指导下，对用户需求进行整理、分析、提炼，从而指导开发的、更精确的、规格化的需求。一般来说，软件需求可以作为软件验收依据与合同契约。软件系统需求可以分为业务功能需求、系统功能需求、设计约束等方面的内容。 ?业务功能需求：（软件）系统必须完成的业务功能，即为了向它的用户提供有用的 功能，产品必须执行的动作。这部分工作将分散的用户零散的需求采用结构化的方 法去定义，以便支撑后续的设计、开发、测试。 ?系统功能需求：（软件）系统必须具备的功能、性能、属性。包括系统性能（功能 速度、响应时间、恢复时间等等）、可靠性、易用性、安全性、移植、部署等方面 的内容需求。 ?设计约束的需求：影响系统实现的各种设计约束，包括开发语言、数据完整性方针、 资源的限制、运行的环境的要求等等。 2.主要流程 需求分析阶段的主要活动围绕需求开发进行，包括制定及修改需求开发计划、开展需求调查以及分析、需求验证、需求规则说明制作、需求确认几个步骤。 1．制定及修改需求开发计划包括建立需求团队的组织并授权、对需求分析阶段的WBS 进行分解、协商并制定调查分析以及评审计划、评估工作量等等方面的内容，其目的是保证各项活动有序、可控的进行。 2．需求调查以及分析的过程，主要活动通过沟通、收集项目中的各级关系人的需求，形成需求调查报告。需求调查通过现场参观、开调查会、业务专家培训、询问沟通、设计调查表并调查、收集查阅记录等方式获取客户、用户各级组织对（软件）系统需求，分析并识别客户以及用户的需要、期望、业务要求，归纳整理后形成需求调查报告。 3．需求验证环节主要通过原型（Prototype）、POC（Proof of Concept）、用例（Use Case）或简单的功能列表的方式同客户、用户沟通逐步将业务需求、用户需求等转化为软件系统需求。 ?原型（Prototype）模拟最终软件的屏幕显示，这样用户可以看到最终软件将是什么样，有些原型可以模拟实际的操作，对关键的输入输出数据也可以一定 程度的模拟。对于用户体验为主的系统往往可以起到很好的效果。 ?POC（Proof Of Concept）原意是“为观点提供证据”。对于关键的技术或者业务模型，论证需求、设计的可实施性,评估和确认概念设计方案，POC的评 价可能引起需求和设计的调整。一般来说，进行POC的条件：1. 论证业务中 涉及到的模型或者算法的可行性。2. 论证技术模型实现的可行性、成本等。 ?用例（Use Case）：对（软件）系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说
(工作分析)工作分析理论与应用复习资料自学考试
（工作分析）工作分析理论与应用复习资料自学考试
工作分析理论和应用复习资料 (根据二班老师复习整理，单、多选题详见练习册) 第壹章 多选题： 1、工作分析要遵循基本的原则是：系统原则、能级原则、标准化原则、最优化原则。简答题： 1、简述工作分析的内容。 (1)、工作职责分析。工作职责是工作分析中非常重要的内容，于人力资源管理中起着重要作用。 (2)、工作流程分析。清晰的工作流程有助于管理者清楚地认识到工作是如何完成的、为了达到企业和部门的目标需要完成哪些任务以及如何才能提高企业或部门的工作效率。 (3)、工作权限分析。根据工作所需完成的任务，应对工作任职者的权限进行分析。 (4)、工作关系分析。企业中的每个岗位之间必然存于壹种不可分割的联系，因此各个岗位必须明确和其他岗位的协作关系。通过工作关系分析，能够了解工作岗位于企业工作重的位置和于工作流程中所承担的作用。 (5)、工作环境条件分析。对工作环境条件的分析主要考虑工作环境中对劳动者的劳动生产率和身心健康有影响的因素。 (6)、任职资格条件分析。于现代化大生产中，社会分工越来越细，人们所掌握的知识、技能越来越受到工作经验的局限，因此于任职条件中，经验或者工作经验越来越受到重视。第二章 单选题： 1、通过和岗位任职者进行面对面的交谈而收集工作信息的壹种方法叫：面谈法。 2、于大量收集工作信息的基础上，详细记录其中的关键事件，进而分析出岗位特征及
要求的方法是：关键事件法。 3、工作要素法是壹种典型的开放式人员导向型工作分析系统，这种工作分析方法是由美国人事管理事务处研究且开发出来的。 多选题： 1、问卷法中问卷的设计形式有：开放式、封闭式、混合式。 2、工作分析系统种类壹般可分为：工作导向型工作分析系统、人员导向型工作分析系统。 简答题： 1、简述设计问卷时应注意的问题。 (1)、要根据工作分析的目的确定需要获得的岗位信息，将要收集的信息转换为问卷中的具体问题。 (2)、问题应有针对性，语言应清晰、简洁、易懂，必要时可附加说明。 (3)、问卷的具体项目可根据需要进行调整，内容可繁可简。 (4)、易于回答的问题放于前面，而难以回答的开放式问题放于后面。 (5)、问题的排列要有壹定逻辑次序，如按时间先后、按从外部到内部、按从上级到下级等顺序排列。 (6)、采用不同形式提问，有助于引起回答者的兴趣。 第三章 多选题 1、工作分析人员通常有：工作分析专业人员、主管、任职者。 2、工作分析所需信息的主要类型通常包括：工作活动、机械设备、工作条件、对任职者的要求。
需求分析的重要性以及如何做好需求分析
需求分析的重要性以及如何做好需求分析[转] 收藏 文章出处：https://www.360docs.net/doc/1416303241.html,/shinepolo/archive/2008/04/08/1139700.html 为什么以这个为主题写.是因为最近在做一个购物网,需求没有做好,导致做前台的时候商品与图片是1对1的关系,后台添加的时候有很大的弊端.和漏洞不好弥补.不是不好弥补.是牵扯的逻辑太多.如果说改了这个网站可以重做了.所以说很失败. 如果因为一个地方的失误.很可能导致整个项目的失败.那么你最近的所有努力将灰飞烟灭... 那么,如果在项目开始前做好充分的需求.而且需求要做的到位,需求的思维严禁程度至关重要.. (下面为转载) 一、为什么要需求分析 需求分析就是分析软件用户的需求是什么.如果投入大量的人力，物力,财力,时间,开发出的软件却没人要,那所有的投入都是徒劳.如果费了很大的精力,开发一个软件,最后却不满足用户的要求,从而要重新开发过,这种返工是让人痛心疾首的.(相信大家都有体会)比如,用户需要一个for linux的软件,而你在软件开发前期忽略了软件的运行环境,忘了向用户询问这个问题,而想当然的认为是开发for windows的软件,当你千辛万苦地开发完成向用户提交时才发现出了问题,那时候你是欲哭无泪了,痕不得找块豆腐一头撞死. (这个问题是最典型也是最常见的,现在这个问题一般很好避免,都知道项目的一些敏感性的东西,例如想会有哪些地方设计的不好可能导致以后的使用出现BUG.) 二、需求分析的任务 简言之,需求分析的任务就是解决"做什么"的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求. 三、需求分析的过程 需求分析阶段的工作,可以分为四个方面:问题识别,分析与综合,制订规格说明,评审. 问题识别 就是从系统角度来理解软件,确定对所开发系统的综合要求,并提出这些需求的实现条件,以及需求应该达到的标准.这些需求包括：功能需求(做什么),性能需求(要达到什么指标),环境需求(如机型,操作系统等),可靠性需求(不发生故障的概率）,安全保密需求,用户界面需求,资源使用需求(软件运行是所需的内存,CPU等),软件成本消耗与开发进度需求,预先估计以后系统可能达到的目标.
产品需求文档系统需求分析说明书
系统需求分析说明书
文档历史记录 注：后期所加内容均绿色背景字体标注 目录 1.1目标&意义 ........................................................................................................................ 1.2领域知识........................................................................................................................... 1.3思维导图........................................................................................................................... 1.4业务流程图....................................................................................................................... 2功能范围..................................................................................................................................... 2.1功能名称........................................................................................................................... 2.1.1功能说明............................................................................................................. 2.1.2用例说明............................................................................................................. 2.1.3操作流程............................................................................................................. 2.1.4界面原型............................................................................................................. 2.1.5对应字段............................................................................................................. 2.1.6相关规则............................................................................................................. 3词汇表......................................................................................................................................... 4非功能需求................................................................................................................................. 4.1规则变更需求................................................................................................................... 4.2产品服务需求................................................................................................................... 4.3帮助需求........................................................................................................................... 4.4安全性需求....................................................................................................................... 4.5上线实现需求 (3) 5上线时间安排表......................................................................................................................... 1产品概述 说明：<简单描述项目的背景、意义、目的、目标等，描述领域知识> 1.1目标&意义 项目目标： 完整保存教师信息；
需求分析报告编写规范
需求分析报告编写规范 文件编号： NW503101 生效日期： 2000.3.20 受控编号： 密级：秘密版次：Ver2.1 修改状态：总页数16 正文 4 附录12 编制：杨利审核：袁淮批准：孟莉
沈阳东大阿尔派软件股份有限公司（版权所有，翻版必究）
文件修改控制
目录 1. 目的 2. 适用范围 3. 术语及缩略语 4. 编写规范 4.1排版规范 4.2模板使用 5. 引用文件 5.1NW503102《软件功能规格说明书编写规范》 6. 附录
1.目的 为使需求分析的结果能够完整、无遗漏地反映待开发系统的要求，本文件规定《需求分析报告》的编写格式和内容要求。 2.适用范围 适用于本公司软件产品或软件项目的需求分析报告的编制。 3.术语及缩略语 本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。 4.编写规范 4.1排版规范 1）整个规范由2节构成，模板单独一节。 2）正文样式采用“规范正文”。 3）标题编号采用每节独立编号。 4.2模板使用 需求分析报告的编写可依据具体情况选用摸板的格式或编写指南的格式。 1）拷贝规范。 2）删除第一节（需求分析报告封面前的所有页）。 3）在修改完内容后，更新目录域和相关的页数域。 5.引用文件 5.1NW503102《软件功能规格说明书编写规范》 6.附录 以下部分为需求分析报告的模板与编写指南。
密级：机密 文档编号：第版分册名称：第册/共册 项目名称（项目编号） 需求分析报告 （部门名称） 沈阳东大阿尔派软件股份有限公司 总页数正文附录生效日期：年月日编制：审核：批准：
工作分析真题及答案
一、填空题(本大题共７小题,每空1分，共１5分) 请在每小题的空格中填上正确答案。错填、不填均无分。 1.通过工作分析,关键要弄清包括以下五个问题：工作的输出特征、工作的输入特征、__＿__＿_＿＿、_____＿_＿＿、＿__＿_____。 2．工作分析系统可以分为两大类,即_＿_＿_____工作分析系统和_________工作分析系统。 3.工作分析的过程主要包括________＿、实施阶段、____＿____和应用阶段。 4.工作日志法的优点主要在于这种信息收集的方法对____＿＿___和_________工作进行分析显得比较经济和有效。 5.职能工作分析(ＦJA）的框架认为，完整意义上的工作者完成工作职能必须具备３种技能:通用技能、_______＿_ 和__＿__＿___。 ６.工作说明书的编写没有规定的格式，但常用的格式有_＿_＿＿__＿_和_________两种。 ７.观察法的具体形式可以分为____＿____、阶段观察法和＿__＿_＿＿__三种。 二、单项选择题(本大题共１0小题,每小题2分，共20分) 在每小题列出的四个备选项中只有一个是符合题目要求的,请将其代码填写在题后的括号内。错选、多选或未选均无分。 1．企业中的成员为了在某个关键成果领域取得成果而完成的一系列任务的集合是( ) A.工作职责? B.工作流程Ｃ.工作权限?D.工作关系 2.＿_____＿__是工业心理学的主要创始人,被尊称为“工业心理学之父”。（) A.赫兹伯格 B.穆斯特伯格 C.马斯洛 D.威廉·冯特 3.下列工作分析信息采集方法中,不适应于脑力劳动为主的工作，也不适应于处理紧急情况的间歇性工作的是________＿。( ) Ａ．观察法 B.问卷法?Ｃ．工作日志法?D.面谈法 4.专家们认为＿__＿_____的信度最高。（) A．TTAS?B.PAQ C．JEM?D．MPDＱ 5．＿____＿___是专门针对管理人员而设计的工作分析系统，是所有工作分析系统中最有针对性的一种系统。() A.管理人员职务描述问卷?Ｂ.管理人员职位描述问卷 Ｃ.管理人员任务描述问卷?D.管理人员职责描述问卷 6．FJA的核心是_____＿___。（) A．工作描述语言的控制Ｂ.工作职能等级的划分 C.分析工作者的职能? D.工作系统的分析 7．下列关于管理人员职务描述问卷(MPDQ）优缺点的说法，正确的是_________。( ) A.成本低,投入小? B.易于深入分析所有类型的管理工作 Ｃ.具有较强的针对性?D．无法为管理工作的分类提供依据 --
需求分析师岗位职责
需求分析师岗位职责 需求分析师要求具备较强的沟通能力，能准确把握需求的核心要点;良好的逻辑思维能力和文档编写能力，具备良好的团队协作精神。下面是小编为你带来的“需求分析师岗位 职责”，供你参考，希望能对你有所帮助。 1、负责与用户(包括客户、潜在用户、项目人员、公司高管等)沟通，进行需求调研，挖掘,分析,引导并归纳用户(客户)需求; 2、配合架构师，与开发人员沟通分析需求的可行性、合理性, 参与需求汇报与评审; 3、分析项目、用户需求，熟悉竞争对手动态和市场动态，规划产品路线图，提出产 品需求满足路线和现有产品改进路线; 4、通过各种手段，收集分析同类软件产品的功能，提出软件改进建议和功能需求; 5、根据产品规划或者项目要求，开展需求调研，完成调研报告和需求规格说明书; 6、进行业务流程的分析和建模; 7、进行数据结构的分析和建模; 8、进行系统架构的分析和底层设计; 9、核心模块的编码; 10、开发人员技术指导; 1)负责调研和收集客户需求，梳理业务流程和系统设计，完成需求规格说明书; 2)负责项目资料的编写、收集、整理、归档; 3)与开发人员对接需求，负责开发过程中的需求把控、测试、bug跟踪及现场实施; 4)沟通表达能力良好，思维逻辑清晰，有较强的学习能力; 5)熟悉物流、公路运输业务等优先; 6)两年以上项目需求、实施经验; 7)svn;Axure;office办公软件等基本软件使用。
1、负责O2O及电商ERP系统的业务需求分析和评估及管理工作; 2、负责相关系统的需求调研、分析和管理工作，对需求文档进行管理; 3、对需求进行分析、管理，估算需求执行的成本和工作量，跟踪及控制变更; 4、配合产品经理估算项目的需求开发成本和周期，并跟进项目/任务执行进度; 5、负责需求优先级等; 6、负责向开发和测试团队讲解业务需求和业务流程; 7、负责跟进维护型需求的设计、开发、测试、上线整个流程，保障需求与实现的一致性。 1、根据公司发展战略方向，收集行业应用相关信息，为新产品规划、设计提供决策支持和依据; 2、通过客户沟通、现场调研、规程研究、数据分析等方式，结合用户需求，推进产品的不断改进和完善; 3、负责客户需求的收集、整理、分析，编制需求规格说明书，完成新功能/产品的概念设计; 4、引导完成产品的界面、功能、流程设计及开发工作，负责引导用户合理控制需求范围，把控项目质量; 5、完成项目监控、协调工作，参与实施、培训、验收、推广等文件资料的编写及内外部应用培训工作 1、负责行业需求分析工作 2、负责行业解决方案拓展，具备一定需求应急变更应对方案能力 3、对行业业务有深入了解并具备一定的医疗卫生行业流程管理知识 4、负责需求变更记录工作 5、负责需求变更上传下达 6、负责与客户交流，并掌握变更尺度