土木工ۥ程毕业生的自荐信.doc

土木工程毕业生的自荐信

095???eV?

8???社?

0 0!??群?

0???eV?
389204!??eV?

0!??eV?
240???eV?

180a
??eV?

3?
???在

0 0

?为?

0???eV?
389231
??eV?

0A??eV?

0???eV?


08A??eV?

6??组?


　　各位领导、各位评委：

　　大家好！

　　在这里，我首先感激公司领导为我们制造了这次公平竞争的时机和展示自我的舞台。适奉这次难得的竞聘时机，我本着锻炼、提高的目的走上讲台，谈一谈我本人关于公司开展的一些方法和认识，希望靠才能而不是靠运气为本人的新婚之年留下点什么。

　　此次参与竞聘，我想通过本人的参与，响应公司一体化的改革，同时在可能的情况下实现本人的人生价值。

　　在这几年中，我先后主持设计与制造了《xxxx》、《xxxx》、《xxx》、《xxx》、《xxx》、《xx》、《xx》、《xx》、《x》等。目前，我正参与设计制造《zz》、《xx》、《xx》、《xx》。这些工作对我各方面素养的提高、业务水平的提高、经历知识的积累都大有裨益。同时也给我带来了特别多荣誉：我曾荣获过《xxxx》、《xxxxx》、《xxxxx》，成绩和荣誉面前，我更加明晰地认识到本人知识的不够、经历的缺乏。我深深地感到：机遇和挑战并存，成功与辛酸同在。参与这次竞聘，我愿在求真务实中认识本人，在市场竞争中完善本人，在积极进取中不断追求，在拼搏奉献中实现价值。

　　这次，我要竞聘的是软件部的副经理。对我个人来说，这是一次难得的学习和锻炼的时机。我参加软件部副经理的竞聘，主要基于以下两个方面的考虑：

　　一方面，我认为本人具备担任软件部副经理的素养，比方吃苦耐劳、任劳任怨的敬业精神，谦虚好学、开辟进取的创新认识，严于律己、诚信为本的优良质量，雷厉风行、求真务实的工作作风。这些都造就了我严谨踏实、敢于尝试，把新知识、新技术、新理念融入设计和制造软件的过程中去、使之为软件效劳的不断学习不断创新的工作态度。

　　另一方面，我认为本人具备担任副经理的才能。

　　首先，我有一定的治理知识和治理才能。长期的工作时间和刻苦自学是我具备了这些知识和才能，同时最重要的是，我积累了一定的治理经历。

　　其次，我对目前软件行业的走向和技术都有相当深的理解。近几年的软件开发工作让我体会到：传统的软件开发方法是对传统的工程开发方法的模拟，例如建造桥梁、高楼大厦等等。首先，开发方要明白客户的需求，比方多大的面积、多少层、什么用处、什么风格等等，还要现场测量、钻孔等等；然后设计人员画出一些图，向客户描绘今后建好了是什么模样；客户满意了，就进入下一个设计阶段，设计人员又弄出特别多工程图纸，详细地说明这块应该如何做，那块应该如何做；接着施工人员一丝不苟地按照图纸开工，施工过程中也有各种验收；完工后客户最后还要验收，可能还会请一个第三方协助验收。

　　假设每个软件开发工程都和建大楼一样，因此能够而且应当使用一样的开发流程和治理方法，由于这套流程已经被无数次证明了它的可行性。但是区别于传统工程的开发方法，软件开发有本人的特点：

　　1、和建大楼相比，大部分软件开发工程的投资要少得多，工期要短得多，参与工程的人员要少特别多；

　　2、水泥、钢材、砖等特别多建筑材料，特别难在短期内重用，而代码和设计能够重用；

　　3、大楼开工后，设计就特别少再“优化”了，也不能出现什么“验收或测试时系统崩溃”的情况（假设出现，那一定是大事了），而这些情况在软件开发中却比拟常见；

　　4、软件开发过程中，客户特别有可能提出新的迫切的需求，取消或改变原来的需求；

　　5、软件开发的需求要比建造大楼的需求模糊得多， 往往不能量化。软件开发过程自始至终都是以脑力劳动为主，开发速度也特别难量化，因此开发打算也特别难做到精确；

　　6、由于软件开发工程的人数比拟少（超过10个程序员的工程绝对是大工程），每个人员的流淌都可能会对工程进度造成特别大阻碍；

　　7、和工程开发相比，软件开发中的“偷工减料”更难觉察。

　　还有特别多其它重要的区别，但我们仅从以上几点就能特别容易地觉察：传统的软件开发方法只能适宜部分软件开发工程，根本不适宜用来处理一切征询题。

　　而软件业界目前正在积极推进的极限编程在特别大程度上弥补了传统的软件开发方法的以上缺乏。极限编程从许多方面对软件开发的方式作了新的诠释和重构，从而更加灵敏有效地处理了上述征询题；而且，由于它特别强调交流、反响和合作，更加适宜我中心如此规模的开发队伍。

　　假设我竞聘成功，我的工作思路是：汲取极限编程的思想，强调软件团队精神，以客户为中心，以详细工程为实现手段，全面提升软件设计与开发的工作效率，加快软件产品化进程。我将在微观上有选择地采纳极限编程、强调细节治理，在宏观上向cmm(软件过程成熟度)积极迈进。下面我将详细说明我的思路：如何做到专业

　　1、 强调团队精神

　　杜绝自命非凡和不能平等待人的工作态度。

　　所有环节都以“团队”为单位来进展。所有的“队员” 对整个工程和设计都有发言权，同时由整个“团队”来对工程负责。这里的负责是指所有人对工程中的所有部分负责。而在以往的环境中，特别多时候是一个“团队”中的各个人负责个人设计，如此就特别容易给破坏“团队”造成合理的借口，也容易在开发人员之间造成隔膜和误解等不合作的现象。在各个环节以“队”为单位进展开发能够针对性的克服这些弊端。

　　改变办公室的布置格局，使之更利于团队之间的沟通。

　　以沟通、简单、反响、勇气的准那么来指导团队。

　　使软件部的每一个人都成为轻松惬意的编写优秀软件的团队的一分子。

　　2、客户为中心

　　客户有权制定整体打算，有权明白什么时间能完成什么工程，本钱是多少。

　　客户有权力从每个星期编程过程中获得最大收益。

　　客户有权在不支付过高费用的情况下改变打算、交换工程、更改优先级。

　　客户有权随时决定软件变动范围并得到有关反响，也能够在任何时间取消一些工程并保存能反映投资报答情况的有用工作系统。

　　3、详细工程的处理

　　处理进度延迟，多发布迭代周期，以获得对进度的详细反响。

　　预防工程取消，让客户选择具有最大意义的最小版本，从而在投入消费前减少发生错误的机率，同时软件的价值也得到最大化。

　　预防系统恶化，创立并维护一套测试程序，保持系统最正确状态，不同意累计错误。

　　预防缺陷率，服从客户需求，逐一程序进展测试。

　　预防业务误解，使客户成为整个团队的一部分。在开发过程中，不断和客户进展沟通，同时工程的说明书不断得到改良。

　　预防业务变更，缩短版本周期，使每个版本开发过程中的变化最少。在一个发行周期中，欢迎客户用新需求取代仍未制造完成的功能。

　　程序员承担估算和完本钱人工作的责任，并将他们完成工作实际所花费的时间及时反响给他们，改良同时尊重他们的估算。大家都特别明晰应该由谁做出或者改变估算的规那么。如此，就可能更少的由于要求程序员作明显不可能完成的工作而使之感到沮丧。鼓舞团队成员间的互相沟通，以减少由于对工作不满意而产生的挫败感。

　　共同拥有代码，更有效的减少人员调整后对软件工程的负面阻碍。

　　4、 多工程的整体运作

　　整体软件部门划分为b／s工作组，c／s工作组。

　　实行分时多任务的开发方法。以一个星期为一个开发周期，每一个开发周期都交给客户一个已经发布的软件。适时建立并以专业团队为开发单位，全面实现客户权利。

　　促进软件工程之间的沟通，寻求编程风格、适应、标准的统一。