端午节假期结束之后,下午就接到任务,要接手一个新系统,安装运行环境,调试,熟悉系统功能。回来装vs2010和SQL server2008 r2就花了两个多小时(这两个系统的安装时间确实比较长),一边装环境,一边研究需求文档和概要设计文档,来弄明白这个系统到底是用来做什么的,开发背景是什么,应用场景又是什么,这样才能清楚的了解这个系统。快要下班的时候,又有任务说明天上午要给老板和一些同事演示系统的功能,而此时我自己对这个系统的认识还不清楚,只通过看文档是无法建立对这个系统的全面认识的,时间好紧,心里好没底,只好加班了(实习以来第一次加班,刚开始还是有些抵触的)。加班的时候我先向系统的开发人员求助,他通过远程控制我的电脑,演示了一下系统操作(刚接手一个新系统的时候,想要快速了解功能,这是一个很不错的方法);然后我自己又梳理了一下整个系统的工作流程,流程慢慢清晰,讲解的时候就会比较有条理;由于这个系统刚开发完成,还没经过测试,所以将操作过程中遇到的bug记录下来,到了下班的时候,心里面已经有点底气了。
第二天上午进行系统功能演示,第一次坐在公司的会议室里,给老板和同事演示,心里面竟然没有很紧张。演示完之后,老板开始提意见,第一个问题就说系统不好使用(原因是这个系统有三类用户,按工作流程演示的话就要频繁的进行用户的切换,每次切换都要登录系统。)我之前是没有想到听的人会有这种感受的,我只是从一个开发人员的角度去操作这个系统的,这就给了我一个提示:演示的时候可以按用户类别进行划分,每次将一类用户的功能全部演示完毕,这样就可以避免听众出现系统不好使用的错觉。最终,在会议上共提出了1,2,3,4,5,6,7,8,9.,,,好多条意见。下午我就将这些修改意见按重要性列出来,这其中包括一些功能需求的更改,要提交给上级过目。在会上我大致明白了这个系统时间那么紧的原因,公司打算四天之后要在一个全省工作会议上推出这个系统,到时候要在会议上演示,所以我就要在四天之内将一些重要的功能修改完成,并制作演示PPT。时间真的好紧张,而系统的开发人员又因为有其他比较紧急的事情要处理,没有多少时间进行这个系统的功能修改,我担心到时候完成不了,就开始自己看系统的源码,进行系统调试。
后面两天加班改系统,做PPT。周五的时候又通知说原本定的让开发人员去演示系统的计划变了,改成让我去演示。天哪,大场面我怕hold不住啊,心里又开始没底。下午开会安排会议流程,说着装要稍微正式些。姐姐我周六冒着雨穿着一双湿透了的鞋子(谁都知道这几天南京全城被淹)去买了正装(开发人员不应该随意点嘛,正装不是我的风格哎)。在比较正式的会场演讲还是要提前准备充分的,做PPT的时候还要对文字进行推敲,把做好的PPT发给老板过目,老板给稍微修改了一下,还说了句做的不错(当时心里还是蛮开心的
),接下来周末的加班都特别有劲(看来老板的激励是灰常有效果哒)。
周一跟同事一起去了会场,整个演示过程还算顺利,又奉献了一次自己的登台经历。
说了这么多,就是想记录一下我这个职场新新人的一次任务经历,从上面的篇幅也可以看得出,前期的准备是要花时间,花心力去做的,准备充分了,也就是说做到胸有成竹了之后,效果一般都不会很差。加一句,忙碌完之后,瞬间的轻松感,真的让人很开心!