昨天和大家聊了云桌面POC中,客户立场上的四个角色,今天我和大家聊聊如何提高POC的效率并满足客户的需求
搞云计算的技术人员或项目经理,大都有编程的经历。我们在写代码的时候是如何分配时间的呀?这个方法是否可以同构迁移过来,用在提高云桌面POC的效率上?
软件项目的时间分配上,一般是按照721来分配的。即70%的时间用来和客户讨论并确定需求和流程,20%用来真正写代码,10%的时间用来测试。为什么写代码之前要花费那么长时间去确认客户的需求呢?因为只要需求有偏差,哪怕就一个很小的偏差,都有可能导致代码需要重新开发。所以软件项目中,项目团队的主要精力是放在和客户确认需求上。客户的需求有些是真实需求,有些可能是伪需求。
云桌面的POC上,其实也可以套用这个方法,将70%的时间和客户进行需求的讨论,讨论的目标不要放在技术上,而应该放在客户的底层诉求上。比如:客户说要用云桌面解决安全问题,那我们需要深挖下去,具体是什么安全问题?不同的安全问题需要不同的解决方案。勒索病毒、文件防拷贝、外设调试等等,都需要不同的解决方案来完成。解决勒索病毒需要关注容灾备、文件防拷贝需要关注物理网络隔离和文件加密、外设调试需要关注不同设备在网络传输上的兼容性问题。
往下挖一层还不够,还需要继续挖。比如防勒索病毒是之前遭遇过了,还是未雨绸缪?是所有文件备份,还是关键数据备份?备份周期和容量预计多少?这样在POC时才可以有针对性的设置测试项。
我们还可以继续往下挖需求,这个防勒索的需求是哪个部门提出来的,提出需求的人在企业内的岗位和职责是什么?勒索病毒和他的岗位诉求有什么关联性。这涉及到POC将会由那几个部门进行配合完成。
以上是效率层面,还有满足客户需求层面,客户当然希望花更少的钱,买到更好的产品和方案。但其实更好的方式是将有限的预算花在关键的地方。不然POC的边界就会无限扩大,进入测试后不断发现需要投入人力物力。还是以防勒索病毒为例,把钱花在备份设备上?还是花在桌面体验效果上?这极有可能对测试的内容产生巨大的差异。
所以将更多的时间和精力放在POC开始之前,可能更能提升效率。
最后,我给一个我个人的忠告,POC测试的目的不是测试最好的效果,而是测试最差的效果,这点你能明白吗?我们明天接着聊!