软件部副级领导竞职演讲

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

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

认为自己具备担任副经理的才能。另一方面。

有一定的管理知识和管理能力。长期的工作时间和刻苦自学是具备了这些知识和能力，首先。并且最重要的积累了一定的管理经验。

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

当然可以而且应当使用一样的开发流程和管理方法，如果每个软件开发项目都和建大楼一样。因为这套流程已经被无数次证明了可行性。但是区别于传统工程的开发方法，软件开发有自己的特点：

1和建大楼相比。工期要短得多，参与项目的人员要少很多；

2水泥、钢材、砖等很多建筑材料。而代码和设计可以重用；

3大楼动工后。那一定是大事了而这些情况在软件开发中却比较常见；

4软件开发过程中。取消或改变原来的需求；

5软件开发的需求要比建造大楼的需求模糊得多。开发速度也很难量化，因而开发计划也很难做到准确；

6因为软件开发项目的人数比较少（超过10个程序员的项目绝对是大项目）每个人员的流动都可能会对项目进度造成很大影响；

7和工程开发相比。

但我仅从以上几点就能很容易地发现：传统的软件开发方法只能适合部分软件开发项目，还有很多其它重要的区别。根本不适合用来解决一切问题。

从而更加灵活有效地解决了上述问题；而且，而软件业界目前正在积极推动的极限编程在很大程度上弥补了传统的软件开发方法的以上不足。极限编程从许多方面对软件开发的方式作了新的诠释和重构。因为它特别强调交流、反馈和合作，更加适合我中心这样规模的开发队伍。

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

1强调团队精神

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

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

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

以沟通、简单、反馈、勇气的准则来指导团队。

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

2客户为中心

客户有权制定整体计划。成本是多少。有权知道什么时间能完成什么项目，

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

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

也可以在任何时间取消一些项目并保留能反映投资回报状况的有用工作系统。客户有权随时决定软件变动范围并得到有关反馈。

3具体项目的处理

多迭代周期，解决进度延迟。以获得对进度的详细反馈。

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

创建并维护一套测试程序，预防系统恶化。保持系统最佳状态，不允许累计错误。

遵从客户需求，预防缺陷率。逐个程序进行测试。

使客户成为整个团队的一部分。开发过程中，预防业务误解。不断和客户进行沟通，并且项目的说明书不断得到改进。

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

并将他完成工作实际所花费的时间及时反馈给他改进并且尊重他估算。大家都很清楚应该由谁做出或者改变估算的规则。这样，程序员承担估算和完成自己工作的责任。就可能更少的因为要求程序员作明显不可能完成的工作而使之感到沮丧。鼓励团队成员间的互相沟通，以减少由于对工作不满意而产生的挫败感。

更有效的减少人员调整后对软件项目的负面影响。共同拥有代码。

4多项目的整体运作

工作组。整体软件部门划分为工作组。

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

寻求编程风格、习惯、标准的统一。促进软件项目之间的沟通。

5软件部岗位设置

反馈给质管部门并生成相关文档；分配资源，项目管理员负责跟踪各个项目。协调软件团队与客户和用户之间的关系；辅助教练确定客户需求。

指导具体技术，教练、教练。与市场部门共同商定技术方向，协助项目管理员管理和跟踪各个项目。与客户一起确定需求。衡量一个教练称职与否的标准，不是做出了多少关键性的代码或者决

而是辅助整个团队做出了多少正确决策。教练不负责许多开发任务，策。主要职责是

特别是对于那些刚开始承担责任的新程序员或者困难的技术任务来说。充当开发伙伴。

鼓励小规模的重构来实现一部分长期重构目标。明白长期的重构目标。

如测试、格式和重构。用个人技术、技巧帮助程序员。

向上层管理人员解释过程。

辅助与客户沟通。

工作并不是仅仅让计算机明白客户的需求。最重要的准则，程序员是软件项目的核心。和别人进行沟通。如果程序能够运行，但还有重要的部分没有沟通，程序员的工作就没有完成。需要尽力为客户开发最有价值的软件，并且把问题规模减到足够小的程度。程序员必须学会重构、学会单元测试，放弃对系统的某个部分的个人所有权的想法。对于一个程序员来说，必须承认你恐惧，因为

克服这些恐惧、获得勇气。每个人都在害怕：怕自己看上去很蠢、怕被认为是废物、怕跟不上时代、怕不能胜任。然而你可以在团队的帮助下。

以上这些就是工作思路。

处事原则和风格是以共同的目标团结人，以简单的规则带动人,如果我竞聘成功。努力创造出一个积极的开放的发展的有创造性的良性环境，使软件部的每个成员都能从编码者成长为真正的开发者，并且给他一个宽松的发展和创造空间。

工作目标是从四个基本方面对软件项目进行改善，如果我竞聘成功。那就是交流、简易、反馈、勇气。以清晰易懂且容易扩展的方式写代码、以周密而严谨的流程开发软件；降低开发费用、减少失败，将那些低效的无价值的步骤从中剔除。重视客户的满意度、强调团队合作，让客户成为软件开发流程的一员；而开发人员，无论其经验的多少，都积极地做出自己的贡献、体验到更多成功的喜悦。

可能有许多不足之处，以上是对这次公司制度改革的一点儿个人见解。望各位领导和评委多批评指教。毋庸置疑，各位领导和同事面前，需要学习的地方还很多、还需要继续积累经验。但是有足够的信心和勇气、有不断学习、不断提高的决心和意志。也正因为如此，更加清醒地看到自身的不足之处，促使我以后的工作当中，励精图治，克尽职守，努力学习，勤奋工作，不断缩小的差距。

最想说的这次竞聘，演讲即将结束的时候。如果能使大家对我有一个更深、更新的认识、能使大家更多地了解我并且在以后的工作中帮助我支持我那么，即使竞聘不成功，也觉得受益匪浅。仍将一如既往的努力工作，以绵薄之力来回报组织和公司的培养和厚爱。

谢谢大家！