各位领导、各位评委：
大家好。
此次参与竞聘，我想通过自己的参与，响应公司一体化的改革，并且在可能的情况下实现自己的人生价值。
这次，我要竞聘的是软件部的副经理。对我个人来说，这是一次难得的学习和锻炼的机会。我参加软件部副经理的竞聘，主要基于以下两个方面的考虑：
另一方面，我认为自己具备担任副经理的才能。
其次，我对目前软件行业的走向和技术都有相当深的理解。近几年的软件开发工作让我体会到：传统的软件开发方法是对传统的工程开发方法的模仿，例如建造桥梁、高楼大厦等等。首先，开发方要知道客户的需求，比如多大的面积、多少层、什么用途、什么风格等等，还要现场测量、钻孔等等；然后设计人员画出一些图，向客户描述将来建好了是什么样子；客户满意了，就进入下一个设计阶段，设计人员又弄出很多工程图纸，详细地说明这块应该如何做，那块应该如何做；接着施工人员一丝不苟地按照图纸开工，施工过程中也有各种验收；完工后客户最后还要验收，可能还会请一个第三方帮助验收。
1、和建大楼相比，大部分软件开发项目的投资要少得多，工期要短得多，参与项目的人员要少很多；
3、大楼动工后，设计就很少再"优化"了，也不能出现什么"验收或测试时系统崩溃"的情况（如果出现，那一定是大事了），而这些情况在软件开发中却比较常见；
5、软件开发的需求要比建造大楼的需求模糊得多，(文章來源：http://www.ws126.net)往往不能量化。软件开发过程自始至终都是以脑力劳动为主，开发速度也很难量化，因而开发计划也很难做到准确；
7、和工程开发相比，软件开发中的"偷工减料"更难发现。
而软件业界目前正在积极推动的极限编程在很大程度上弥补了传统的软件开发方法的以上不足。极限编程从许多方面对软件开发的方式作了新的诠释和重构，从而更加灵活有效地解决了上述问题；而且，因为它特别强调交流、反馈和合作，更加适合我中心这样规模的开发队伍。
如果我竞聘成功，我的工作思路是：汲取极限编程的思想，强调软件团队精神，以客户为中心，以具体项目为实现手段，全面提升软件设计与开发的工作效率，加快软件产品化进程。我将在微观上有选择地采用极限编程、强调细节管理，在宏观上向cmm(软件过程成熟度)积极迈进。下面我将详细阐明我的思路：如何做到专业
l 杜绝自命不凡和不能平等待人的工作态度。
l 改变办公室的布置格局，使之更利于团队之间的沟通。
l 使软件部的每一个人都成为轻松惬意的编写优秀软件的团队的一分子。
l 客户有权制定整体计划，有权知道什么时间能完成什么项目，成本是多少。
l 客户有权在不支付过高费用的情况下改变计划、替换工程、更改优先级。
3、 具体项目的处理
l 预防项目取消，让客户选择具有最大意义的最小版本，从而在投入生产前减少发生错误的机率，同时软件的价值也得到最大化。
l 预防缺陷率，遵从客户需求，逐个程序进行测试。
l 预防业务变更，缩短版本周期，使每个版本开发过程中的变化最少。在一个发行周期中，欢迎客户用新需求取代仍未制作完成的功能。
l 共同拥有代码，更有效的减少人员调整后对软件项目的负面影响。
l 整体软件部门划分为ｂ／ｓ工作组，ｃ／ｓ工作组。
l 促进软件项目之间的沟通，寻求编程风格、习惯、标准的统一。
5、 软件部岗位设置
l 项目管理员负责跟踪各个项目，反馈给质管部门并生成相关文档；分配资源，协调软件团队与客户和用户之间的关系；辅助教练确定客户需求。
i. 充当开发伙伴，特别是对于那些刚开始承担责任的新程序员或者困难的技术任务来说。
iii. 用个人技术、技巧帮助程序员，如测试、格式和重构。
v. 辅助与客户沟通。
以上这些就是我的工作思路。
如果我竞聘成功，我的处事原则和风格是：以共同的目标团结人，以简单的规则带动人,努力创造出一个积极的、开放的、发展的、有创造性的良性环境，使软件部的每个成员都能从编码者成长为真正的开发者，并且给他们一个宽松的发展和创造空间。
以上是我对这次公司制度改革的一点儿个人见解，可能有许多不足之处，望各位领导和评委多批评指教。毋庸置疑，在各位领导和同事面前，我需要学习的地方还很多、还需要继续积累经验。但是，我有足够的信心和勇气、有不断学习、不断提高的决心和意志。也正因为如此，我更加清醒地看到了自身的不足之处，促使我在以后的工作当中，励精图治，克尽职守，努力学习，勤奋工作，不断缩小自己的差距。
谢谢大家！
