项目实施实务操作指南概述(偏需求调研)（30页)ppt课件

1、工程实施实务操作指南概述需求调研篇 二一六年一月 JAVA开发一部 -目录-如何做需求调研？如何做系统实施？如何做系统培训？2如何组织调研任务最有阅历的人也不能够了解一切的行业，他们对于一些陌生的行业一样可以将调研任务完成得很好，我们可以发现有阅历的调研人员和没有阅历调研人员最大的区别是他们能否按照正确的过程组织调研任务，按照正确的方式做事自然会更容易获得胜利，有无其它行业阅历只是胜利调研的一个积极要素而已。在一个有调研阅历的业务人员眼里，调研决不是现场调研这么简单，无论是售前还是售后调研任务本身都可以分为三个阶段。第一个阶段叫调研预备阶段，这个阶段要完成调研方案确实认，调研背景资料的预备两方

2、面的任务。这个阶段任务质量将对能否顺利开展调研任务起到关键保证作用。第二个阶段就是现场调研阶段，根据调研方案完成各项调研任务，并获得用户认同。第三个阶段就是调研后续任务落实阶段，调研终了后往往要预备产品演示，技术交流，处理方案等任务，所以调研终了后一定要趁热打铁，把后续任务落实到一定程度才干再做其它任务，此时调研任务才干算终了3调研预备阶段容易犯哪些错误？(1)4第一个容易犯的错误：不清楚调研的目的真正的调研目的有三条：对用户：让用户以为调研者曾经非常了解或者有足够才干了解用户现有业务流程。对竞争对手：假设是售前调研，还要随时制造给竞争对手的门槛，了解竞争对手给我们设计的门槛。对公司：调研获得

3、信息足够让后续者进入下一阶段任务。第二个容易犯的错误：方案不够细致实践上我们写一个方案写给谁看？方案是我们给用户分管指点确认的，用户指点对他的任务内容了解越清楚，他协助他安排任务就越方便。第三个容易犯的错误：方案没有在内部沟通及格：有的人会提早发邮件或给用户，然后确认收到，然后确认时间无问题，然后再去，这样的调研者60分。良好：有的人不但会确认方案时间，还会仔细了解方案内容能否认同和有相关业务人员配合，得到一定承诺后再去，这样的人80分。优秀：有的人还会预备一些前期调研文卷和资料预备清单，让客户经理配合落实后再去调研，这样的人100分。-我们至少要做到80分！第四个容易犯的错误：方案没有得到用

4、户确认调研预备阶段容易犯哪些错误？(2)5第五个容易犯的错误：没有仔细进展预备好的调研预备任务可以包括这么18个方面：1、假设有的话，一定要仔细阅读商务合同和技术协议。2、阅读前期技术方案和各类备忘录。3、和工程前期人员(咨询顾问、客户经理和主管充分沟通。4、熟习公司已实施的相近工程的情况。5、熟习相关软件产品的功能及开展方向。6、了解企业所处行业的行业特点、竞争态势、产品研发特点。7、预备同用户交流时的软件原型或交流PPT。8、预备企业业务调研问卷。不一定要给用户，但一定可以让本人不脱漏该问的问题。9、设计业务调研方案。10、设计业务调研方案。方案一定要用心，用心才干做好。11、预备业务调研

5、培训资料。12、软件安装盘和加密狗。13、电脑笔记本。14、SQL SERVER/ORACLE安装盘等常用工具软件安装盘。有时候很有用。15、别的工程常用样例及规范配置。16、公司各种流程管理文档。17、能够涉及业务难点培训资料和问题集。18、公司小礼品。现场调研阶段容易犯哪些错误？(1)6常见错误一：立刻进入调研形状 其实调研方案到现场第一件事情不是启动调研，而是再次确认调研方案。常见错误二：匆忙地进入调研形状 想清楚后就可以开场调研了，但和被调研对象见面不要三句话不到就立刻进入主题，必需有一点点铺陈才干展开调研。这个铺陈包括三个方面，第一是自我引见，有时候还包括公司引见，调研者也是公司的活

6、名片，第二是了解被调研者的背景，对其配合调研表示赞赏，顺便奉承一下，例如说能得到您这样有阅历人员配合是我们非常高兴的事情，让其有一个好心境开场配合调研任务，第三是对调研总体内容和时间有一个阐明，阐明我们想经过调研能为其业务设计好的信息化支持手段，让其配合时做到心中有数，乐于协助。常见错误三：不断地问问题，唱独角戏 常见错误四：不留意搜集异常的现实，发掘背后的需求 常见错误五：每天调研任务时间太长 其实每天调研的时间普通不要超越四个小时！对每个个体一次访问的时间也不要超越两个小时！尽量不要一个人调研，应该至少两个人调研！现场调研阶段容易犯哪些错误？(2)7常见错误六：提早提供处理方案 调研过程中

7、不要过多破费精神引见我们的业务系统，而是做一个好的发问者和倾听者，用耳朵去听，用心去想，用大脑去分析用户的信息，去发现有价值的内容。 常见错误七：没有开业务分析会 在调研完成之前，在调研方案中调研者应自动安排或者发明这么一次汇报的时机，专门陈说我们对客户业务和要处理关键问题的认识，这个认识陈说好了，客户自然对供应商刮目相看，就算有一些偏向，也可以立刻得到纠偏的时机。 常见错误八：只注重正式沟通，不注重非正式沟通常见错误九：关键业务只讯问了个他人意见 再问第二个人的时候，就可以用自动复述业务的方式，请其重点指出不对的地方，加快调研进度。 现场调研阶段容易犯哪些错误？(3)8常见错误十：调研时有选

8、择问问题首先，假设调研发现用户迫切需求很有价值的问题是公司目前不能处理的问题，并不等于不调研就可以逃避，无论未来在技术争辩还是售后实施，这个问题总是要冒出来，与其逃避，不如自动搞清楚，汇报给公司，看看究竟有什么方法可以处理。其次，假设有选择性问问题，就会脱漏一些关键性业务，这样对调研整体质量有影响，在后续任务中容易被动。至于不想将用户一些天马行空问题，或者确实不想引发他们高度兴趣的问题逃避的方法，不是不经过调研，而是仔细记录，但不提供在正式文档的方式躲避。常见错误十一：一次调研就企图锁定需求 我们的问题不再于要用户不变卦需求，而在于找到一种方法让用户认识到我们的软件能发扬作用，当有新的需求时经

9、过运用我们软件建立的信任关系重新构成新的业务，这也是调研时要坚持一种理念。常见错误十二：调研任务表现不职业常见不成熟职业表现有：1、 不征求用户赞同就翻看其资料(假设有的竞争对手敏感资料想获得，也一定不要给他人看到)；2、 调研过程中短音讯不断；3、 在用户现场上网任务时顺便聊天看和任务无关的内容；4、 没有征求用户赞同运用用户；用户赞同运用讲起来没完没了；5、 对用户现有各方面形状流露轻视的态度，例如以为用户条件不成熟，管理不到位，表现出眼界高人一等的想法。调研任务方法引荐(1)9每日调研流程1、提出调研内容，请客户工程组成员配合约定人员时间安排访谈；2、访谈3、当场复述内容，确认了解对方表

10、达的问题4、立刻将整理访谈结果构成文档记录，确认需求继续了解的内容和未清楚的内容5、假设需求，安排时间请被访谈对象确认访谈文档记录，特别是一些关键名词定义部分6、和客户工程组成员配合商定下一时间段访谈安排。调研任务方法引荐(2)10访谈胜利的九个要点1、让访谈者上司安排会面2、调研前应向调研者引见调研内容和时间大约安排，让其心中有数3、倾听，不要发表指点意见，要靠和用户交流发现问题中心所在4、随时搜集和记录现实，寻觅异常景象，开掘管理改良需求，仔细记录并讨论缘由5、尽量两个人一同采访，最好一个是企业工程组的成员6、复述、复述再复述7、一次不要问得太多8、在终了谈判后又提出一个问题9、访谈终了后

11、一定要表示赞赏调研任务方法引荐(3)11良好的构造化调研顺序先了解客户根本情况和工程组成员情况，由此建立对客户初步认识，对工程有个初步判别；再了解客户组织构造和岗位设计，由此确定访谈对象；再逐个按照业务了解业务流，业务流要关怀业务可以划分为哪些阶段，每个阶段应该是相互独立，彼此穷尽的。每个业务阶段要问清楚业务目的，输入数据和输出数据，过程步骤，每个步骤的担任人，什么时候开场，什么时候终了。 输入数据其什么作用，有哪些信息传送到输出数据中。输出数据又起什么作用，是指点下游 还是反响上游。业务流程调研质量评判规范就是能否明晰简明画出企业业务流程图和数据流程图。调研任务方法引荐(5)12售前和售后调

12、研的不同 售前调研普通是为产品演示，技术交流做预备，同时调研过程要留意突出本人强项，给竞争对手制造门槛。 售后调研普通是为处理方案，工程实施做预备，同时调研过程中要留意寻求工程价值点，利用价值点置换工程边境，尽量把工程边境最小化，工程才容易胜利和受控。 售前调研普通由商务自动和用户协商时机，根据实践情况确定先调研还是后调研。售后调研必需尽快启动，而且应该在工程启动大会后展开调研。 售后调研前普通要和客户方指点亲密接触，获得支持。在启动大会上对调研方法和需求获得支持通知企业配合人员后进展。 售前调研普通要协助拿工程，所以不要随便发表对问题倾向性看法，要了解现实，用比较文饰的言语表达对问题的认识，

13、经过对事物认识深度获取支持。 售后调研可以相对直接提出问题，摆现实，陈厉害，争取最大范围注重，进而获得支持如何写调研报告调研日志有三个要求：任务过程明晰化，调研内容构造化，不明内容有后续方案。调研后续任务落实阶段13如何写业务调研报告普通而言业务调研报告目录可以分为三个大的部分，第一部分是业务根本情况引见，第二部分是客户业务流程图和数据流图，第三部分是工程关键价值点。业务调研报告完成后续任务 业务调研报告完成后必需赶紧去找后续任务同伴，按照商定的任务方案把调研报告交给他们，假设有时间，还可以安排一个内部业务分析会议，做一个全面的引见。协助团队成员可以准确了解调研报告，启动后续任务才是一个调研的

14、任务终了。原型法破解小型工程需求分析之痛114有调查报告显示，软件产品存在不完好性、不正确性等问题，80%以上是由于需求分析错误所导致的，而且由于需求分析错误呵斥功能性问题尤为突出。所以，一个胜利的需求分析是软件工程能否胜利的关键一步。原型法(Prototyping)的理念是指在获取一组根本需求之后，快速地构造出一个可以反映用户需求的初始系统原型。让用户看到未来系统的概貌，以便判别哪些功能是符合要求的，哪些方面还需求改良，然后不断地对这些需求进一步补充、细化和修正。依次类推，反复进展，直到用户称心为止并由此开发出完好的系统。简单的说，原型法就是不断地运转系统的原型来进展提示、判别、修正和完善需

15、求的分析方法。原型法是将系统调查、系统分析和系统设计合而为一，运用户一开场就能看到系统开发后是一个什么样子。而且用户参与了系统全过程的开发，知道哪些是有问题的，哪些是错误的，哪些需求改良等，就能消除用户的担忧，并提高了用户参与开发的积极性。同时，用户由于参与了开发的过程将有利于系统的移交、运转和维护。但需求留意的是，原型法的适用范围是比较有限的。它只对于小型、简单、处置过程比较明确、没有大量运算和逻辑处置过程的系统比较适宜。它的局限性是对于大型的系统不太适宜，由于对于需求大量的运算、逻辑性较强的程序模块，原型法是很难经过简单的了解就构造出一个适宜的模型，供用户评价和提出修正建议。原型法破解小型

16、工程需求分析之痛215运用原型法进展需求分析的流程(1)快速分析，弄清用户的根本信息需求需求分析原型法的第一步是在需求分析人员和用户的严密配合下，快速确定软件系统的根本要求。也就是把原型所要表达的特性(界面方式、处置功能、总体构造、模拟性能等)描画出一个根本的规格阐明。快速分析的关键是要选取中心需求来描画，先放弃一些次要的功能和性能。尽量围绕原型目的，集中力量确定中心需求阐明，从而能尽快开场构造原型。(2)构造原型，开发初始原型系统在快速分析的根底上，根据根本规格阐明应要尽快实现一个可运转的系统。原型系统可先思索原型系统应必备的待评价特性，暂时忽略一切次要的内容。例如平安性、强壮性、异常处置等

17、。假设这时为了追求完好而把原型做得太大的话，一是需求的时间太多，二是会添加后期的修正任务量。因此，提交一个好的初始原型需求根据系统的规模、复杂性和完好程度的不同而不同。本步骤的目的是：建立一个满足用户的根本需求并能运转的交互式运用系统。(3)用户和开发人员共同评价原型这个阶段是双方沟通最为频繁的阶段，是发现问题和消除误解的重要阶段。其目的是验证原型的正确程度，进而开发新的原型并修正原有的需求。也可分析其用户可在开发人员的指点下试用原型，在试用的过程中考核和评价原型的特性，运转结果能否满足规格阐明的要求，和能否满足用户的愿望。并可纠正过去沟通交流时的误解和需求分析中的错误，增补新的要求，或提出全

18、面的修正意见。-目录-如何做需求调研？如何做系统实施？如何做系统培训？16按方案推进上线试运转前置条件17 在一个工程实施过程中，假设要想让现场推行用户运用任务快速有效进展，其实是需求做大量高质量的前期任务，系统按方案 上线试运转不过是一个很自然的结果。现场推行任务可以进展在具备四个条件情况将非常顺利：1) 经过充分现场功能验证，确定产品功能根天性连串起一个或几个根本业务流，并得到用户工程组书面认可；2) 产品的稳定性和性能在可预见并发环境下性能能到达可运用要求；3) 针对根本业务流的业务操作手册全部编制完成，并对相关用户完成培训；4) 用户和软件公司都可以投入一定资源，主要是指用户方能投入资

19、源配合。推进用户运用系统任务为什么进展慢？18 工程现场推行时间无限延伸对用户，对软件商，对实施人员都是一种极大的损伤和折磨，我们以为工程上线试运转时间无法确定或者确定后无法终了恰恰是一个工程失控的病症。泡现场其实是典型的工程失控特征之一。 我们可以分析为什么经常出现用户要务虚施人员来泡现场？从实施的角度来看，无非是以下几种缘由或缘由的综合。软件总是出问题要运转的业务流不完好和用户就推行实施方案没有达成一致没有激发用户的自动性 光打雷不下雨，短少高管支持边境总在变卦做人不好 现场推行任务如何才干做好？(1)19第一要 组织高质量的业务调研 业务调研阶段在业务系统比较熟习的情况下，可以边调研边建

20、立原型测试，这样在现场调研时对可推行业务设计和验证，构思业务流程操作手册，数据规范手册和各种样例，到了真正推行的时候思绪早就经过反复琢磨，非常可靠；第二要 对关键用户组织胜利的培训 培训就是让用户自我进展推行，我们软件公司协助配合，要置信誉户的积极性，自动性和才干，要不断激发他们在这些方面的潜力。a) 从一开场到现场任务就要反复安排大量精心组织的培训活动，让用户了解我们的思绪；b) 工程处理方案或思绪一定要组织各种类型会议在现场反复讲解，达成一致，非常关键问题不要逃避或模糊化，例如业务管理的思绪。但一些技术细节可以淡化，例如表格格式或者汇总时一些小要求，不要纠缠这些细节；c) 培训的时候在操作

21、上应该预备实例化的内容，应该让主导用户操作后自我评价掌握程度，直到熟习为止；d) 培训思绪站在业务流的高度规划，让用户置信他对他们业务了解和描画非常准确到位，消除用户顾虑忧 现场推行任务如何才干做好？(2)20第三 要提早做充分的内部业务验证 在内部验证不是要让产品没有缺陷才干去现场，而是经过本人验证充分评价产品对主要业务线的支持程度，有多少是可以经过沟通抑制的，有多少是无法抑制的，必需处理后才干去现场的，有多少是必需处理但可以暂时忍受的。并及时和开发沟通，达成一致的处理意见，才有面对用户的智慧。第四 要做现场验证。 现场验证就是让用户工程组充分评价新版本的益处和缺乏之处，确定能否开场试用，一

22、旦在试用过程中出现用户不满就可以事先采取对策抑制，而不是四处救火；假设验证结论是不能满足要求，就千万不能硬推上线运用，那是自寻死路，宁可回去改好再来，也不能强行压。第五 选择适当的运用边境 只需某个业务流用起来了，往往就可以验收了，此时工程运用边境和合同边境未必等同。还有，建立和用户的个人友谊 需求产生的缘由分析21缘由何在? 总结大部分工程，提出的需求所产生的缘由往往集中在以下几方面：1、调研产生的需求;2、对软件操作不熟习，总觉得需求快捷方式或快捷键;3、操作方式同之前的软件有较大的区别，这种情况尤其是此前运用过软件或习惯了EXCEL灵敏方式的人;4、业务流程还未理顺，尤其是部门之间的衔接

23、还不顺畅，这时候埋怨产生的需求;5、相关的根底数据不完善，甚至有错误的地方;6、出于部门利益的思索，某个人或部门的想法，没有思索全局;7、客户方人员或工程担任人变卦引起;8、企业高层比较理想化的思想;9、随着对软件深化了解，对软件提出的更高要求 如何处置新增需求或需求变卦？122一、需求分析1、需求调研和业务流程整理完成后，工程经理手里就会有一大堆的新需求。这时，最忌讳的就是哪个最简单的，就先实现哪一个。而应该是那个最重要，最有影响力，就要先实现它，以到达很好的短期效果。2、针对实施过程中产生的暂时需求，需求灌输先固化、再优化的思想。3、对于运用层面的，主要加强培训，并对提出者要给予鼓励和表扬

24、，阐明将在后续的任务或软件版本中给予呼应或处理。4、对于关怀部门利益的，可提交客户方工程担任人或多部门同时开会讨论处理，很多时候这种效果很明显。5、对于影响了企业全局任务或影响实施效果的需求，经过判别，应和客户管理层进展沟通。6、随着客户运用层面的提升，客户提出的需求必需明确可以提供处理方案，但不在本次实施范围。 如何处置新增需求或需求变卦？223二、需求需求沟通并确认 客户提供出了众多的需求，均需充分了解客户需求的是一个处理方案还是真正的功能需求。提早和客户方工程担任人及提出人一同，对需求的认识达成一致;确认需求时要防止与普通业务人员交谈，应该与用户的管理层沟通，了解他们需求背后实践的管理要

25、求，从而分清客户需求的是一个处理方案还是软件的功能需求;确认后双方书面签字确认。我们工程经理 经常忽略的一点是需求处理未和客户确认，这非常重要，问题处理一定要确认，看处置情况可以高调宣布。如何处置新增需求或需求变卦？324三、不要一次满足一切需求其实，这个道理喜欢看延续剧的人非常了解。比如一部30集的电视剧，他今天看了第29集，明天就会感到非常牵挂、非常期盼，觉得还有事情要做，做事有动力。在工程实施中的目的就要到达这个效果，让用户对软件需求有个动力(当然在验收前必需处置好)。四、承诺必需兑现1、对客户提出的需求，工程经理要仔细思索，不能随口承诺，这里最要留意的是人的思想同计算机言语毕竟是有区别

26、的。2、假设承诺是需求经过调整中心业务来实现，需和公司平台部或产品部进展评价，防止由此引起的风险。3、假好像客户确认了需求并明确理处理方案和实现时间，必需在规定时间内兑现，不能如期兑现的，也需提早和客户沟通，切忌到兑现时间没完成才去和客户谈，一次还好，多了直接影响客户对工程经理的信任度。 工程的需求管理是工程成败的关键，尤其是在强调个性化的时代，客户一向以为软件是万能的，因此对工程经理考验也很大，但只需能很好管理需求，博得客户信任，就可以获得工程的胜利和客户的认同 需求变卦分析详细步骤25第一步：客户提出变卦内容 客户提交的变卦必需基于书面方式 客户提交的变卦必需有充分理由 假设变卦被回绝，对业务的负面影响 假设变卦被接受，对业务的正面协助 第二步：为能否实现变卦作评价 从实现方式上思索新的变卦可否实现 对于较复杂的情形，辅以简单的阐明。欲详述，可作附件处置对于简单情形，例如页面规划更改，那么无须阐明 第三步：可以实现看进度 进度几乎是绝大部分工程关注的第一要素 对于活动级别的进度影响 对于工程整体工期的影响 能够对团队士气的负面影响 能够引发的间接义务对工期的负面冲击 开发方的本钱负担能够超出力所能及的范围 第四步：变卦