【導(dǎo)讀】裊螆肅蒞螁螅膇蝕蚆螄艿蒃薂螃莂芆袁螂肁蒂螇袁膄芄蚃袁芆蒀蕿袀羅芃蒅衿膈蒈襖袈芀莁螀袇莂薆蚆袆肂荿薂裊膄薅蒈羅芇莈螆羄羆薃螞羃聿莆蚈芁蟻薄羈莃蒄袃羀肅芇蝿罿膅蒂蚅罿羋芅薁肈羇蒁蕆肇聿芄螅肆膂葿螁肅莄節(jié)蚇肄肄薇薃肅膆莀袂肅羋薆螈肂莁莈蚄膁肀薄薀螇膃莇蒆螇芅薂裊螆肅蒞螁螅膇蝕蚆螄艿蒃薂螃莂芆袁螂肁蒂螇袁膄芄蚃袁芆蒀蕿袀羅芃蒅衿膈蒈襖袈芀莁螀袇莂薆蚆袆肂荿薂裊膄薅蒈羅芇莈螆羄羆薃螞羃聿莆蚈芁蟻薄羈莃蒄袃羀肅芇蝿罿膅蒂蚅罿羋芅薁肈羇蒁蕆肇聿芄螅肆膂葿螁肅莄節(jié)蚇肄肄薇薃肅膆莀袂肅羋薆螈肂莁莈蚄膁肀薄薀螇膃莇蒆螇芅薂裊螆肅蒞螁螅膇蝕蚆螄艿蒃薂螃莂芆袁螂肁蒂螇袁膄芄蚃袁芆蒀蕿袀羅芃蒅衿膈蒈襖袈芀莁螀袇莂薆蚆袆肂荿薂裊膄薅蒈羅芇莈螆羄羆薃螞羃聿莆蚈芁蟻薄羈莃蒄袃羀肅芇蝿罿膅蒂蚅罿羋芅薁肈羇蒁蕆肇聿芄螅肆膂葿螁肅莄節(jié)蚇肄肄薇薃肅膆莀袂肅羋薆螈肂莁莈蚄膁肀薄薀螇膃莇蒆螇芅薂裊螆肅蒞螁螅膇蝕蚆螄艿蒃薂螃莂芆袁螂肁

　　

【正文】 適用 條件 適用于主要由一個部門完成的項目或技術(shù)比較成熟的項目。 分析 職能型組織結(jié)構(gòu)能夠方便同班成員或者相互熟悉的成員（即下面的小組內(nèi)成員）間進行交流和支援，有利于各小組內(nèi)成員進行溝通；而且各小組內(nèi)的成員還能夠繼續(xù)一起完成現(xiàn)階段的其他任務(wù)，并運用相似的技術(shù)進行后續(xù)其他項目的開發(fā)。但該項目組的成員來自不同班級，總?cè)藬?shù)較少，成員互相之間的了解也較少，因此這種組織結(jié)構(gòu)難以平衡各小組的資源，不利于小組間信息的傳遞，完成 各部分任務(wù)所需要的工作量與小組的成員數(shù)不均衡，從而對人員的管理與任務(wù)分配造成很大困難。 項目型 優(yōu)點 1 項目經(jīng)理對項目可以全權(quán)負責(zé)?？梢愿鶕?jù)項目需要隨意調(diào)動項目組織的內(nèi)部資源或者外部資源。 2 項目型組織的目標單一，完全以項目為中心安排工作，決策的速度得以加快，能夠?qū)蛻舻囊笞龀黾皶r響應(yīng)，項目團隊精神得以充分發(fā)揮。有利于項目的順利完成。 3 項目經(jīng)理對項目成員有全部權(quán)利，項目成員只對項目經(jīng)理負責(zé)，避免了職能型項目組織下項目成員處于多重領(lǐng)導(dǎo)、無所適從的局面，項目經(jīng)理是項目的 真正、唯一的領(lǐng)導(dǎo)者。 4 組織結(jié)構(gòu)簡單，易于操作。項目成員直接屬于同一個部門，彼此之間的溝通交流簡介、快速，提高了溝通效率，同時也加快了決策速度。 缺點 1 每一個項目型組織，資源不能共享，即使某個項目的專用資源閑置，也無法應(yīng)用于另外一個同時進行的類似項目，人員、設(shè)施、設(shè)備重復(fù)配置，會造成一定程度的資源浪費。 2 公司里各個獨立的項目型組織處于相對封閉的環(huán)境之中，公司的宏觀政策、方針很難做到完全、真正的貫徹實施，可能會影響公司的長遠發(fā)展。 3 在項目完成以后，項目型組織中的項目成員或者 被拍到另一個項目中去，或者被解雇，對項目成員來說，缺乏一種事業(yè)上的連續(xù)性和安全感。 4 項目之間處于一種條塊分割狀態(tài)，項目之間缺乏信息交流，不同的項目組很難共享知識和經(jīng)驗，項目成員的工作會出現(xiàn)忙閑不均的現(xiàn)象。 適用 條件 適用于開拓性等風(fēng)險較大的項目或進度、成本、質(zhì)量等指標有嚴格要求的項目； 不適合人才匱乏或規(guī)模小的企業(yè)。 分析 由于該項目具有很大的臨時性，項目組的成員也是從不同的班級集中到一起，因此項目型組織結(jié)構(gòu)利于團隊的建設(shè)以及小組人員與任務(wù)的分配；另外該組織結(jié)構(gòu)簡單易操作，而且目標單一， 特別適用于這種零散的人員調(diào)度，同時很大程度上方便了成員間整體的溝通交流，加快了決策速度。由于這個項目各模塊間的耦合度較低，不需要小組間大量的信息共享；而且項目組內(nèi)有著統(tǒng)一的交流方式（臨時的網(wǎng)上討論組），各項決策規(guī)定可以第一時間直接反映給項目成員；更兼此項目本來就是一次獨立的開發(fā)，與其他項目在人員和技術(shù)上沒有緊密的聯(lián)系，因此項目成員在項目完成后都已經(jīng)有足夠的準備和清楚的打算。然而這種組織結(jié)構(gòu)也在一定程度上破壞了原有的一些成員關(guān)系（比如同班的成員），需要這些成員重新建立起新的溝通交流機制。 優(yōu)點 1 專職的項目經(jīng)理負責(zé)整個項目，以項目為中心，能迅速解 矩陣型 決問題。在最短的時間內(nèi)調(diào)配人才，組成一個團隊，把不同職能的人才集中在一起。 2 多個項目可以共享各個職能部門的資源。在矩陣管理中，人力資源得到了更有效地利用，減少了人員冗余。研究表明：一般使用這種管理模式的企業(yè)比傳統(tǒng)企業(yè)少用 20%的員工。 3 既有利于項目目標的實現(xiàn)，也有利于公司目標方針的貫徹。 4 項目成員的顧慮減少了，因為項目完成后，他們?nèi)匀豢梢曰氐皆瓉淼穆毮懿块T，不用擔(dān)心被解散。而且他們能有更多機會接觸自己企業(yè)的不同 部門。 缺點 1 容易引起職能經(jīng)理和項目經(jīng)理權(quán)利的沖突。 2 資源共享也能引起在項目之間的沖突。 3 項目成員有多位領(lǐng)導(dǎo)，即員工必須要接受雙重領(lǐng)導(dǎo)，因此經(jīng)常能體會到焦慮與壓力。當兩個經(jīng)理的命令發(fā)生沖突時，他必須能夠面對不同指令形成一個綜合決策來確定如何分配他的時間。同時，員工必須和他的兩個領(lǐng)導(dǎo)保持良好的關(guān)系，應(yīng)該顯示出對這兩個主管的雙重忠誠。 適用 條件 適用于管理規(guī)范、分工明確的公司或者跨職能部門的項目 分析 矩陣型組織結(jié)構(gòu)綜合了職能型組織結(jié)構(gòu)和項目型組織結(jié)構(gòu)一定的優(yōu)點，以項目為中 心，即可以充分利用各部分的資源，又放寬了職能對項目成員的限制，而且項目的方針決策也能夠方便直接地傳遞給項目成員。然而由于參與項目的總?cè)藬?shù)本來就非常少，另外由于此項目各模塊間的松耦合，不需要領(lǐng)導(dǎo)間過多的協(xié)調(diào)配合，因此這種交叉調(diào)配人員的方式實現(xiàn)起來不具備足夠的可行性，落實在這個項目上也有些大材小用。 權(quán)衡各組織結(jié)構(gòu)的優(yōu)缺點，經(jīng)過詳細的分析，由于項目的臨時性乃至項目組的臨時性是在這個項目人員組織準則角度上最突出的特點，因此，為了充分利用項目型組織結(jié)構(gòu)對于此類人員及項目在團隊組織上的突出優(yōu)勢，此項目即采用了項目 型組織結(jié)構(gòu)。 組織結(jié)構(gòu)圖如下： 簡要說明： 該項目組共有 6 名成員?？傌撠?zé)人，即項目經(jīng)理由李鑫擔(dān)任。項目組向下又細分為軟件開發(fā)小組（由 6 名成員共同組成，負責(zé)人為秦宇）、質(zhì)量保證小組（負責(zé)人為陸金，組員為寧珠）；由于此項目需求不是特別明確，而且經(jīng)常需要功能擴充，因此單獨成立了一個需求分析與軟件測試小組（負責(zé)人為張雪嬌，組員有李鑫、秦宇）。 各小組職責(zé)如下： 項目組 負責(zé)項目的組織和規(guī)劃。 負責(zé)項目計劃制定和維護。 負責(zé)項目的跟蹤和管理。 負責(zé)資源的分配和協(xié)調(diào)活動。 負責(zé)各組織和計劃之間的協(xié)調(diào)活動。 軟 件開發(fā)小組 負責(zé)項目的軟件開發(fā)，包括設(shè)計、編碼、單元測試。 負責(zé)產(chǎn)品質(zhì)量控制的工作。 負責(zé)配合質(zhì)量保證的活動，如系統(tǒng)測試、文檔編制等。 配合產(chǎn)品驗收的相關(guān)活動。 質(zhì)量保證小組 負責(zé)項目過程和產(chǎn)品規(guī)范的制定。 負責(zé)項目過程的質(zhì)量保證活動，其中包括過程評審和產(chǎn)品評審。 需求分析與軟件測試小組 負責(zé)分析頻繁變更的需求，并將需求反映到系統(tǒng)應(yīng)實現(xiàn)或改變的功能上。 負責(zé)系統(tǒng)進行集成測試。 負責(zé)對每一個變化的需求進行階段性測試。 ： 對生存期模型的選擇 該項目的特點 此項目需求比較模糊，在開發(fā)過程中極 有可能發(fā)生需求的變更，即使在開發(fā)結(jié)束后，也常常需要功能上的擴充， 面向的用戶群體相當廣泛，不同的用戶都有可能提出該系統(tǒng)針對某一類群體的改進意見和要求。 項目組內(nèi)部對此系統(tǒng)的認識也不夠統(tǒng)一，對大量輔助功能及新增功能有不同的看法，需要在基本的核心功能完成之后，隨著項目的進行，由項目經(jīng)理進一步收集用戶及成員的想法意見進行決策。 用戶及成員都需要在短時間內(nèi)得到一個系統(tǒng)最初的版本，對其進行評價并在后續(xù)的開發(fā)上對其定位，并得出更多明確的需求。 在項目本身的開發(fā)上，為了使系統(tǒng)錦上添花，會用到許多開發(fā)人員也并不熟悉的技術(shù)， 這可能需要開發(fā)人員進一步的學(xué)習(xí)后，再對系統(tǒng)進行改進。 針對該項目的這些特點，權(quán)衡各個生存期的適用條件，該項目組選用了增量式模型來開發(fā)此系統(tǒng)。增量式模型的特點如下： 可以避免一次性投資太多帶來的風(fēng)險，將主要的功能或者風(fēng)險大的功能首先實現(xiàn)，然后逐步完善，保證投入的有效性。 可以更快地開發(fā)出可以操作的系統(tǒng)。 可以減少開發(fā)過程中用戶需求的變更。 一些增量可能需要重新開發(fā)（如果早期開發(fā)的需求不穩(wěn)定或者不完整）。 可見，增量式模型充分迎合了該項目的特點，并且提供了多種途徑解決項目中的一些難題。 該項目的生存期模型如下 ： 生存期中各階段的描述如下： 階段 項目規(guī)劃階段 目標 根據(jù)合同和初步的需求分析，確定項目的規(guī)模、時間計劃和資源需求 輸入 合同文本， SOW 過程 項目規(guī)劃，計劃確認 輸出 項目計劃 階段 需求分析階段 目標 確定客戶的需求 輸入 項目計劃， SOW 過程 需求獲取，需求分析，需求控制 輸出 原型系統(tǒng)，需求規(guī)格 階段 設(shè)計階段 目標 總體系統(tǒng)結(jié)構(gòu)設(shè)計 輸入 原型系統(tǒng)，需求規(guī)格 過程 總體設(shè)計 輸出 系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 階段 增量 1 實現(xiàn) 目標 實現(xiàn) 系統(tǒng)的通用功能 輸入 系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程 詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試 輸出 詳細設(shè)計說明書，源代碼，可運行版本 1 階段 增量 2 實現(xiàn) 目標 實現(xiàn)系統(tǒng)的用戶管理功能 輸入 系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程 詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試 輸出 詳細設(shè)計說明書，源代碼，可運行版本 2 階段 增量 3 實現(xiàn) 目標 實現(xiàn)系統(tǒng)的文章管理功能 輸入 系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程 詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試 輸出 詳細設(shè)計說明書，源代碼，可運行版本 3 階段 增量 4 實現(xiàn) 目標 實現(xiàn)系統(tǒng)的好友管理功能 輸入 系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程 詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試 輸出 詳細設(shè)計說明書，源代碼，可運行版本 4 階段 增量 5 實現(xiàn)