作為系統分析員或高階程式設計師，也就是對於一個程式專案的設計者而言，需要具備以下素質：

第一，需求分析能力

對於程式設計師而言，理解需求就可以完成合格的程式碼，但是對於研發專案的組織和管理者，他們不但要理解客戶需求，更多時候還要自行制定一些需求，為什麼這麼說呢？一般而言，進行研發任務，也許是客戶提出需求，也許是市場和營銷部門提出的需求，這時候對於研發部門，他們看到的不是一個完整的需求，通常而言，該需求僅僅是一些功能上的要求，或者更正規些，可能獲得一個完整的使用者檢視；但是這都不夠，因為客戶由於非技術因素多一些，他們可能很難提出完整和清晰，或者說專業性的效能需求，但是對於專案組織者和規劃者,他必須能夠清醒認識到這些需求的存在並在完成需求分析報告的時候適當的提出，同時要完整和清晰的體現在設計說明書裡面，以便於程式設計師編碼時不會失去這些準則。程式設計者必須正確理解使用者需求所處的環境，並針對性做出需求的分析，舉例而言，同樣一個軟體透過ASP租用方式釋出和透過License方式釋出，效能需求可能就是有區別的，前者強調的是更好的支撐能力和穩定性，而後者則可能更強調在各種平臺下的普適性和安裝使用的簡捷性。

第二，專案設計方法和流程處理能力

程式設計者必須能夠掌握不少於兩到三種的專案設計方法（比如自頂至下的設計方法，比如快速原型法等等），並能夠根據專案需求和資源搭配來選擇合適的設計方法進行專案的整體設計。設計方法上選擇不當，就會耽誤研發週期，浪費研發資源，甚至影響研發效果。一個程式設計者還需要把很多功夫用在流程圖的設計和處理上，他需要做資料流圖以確立資料詞典；他需要加工邏輯流圖以形成整體的系統處理流程。一個流程有問題的系統，就算程式碼多漂亮，每個模組多精緻，也不會成為一個好的系統。當然，做好流程分析並選擇好專案設計方法，都需要在需求分析能力上具有足夠的把握。

第三，複用設計和模組化分解能力

這個似乎又是老調重談，前面基本素質上不是已經說明了這個問題嗎？作為一個從事模組任務的程式設計師，他需要對他所面對的特定功能模組的複用性進行考慮，而作為一個系統分析人員，他要面對的問題複雜的多，需要對整體系統按照一種模組化的分析能力分解為很多可複用的功能模組和函式，並針對每一模組形成一個獨立的設計需求。舉個例子，好比是汽車生產，最早每輛汽車都是獨立安裝的，每個部件都是量身定做的，但是後來不一樣了，機器化大生產了，一個汽車廠開始透過流水線來生產汽車，獨立部件開始具有一定的複用性，在後來標準化成為大趨勢，不同型號，品牌甚至不同廠商的汽車部件也可以進行方便的換裝和升級，這時候，汽車生產的效率達到最大化。軟體工程也是同樣的道理，一個成熟的軟體行業，在一些相關專案和系統中，不同的部件是可以隨意換裝的，比如微軟的許多桌面軟體，在很多操作模組（如開啟檔案，儲存檔案等等）都是複用的同一套功能模組，而這些介面又透過一些類庫提供給了桌面應用程式開發者方便掛接，這就是複用化的模組設計明顯的一個佐證。將一個大型的，錯綜複雜的應用系統分解成一些相對獨立的，具有高度複用性的，並能僅僅依靠幾個引數完成資料聯絡的模組組合，是作為高階程式設計師和系統分析員一項最重要的工作，合適的專案設計方法，清晰的流程圖，是實現這一目標的重要保證。

第四，整體專案評估能力

作為系統設計人員，必須能夠從全域性出發，對專案又整體的清醒認識，比如公司的資源配置是否合理和到位，比如工程進度安排是否能最大化體現效率又不至於無法按期完成。評估專案整體和各個模組的工作量，評估專案所需的資源，評估專案可能遇到的困難，都需要大量的經驗積累，換言之，這是一種不斷總結的累計才能達到的境界。在西方一些軟體系統設計的帶頭人都是很年長的，比如4，50歲，甚至更老，他們在編碼方面已經遠遠不如年輕人那樣活絡，但是就專案評估而言，他們幾十年的經驗積累就是最重要和寶貴的財富。中國缺這麼一代程式設計師，主要還不是缺那種年紀的程式設計師，而是那種年紀的程式設計師基本上都是研究單位作出來的，都不是從專業的產品化軟體研發作出來的，他們沒有能積累那種產品化研發的經驗，這也是沒有辦法的事情。

第五，團隊組織管理能力

完成一個專案工程，需要團隊的齊心協力，作為專案設計者或研發的主管人，就應當有能力最大化發揮團隊的整體力量，技術管理由於其專業性質，不大同於一般的人事管理，因為這裡面設計了一些技術性的指標和因素。

首先是工作的量化，沒有量化就很難做到合適的績效考核，而程式量化又不是簡單的程式碼行數可以計算的，因此要求技術管理人員需要能真正評估一個模組的複雜性和工作量。

其次是對團隊協作模式的調整，一般而言，程式開發的協作通常分為小組進行，小組有主程式設計師方式的，也有民主方式的，根據程式設計師之間的能力水平差距，以及根據專案研發的需求，選擇合適的組隊方式，並能將責權和成員的工作任務緊密結合，這樣才能最大發揮組隊的效率。一個程式碼水平高的人，未必能成為一個合格的專案研發主管，這方面的能力欠缺往往是容易被忽視的。

綜上可以看到，作為一個主管研發的負責人，一個專案設計者，所需要具備的素質和能力並不是程式程式碼編寫的能力，當然一般情況下，一個程式設計師透過不斷的總結提高達到了這種素質的時候，他所具有的程式碼編寫能力也已經相當不簡單了，但是請注意這裡面的因果關係，一個高水平的專案設計者通常已經是程式碼編寫相當優秀的人了，但是並不是一個程式碼相當優秀的程式設計師就可以勝任專案設計的工作，這裡面存在的也不是智商和課本的問題，還是在於一個程式設計師在積累經驗，逐步提升的時候沒有意識到應當思考哪方面的東西，沒有有意識的就專案的組織和複用設計進行揣摩，沒有經常性的文件習慣和總結習慣，不改變這些，我們的合格的專案設計者還是非常欠缺。

另外，為防止有無聊的人和我較真，補充一點，本文針對目標是作商業化的軟體專案和工程，那些科研機構的程式設計高手，比如演算法高手，比如圖象處理高手，他們的工作是研究課題而非直接完成商業軟體（當然最終間接成為商業產品，比如微軟研究院在作的研究課題），因此他們強調的素質可能是另外的東西，這些人（專家），並不能說是程式設計師，不能用程式設計師的標準去衡量。
[@more@]

合格的IT專案系統分析員要具備的素質（轉）

相關文章