尊敬的各位领导,同事:
大家下午好!
我是资源建设与技术部,我今天的演讲主题是——从细节做起,我与学院共成长。
12月8日我来到了xx大学继续教育学院,距离毕业离开xx大学已有6年半的时间,我又回到了xx大学,这对我来说是一个没有想到的事。
初来乍到,对学院的各项工作都不了解,所以初期任务就是熟悉工作。了解信息化系统,也是了解学院的最好途径,对于管理系统从招生到注册,从注册到教学,从教学到考试,最后到学生的学籍管理;对于学生平台有学生的视频观看,论坛发帖,作业管理,论文写作等系统。对这些系统有了一个了解,也就对学院的各项工作有了初步的概念。懂业务,精IT,这是我以前的一个领导一直教导我们的话,对于在座的各位可能不是很关注这些,但是对于一个程序员来说要做出满足用户需求的功能,就必须要对使用者的工作了解,从使用者角度出发,才能够做出来满足用户需求的产品。其实对于实现一个功能来说,编码仅占工作量的一小部分,大部分时间是用来做功能的前期需求确认分析,和后期的功能测试。需求提出的明确,可以在设计开发时少走很多弯路,实际的'业务需要,毕竟是具体业务部门的人员更了解。
对于每一个新功能的上线使用,我们都会经过不厌其烦的测试再测试,如果不把尽可能多的问题在上线前发现,就会给后续的工作带来不必要的麻烦,当然要想一个产品上线后不出现任何问题,这也是不可能完成的工作(在软件开发中,有一个概念加缺陷遗失率,就是以一个产品上线后发现的bug数,来衡量产品质量的好坏)。以我们的OTS的为例,在每一次的机考过后,我们都会针对学习中心提出的问题进行整理,整理后的常见问题与解决办法放在考试页面明显位置,供学习中心和学生查看。有一些问题,只有在特定条件下才会产生,这种问题不容易被发现,这就需要我们随时整理记录,一样很重要,将记忆文字化,也是一种积累。还是拿我们开发举例,为实现一个功能,完成了一段代码,当时在做的时候对每一行代码的作用都是很清楚的,但是过一段时间或者是换另一个人来维护的时候,就可能看不懂这些代码代表的具体含义了,这个和个人技术水平关系不大,每个人都是一些自己的风格,他可以看懂你写的代码代表的意思,但并不一定理解你当时为什么要这么写,如果改动对其他地方是否会有影响,为了对这里的功能进行一些改动,他可能要付出更多的时间,如果我们当时在写代码的时候就在适当的地方加上注释表明为什么这么写,后来人看到就会明白了,这样会很大的方便后续的工作。对于做过的工作,适当的加以有帮助的。
技术部就是为大家服务的部门,各位同事工作中如果在使用系统的时候感觉哪里不够方便,或者以前的功能不能满足现在的需要了,都可以提出来,我们互相讨论,看要怎么实现才对我们的工作最有帮助。让我们每个人在自己的岗位付出多一分的辛苦,为学院的建设发展添砖加瓦,做一份微薄的贡献。
肩负责任,心存感恩,我与学院共成长。
因篇幅问题不能全部显示,请点此查看更多更全内容