1:名易对客户的需求不熟悉或者客户需求不明确就开始搭建流程 1:撰写标准的需求文档与客户确认后再进行工作流程搭建,如果搭建过程中不熟悉或者不明确还需要多次与客户沟通确认。 2013年10月18日 是 | 2:在搭建过程中,所有参与实施人员没有反馈,甲乙双方项目经理及领导都不知道项目进展情况。 2:双方项目经理应尽好职责,即使不参与项目搭建也要每天关心项目搭建进度。如确实由于特殊原因无法参与,则必须指定专人每天汇总搭建情况,发邮件告知所有项目相关人员搭建情况,发现问题及时和双方项目经理沟通。 | 3:因为种种原因,项目组每天搭建系统的进度跟不上计划,造成项目延期。 3:如果出现系统搭建延期情况,则双方项目经理应及时参与并了解延期的具体原因,找出解决问题的方法。如无法解决延期问题,则应及时告知项目组领导并重新制定计划。 在实施过程中发现进度异常,每天下班时一定要开小会确认每个人的工作任务是否完成,出现问题及时弥补。 | 4:方案未签字,客户就让我方搭建系统怎么办? 4:千万别答应,如果我方先搭,会导致方案的最终确认时间延后,同时也可能造成后期项目返工。 | 5:在搭建过程中发现方案中很多内容不够细化,每做一个任务就要询问一次需求部门,造成人力资源浪费。 5:出现以上问题应及时告知项目经理,并由项目经理对发现的问题进行排查,如方案中此类问题重复存在且很多的情况下,集中找到需求部门进行方案细化梳理,减少方案不细化对项目进度造成的影响。 | 2、对搭建的内容进行自测 1:搭建流程和测试过程不严谨,导致项目上线后存在较多问题。 1:软件准备标准化的工作流程搭建文档和测试文档,按照规定进行搭建和测试。不能想怎么搭建就怎么搭建,想怎么测试就怎么测试。搭建和测试后要求与客户确认。我方及客户内部搭建完成之后对照实施方案进行交叉测试,确保系统功能没有问题。 2013年10月18日 是 | 3、用户测试 1:关键用户测试时,有问题或需求直接告知乙方项目人员,并要求修改。如果项目人员按照要求修改后,继续提出新的需求和问题,让实施人员反复修改。 1:在测试时,双方应尊重已经确认的实施方案,发现问题后应及时核对方案。 如果确认是搭建过程中的BUG及问题,则项目人员应做好记录并调整好。 如果是方案范围外的需求应归为需求变更或新增,关键用户应先将其需求提交甲方项目经理,而不是乙方。由甲方项目经理判断是否有必要增加该需求,如要追加或变更,则双方项目经理应商讨好需求变更实现方式,考虑需求对项目计划的影响,需求实现成本的结算方式等多方面问题。 2013年10月18日 是 | 2:关键用户抽空做测试,且测试时马马虎虎。上线后才发现系统中问题,严重的会造成项目上线后叫停。 2:应让甲方项目经理对关键用户做好宣导工作,让其在思想上重视用户测试工作,如果可以尽量使用封闭测试方法。在测试完成后,请参与测试人员在测试报告或方案上签字确认。 | 4、内容交付 1:开发进度不能得到保证 1:与开发人员沟通好交付时间,并且答复客户 2013年10月18日 是 | 2:客户对开发内容提出反复修改意见 2:OA协同办公系统与客户沟通清楚是需求变更,还是之前需求我方遗漏,并且签署书面报告,确保需求不会反复变化 | 5、签署系统搭建阶段完成记录,催款 5:客户拒绝签署 1:和客户谈拒绝签署的原因,并且进行改善,直到客户签署。后续工作需要签署后开展。 2013年10月18日 是 | 4、系统上线或者试运行XXXX个工作日后,支付XXX | 任务 风险 策略 预计完成时间 是否完成 | 1、发布上线或者试运行通知 1:发布上线运行通知后,部分人员还是使用线下操作,不使用系统,上线效果不好 1:定期统计系统使用情况,报客户高层领导,并和客户领导沟通,建议通过行政制度要求,并明细必须在系统上运行的业务,同时线下操作一律不处理 2013年10月18日 是 | 2:通知内容太简单,只是简单说明上线时间点 2:通知务必通过客户高层确认之后发布,同时列明使用范围、使用过程中的系统技术支持方法,相关技术人员联系方式等内容,让客户员工有信心去使用好系统 | 2、签署书面上线报告,根据合同时间快到时催款 1:客户要求延长试用期 1:和客户沟通清楚要求延长的理由,如果无正当理由须按照合同执行,如果确实有情况,须签订书面延期报告,确认付款时间 2013年10月18日 是 | 5、培训完成XXXX个工作日后,支付XXX | 任务 风险 策略 预计完成时间 | 1、确认培训计划,包括培训场次、讲师、课件、考试题目等内容 1、客户认为培训太简单,全员还没有会使用。 1:增加培训场次或者其他方式培训,下发课件,并且通过考试检查培训结果,确保用户会使用系统 2013年10月18日 是 | 2:培训时间迟迟不定 2:通过下发课件让用户自学,每个部门培训1-2个关键用户进行内部转训的方式。 | 2、完成培训课件准备,资料印发等准备工作 1:文档完全由名易OA软件项目组来写,务必建议部分内容要由客户来编写起草 1:跟客户项目负责人明确培训文档包括一些用户手册,涉及到行业管理特点的,需要由客户的项目组成员来负责起草编写,这样文档的质量才能更加贴切客户本身的管理需求; 2013年10月18日 是 | 2:单场培训人员太多,一旦在现场有人提出系统无法解决的需求,会造成负面影响很快扩散,而且培训的时间无法控制 2:单场培训人员控制在60人以下;同时控制在培训现场的用户交流时间,尽量让有疑问的培训用户会议结束之后单独沟通; | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |