小型軟體企業組織圖

前言

?????? 該組織圖的設計目的為瞭解決以下問題：

1.???????? 解決經驗豐富的管理設計人員缺乏的問題；

2.???????? 使公司能夠儘快建立系統有效可持續發展的專案管理體系、開發規範、品質保證體系；

3.???????? 解決職員的職業規劃問題；

4.???????? 解決專案計劃薄弱的問題；

該組織圖的設計是為人員在50人以下的處於發展階段的小型軟體企業而設計。 組織圖

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" /><?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> 各個組的職能劃分

?????? 為瞭解決經驗豐富的管理和設計人員缺乏的問題，將公司的人員以共用的形式劃分，從圖中可以看出，大項目組、品質過程保證組、業務分析需求分析概要設計組、小項目組之間都有交叉的部分。 大項目組

大項目組由大專案經理、進階商務分析師、構架設計師、市場部經理組成。進階商務分析師的設定主要是考慮很多小型軟體企業都在做行業軟體，需要業務方面的專家，對於非行業軟體企業，可以不需要這個職位。軟體企業本身是一個技術含量較高的企業，設立構架設計師能夠在很大程度上協助公司分析項目的可行性。市場部經理設立在大項目組中，能夠有效防止市場部單純的為了接單而忽略了與其他組之間的協調性。

大項目組負責公司所有項目的計劃控制。市場部是否能夠接新項目、什麼時候需要接項目、能夠接多少項目都需要在大項目組綜合分析公司的資源配置、目前項目情況等風險之後才能決定，也就是說需要嚴格的計劃做指導，即使是變化也要有計劃的變化。大項目組在大專案經理的領導下首先對新接的項目進行統一規劃後，再分解成小項目交由小項目組進行控制。在這個從大項目到小項目分解的過程中除了計劃控制之外，重要的一點就是對資源進行統一規劃，這裡所說的資源除了人力資源、裝置資源、資金之外還包括對已經完成的項目進行分析，挖掘其中可以再次利用的地方。這種方法能夠提高設計高度可重用類或組件的水平。為了避免權力過於集中，由進階專案經理、進階商務分析師、構架設計師、市場部經理組成的大項目組共同向總經理彙報項目工作情況。

讓大項目組承擔所有項目的高層控制，主要是考慮到很多小型軟體企業擁有較少能夠指導項目組制定合理的可執行性較高的計劃。這樣可以將計劃能力較強的人員抽調到大項目組。 品質過程保證組

品質過程保證組負責審核、開發規範形成、開發過程制定。在任何一個小項目組的裡程碑處，都需要通過品質過程保證組的審核之後才能進入下一個階段，其他一些小項目組的內部審核工作需要在品質保證組給出的規範之下進行。對於開發過程和開發規範，這是實踐性非常強的問題，所以品質過程保證組與業務分析、需求分析、概要設計組之間有重疊的部分。開發規範和過程的形成需要參與小項目的進階成員的協助完成。

品質保證組應當在不同的開發階段有不同的組長，在業務分析和需求分析階段由進階商務分析師擔任組長；在概要設計和以後的階段由構架設計師擔任組長。組長的主要職責就是在審核的時候做具有權威性的決定。 小項目組

?????? 小項目組由商務分析師、實施人員、系統分析員、進階程式員、程式員、業務員組成。實施人員和業務員是與客戶交往比較密切且頻繁的人員，讓它們成為項目小組的成員，將非常有利於客戶需求的捕獲，而且增加業務員、實施人員與開發人員之間的瞭解程度，將大大避免很多溝通上的困難。程式員應當是小項目組中甚至是整個公司數量最多的人員，因為對於小型軟體公司，這個層次的人員最容易招聘。

大項目組負責所有項目高層計劃的控制執行，小項目組負責底層計劃的控制執行。大項目組只有一個，而小項目組可以有多個。某一個小項目組可以負責對於某一個客戶的項目，也可以負責某一類型的項目，或者負責多個小項目的公用部分。

?????? 小項目組又由業務分析、需求分析、概要設計組和詳細設計、編碼、測試、實施組組成，這樣的劃分可以使得為數不多的有較好的業務經驗和設計經驗的人員得以充分的共用。也就是說負責小項目組的業務分析、需求分析和概要設計工作的成員在進行完小項目組A的工作後立刻可以轉到小項目組B中工作。

?????? 在作需求分析時設計到功能設計（介面原型），可以讓程式員參與介面的製作。 職業規劃

?????? 一個好的組織圖的設計應當充分考慮到人員職業規劃問題。對於行業軟體企業多數需要管理、技術、市場、業務四大要素，這四個要素相輔相成。在總經理之下的大專案經理、進階商務分析師、構架設計師、市場部經理就是這四個要素的直接體現。

?????? 專案經理在積累了較多的管理知識與經驗後可升為大專案經理。

?????? 商務分析師可以升遷為進階商務分析師。

?????? 實施人員、程式員可以升遷到商務分析師。程式員轉變到商務分析師主要是考慮到新加入的畢業生程式員還沒有給自己做正確的定位時有可以選擇職業的自由，在這個角色轉變過程中，程式員可以先擔任實施人員的一些工作後再轉到商務分析師的職位。實施人員升遷到商務分析師是因為他們與客戶的交往比較頻繁，能夠積累大量的業務經驗，為其從實施人員到商務分析師的角色轉變打下良好的基礎。而且現在的實施人員很多都有或多或少的編程經曆。在一個軟體企業，商務分析師最好有程式設計的經曆，因為現在的業務最佳化離不開資訊系統，對電腦有良好理解無疑是商務分析師必須具備的條件之一。另外，實施人員也可以向業務員轉變。

?????? 系統分析員可以升遷到構架設計師，但系統分析員也可以向專案經理過渡（這是國內目前的普遍現象）。構架設計師對於高速成長的行業軟體企業來說非常必要，因為隨著公司產品的運用面擴大，客戶數量的增多，其他一些企業的系統也需要與公司的系統結合（比如很多企業的系統需要和SAP結合），這個時候一個良好的系統構架非常重要，而只有隨著公司一起成長起來有著多年技術積累，且對公司的系統非常熟悉的技術人員才能夠擔此構架設計的重任。另外，構架設計師也可以轉變成大專案經理（需要經過一定培訓）。

?????? 進階程式員升遷到系統分析員。

?????? 程式員可以升遷到進階程式員，職業的選擇對於程式員來說應該是比較靈活的，除了升遷到進階程式員，還可以向實施人員或業務員轉化。

?????? 業務員可以升遷到市場經理。

?????? 在本文的職業規劃中沒有考慮到大專案經理、進階業務分析員、構架設計師、市場經理的再次升遷問題（這實在超出了小型企業的能力了）。 職位資格

?????? 程式員可以聘用剛畢業的學生。

?????? 進階程式員必須具有至少一年的編程經曆，且需要得到公司的技術評定才能從程式員升遷到進階程式員。

?????? 系統分析員至少需要具備三年的開發經驗，且需要得到公司的技術評定才能從進階程式員升遷到系統分析員。

?????? 構架設計師至少需要具備五年的開發經驗，且需要得到公司的技術評定才能從系統分析員升遷到構架設計師。

?????? 實施人員需要有至少半年的編程經曆。之所以有這樣的要求，是因為現在的小型行業軟體企業所開發的系統（或者說行業軟體系統）的實施難度較大，對實施人員的要求較高，需要他們理解程式的基本原理、資料庫知識、硬體知識。正是這個原因，允許公司內的程式員向實施人員轉變。

?????? 商務分析師至少具有半年的編程經曆和一年的實施經曆，且需要得到公司的技術評定才能從實施人員升遷到商務分析師。

?????? 進階商務分析師至少具有3年的業務分析經曆，且需要通過公司的評定。 ?????? 其他職位不再說明。