在物联网定制开发中,如何风险最小化

访问次数: 689 次   
发布时间: 2022-05-24

在物联网定制开发的过称中,会出现各种问题,我们整理了一下,从甲方的角度,出现的问题以及如何防范。

首先从风险的角度来看:

风险类别

风险点

表现

询价

价格太高

对工作范围(数量),质量要求,交付要求不清晰,或者粗糙

报价差异大

对供应商服务描述不一致

合同

范围差

合同里面没有工作需求文件作为附件,或需求文件不清晰

质量差 

合同里面没有工作需求文件作为附件,或需求文件不清晰

工期差

合同中没有写明详细实施计划工期

合作差

付款方式过于强调一方的安全。

执行

原型

没有原型,或者原型很差就经过了确认

设计

设计不符合要求就确认,或者看的不认真就确认,没有经过主管领导就确认。

合作

多头对接,态度差,延迟太大

沟通问题

信息传达有问题,大家各自有不同理解。

沟通问题

甲方多个人与乙方多个人对接工作

人员

沟通能力、责任心、技能

脱离需求

甲方人员强势或乙方不负责任不按照协议

变更

执行中发现原来需求有问题,要求变更合同

返工

发现成果质量不达标,要求返工

测试

不断的发现问题,无限期修改,让人头大

验收

无依据

没有验收标准,不敢验收

无依据

无法验收

服务

不稳定

服务器经常宕机,系统打不开

不安全

数据失窃

无法增加新功能

二期开发难度大

如何防范风险,整理了如下表格,接上表:

表现

纠错方式

对工作范围(数量),质量要求,交付要求不清晰,或者粗糙

使用完整的需求文件询价,必须包括功能,设计(参考网站),技术,安全,测试用例,交付要求。如果有原型,那么价格会更低。

对供应商服务描述不一致

撰写需求文件,必须完整。文件会强迫系统性整理需求。

合同里面没有工作需求文件作为附件,或需求文件不清晰

附上完整需求文件

合同里面没有工作需求文件作为附件,或需求文件不清晰

合同中写明质量要求,尤其设计要求。一个版本改到甲方满意为止。

合同中没有写明详细实施计划工期

写明实施计划

付款方式过于强调一方的安全。

建议付款方式分为初期,设计交付,开发交付,最终交付4次付款。

没有原型,或者原型很差就经过了确认

花足够的时间做原型。绝对认真确认之后才做设计。

设计不符合要求就确认,或者看的不认真就确认,没有经过主管领导就确认。

认真确认之后才做开发,必须经过所有相关干系人认可。

多头对接,态度差,延迟太大

甲乙方均一个人对接,甲方确认时间不计入实施时间,延迟项目扣10%合同金额。

信息传达有问题,大家各自有不同理解。

但凡会议必须有会议记录,但凡变更必须有变更文件。并经过确认。

甲方多个人与乙方多个人对接工作

双方只能由一个人对接工作。

沟通能力、责任心、技能

更换乙方项目经理

甲方人员强势或乙方不负责任不按照协议

按照协议约定执行

执行中发现原来需求有问题,要求变更合同

在需求文件形成时进行会议,充分讨论,对原型进行多次模拟。

发现成果质量不达标,要求返工

通过做好需求避免返工。

不断的发现问题,无限期修改,让人头大

第一版供应商必须内测,交付后,最多分三批次提交完问题,修改完毕。

没有验收标准,不敢验收

在项目签约时,写明验收标准。

无法验收

直接上线,经过一段时间使用即可,但是需要写进合同。要不乙方不干。

服务器经常宕机,系统打不开

除非通过合同压服务款项可以补偿之外,没有根本性办法保证,只能看乙方责任与能力。

数据失窃

购买快照功能,严重的购买WAF功能。

二期开发难度大

做好一期的技术选型,需要懂专业。否则开发难度太大,价格高。



返回

Top