关于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人,产品仅剩一个且在痛苦的维护;回忆起来,往事历历在目,逝人犹在。
- 关于BI实践的思考之二 整线产品研发回顾
- 关于BI实践的思考之一 背景
- 产品研发记录03:关于技术债务的思考
- 产品研发过程方面的思考
- 关于研发新项目的思考
- 《奥威Power-BI自定义计算的奥妙---工艺线产品合格率分析》精彩回顾
- 关于SAP BI数据源的一点思考
- 触摸读报机产品的研发过程回顾
- 关于产品的若干思考
- 关于产品的若干思考
- 关于产品的思考1
- 关于产品的一些思考——阿里巴巴之来往
- 关于产品的一些思考——小米之日历
- 关于产品的一些思考——小米之电话录音
- 关于产品的一些思考——腾讯之UIDesigner
- 研发管理:关于产品质量的一些思考
- 关于研发成本的一些思考
- BI产品的选型
- 普通程序员的2009
- Spring XML配置的12个技巧
- 哥哥抗議
- PADS 电路设计要点全解析
- 自己世界的神fdsafdasf
- 关于BI实践的思考之二 整线产品研发回顾
- POJ Monthly--2006.12.31, flymouse King of Fighters
- 动态选择
- 查SQL SERVER sp_helpuser, 某用户的loginName 为空
- 赏心悦目的宏代码
- 如何在Debian/Ubuntu上安装Chrome
- Debian lenny字体设置
- 开始仿百度帖吧了
- CuteEditor6 破解 注册文件生成