競聘軟件部的副經理
2、水泥、鋼材、磚等很多建筑材料，很難在短期內重用，而代碼和設計可以重用；
3、大樓動工后，設計就很少再“優化”了，也不能出現什么“驗收或測試時系統崩潰”的情況（如果出現，那一定是大事了），而這些情況在軟件開發中卻比較常見；
4、軟件開發過程中，客戶很有可能提出新的迫切的需求，取消或改變原來的需求；
5、軟件開發的需求要比建造大樓的需求模糊得多，(文章來源：往往不能量化。軟件開發過程自始至終都是以腦力勞動為主，開發速度也很難量化，因而開發計劃也很難做到準確；
6、因為軟件開發項目的人數比較少（超過10個程序員的項目絕對是大項目），每個人員的流動都可能會對項目進度造成很大影響；
7、和工程開發相比，軟件開發中的“偷工減料”更難發現。
還有很多其它重要的區別，但我們僅從以上幾點就能很容易地發現：傳統的軟件開發方法只能適合部分軟件開發項目，根本不適合用來解決一切問題。
而軟件業界目前正在積極推動的極限編程在很大程度上彌補了傳統的軟件開發方法的以上不足。極限編程從許多方面對軟件開發的方式作了新的詮釋和重構，從而更加靈活有效地解決了上述問題；而且，因為它特別強調交流、反饋和合作，更加適合我中心這樣規模的開發隊伍。
如果我競聘成功，我的工作思路是：汲取極限編程的思想，強調軟件團隊精神，以客戶為中心，以具體項目為實現手段，全面提升軟件設計與開發的工作效率，加快軟件產品化進程。我將在微觀上有選擇地采用極限編程、強調細節管理，在宏觀上向cmm(軟件過程成熟度)積極邁進。下面我將詳細闡明我的思路：如何做到專業
1、強調團隊精神
l杜絕自命不凡和不能平等待人的工作態度。
l所有環節都以“團隊”為單位來進行。所有的“隊員”對整個項目和設計都有發言權，同時由整個“團隊”來對項目負責。這里的負責是指所有人對項目中的所有部分負責。而在以往的環境中，很多時候是一個“團隊”中的各個人負責個人設計，這樣就很容易給破壞“團隊”造成合理的借口，也容易在開發人員之間造成隔閡和誤會等不合作的現象。在各個環節以“隊”為單位進行開發能夠針對性的克服這些弊端。
l改變辦公室的布置格局，使之更利于團隊之間的溝通。
l以溝通、簡單、反愧勇氣的準則來指導團隊。
l使軟件部的每一個人都成為輕松愜意的編寫優秀軟件的團隊的一分子。
2、客戶為中心
l客戶有權制定整體計劃，有權知道什
么時間能完成什么項目，成本是多少。
l客戶有權力從每個星期編程過程中獲得最大收益。
l客戶有權在不支付過高費用的情況下改變計劃、替換工程、更改優先級。