需求分析:需求调研的七种方法

需求分析:需求调研的七种方法
需求分析:需求调研的七种方法

需求分析:需求调研的七种方法要想给人做管理软件,首要的事情自然是把人家现在的业务内容、管理方式弄清楚。即使你是这个领域的业务专家,也要明白一点,无论业务内容是否相同,管理方式一定是不同的,业务可以复制,技术可以复制,管理不能复制。例如,要给仓库做管理系统,需要先了解这个仓库是怎么管理的,怎么出库,怎么入库,怎么盘点,怎么核算;需要给采购部做管理系统,需要先了解采购部是怎么运作的,怎么制定采购计划,怎么下采购单,怎么签订采购合同,等等。

开发信息管理系统,首当其冲的需求来源就是如何将现在的手工业务电子化,没有这一步,说什么资源整合,说什么提高效率,说什么降低成本,说什么智能决策,都是浮云。对于管理软件来说,需求获取重点在如何理解客户业务,这是需求获取阶段最重要,也是最困难的事情,当然,对于需求分析者来说,理解业务与需求获取往往是交错进行的,很难割裂开来。

需求获取一般包括这几种方式:观察法、体验法、单据分析法、报表分析法、问卷调查法、访谈法、需求调研会法。这是需求调研的“七种武器”,它们各有优缺点,无论你想要了解的是什么需求,都需要将这些方式组合应用,针对你想要了解的内容,以及需要了解的对象的工作特点,采用不同的方式。学会并坚持使用这七种武器后,我想你很快就会成为需求调研的真正高手。

观察法

观察法,就是你自己跑到工作现场,看!这个看上去相当简单,貌似走马观花,有些不在行的兄弟会弄得跟公费旅游一般,车间里走走散散心,撩撩HR妹子,就认为是观察法调研了,其实不然。这种方法,关键是要看人家是怎么工作的,拿了什么,干了什么,用了什么工具,送出去什么,什么时候填写了什么单据,制作了什么报表,等等。

体验法

体验法,就是你自己亲自到相关部门去顶岗,做一段时间的业务工作,有了亲身体验自然更容易理解这个岗位的工作。这种方法,最大的优点就是理解业务比较深刻。一旦你几乎成了某岗位的一员后,想想,还有什么比自己帮自己做软件更能够把握需求呢?要给超市收银员写个软件,先到超市卖几天东西,要给仓库做软件,先到仓库发两天货,你的软件偏离用户需求的可能性会大幅度降低。

问卷调查法

问卷调查法,通过编写调查问卷收集需求。通过调查问卷进行需求收集是个效率非常高的方法。对于调研者,不必跑到工作现场,不必跟一个又一个用户一遍又一遍地沟通,只要编写调查问卷、分析回答的内容就可以获得大量的有用信息;对于被调研者,不需要打断自己的工作,可以合理安排回答的时间,还可以更仔细地思考。越是大规模的调研,越能体验这种方法的优越性。

访谈法

访谈法,通过交谈的方式获取需求。需求调研最常见的入手方式是访谈,用得最多的也是访谈。你看电视里经常有谈话节目,两个人或一堆人在一起穷聊,这里所说的访谈跟这种节目有些类似,当然形式、内容比电视中的访谈要丰富得多。访谈可以非常正式,提前约好访谈对象、访谈时间、访谈地点,准备好访谈话题、访谈提纲等;也可以非常随意,电梯上,餐桌上,车上,都可以进行一次偶遇访谈。访谈也未必都需要面对面,通过电话、QQ、邮件、视频聊天等方式进行的沟通咨询,都可以归入访谈的范畴。

单据分析法

单据分析法,分析用户当前使用的纸质或电子单据,通过研究这些单据所承载的信息,分析其产生、流动的方式,从而熟悉业务,挖掘需求。一个组织,在没有信息化管理系统时,它的单据体系其实就是它的信息体系,填写单据的过程就是信息录入的过程,单据传递的过程就是信息流转的过程,最终单据进入的档案室就是数据库。因此,通过分析单据来获得关于信息管理的需求可以收到事半功倍之效。单据分析法是获取需求过程中使用得相当普遍的方法,值得仔细研究下。

报表分析法

报表分析法,通过分析用户使用的报表获取需求。报表跟单据是有本质区别的。单据是在业务处理过程中用户填写的纸质文件,往往是一个信息采集、传递的过程,而报表则是根据一定的规则对批量数据进行检索、统计、汇总,是一个信息加工、分析的过程。分析好现在使用的这些报表,可以深入到管理者的管理神经,弄清楚当前公司管理者感兴趣的信息,最终给各级管理者带来真正的价值。报表是一个信息系统的集大成者,提前做好报表分析,可以加深理解管理脉络,理解信息系统的最终需求。

需求调研会法

需求调研会法,召集相关人员开会了解需求。当需要讨论的问题牵涉到的相关人员较多时,可以组织需求调研会。相对于需求访谈,需求调研会参与的人员较多,需要做的准备也更麻烦,对会谈过程的把握也更困难,我们并不推荐滥用这个方法。如果人员太多,而你又没有足够的主持能力,或者准备得不够充分,对会议的进程把握不力,很容易把事情搞砸,不但得不到你需要的结论,还会把自己弄得威信扫地,真是大大的划不来啊。

岗位分析方法与步骤

岗位分析方法与步骤 在我国,现在的大多数企业都施行了岗位责任制。在许多企业中,你都可以查阅到厚厚的一本岗位责任手册,在手册中有企业每个部门的部门职能和每个职位的岗位职责,书写得非常细致和系统。 岗位责任制的实施对企业来说应该是管理上的一个提高,但就现实情况而言,在多数企业里,岗位责任手册只是一套形式上的文件,并没有得到认真的落实。没有人根据岗位职责的内容来规范自己的工作,更没有将它作为真正的依据进行绩效考评。 岗位分析的方法 一、 观察法 观察法是指职位分析人员通过对员工正常工作的状态进行观察,获取工作信息,并通过对信息进行比较、分析、汇总等方式,得出职位分析成果的方法。观察法适用于对体力工作者和事务性工作者,如搬运员、操作员、文秘等职位。 由于不同的观察对象的工作周期和工作突发性所有不同。所以观察法具体可分为直接观察法、阶段观察法和工作表演法。 1.直接观察法 职位分析人员直接对员工工作的全过程进行观察。直接观察适用于工作周期很短的职位。如保洁员,他的工作基本上是以一天为一个周期,职位分析人员可以一整天跟随着保洁员进行直接工作观察。 2.阶段观察法 有些员工的工作具有较长的周期性,为了能完整地观察到员工的所有工作,必须分阶段进行观察。比如行政文员,他需要在每年年终时筹备企业总结表彰大会。职位分析人员就必须在年终时再对该职位进行观察。有时由于间阶段跨度太长,职位分析工作无法拖延很长时间,这时采用"工作表演法"更为合适。 3.工作表演法 对于工作周期很长和突发性事件较多的工作比较适合。如保安工作,除了有正常的工作程序以外,还有很多突发事件需要处理,如盘问可疑人员等,职位分析人员可以让保安人员表演盘问的过程,来进行该项工作的观察。

需求咨询调研方案

需求分析调研方案 项目调研总体目标: 需求分析是反复进行,逐渐深化,不断改进的过程 1.根据工程总目标,明确调研目标、层次; 2.根据目标设计调研方式,编写调研提纲,确定调研对象; 3.编写每阶段调研日记,汇总完善调研报告; 4.画出标准业务流程图,做到全面清晰; 5.绘制数据流程图; 6.以简明清晰的思路,浅显易懂的自然语言描述业务步骤; 7.找出业务关键点及瓶颈工序; 8.编写供参考的先进的方法与改进建议。 分阶段调研目标与规定 第一阶段:初步调研 调研目标 初步调研首要目标是对企业全局的了解,可具体分解为: 1.企业概况 2.企业的经营特点 3.企业的生产特点 4.企业的组织机构 5.企业行业地位 6.企业技术现状 调研对象 1. CIMS工程总负责人,必要时邀请总经理参加 2. 总部各职能科室负责人 调研方式 1. 参阅公司资料为主 2. 配合问答 调研范围 了解企业总体概况 调研时限 根据公司规模及组织结构的复杂程度,掌握在2~7天左右

调研提纲 一、针对企业概况,了解以下问题: 1.企业背景,历史演变过程 2.企业所属行业 3.企业的资产、产值、利税等生产经济指标 4.企业人数及素质 5.企业体制、组织机构 6.其它有关情况 二、针对企业经营特点做以下调研: 1.经营机制、目标 2.销售策略 3.财务制度、成本分摊办法、独立核算情况 三、针对企业生产特点做以下调研: 1. 企业产品的种类、型号、技术含量、结构特点、市场占有率 2.企业生产方式: a是离散、连续或半连续 b生产批量:是多品种小批量还是单件大批量生产 c是按订单还是按库存或其他方式组织生产 3.企业的产量、产值、利润目标 4.对产品使用安全性的要求,对使用环境的要求 四、针对企业组织机构做如下调研 1.绘制组织结构图 2.描述各职能科室职责 3.对企业的生产流程做简明调研 4.各分公司或子公司的总体概况、相互关系、与母体公司的关联程度 五、针对企业的行业了解下述情况 1.企业在行业及整个国民经济中的地位 2.产品的市场占有率 3.行业发展现状、企业的竞争目标 六、针对企业技术现状做如下调研 1.企业设备、先进、精密、自动化程度 2.计算机资源情况、数量、型号,可自动化系统的应用情况 3.技术人员的水平、能力 调研的注意事项 初步调研是针对公司总概况的调研,绝大部分公司对上述内容都有文件档案。顾问调研前一定要详细阅读相关资料,找出关键点与有疑问的地方重新拟定调研提纲,做到简洁、明快,尽量减少介绍人员对熟悉事物的反复介绍。 第二阶段:现状分析 在第一阶段的调研基础上对各职能科室及分公司做进一步调研

软件需求分析的详细流程

第一阶段:总体把握,了解概况 接手一个项目,不要着急去了解需求,这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通,主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的职能部门,最好能指定本次项目的接口人。 该阶段的主要工作方法:客户访谈 输出成果:业务流程报告/调查报告(对客户方的组织业务概况和企业现状的一些总结) 第二阶段:详细了解业务,梳理业务流程 通过第一阶段的调研,了解客户业务概况的前提下,经过充分的业务调研准备,开始进入正式的业务调研工作。这一阶段要对所有业务流程、业务单据、报表等进行详细的分析。整理出业务架构,尽可能多的与相关基层人员进行诱导式的访谈,与用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。对主要的业务流程要有原型DEMO让客户操作,发现问题,提出改进的意见和建议。 该阶段的主要工作方法:访谈、业务分析、原型设计演示 输出成果:调研分析报告、原型反馈报告、业务流程报告 第三阶段:需求细化和确认 这一阶段是在上述两个阶段成果的基础上,进行具体的流程细化、数据项的确认阶段,这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表,并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作承建方提供的DEMO系统,来提出反馈意见,并对已经可接受的报告、文档签字确认。 实现手段:拜访(回顾、确认),提交业务流程报告、数据项表;原型演示系统 输出成果:需求分析报告、数据项、业务流程报告、原型系统反馈意见(后三者可以统一归入需求分析报告中,提交用户方、监理方进行确认和存档)

-需求分析方法论

需求分析方法论 原则上,需求分析阶段IT中心应尊重需求方的项目管理和项目分析能力;在具体的任务开展上,以不干扰需求方的自主权为主,除非在项目过程中发现需求方的项目管理以及项目分析能力存在很大的差距和不足。 为了保证项目的成功,IT中心必须加强项目管理和项目分析工作,在具体的操作上可以坚持吸收、同化、贯彻的方法和手段。 其中,需求分析是一个项目的开端,也是项目建设的基石。在以往的信息化建设失败的案例中,80%是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理,用户不习惯或不愿意去用应用管理软件。作为IT中心,必须提醒需求方重视需求分析的重要性,采用必要的手段和方法来进行需求调研,同时IT 中心也应深入具体的需求调研中去。只有这样才能切切实实地把握用户的需求和方向,才能在将来的功能界定、实施上有发言权。 一、如何进行需求分析 需求分析不象侦探推理那样需从蛛丝马迹着手,而是应该先了解宏观的问题,再了解细节的问题。 一个应用软件系统(记为S)的涉及面可能很广,可以按不同的问题域(记为D)分类,每个问题域对应于一个软件子系统。 S={D1,D2,D3,…Dn} 问题域Di由若干个问题(记为P)组成,每个问题对应于子系统中的一个软构件。 Di={P1,P2,P3,…Pm} 问题Pj有若干个行为(或功能,记为F),每个行为对应于软构件中的实现接口。 Pj={F1,F2,F3,…Fk} 需求说明书应该对于那些只想了解宏观需求的领导,和需要了解细节的技术人员都合适。在写需求说明书时应该注意两个问题: 1、最好为每个需求注释“为什么”,这样可让双方(IT中心、需求方)了解需求的本质,以便选用最合适的技术来实现此需求。 2、需求说明不可有二义性,更不能前后相矛盾。如果有二义性或前后相矛盾,则要重新分析此需求。 二、重点监控需求分析 由于项目的特殊性和行业覆盖的广阔性,以及需求分析的高风险性,软件需求分析的重要性是不言而喻的,同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。 1、用户说不清楚需求 有些用户对需求只有朦胧的感觉,当然说不清楚具体的需求。例如总部各部门及各地的很多店铺在进行应用系统以及网络建设时,需求方的办公人员大多缺乏IT系统建设方面的专家和知识。此时,用户就会要求IT中心系统分析人员替他们设想需求。项目的需求存在一定的主观性,为项目未来建设埋下了潜在的风险。 2、需求自身经常变动 根据以往的历史经验,随着用户对信息化建设的认识和自己业务水平的提高,他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。事实上,历史上没有一个软件的需求改动少于三次的!所以必须接受“需求会变动”这个事实,在进行需求分析时要懂得防患于未然,尽可能地分析清楚哪些是稳定的需求,哪些是易变的需求,以便在系统选型及实施时,将软件的核心建筑在稳定的需求上,同时留出变更空间。IT中心在需求分析的功能界定上担任一个中间、公平、公正的角色,所以也必须积极参与到需求分析的准备中来,以便协助需求方来界定“做什么”、“不做什么”的系统功能界限。 3、IT中心分析人员或用户理解有误 系统分析人员不可能都是全才,更不可能是行业方面的专家。用户表达的需求,不同的分析人员可能

职位分析的方法和步骤

职位分析的方法和步骤

在我国,现在的大多数企业都施行了岗位责任制。在许多企业中,你都可以查阅到厚厚的一本岗位责任手册,在手册中有企业每个部门的部门职能和每个职位的岗位职责,书写得非常细致和系统。岗位责任制的实施对企业来说应该是管理上的一个提高,但就现实情况而言,在多数企业里,岗位责任手册只是一套形式上的文件,并没有得到认真的落实。没有人根据岗位职责的内容来规范自己的工作,更没有将它作为真正的依据进行绩效考评。一、问题的根源 每家企业出现这类问题的原因各不相同。归纳起来,可以总结出以下几个根源: 1.没有职位分析 一些企业从来没有进行过职位分析,岗位责任手册中的内容都是原模原样地照搬其他企业的职位职责内容,有些可能会进行一些修改,但这种修改大多是基于管理者的主观意愿进行的调整。这样草率的做法,肯定不会的作出符合企业实际情况的岗位职责。2.职位分析没有更新 有些企业也曾经做过职位分析,但"一稿定终身",企业并没有根据企业的变化来重新进行职位分析,修订岗位职责的内容,造成岗位职责的内容与实际工作不相符合。职位职责当然不会起到它的作用了。3.缺乏认真的工作态度 一些企业在进行职位分析时,起初可能充满了热情,但由于工作烦琐,职位量大,渐渐对职位分析失去了认真的态度。这样就使职位分析职位变得形式化了,并没有真实地反映出职位内容的信息,定出了不符合实际的职位描述和职位资格要求。4.缺乏一定的技术和经验 职位分析并不是一件简单的事务性职位,它要求职位分析人员有一定的专业素质和专业背景。这样工作并不是光靠工作热情就能做好。目前,我国企业现有的职位职责描述的质量都不是很高,比如有些岗位责任中只有工作内容,而没有工作责任。5.缺乏对职位资格要求的使用

软件需求分析重点-

软件需求分析重点 第1 章软件需求基础知识 返工的成本占了总开发成本的30%-50%,而对于返工的情况,70%-80%是国需求错误引起的。(11) 在对所有讨论问题有了更深入的了解之前不要急于回答。不能充分理解需求,就会作出过于乐观的估计,最终不可避免地陷入超支的泥潭。(13-14)造成软件成本估算失败的最主要原因包括频繁变更需求、遗漏需求、未与用户充分沟通、需求的说明不精确以及地需求的分析不透彻等。给出估算结果时,应该提供范围(最好的情况,最可能的情况和最糟的情况)或把握程度(“我有九成把握在三个月内完成”)。(14) 从产品的实际用户处收集需求这一过程是不可替代的。(18) 第2 章客户眼中的需求 某些需求问题源于混淆了不同层次的需求(业务需求、用户需求和功能需求)。(19) 要想开发出优秀的软件产品,必须以优质需求为基础精心制定计划。(20)不要指望项目涉众天生知道如何合作进行需求开发。必须花时间讨论如何最有效地进行协作。(22) 需求审阅是最有价值的保证软件质量的活动之一。(25) 需求批准过程的所有参与者都应该明白签字意味着什么,否则会出现很多问题。(25) 不可能在项目初期就能明确所有的需求,需求肯定要随时间的推移而发生变化。(26) 第3 章需求工程的推荐方法 熟练的需求分析员应具备以下特点:耐心,思维条理性强,有良好的交际和沟通能力,理解产品应用领域,并且掌握丰富的需求工作技术。(29)为每类用户选择代言人(31)

观察用户工作的过程(31) 跨项目重用需求(32) 过早地以尚不明确的需求为基础进行开销和进度评估是非常不可靠的。(37)38图表 不要期望可以线性地、顺序地完成获取、分析、编写规格说明和验证这些需求开发活动。(38) 第4 章需求分析员 相比缺乏经验的需求分析员,使用经验丰富的需求分析员能使项目所需求的工作量减少三分之一。(42) 优秀的需求分析员应同时具备出色的交流、引导和人际交待能力,具备技术和业务领域的丰富知识,以及适合这项工作的相应个性。耐心和真诚的合作愿望是关键的成功因素。(44) 需求分析员必须研究可能出错的情形。(44) 第5 章确定产品前景与项目范围 第6 章获取客户的需求 能否让开发人员更准确地了解用户需求,将决定软件需求工作能否取得成功,进而影响到软件开发的成功。(62) 项目伊始就应确定谁来担任问题的决策人。(72) 第7 章聆听客户的需求 需求开发工作的成果就是项目涉众之间就被处理的需求达成共识。(75) 需求获取的参与者在理解问题之前要抵制住诱惑,不要急于设计系统。 要强调用户任务,而不是用户界面,要强调根本需要,而不是用户表达出来的期望,这样有助于项目团队避免过早是制定设计的细节。 在软件开发中,需求获取也许是最困难、最关键、最容易出错和最需要沟通的一个环节。(76)

职位分析的方法和步骤

职位分析的方法和步骤 在我国,现在的大多数企业都施行了岗位责任制。在许多企业中,你都可以查阅到厚厚的一本岗位责任手册,在手册中有企业每个部门的部门职能和每个职位的岗位职责,书写得非常细致和系统。 岗位责任制的实施对企业来说应该是管理上的一个提高,但就现实情况而言,在多数企业里,岗位责任手册只是一套形式上的文件,并没有得到认真的落实。没有人根据岗位职责的内容来规范自己的工作,更没有将它作为真正的依据进行绩效考评。 职务分析的方法 一、观察法 观察法是指职位分析人员通过对员工正常工作的状态进行观察,获取工作信息,并通过对信息进行比较、分析、汇总等方式,得出职位分析成果的方法。观察法适用于对体力工作者和事务性工作者,如搬运员、操作员、文秘等职位。 由于不同的观察对象的工作周期和工作突发性所有不同。所以观察法具体可分为直接观察法、阶段观察法和工作表演法。 1.直接观察法 职位分析人员直接对员工工作的全过程进行观察。直接观察适用于工作周期很短的职位。如保洁员,他的工作基本上是以一天为一个周期,职位分析人员可以一整天跟随着保洁员进行直接工作观察。 2.阶段观察法 有些员工的工作具有较长的周期性,为了能完整地观察到员工的所有工作,必须分阶段进行观察。比如行政文员,他需要在每年年终时筹备企业总结表彰大会。职位分析人员就必须在年终时再对该职位进行观察。有时由于间阶段跨度太长,职位分析工作无法拖延很长时间,这时采用"工作表演法"更为合适。 3.工作表演法 对于工作周期很长和突发性事件较多的工作比较适合。如保安工作,除了有正常的工作程序以外,还有很多突发事件需要处理,如盘问可疑人员等,职位分析人员可以让保安人员表演盘问的过程,来进行该项工作的观察。 在使用观察法时,职位分析人员应事先准备好观察表格,以便随时进行记录。条件好的企业,可以使用摄象机等设备,将员工的工作内容记录下来,以便进行分析。另外要注意的是,有些观察的工作行为要有代表性,并且尽量不要引起被观察者的注意,更不能干扰被观察者的工作。 二、问卷调查法 职位分析人员首先要拟订一套切实可行、内容丰富的问卷,然后由员工进行填写。问卷法适用于脑力工作者、管理工作者或工作不确定因素很大的员工,比如软件设计人员、行政经理等。问卷法比观察法更便于统计和分析。要注意的是,调查问卷的设计直接关系着问卷调查的成败,所以问卷一定要设计得完整、科学、合理。 国外的组织行为专家和人力资源管理专家研究出了多种科学的,也很庞大的问卷调查方法。其中比较著名的有: 1.职位分析调查问卷PAQ 职位分析调查问卷是美国普渡大学Purdue University的研究员麦考米克等人研究出一套数量化的工作说明法。虽然它的格式已定,但仍可用之分析许多不同类型的职位。PQA有194个问题,计分为六个部分:资料投入、用脑过程、工作产出、人际关系、工作范围、其他工作特征。 2.阀值特质分析方法TTA 劳普兹Lopez等人在1981年设计了"阈值特质分析"TTA问卷。特质取向的研究角度是试图确定那些能够预测个体工作成绩出色的个性特点。TTA方法的依据是:具有某种人格特性的个体,如果职位绩效优于不具有该种特制者,并且特质的差异能够通过标准化的心理测验反映出来,那么就可以确定该特质为完成这一工作所需的个体特质之一。

需求分析:需求调研的七种方法

需求分析:需求调研的七种方法要想给人做管理软件,首要的事情自然是把人家现在的业务内容、管理方式弄清楚。即使你是这个领域的业务专家,也要明白一点,无论业务内容是否相同,管理方式一定是不同的,业务可以复制,技术可以复制,管理不能复制。例如,要给仓库做管理系统,需要先了解这个仓库是怎么管理的,怎么出库,怎么入库,怎么盘点,怎么核算;需要给采购部做管理系统,需要先了解采购部是怎么运作的,怎么制定采购计划,怎么下采购单,怎么签订采购合同,等等。 开发信息管理系统,首当其冲的需求来源就是如何将现在的手工业务电子化,没有这一步,说什么资源整合,说什么提高效率,说什么降低成本,说什么智能决策,都是浮云。对于管理软件来说,需求获取重点在如何理解客户业务,这是需求获取阶段最重要,也是最困难的事情,当然,对于需求分析者来说,理解业务与需求获取往往是交错进行的,很难割裂开来。 需求获取一般包括这几种方式:观察法、体验法、单据分析法、报表分析法、问卷调查法、访谈法、需求调研会法。这是需求调研的“七种武器”,它们各有优缺点,无论你想要了解的是什么需求,都需要将这些方式组合应用,针对你想要了解的内容,以及需要了解的对象的工作特点,采用不同的方式。学会并坚持使用这七种武器后,我想你很快就会成为需求调研的真正高手。 观察法 观察法,就是你自己跑到工作现场,看!这个看上去相当简单,貌似走马观花,有些不在行的兄弟会弄得跟公费旅游一般,车间里走走散散心,撩撩HR妹子,就认为是观察法调研了,其实不然。这种方法,关键是要看人家是怎么工作的,拿了什么,干了什么,用了什么工具,送出去什么,什么时候填写了什么单据,制作了什么报表,等等。 体验法 体验法,就是你自己亲自到相关部门去顶岗,做一段时间的业务工作,有了亲身体验自然更容易理解这个岗位的工作。这种方法,最大的优点就是理解业务比较深刻。一旦你几乎成了某岗位的一员后,想想,还有什么比自己帮自己做软件更能够把握需求呢?要给超市收银员写个软件,先到超市卖几天东西,要给仓库做软件,先到仓库发两天货,你的软件偏离用户需求的可能性会大幅度降低。

软件需求分析方法

需求分析方法 一需求分析概括 需求分析应该先了解宏观的问题,再了解细节的问题。 一个应用软件系统(记为S)的涉及面可能很广,可以按不同的问题域(记为D)分类,每个问题域对应于一个软件子系统。 S={D1,D2,D,…Dn} 问题域Di由若干问题(记为P)组成,每个问题对应于子系统中的一个软构件。 Di={P1,P2,P3,…Pn} 问题Pi有若干个行为(或功能,记为F),每个行为对应于软构件中的实现接口。 Pj={F1,F2,F3,…Fk} 需求说明书应该对于那些只想了解宏观需求的领导和需要了解细节的技术员都合适。在写需求说明书时,应该注意两个问题: 1.最好为每个需求注释“为什么”,这样可以让程序员了解需求的本质,以便选用最合适 的技术来实现此需求 2.需求说明不能有”二义性”,更不能前后矛盾。如果有二义性或前后矛盾,即要重新分 析此需求。 二需求分析方法论 第一阶段:“访谈式”

第一阶段是和具体用户方的领导层、业务层人员的访谈沟通,主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。 建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局,最好能指定本次项目的接口人。 实现手段:访谈、调查表格 输出成果:调查报告、业务流程报告 第二阶段:“诱导式” 结合第一阶段的基本信息,做出简单的用户流程页面,同时结合以往的项目经验对用户采用诱导式,启发式的调研方法和手段,和用户一起探讨业务流程设计的合理性、准确性、习惯性。用户可以操作简单演示的DEMO,感受整个业务流程的设计合理性、准确性等等问题,以及提出改进意见和方法。 实现手段:诱导(拜访)、原型演示 输出成果:调研分析报告、原型反馈报告、业务流程报告 第三阶段:“确认式” 此阶段在上述两个阶段成果的基础上,进行具体的流程细化、数据项的确认阶段。这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表,并能清晰地向用户描述系统的业务流设计目标。通过审查,提出反馈意见,并对已经可接受的报告、文档签字确认。 实现手段:拜访(回顾、确认),提交业务流程报告、数据项表;原型演示系统 输出成果:需求分析报告、数据项、业务流程报告、原型系统反馈意见(后三者可以统一归到需求分析报告中)

岗位分析分类法的具体操作步骤

?分类法 ?排列法 ?点数法 ?配对比较法 ?点数加权法 ?工资市场调查 分类法 分类法是排列法的改革,又称归级法。它是在岗位分析基础上,采用一定的科学方法,按岗位的工作性质、特征、繁简难易程度、工作责任大小和人员必须具备的资格条件,对企业全部(或规范范围内)岗位所进行的多层次的划分,即先确定等级结构,然后再根据工作内容对工作岗位进行归类。 这种方法中,最关键的一项工作是确定等级标准。各等级标准应明确反映出实际上各种工作在技能、责任上存在的不同水平。在确定不同等级要求之前,要选择出构成工作基本内容的基础因素,但如何选择因素或选取多少则依据工作性质来决定。在实际测评时,应注意不能把岗位分解成各构成要素,而是要作为整体进行评定。岗位分类同企业单位以外的职业分类标准存在密切的联系。各类职业分类标准是以企业单位、国家机关岗位分类为基础制定的。一旦这类标准建立之后,企业单位在进行岗位分类时,便可依据、参照或执行这类标准。 (一)分类法的具体操作步骤 1、岗位分析。和其他方法一样,岗位分析是基础的准备工作。由企业内专门人员组成的评定小组,收集各种有关的资料、数据,写出调查报告。 2、岗位分类。按照生产经营过程中各类岗位的作用和特征,首先将全部岗位划分为若干个大类。然后在划分大类的基础上,再进一步按每一大类中各种岗位的性质和特征,划分为若干中类。最后,再根据每一种类中反映岗位性质的显著特征,将岗位划分为若干小类。 3、建立等级结构和等级标准。由于等级数量、结构与组织结构有明显的关系,因此这一步骤比较重要和复杂。它包括以下三个方面: (1)确定等级数量。等级的数量取决于工作性质、组织规模、功能的不同和有关人事政策。不同企业根据各自的实际情况,选择一定的等级数量,并没有同一的规定和要求。但无论是对单个的职务还是对组织整体都要确定等级数量。 (2)确定基本因素。通过这些基本因素测评每一职位或工作岗位的重要程度。当然,不同的机构选择的因素也不同,应根据实际情况灵活处理。 (3)确定等级标准。因为等级标准为恰当的区分工作重要性的不同水平以及确定工作评价的结果提供了依据,所以它是这一阶段的核心。在实际操作中,一般是从确定最低和最高的等级标准开始的。 4、岗位测平和列等。等级标准确定后,对岗位的测评和列等就根据这些标准,将工作说明书与等级标准逐个进行比较,并将工作岗位列入相应等级,从而也评定出不同系统、不同岗位之间的相对价值和关系。 对小企业来说分类法的实施相当简单,若应用到由大量工作人员的大企业,则会变

需求调研的方法

需求调研方法及实战 概述 需求调研和需要分析,可以说是软件工程中极为重要的一环。据统计,失败的项目中有70%以上都是由需求引起的,例如:需求不完整、需求变更等等。在这方面是有着血和泪的教训的。 那么如何才能做好需求?其原则也很简单,就是从外到内、从粗到细、从浅到深。具体的说,就是从公司级、部门级、操作级三个层次进行需求调研和需求分析。 需求开发的具体流程如下: 1.根据合同确定项目目标和范围 2.确定系统干系人 3.选择用户代表 4.熟悉业务领域,建立词汇表 5.做好访谈计划、访谈问题大纲 6.获取每类用户的需求 7.分析用户工作流程 8.确定用例 9.建立领域模型 10.确定非功能需求 11.确定设计约束 12.划分需求优先级 13.编写需求规格说明书 下面将举例说明需求调研的三个层次(本文中的例子取材于笔者亲身参与的一个项目)。公司级 在对客户的业务知识、项目背景有一定的了解后,开始访谈客户公司的高层领导,了解他们对项目的期望、目标(要符合SMART的原则)、及该项目的投资回报率。这些信息可用于对需求的把握和对需求优先级的排序。 在这个阶段中,还需要将业务分解成大的业务模块,定义每个业务模块之间的接口。这样的好处是可以将一个大的系统分解为多个小的系统,降低系统的复杂度。例如:

部门级 在这个阶段中,将上个阶段分解的业务模块落实到具体的业务部门中,访谈该部门经理。获取该部门的业务流程。流程建模的方法如下: 1.找出业务事件 2.识别一个业务事件的相关业务活动 3.确定业务活动之间的关系 4.业务活动的输入、输出信息 5.负责业务活动的部门、岗位 流程建模后,将流程中的每个节点进行分析,判断其是否在系统的范围内。如在系统范围内,将其定义为用例。同时了解部门经理的管理需求,找到业务流程的管控点,生成报表。下面是一个流程建模的实例:

项目需求分析和调研实践过程

某集团船代项目需求分析和调研实践过程 此文档主要在于项目管理设置项目相关文档,有兴趣人员可以参考一下,对于项目管理和未来有此方向者有一定的参考价值。 流程再造方法论 -流程影射,系统评估,定义考核,再造建议 前言 本文档主要根据某集团船代项目需求分析和调研实践过程整理而得,描述从项目启动,调研到设计过程的大致过程叙述,重点在于咨询过程中涉及的需求分析和调研方法论,其他相关项目前期规划和调研可参考此方法论。如有不妥之处敬请指正,也希望能不断完善,谢谢!正文: 软件需求的定义: 根据IEEE软件工程标准词汇(1997年)中定义的需求为: 用户解决问题或达到目标所需的条件和能力; 系统或系统部件要求满足合同,标准,规范或其他正式规定文档所需具有的条件和能力; 一种反映上述条件和能力的文档说明。 本项目简介 因某某集团船代业务发展需要,加上目前的系统存在很大问题,也不能涵盖目前的所有业务需求,需进行调研和需求分析是否需要上一套

新的船代系统,新系统需要整合目前的业务结构和业务流程,同时满足业务的需求和未来发展。 适合读者 此文档适合信息系统项目咨询规划和分析的相关项目人员作为项目前期方法论参考之用。 目录 1.项目启动 2.项目调研 3.项目规划与考核指标 4.撰写SOR 项目启动 1.与成员企业与相关部门沟通 召开项目总启动会议,介绍项目组相关人员以及此项目的主要目的和要求,企业简单本项目涉及的业务流程和相关业务部门和目前主要组织结构。例如船代项目我们在这一个环节我们了解到了整个船代所涉及的主要业务可以分为: 集装箱进出口业务 散杂货进出口业务 箱管

订舱 根据业务的分工部门的分工也不同。以后的调研思路我们也可以按照这样两种业务流程主线去咨询调研相应的部门与人员。 2.安排项目相关人员 根据业务主线(集装箱进出口,散杂货进出口)整理调研思路,要求企业根据提供的业务主线流程,和部门结合分工安排,组织各部门主要相关人员积极配合项目未来的调研。 3.出初期调研时间和相关人员安排表 根据前期的准备工作,出具具体调研时间和人员安排表,时间项目组掌控制(需要和业务部门协调),人员安排需要业务部门提供详细人员名单资料。以便项目成员和企业相关部门人员提前做好调研准备(安排相关人员和准备一些相关资料)。 根据时间人员安排表,做好前期调研准备。 注:在调研具体调研前,我们因该知道所有物流在运作过程中碰到的四个主要问题为: 出错率 时效 成本 结算 在具体的调研过程中,我们始终要以此作为主导的思路问问题,才能找出目前的问题所在。也就是未来规划后的系统的价值所在。

需求分析方法主要步骤

1.1主要步骤 遵循科学的需求分析步骤可以使需求分析工作更高效。需求分析的一般步骤如图2-3所示。 需求涉及的方面有很多。 在功能方面,需求包括系统要做什么,相对于原系统目标系统需要进行哪些修改,目标用户有哪些,以及不同用户需要通过系统完成何种操作等。 在性能方面,需求包括用户对于系统执行速度、响应时间、吞吐量和并发度等指标的要求。 在运行环境方面,需求包括目标系统对于网络设置、硬件设备、温度和湿度等周围环境的要求,以及对操作系统、数据库和浏览器等软件配置的要求。 在界面方面,需求涉及数据的输入/输出格式的限制及方式、数据的存储介质和显示器的分辨率要求等问题。 1.1.1获取需求,识别问题 开发人员从功能、性能、界面和运行环境等多个方面识别目标系统要解决哪些问题,要满足哪些限制条件,这个过程就是对需求的获取。开发人员通过调查研究,要理解当前系统的工作模型和用户对新系统的设想与要求。 此外,在需求的获取时,还要明确用户对系统的安全性、可移植性和容错能力等其他要求。比如,多长时间需要对系统做一次备份,系统对运行的操作系统平台有何要求,发生错误后重启系统允许的最长时间是多少等。

遗漏需求是最难修订的需求错误。 --RobertL.Glass 获取需求是需求分析的基础。为了能有效地获取需求,开发人员应该采取科学的需求获取方法。在实践中,获取需求的方法有很多种,比如,问卷调查、访谈、实地操作、建立原型和研究资料等。 问卷调查法是采用调查问卷的形式来进行需求分析的一种方法。通过对用户填写的调查问卷进行汇总、统计和分析,开发人员便可以得到一些有用的信息。采用这种方法时,调查问卷的设计很重要。一般在设计调查问卷时,要合理地控制开放式问题和封闭式问题的比例。 开放式问题的回答不受限制,自由灵活,能够激发用户的思维,使他们能尽可能地阐述自己的真实想法。但是,对开放式问题进行汇总和分析的工作会比较复杂。 封闭式问题的答案是预先设定的,用户从若干答案中进行选择。封闭式问题便于对问卷信息进行归纳与整理,但是会限制用户的思维。 访谈通过开发人员与特定的用户代表进行座谈,进而了解到用户的意见,是最直接的需求获取方法。为了使访谈有效,在进行访谈之前,开发人员要首先确定访谈的目的,进而准备一个问题列表,预先准备好希望通过访谈解决的问题。在访谈的过程中,开发人员要注意态度诚恳,并保持虚心求教的姿态,同时还要对重点问题进行深入的讨论。由于被访谈的用户身份可能多种多样,开发人员要根据用户的身份特点,进行提问,给予启发。当然,进行详细的记录也是访谈过程中必不可少的工作。访谈完成后,开发人员要对访谈的收获进行总结,澄清已解决的和有待进一步解决的问题。 关注用户的行为而不是他们的言语。

需求调研流程(DOC)

XXX管理系统需求调研报告

Revision Record 修订记录

Catalog 目录 1需求调研流程 (4) 1.1调研整体流程 (4) 1.2组成部分关系 (5) 1.3分析过程 (6) 2需求调研和分析的方法、策略和步骤 (6) 2.1如何调研 (6) 2.2如何分析 (7) 2.3调研方法 (8) 2.4基本策略 (8) 2.5结构化方法分析步骤 (9) 2.6UML方法分析步骤 (9) 3需求调研相关要求 (10) 3.1文档规范 (10) 3.2需求管理 (11) 3.3调研成果 (12)

1需求调研流程 1.1 调研整体流程

●问题识别:解决目标系统做什么,做到什么程度。需求包括:功能、性能、环境、 可靠性、安全性、保密性、用户界面、资源使用、成本、进度。同时建立需求调查 分析所需的通信途径。 ●分析与综合:从数据流和数据结构出发,逐步细化所有的软件功能,找出各元素之 间的联系、接口特性和设计上的限制,分析它们是否满足功能要求并剔除不合理部 分,综合成系统解决方案,给出目标系统的详细逻辑模型。[常用的分析方法有面 向数据流的结构化分析方法SA(数据流图DFD、数据词典DD、加工逻辑说明)、 描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对 象分析方法OOA(主要用UML)、对于有动态时序问题的软件可以用形式化技术, 包括有穷状态机FSM的状态迁移(转换)图STD、时序图、Petri网。每一种分析 建模方法都有其优势和局限性,可以兼而有之以不同角度分析,应该避免陷入在软 件需求方法和模型中发生教条的思维模式和派系斗争,一般来说结构化方法用于中 小规模软件、面向对象方法用于大型软件。] ●编制需求分析文档 ●需求评审 1.2 组成部分关系 需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段,包括以下几个方面:确定软件所期望的用户类;获取每个用户的需求;了解实际用户任务和目标以及这些任务所支持的业务需求;分析员与用户的信息以区别用户任务需求、功能需求、

岗位分析的流程与方法

岗位分析的流程与方法 课程背景 为什么存在明显的冗员和低效,但很多部门却仍在高喊人手短缺? 为什么采取竞聘上岗,而员工却认为这只是领导玩弄的人事调整“把戏”? 为什么提供了高额的薪酬和福利,但员工的积极性和企业的经营绩效却依然没有改进? 为什么企业进行了多年的绩效考核却还是没有进入角色? 为什么企业引进人才难,而留住人才更是难上加难? 为什么…………..? 对于企业领导和人力资源管理者而言,诸如此类的问题可谓千头万绪,如何建立一套系统性的人力资源管理解决方案,而不只是“头痛医头、脚痛医脚”,成了我们迫切需要研究和解决的重大课题。 课程特色 通过楚天老师十余年成功运作优秀企业人力资源管理的实战经验,从国内企业所面临的实际问题出发,通过各种典型案例的讲解和分析,以及模拟现实环境的操作演练,提升企业人力资源管理者系统性解决问题的能力和实施操作水平。楚天老师以改善人力资源管理职业化程度为己任,会无私的奉献大量的极具参考价值的实践资料,例如,经典的职位管理制度,组织结构设计操作手册,组织结构设计模板,工作说明书动词库,任职资格管理制度,素质词典,定岗定编的原理与操作,绩效管理制度,员工绩效考核制度,KPI指标库,绩效案例库,薪酬的工作评价操作手册及薪酬设计工具等等,确保学员能够操作! 课程内容 第一部分:组织结构、岗位设计与分析 一、人力资源战略管理与人力资本增值(道与术) ☆案例:某高科技企业的人才战略与实施 1、人力资源管理的系统平台 ☆案例分享:企业人力资源管理部门的组织建设,矩阵式的运作结构是人力资源战略得以执行的重要保障。 2、中国企业所面临的关键问题 ☆问题讨论:人力资本与财务资本的速度之争?究竟什么才是企业核心竞争力?企业家的应该管什么?管理者应该管什么? 二、组织结构与岗位设计(原则与方法) 1、组织设计的基本原则 ☆案例分析:组织设计与业务流程的关系,华为2009年十大管理核心词“端到端”; ☆问题讨论:职能型组织与流程型组织的区别? 2、组织设计的指导手册与设计模板 ☆问题讨论:如何减少部门之间的“扯皮”?——责权利的效率。 ☆案例分析:某大型国企的组织结构调整设计与实施。 3、岗位设计方法论:业务流程的优化与重整 三、岗位分析(流程与方法) 1、工作分析总体流程实施流程? 2、工作系统的研究——标准化的效率 3、“胜任能力”的考量——建立任职资格体系的初衷

XX项目需求调研方案

广东烟草商业系统营销大集中信息系统建设项目 需求调研计划 (第一期) 编号:LCRJ-06085100802-RM-01-01 (版本:V2.0) 二○○六年九月

目录 1概述 (4) 1.1背景 (4) 1.2目的 (4) 2调研前的准备工作 (4) 2.1确定需求调研方式 (4) 2.2确定调研各方负责人 (4) 2.3确定需求调研时间和地点 (5) 2.4参与需求调研工作的人员安排和通知 (5) 2.5需求调研的组织准备 (5) 2.6需求调研纲要资料 (5) 3需求调研过程概述 (5) 3.1对V3总体业务架构及主体业务流程汇报调研 (6) 3.2对V3具体业务功能及操作进行交流调研 (6) 3.3整理需求调研成果 (6) 3.4需求调研成果确认 (6) 3.5最终需求调研成果汇报 (6) 4调研单位时间安排 (7) 5基础业务上线模块主要流程(当前上线重点) (8) 6附件:需求调研时间安排 (8)

1概述 1.1背景 广东烟草营销大集中系统是浪潮软件在烟草行业承接的规模最大的软件工程,也是需求最复杂的烟草商业企业应用系统,为了保证需求调研过程的有序、完整、规范,获得高质量需求成果,明确调研的方法和工作步骤,特制定本需求调研计划。 1.2目的 随着烟草行业的发展,软件的产品化进一步提高,整体团队逐步规模化,对烟草业务的理解逐步加深,软件功能也更加完善。这一系列的变化,对软件实施前的需求调研及业务咨询的工作,越来越体现出其重要性。需要一个系统的、完整的需求调研计划帮助大家顺利的进行需求调研工作的开展,同时也保证需求调研工作的质量。 本次调研进行集中式调研交流: 1、首先是整体业务架构和业务流程方面的需求调研和交流 主要由省公司相关管理人员、地市公司分管领导及部门负责人参与,主要对业务流程方面进行确认,保证大方向的准确性。 系统涉及的相关部门有:专卖管理部门、营销管理中心、物流配送中心、财务管理中心和信息中心。 2、然后针对具体流程进行实际业务操作层的需求调研和交流 主要由各地市公司代表的部门负责人及核心操作人员参与,是在确认了业务流程的基础上,进行系统功能方面的差异及易用性等方面的交流讨论。2调研前的准备工作 2.1确定需求调研方式 本次需求调研,采用集中式需求调研的方式,即集中各地市公司代表的相关领导和核心业务人员进行需求调研和交流。 2.2确定调研各方负责人 省公司负责人:

如何进行软件需求分析

软件需求分析(Software Reguirement Analysis)是研究用户需求得到的东西,完全理解用户对软件需求的完整功能,确认用户软件功能需求,建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端,也是项目实施最重要的关键点。据有关的机构分析结果表明,我们设计的软件产品存在不完整性、不正确性等问题80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题尤为突出。因此,一个项目的成功软件需求分析是关键的一步。 一、软件需求分析理论 如果我们用数学方法来描述软件需求分析,可以将一个应用软件定义为S,可能应用软件涉及功能性问题非常广,我们用抽象化理论分析,可以划分为各个功能域,可以用D1、D2、… Dn表示,那么,我们可以用一个表达式描述为S={D1,D2,D3,…Dn} 但是,功能域Di依然存在着有若干个问题P1、P2、P3、… Pm组成,并且每个功能对应于子系统中的一个软构件,我们可以表示为 Di={P1,P2,P3,…Pm} 同样,功能Pj有若干个行为F1、F2、F3、… Fk,每个行为对应于软构件中的实现方法 Pj={F1,F2,F3,…Fk} 一个软件包含了所有功能的集合,同时包含了实现所有功能的所有方法和算法描述。需求分析是依据于用户需求,经过需求问题识别,进行分析、消化与综合,制订规格说明,评审,分为四个阶段,形成用户需求与设计同步,设计满足用户需求目标。 需求分析方法始终贯穿着吸收、同化、贯彻方法和手段,用商业化行为解决需求与实现中存在的矛盾,解决用户需求与商业化产品融通,解决规范与个性化追求。 二、软件需求分析目标 软件需求分析的主要实现目标: 1)对实现软件的功能做全面的描述,帮助用户判断实现功能的正确性、一致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件需

(岗位分析)常用岗位分析方法分析

(岗位分析)常用岗位分析 方法分析

常用岗位分析方法分析 当目标计划等等规划方面的东西确定下来以后,实施就成为重中之重,而实施过程中采用的方法又是实施成败的关键。同样的于岗位分析过程中,根据目标、岗位特点、实际条件等选择采取合适的分析方法也就成为了关键。 目前岗位分析的方法有很多种,这里只讨论几种比较常用的方法。 1、访谈法 访谈是访谈人员就某壹岗位和访谈对象,按事先拟订好的访谈提纲进行交流和讨论。访谈对象包括:该职位的任职者;对工作较为熟悉的直接主管人员;和该职位工作联系比较密切的工作人员;任职者的下属。为了保证访谈效果,壹般要事先设计访谈提纲,事先交给访谈者准备。访谈法分为个体访谈:结构化、半结构化、无结构;壹般访谈、深度访谈;群体访谈:壹般座谈、团体焦点访谈。 进行访谈时要坚持的原则有: 1)明确面谈的意义 2)建立融洽的气氛 3)准备完整的问题表格 4)要求按工作重要性程度排列 5)面谈结果让任职者及其上司审阅修订。 麦考米克于1979年提出了面谈法的壹些标准,它们是: 1)所提问题要和职位分析的目的有关; 2)职位分析人员语言表达要清楚、含义准确; 3)所提问题必须清晰、明确,不能太含蓄; 4)所提问题和谈话内容不能超出被谈话人的知识和信息范围; 5)所提问题和谈话内容不能引起被谈话人的不满,或涉及被谈话人的隐私。

其优点是能够得到标准和非标准的、体力、脑力工作以及其他不易观察到的多方面信息。其不足之处是被访谈者对访谈的动机往往持怀疑态度,回答问题时有所保留,且面谈者易从自身利益考虑而导致信息失真。因此,访谈法壹般不能单独使用,最好和其他方法配合使用。此外,分析者的观点影响工作信息正确的判断;职务分析者问些含糊不清的问题,影响信息收集。 该方法适合于不可能实际去做某项工作,或不可能去现场观察以及难以观察到某种工作时。及适用于短时间的生理特征的分析,也适用于长时间的心理特征的分析。适用于对文字理解有困难的人。访谈法也适合于脑力职位者,如开发人员、设计人员、高层管理人员等。2、问卷调查法 问卷调查法就是根据岗位分析的目的、内容等,事先设计壹套岗位问卷,由被调查者填写,再将问卷加以汇总,从中找出有代表性的回答,形成对岗位分析的描述信息。问卷调查的关键是问卷设计。问卷设计形式分为开放型和封闭型俩种。开放型:由被调查人根据问题自由回答。封闭型:调查人事先设计好答案,由被调查人选择确定。设计问卷时要做到:①提问要准确;②问卷表格要精炼;③语言通俗易懂,问题不可模棱俩可;④问卷表前面要有指导语;⑤引进被调查人兴趣的问题放于前面,问题排列要有逻辑。 问卷调查法的具体实施有,职位分析人员首先要拟订壹套切实可行、内容丰富的问卷,然后由员工进行填写。正式进行工作分析前,考量各部门之工作内容及可行时间,先行拟定了进行时间表,若不可行,则可弹性调整。 (1)问卷发放 进行各部门之工作分析问卷发放时,先集合各部门之各级主管进行半小时之说明,说明内容有工作分析目的、工作分析问卷填答、及问题解答,且清楚告知此次活动之进行不会影响到员工现有权益,确定各主管皆明了如何进行后,由主管辅导下属进行工作分析问卷之填答。

相关文档
最新文档