很久很久以前,我还是一个程序员。
那个时候也没认识帆软,也不知道帆软报表平台,当时用其他软件开发系统主程序。项目最后,采用软件自带的报表工具进行报表的开发。虽然用户提出的报表需求数量不多,但是开发过程很漫长。报表取数很容易,但是报表的格式修改很复杂,行高、列宽等调整需要花费大量手工操作,最后预览的界面也不是很友好。那会还觉得,需求比较少,可以凑合用,但如果报表量很大,且用户非常关注报表的质量,那就需要另辟蹊径了。
1、需求多,没人怎么办?
怕什么来什么。就在不久前,公司开发了一个新项目,主要是针对客户关系管理的。一开始,我们进行网上产品选型,因为我每天都在使用帆软报表平台进行报表的开发,且将帆软平台和其他公司的产品进行了综合对比,就跟领导反馈可以采用帆软平台搭建我们的项目。后来,由于各种原因,公司决定自主开发客户管理系统。
项目初期,并没有什么报表需求,主要的业务数据,都在系统界面中通过表格形式展示,实现增、删、改、查的基本功能,完全能达到用户要求。可是项目试运行后,用户都慢慢参与进来了,管理部门和业务部门,陆陆续续提出很多报表需求。这一下子把我们IT人员给难住了。IT组不仅要修改系统bug,还要进行报表开发。由于系统是自主开发,公司领导对项目很重视,对于整个项目节点有明确的时间要求。我们的工作重心和精力都在系统上,但是业务需求积累的越来越多。没人,时间紧,怎么办?
当时自己的第一反应,自己来,采用开发工具自带的报表功能:连接数据源,设置数据集属性,排列字段,选择布局,选择样式,生成报表数据等等。但一想整个流程走下来,要不断的修改,最终效果也一般般。于是,果断放弃这个方案,兜兜转转想到了帆软。报表发布之后,我们的客户关系管理系统,只需要写一行代码,在报表模块,添加报表路径即可。就算后期需求变动了,只需要修改报表模板,不需要对系统做任何修改。大大减少我的手工工作量,0行代码实现报表集成开发,省时省力。对于需求方和用户的要求,可以快速给出响应。
通过客户关系管理系统的开发,我也认识到,很多时候,这个需求文档也是有多个版本,的确有必要对需求进行综合管理,实现可记录,可追溯,可推动项目进展。在开发过程中,IT人员和需求人员可能需要协同工作,实现需求和开发的平衡,这也需要数字化系统的支撑。自己也通过这个项目锻炼了需求的理解能力,面对业务部门的需求,不再那么惧怕。就算需求多,也得根据轻重缓急一个一个来,可不能像一开始那样着急忙慌,丢了西瓜捡了芝麻。资源不够,就要向领导多汇报工作进展,特别是遇到需求反复的情况,要全盘考虑能否如期实现,不能达到要求就尽快向领导反映自己的难处,保持信息的畅通。不然,又难又累,只能被铺天盖地的需求压得喘不过气。
2、大胆尝试,学以致用
在这个项目中,根据这个项目开展的进度,IT组负责人也对项目管控有所要求,让我们了解项目管理方面的知识和技术。就在这个时候,通过帆软网络课程——如何提升数据投产比。如图1,数据团队和业务团队的交互。
通过这次课程,我了解了项目管理的整个流程是可以实现线上化、流程化、规范化,了解了提高需求管理的意识和方法。看完网课后,我决定立刻尝试。立刻就申请了需求管理平台的使用。需求管理界面,如图2。
目前处于测试阶段,后续,我想可以借助该平台,从项目全流程管理的角度,对我们的需求进行可视化管理,重点是需求的内容、需求的变更,需求完成的时效,需求完成的质量。这项工作,不仅仅是对工作的一个记录,而是通过这个平台,让需求人员知晓需求的整体情况;让开发人员知道需求完成的好不好;让项目负责人知道需求进展;让所有人了解需求的提出、需求的协同跟进,实现业务与IT的协同,最终得到高效的产出。
我相信不论是一个大的项目,还是一个小的需求,都可以通过该平台实现,让业务和IT人员实现实时的互动。我的角色也需要从研发转为数据运营,如果仅仅停留在写代码的层面,无法考虑需求的初衷,无法考虑用户的感受,无法将业务流转变成有价值的数据流,是没有意义的。也只有站在业务角度思考,会更清楚的看到哪些数据是可以直接使用的,哪些数据是需要清洗的,坚持数据思维,最终生成让用户满意的报表。
3、项目测试,平稳落地
按照项目的整体部署,客户管理系统开发完之后,进行了集中的用户测试。开发人员可能大部分注重功能测试,而没有进行过多的业务测试。我坚持业务测试,通过测试,IT研发人员明白了系统中的漏洞,后续如何优化系统;需求人员结合客户管理相关制度规范,也明白了哪些业务可以通过系统实现,哪些业务可以在系统中扩展。可见,系统测试是很重要的一个环节,也是对整个项目上线把关的一个环节,测试的越充分,系统就运行得越稳定、可靠,保证项目有质量的交付。
如果测试过程,只有研发人员开展,测试结果功能上都正常,那么上线之后,肯定一堆问题。通过全面测试,测试人员可以针对系统,提出很多宝贵的意见和系统优化建议。所以我一直坚持业务测试。
其中,帆软的测试任务给了我一些灵感。番薯参加了FineReport测试用例任务,就是测试工作的一部分。通过这个活动,不仅可以学习报表开发,了解FineReport的新版本功能,还能赚取F币,一举两得。我通过参加这个活动,也学到很多开发方面的思路,比如测试如何开展,测试用例如何设计,测试反馈如何提交,这些内容,都是我可以运用到自主开发过程中的宝贵经验。如图3,测试用例账号领取。
通过自己的努力,我希望在今后的软件开发过程中,研究出一套测试平台,对软件上线前的测试工作,以及上线后运维阶段的工作,进行一个全面的管理,保证项目如期交付,保证交付的项目,经得起用户的检验,经得起时间的检验。
盼望着,盼望着,盼望着今后的我,在数据化运营方面可以想的越来越全面,成为一个周到的数据追梦人,也希望各位的小梦想都能成真!努力向前!
|