关于BI实践的思考之二 整线产品研发回顾

来源:互联网 发布:java shiro视频教程 编辑:程序博客网 时间:2024/05/31 19:27

      现在想来,我最初是通过一个Java版报表设计工具的开发进入BI领域的。当时公司已经有了一整套自有开发的.net版BI前端工具,从数据建模,应用设计,到前端展现,再到最终的Portal集成,一应俱全。试想在3年前,国内有几家专业的BI公司有自己自主产权的完整产品线。

      受当时条件的制约,包括当时对BI的理解,以及对产品的定位,致使该产品线无论从功能还是从其性能,都不适合大中型企业级的应用 --- 产品的生命周期到了。于是,公司决定研发更高标准的基于流行J2EE架构的全新产品线,重新设计,重新实现。

      然而此时,问题出现了。

 

一、首先,也是最根本的一点,说大一点儿是对BI行业的理解,说小一点儿是对研发产品需求的理解。

      由于产品研发之初,几乎所有的研发人员,包括核心架构师,对BI仅是一知半解。而此时公司产品研发的战略是以项目代产品,并且需求由另外单独的部门负责采集。所有这些造成了需求沟通的不畅,产品部门对需求的理解和需求分析质量低下,产品研发从需求起点开始衰减,倒在起跑线上。如今回想,唏嘘不已。

 

二、其次是团队管理方面,由于当时产品研发部刚刚成立,所有规范制度,人员整合都处于起步初始化阶段;包括公司高层和部门经理的我,都是在摸着石头过河。此时以项目形式进行产品研发,匆匆上马,无疑风险极大。

 

三、技术力量方面。客观的说,当初研发部门的技术能力是无法支持BI产品的规划和研发的。当时的技术人员虽有10人之多,但大多由.NET,以及Java SWT开发转型而来,真正J2EE人员仅有一人。在此情况下,加之上述两点,要在短短一年内完成3个产品的产品,同时还要进行外围几个不相干项目的研发和管理,其结果可想而知。

 

      整个研发过程持续了10个月,其中涉及了三个产品的研发,终以失败而告终。违背客观规律,失败已是必然。如今一年多已经过去了,当初的研发人员如今仅剩2人,产品仅剩一个且在痛苦的维护;回忆起来,往事历历在目,逝人犹在。

 

 

原创粉丝点击