我与学校共成长的演讲稿范文

　　尊敬的各位领导，同事：

　　大家下午好，我是资源建设与技术部，我今天的演讲主题是——从细节做起，我与学院共成长。

　　20xx年12月8日我来到了xx大学继续教育学院，距离毕业离开xx大学已有6年半的时间，我又回到了xx大学，这对我来说是一个没有想到的事。

　　初来乍到，对学院的各项工作都不了解，所以初期任务就是熟悉工作。了解信息化系统，也是了解学院的最好途径，对于管理系统从招生到注册，从注册到教学，从教学到考试，最后到学生的学籍管理;对于学生平台有学生的视频观看，论坛发帖，作业管理，论文写作等系统。对这些系统有了一个了解，也就对学院的各项工作有了初步的概念。懂业务，精IT，这是我以前的一个领导一直教导我们的话，对于在座的各位可能不是很关注这些，但是对于一个程序员来说要做出满足用户需求的功能，就必须要对使用者的工作了解，从使用者角度出发，才能够做出来满足用户需求的产品。其实对于实现一个功能来说，编码仅占工作量的一小部分，大部分时间是用来做功能的前期需求确认分析，和后期的功能测试。需求提出的明确，可以在设计开发时少走很多弯路，实际的业务需要，毕竟是具体业务部门的人员更了解。

　　对于每一个新功能的上线使用，我们都会经过不厌其烦的测试再测试，如果不把尽可能多的问题在上线前发现，就会给后续的工作带来不必要的麻烦，当然要想一个产品上线后不出现任何问题，这也是不可能完成的工作(在软件开发中，有一个概念加缺陷遗失率，就是以一个产品上线后发现的bug数，来衡量产品质量的好坏)。以我们的OTS的为例，在每一次的机考过后，我们都会针对学习中心提出的问题进行整理，总结，对于是系统漏洞的，我们及时反馈弘成解决，属于个人电脑环境问题，我们总结出怎么通过设置来解决个人问题。将整理后的常见问题与解决办法放在考试页面明显位置，供学习中心和学生查看。有一些问题，只有在特定条件下才会产生，这种问题不容易被发现，这就需要我们随时总结问题;还有就是自己做的工作，自己想找到问题可能很困难，但是交到别人手里，很容易的就会发现问题所在;比如自己刚开发了一个作业，自己测试发现已经没有问题了，就交给同事帮忙测试下，同事也许马上就会反馈给你说这样操作会导致问题，这是为什么呢，看上去很明显的问题，为什么自己发现不了，我想就是因为这个是你自己做的，你的思维就会按照自己的设计去操作，很少会考虑到其他情况，如果不找同事帮忙测试，问题就会被掩盖了，到上线使用时就会有更多的人提出问题。我想这也许是很多人的通病，在条件允许的情况下，多让别人检核自己的工作，自己及时的吸取经验教训，对自己的提升会有很大帮助。

　　我原来的工作是单纯的软件开发，数据库的维护不需要我们参与，服务器机房基本没有进入机会，更不要提到维护了，这些工作都是由专门的人员来做。来到这里之后，所有的工作都需要参与，这给自己增加了压力，同时也给自己带来了新的学习机会。学院新购置了服务器，学会了服务器系统的安装;架构升级，了解了web服务的基本配置;系统运行状态检查，数据文件备份，这些工作都是为了服务的稳定运行打基础。从5月3号服务器的硬件故障，更提醒了我们数据备份的重要性。我们的服务器中保存了继续教育学院这10多年的工作数据，每一个学生从入学到毕业各项数据，我们的招生数据，注册收费数据，教学计划，学生学籍信息都清晰可查。在我的感觉里，这些已经是我们学院工作正常进行下去的一个必不可少的条件。相对学院来说，这些数据备份重要，对于个人来说，对每天的工作进行整理记录，一样很重要，将记忆文字化，也是一种积累。还是拿我们开发举例，为实现一个功能，完成了一段代码，当时在做的时候对每一行代码的作用都是很清楚的，但是过一段时间或者是换另一个人来维护的时候，就可能看不懂这些代码代表的具体含义了，这个和个人技术水平关系不大，每个人都是一些自己的风格，他可以看懂你写的代码代表的意思，但并不一定理解你当时为什么要这么写，如果改动对其他地方是否会有影响，为了对这里的功能进行一些改动，他可能要付出更多的时间，如果我们当时在写代码的时候就在适当的地方加上注释表明为什么这么写，后来人看到就会明白了，这样会很大的方便后续的工作。对于做过的工作，适当的加以总结记录，不管是对个人还是对于工作的传承都是很有帮助的。

　　技术部就是为大家服务的部门，各位同事工作中如果在使用系统的时候感觉哪里不够方便，或者以前的功能不能满足现在的需要了，都可以提出来，我们互相讨论，看要怎么实现才对我们的工作最有帮助。

　　让我们每个人在自己的岗位付出多一分的辛苦，为学院的建设发展添砖加瓦，做一份微薄的贡献。

　　肩负责任，心存感恩，我与学院共成长。