各位領導、各位評審：
大家好!
在這裏，我首先感謝公司領導為我們創造了這次公平競爭的機會和展示自我的舞台。適奉這次難得的競聘機會，我本著鍛煉、提高的目的走上講台，談一談我自己關于公司發展的一些想法和認識，希望靠能力而不是靠運氣為自己留下點什麽。
此次參與競聘，我想通過自己的參與，回響公司一體化的改革，並且在可能的情況下實現自己的人生價值。
我更加清楚地認識到自己知識的不夠、經驗的不足。我深深地感到：機遇和挑戰並存，成功與辛酸同在。參與這次競聘，我願在求真務實中認識自己，在市場競爭中完善自己，在積極進取中不斷追求，在拼搏奉獻中實現價值。
這次，我要競聘的是軟體部的副經理。對我個人來說，這是一次難得的學習和鍛煉的機會。我參加軟體部副經理的競聘，主要基于以下兩個方面的考慮：
一方面，我認為自己具備擔任軟體部副經理的貭素，比如吃苦耐勞、任勞任怨的敬業精神，虛心好學、開拓進取的創新意識，嚴于律己、誠信為本的優良品質，雷厲風行、求真務實的工作作風。這些都造就了我嚴謹踏實、敢于嘗試，把新知識、新技術、新理念融入設計和製作軟體的過程中去、使之為軟體服務的不斷學習不斷創新的工作態度。
另一方面，我認為自己具備擔任副經理的才能。
首先，我有一定的管理知識和管理能力。長期的工作時間和刻苦自學是我具備了這些知識和能力，並且最重要的是，我積累了一定的管理經驗。
其次，我對目前軟體行業的走向和技術都有相當深的理解。近幾年的軟體開發工作讓我體會到：傳統的軟體開發方法是對傳統的工程開發方法的模仿，例如建造橋梁、高樓大廈等等。首先，開發方要知道客戶的需求，比如多大的面積、多少層、什麽用途、什麽風格等等，還要現場測量、鑽孔等等;然後設計人員畫出一些圖，向客戶描述將來建好了是什麽樣子;客戶滿意了，就進入下一個設計階段，設計人員又弄出很多工程圖紙，詳細地說明這塊應該如何做，那塊應該如何做;接著施工人員一絲不苟地按照圖紙開工，施工過程中也有各種驗收;完工後客戶最後還要驗收，可能還會請一個第三方幫助驗收。
如果每個軟體開發項目都和建大樓一樣，當然可以而且應當使用一樣的開發流程和管理方法，因為這套流程已經被無數次證明了它的可行性。但是區別于傳統工程的開發方法，軟體開發有自己的特點：
1、和建大樓相比，大部分軟體開發項目的投資要少得多，工期要短得多，參與項目的人員要少很多;
2、水泥、鋼材、磚等很多建築材料，很難在短期內重用，而代碼和設計可以重用;
3、大樓動工後，設計就很少再“最佳化”了，也不能出現什麽“驗收或測試時系統崩潰”的情況(如果出現，那一定是大事了)，而這些情況在軟體開發中卻比較常見;
4、軟體開發過程中，客戶很有可能提出新的迫切的需求，取消或改變原來的需求;
5、軟體開發的需求要比建造大樓的需求模糊得多，(文章來源：)往往不能量化。軟體開發過程自始至終都是以腦力勞動為主，開發速度也很難量化，因而開發計畫也很難做到準確;
6、因為軟體開發項目的人數比較少(超過0個程式員的項目絕對是大項目)，每個人員的流動都可能會對項目進度造成很大影響;