虚拟化产品计划

2016/4/6 17:36 下午 目录  虚拟化 评论

虚拟化产品迭代想法最早在公司提出距今已经大半年了,考虑到项目、团队实力、公司等因素,只能停留在想法中,没有更多时间和精力来实施。经公司年初研发部会议,确立研发部及虚拟化产品的计划及目标,并明确实施虚拟化架构迭代。

一、虚拟化产品现状、迭代思路及实施计划

从产品层面分析现状,制定本次产品迭代的目标,结合公司团队实力及实施过程中的客户项目,制定产品迭代计划。

虚拟化产品现状

1. 虚拟化产品定位 - 项目型产品

  • 项目

    甲方提出需求,乙方实施完成,完成后一般由甲方使用维护。

  • 产品

    乙方分析潜在用户群的需求,总结提炼共性需求,一般由乙方维护产品,用户直接使用。

  • 产品定位

    虚拟化产品是IaaS(基础设施即服务)服务,由于定位是做私有云虚拟化,一般提供给学校或者研究院的信息中心作为内部IaaS使用。但由于目前产品易用性及客户IT维护能力等因素,虚拟化产品实施后一般都需要我们做维护。
    同时虚拟化产品研发需要不断的用项目来支持经费,因此定位为项目型产品。

2. 团队实力 - 亟需解决研发力量不足问题

  • 团队现状

    研发人员只有2名,兼顾产品所有方面,包括前端Web、后台Java、虚拟化核心、产品部署工具封装制作、项目持续集成、产品部署及维护。

  • 目标团队力量

    计划至少增加Web前端工程师1名、后台Java工程师1名。

3. 研发现状 - 开发效率低,迭代速度很慢

  • 开发效率低下
    由于最初项目主要研发工作都是由我一人完成,无需分工,追求功能实现,架构各个部分耦合性比较高,牵一发而动全身。一个功能修改需要自己从前端到后端一点一点改,改完之后自己简单测试,手动更新到客户现场去。

  • 新人培训困难
    由于耦合性较高,导致对后续研发人员要求很高,javascript、libvirt、java、shell、linux等技术及语言都要求能够掌握,一般至少需要三个月以上才能做一些基本的开发任务。

  • 产品需求及设计滞后
    由于大部分时间都不得不做产品的维护及开发工作,无法分心分析需求及更新设计方案。

  • 开发周期长成本高
    由于人手不足,以及产品耦合很多时候开发任务只能按照优先级排序无法并行处理,导致开发周期很长,反而导致成本很高。

  • 产品部署
    客户甲及客户乙虚拟化部署早期基本由我部署维护,后期我制作了安装部署工具,并简化后交由技术部实施部署。减轻了一部分实施工作,集中精力搞研发。