敏捷的項(xiàng)目管理范文

導(dǎo)語：如何才能寫好一篇敏捷的項(xiàng)目管理，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

【關(guān)鍵詞】敏捷開發(fā) 瀑布模型 產(chǎn)品開發(fā)項(xiàng)目

在日益激烈的全球競爭中，知識創(chuàng)新能力是影響企業(yè)核心競爭力的關(guān)鍵因素之一，而作為知識創(chuàng)新的公司通常都以產(chǎn)品開發(fā)作為主營業(yè)務(wù)，其中大型公司畢竟是少數(shù)，絕大多數(shù)都是中小型公司，必須有一種可以嚴(yán)格質(zhì)量把關(guān)，并且高效率的開發(fā)管理方法，才能適應(yīng)市場的變化。

針對產(chǎn)品開發(fā)項(xiàng)目管理方法的問題，眾多公司及學(xué)者提出了諸多解決方法如：IBM公司的IPD產(chǎn)品集成開發(fā)流程[1]，國際流行的CMM管理體系[2]，新型的敏捷開發(fā)模型[3]等都被一些公司采用為基本的產(chǎn)品項(xiàng)目開發(fā)方法。

目前，IPD及CMM這種瀑布開發(fā)及管理模型要求公司資金充足，職能明確，市場定位超前，并引領(lǐng)并控制市場。這些方法在大型公司，或國外成熟的市場環(huán)境下運(yùn)行的十分完善。但在我國不具備這種良好的市場環(huán)境，絕大多數(shù)中小公司不具備充足的資金及良好的市場定位，處于一種不斷應(yīng)付市場需求變化的情況下。因此，需要一種能夠快速適應(yīng)需求的項(xiàng)目管理方法。敏捷開發(fā)的出現(xiàn)完成了以軟件開發(fā)為基礎(chǔ)公司的項(xiàng)目運(yùn)作方式，它們快速的跟蹤需求。但是產(chǎn)品開發(fā)往往面臨著軟件與硬件的結(jié)合，產(chǎn)品的硬件及架構(gòu)的變動帶來了巨大的成本消耗。所以即要能夠應(yīng)付過多的變化帶來的成本問題，又要快速的響應(yīng)市場需求是產(chǎn)品開發(fā)項(xiàng)目管理的根本問題。

本文借鑒了瀑布的嚴(yán)謹(jǐn)質(zhì)量控制的方法可敏捷開發(fā)快速適應(yīng)需求變化的理論，總結(jié)了較為實(shí)用的中小型企業(yè)產(chǎn)品開發(fā)項(xiàng)目管理方法。

1 瀑布模型和敏捷開發(fā)模型

2.1 瀑布模型原理

瀑布模型（Waterfall Model） 是一個項(xiàng)目開發(fā)架構(gòu)，開發(fā)過程是通過設(shè)計(jì)一系列階段順序展開的，從系統(tǒng)需求分析開始直到產(chǎn)品和維護(hù)，每個階段都會產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問題，那么最好 “返回”上一個階段并進(jìn)行適當(dāng)?shù)男薷模?xiàng)目開發(fā)進(jìn)程從一個階段“流動”到下一個階段，這也是瀑布模型名稱的由來。瀑布模型要求每個階段都要為下一階段提供依據(jù)，否則將不得向下進(jìn)行。這也是瀑布模型的優(yōu)點(diǎn)，也是它的缺點(diǎn)。

2.2 敏捷開發(fā)

敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個子項(xiàng)目，各個子項(xiàng)目的成果都經(jīng)過測試，具備集成和可運(yùn)行的特征。換言之，就是把一個大項(xiàng)目分為多個相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過程中軟件一直處于可使用狀態(tài)。主要的實(shí)現(xiàn)方法有XP（極限編程）、Scrum模型等。

3 產(chǎn)品開發(fā)瀑布與敏捷結(jié)合方法

3.1 問題的提出

即然中小型公司的產(chǎn)品開發(fā)過程單純的執(zhí)行某種特定的模型都會帶來一定的問題，那么是否可以將二者結(jié)合呢？經(jīng)過研究和實(shí)際應(yīng)用發(fā)現(xiàn)，結(jié)論就可行的。

3.2 結(jié)合方法的計(jì)劃制作

計(jì)劃的制作是任何項(xiàng)目最重要的開端，從計(jì)劃制作開始就將體現(xiàn)結(jié)合方法的與眾不同及其可操作性。

首先計(jì)劃中要把概念階段和規(guī)劃階段列入（在某些時候可以被稱作需求階段和概要設(shè)計(jì)階段），對于產(chǎn)品開發(fā)面臨的硬件設(shè)備迭代周期長，無法在后期快速響應(yīng)需求變化，這兩個階段是一定要開展的。這兩部分結(jié)束后所達(dá)成的目標(biāo)只有一個，那就是確定下方案，特別就硬件方案。為后期的敏捷打好堅(jiān)實(shí)的基礎(chǔ)。（注：上圖在實(shí)際運(yùn)行時需求根據(jù)情況進(jìn)行分解和修改）

3.3 概念階段和規(guī)劃階段的瀑布模型

概念階段和規(guī)劃階段與IPD幾乎沒有什么變化，對于中小型公司可以嚴(yán)格的執(zhí)行各個階段，也可以簡化每一步的完善程度（注：每一步都要執(zhí)行），每一步都向著硬件電路方案的確定而努力，軟件固件進(jìn)行配合方案設(shè)計(jì)，這兩個階段結(jié)束后，與硬件設(shè)計(jì)方案有關(guān)的需求都最終確定。例如：某些產(chǎn)品需要用串口通信，對于此時只需要把要用幾個串口，速度要求多少即可，對于通信協(xié)議暫時可以忽略不計(jì)。

3.4 設(shè)計(jì)驗(yàn)證階段

在設(shè)計(jì)驗(yàn)證階段就可以主要發(fā)揮敏捷開發(fā)的優(yōu)勢，由于在上兩個階段中硬件方案已經(jīng)確定，所以硬件還是需要一步一步的按照瀑布進(jìn)行，設(shè)計(jì)，制版，焊接，調(diào)試。此時軟件和固件按瀑布方式進(jìn)行平臺的搭建，為敏捷的迭代過程做準(zhǔn)備。當(dāng)硬件人員由相關(guān)軟件及固件人員配合將硬件設(shè)備調(diào)試通過之后，交由軟件及固件人員（固件包括了FPGA等硬件邏輯代碼工作）聯(lián)合開發(fā)，此時以每一個星期或兩個星期為一次迭代，每次迭代重新討論需求變更及本迭代期內(nèi)所要完成的功能需求。從現(xiàn)在開始的調(diào)試，測試及需求變換完全可以以敏捷開發(fā)方式進(jìn)行。此時需要產(chǎn)品經(jīng)理或項(xiàng)目經(jīng)理根據(jù)最終的時間來迭代調(diào)整需求及優(yōu)先級直到項(xiàng)目結(jié)束。

4 結(jié)論

本文在介紹了在瀑布模型及敏捷開發(fā)模型的基礎(chǔ)上，綜合分析了目前中小型企業(yè)產(chǎn)品項(xiàng)目開發(fā)中中遇到的問題，就建立完善、可操作、動態(tài)靈活的項(xiàng)目開發(fā)管理方法提出了建議，并采用實(shí)際的操作方法及實(shí)例充分表明本文設(shè)計(jì)方法的正確可行。

參考文獻(xiàn)

[1]朱瑞萍.IPD―一種集成的產(chǎn)品開發(fā)模式[J].市場研究，2003（12）.

[2]高琰，李建華等.基于CMM的軟件項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)工程，2002（9）.

[3]俞定國.敏捷方法在企業(yè)應(yīng)用系統(tǒng)開發(fā)中的應(yīng)用與改進(jìn)[J].微計(jì)算機(jī)應(yīng)用，2005（26）.

篇2

關(guān)鍵詞 民航石油庫 項(xiàng)目管理 消防工程

機(jī)場油庫是機(jī)場建設(shè)的重要配套工程，是構(gòu)建航油供應(yīng)網(wǎng)絡(luò)的重點(diǎn)項(xiàng)目，民航油庫的設(shè)計(jì)及項(xiàng)目管理應(yīng)遵循《石油庫設(shè)計(jì)規(guī)范》、《民航機(jī)場供油工程規(guī)范》等國家標(biāo)準(zhǔn)進(jìn)行設(shè)計(jì)及施工，其中的消防安全設(shè)計(jì)和管理要達(dá)到《石油化工企業(yè)設(shè)計(jì)防火規(guī)范》的有關(guān)規(guī)定。同其他建筑工程施工一樣，油庫工程也是一項(xiàng)多工種、多專業(yè)的系統(tǒng)工程，要使施工全過程順利進(jìn)行，以期達(dá)到預(yù)定的目標(biāo)，就必須用科學(xué)的方法進(jìn)行實(shí)施管理。施工中加強(qiáng)現(xiàn)場項(xiàng)目的管理尤其重要，本文以消防工程為重點(diǎn)談?wù)剬Υ说目捶ā?/p>

1項(xiàng)目管理的一般步驟和實(shí)施過程

油庫工程油庫而言，其直接控制的目標(biāo)有三個：投資、進(jìn)度、質(zhì)量。即在保證安全的前提下，按計(jì)劃的投資、進(jìn)度、質(zhì)量完成項(xiàng)目目標(biāo)。這三個目標(biāo)彼此之間是對立統(tǒng)一的關(guān)系，難以同時達(dá)到最優(yōu)，其實(shí)施應(yīng)以項(xiàng)目整體最優(yōu)為目標(biāo)。優(yōu)化工程現(xiàn)場管理是指運(yùn)用系統(tǒng)的觀點(diǎn)、理論和方法，對工程現(xiàn)場的計(jì)劃、組織、控制、協(xié)調(diào)等進(jìn)行全面管理的過程。優(yōu)化現(xiàn)場管理的主要內(nèi)容可分為施工作業(yè)管理、施工質(zhì)量管理和現(xiàn)場整體管理。具體表現(xiàn)為：　1）把好設(shè)計(jì)審查關(guān)，及早解決設(shè)計(jì)中錯漏問題和施工中可能遇到的困難，盡可能避免或減少工程變更。如儲罐之間安全間距、消防通道的設(shè)計(jì)都要仔細(xì)審查合格，方可施工。2）嚴(yán)格把好材料、設(shè)備質(zhì)量關(guān)。杜絕劣質(zhì)材料或不合格材料在施工中使用，確保工程的內(nèi)在質(zhì)量。3）嚴(yán)格監(jiān)督檢查施工工序質(zhì)量。嚴(yán)格監(jiān)控施工過程，不符合要求的及時督促施工方整改。控制好工序質(zhì)量，確保工程質(zhì)量。特別是管道施工質(zhì)量問題因比較隱蔽需要嚴(yán)格加以控制，對管道施工人員除持證外應(yīng)有一定的經(jīng)驗(yàn)和熟練程度，以免為日后留下安全隱患。4）組織好工程例會。定期召開工程例會，交流施工情況，檢查工程質(zhì)量、進(jìn)度、投資控制情況，處理存在問題，安排下期工作。5）把好工程費(fèi)用關(guān)。作好工程計(jì)量，防止高估算和重復(fù)計(jì)量。與審計(jì)機(jī)構(gòu)密切合作，做好工程預(yù)算和實(shí)施階段的內(nèi)部審計(jì)，嚴(yán)格審核預(yù)結(jié)算，爭取最大程度的核減工程費(fèi)用，為工程節(jié)約資金。

其中作為重中之中的工作有二：一是施工過程中的安全管理，如施工單位的資質(zhì)審查，施工合同中的安全條款和簽定。對施工過程中的用火、高空作業(yè)的安全管理等不能有絲毫放松。二是對系統(tǒng)調(diào)試、驗(yàn)收階段發(fā)現(xiàn)的問題應(yīng)加以重視，切不可因?yàn)楣こ虒⒁旯ひ右院雎浴Ｏ旅嬉韵拦こ痰捻?xiàng)目管理加以說明。

2消防工程的項(xiàng)目管理

2.1消防工程的項(xiàng)目管理內(nèi)容

2.1。1 范圍管理

消防工程是建設(shè)項(xiàng)目中的一個分部工程，與其他分部工程如主體結(jié)構(gòu)、給水排水、采暖、建筑電氣、電梯等又有有機(jī)聯(lián)系。主要包括：火災(zāi)自動報(bào)警系統(tǒng)（裝置）、自動噴水滅火系統(tǒng)、防排煙系統(tǒng)、消火栓系統(tǒng)、、氣體滅火系統(tǒng)（裝置）、消防聯(lián)動系統(tǒng)、消防電梯、應(yīng)急照明和疏散系統(tǒng)等。

2.1。2 時間管理

消防工程大部分是在主體工程土建完工后進(jìn)場，需要在與其他工種的協(xié)調(diào)配合下，通過高效率的計(jì)劃、組織、指導(dǎo)和控制的手段，在時間上達(dá)到預(yù)定目標(biāo)。

2.1。3　費(fèi)用管理

在滿足設(shè)計(jì)要求的前提下，通過項(xiàng)目管理，運(yùn)用經(jīng)濟(jì)的方法在費(fèi)用控制上達(dá)到預(yù)定目標(biāo)。

2.1。4 質(zhì)量管理

消防工程是構(gòu)成建設(shè)工程的基本單元，因其專業(yè)要求嚴(yán)和技術(shù)含量大而直接關(guān)系到整個建筑物體的消防安全，關(guān)系到防火滅火的成敗。因此質(zhì)量管理非同尋常、至關(guān)重要，必須給予極大的關(guān)注。

2.2、消防工程項(xiàng)目的生命周期和建設(shè)程序

按照建筑階段一般劃分方法，消防工程項(xiàng)目與所有建設(shè)工程項(xiàng)目一樣，有5個階段，即決策階段、設(shè)計(jì)階段、招投標(biāo)階段、施工階段、竣工驗(yàn)收階段。

按照我國建設(shè)程序，消防工程的生命周期包括項(xiàng)目建議書、可行性研究、設(shè)計(jì)工作、建設(shè)準(zhǔn)備、建設(shè)實(shí)施、竣工驗(yàn)收交付使用6個階段。在以上階段中應(yīng)注意以下要求：

1）消防工程的設(shè)計(jì)與總體工程一起設(shè)計(jì)，設(shè)計(jì)單位應(yīng)具有相應(yīng)的資質(zhì)；

2）在初設(shè)和施工圖設(shè)計(jì)等過程中均須按照國家工程建設(shè)消防技術(shù)標(biāo)準(zhǔn)強(qiáng)制性要求進(jìn)行設(shè)計(jì)工作，施工圖設(shè)計(jì)要在取得《建設(shè)工程消防設(shè)計(jì)審核意見書》同意或建設(shè)工程消防設(shè)計(jì)備案合格后才能施工；

3）消防工程的施工單位須取得省級建設(shè)主管部門發(fā)給的消防工程施工資質(zhì)證書；

4）消防工程施工單位的主要技術(shù)人員除要有相應(yīng)職稱外，所有施工人員須持證上崗；

5）施工中如需變動消防設(shè)計(jì)，須取得原先審核的消防機(jī)構(gòu)書面同意或重新備案；

6）在工程竣工后，消防工程要有具有資質(zhì)的檢測單位進(jìn)行檢測，出具合格報(bào)告后，交消防機(jī)構(gòu)備案；

7）消防工程要在該建設(shè)工程取得《建設(shè)工程消防驗(yàn)收意見書》合格或建設(shè)工程消防驗(yàn)收備案合格后才能投入使用；

8）消防工程在交付使用后，對管理人員和操作人員要進(jìn)行培訓(xùn)，通過有效管理才能正常運(yùn)行。

2.3、淺談消防工程項(xiàng)目的質(zhì)量控制

2.3.1設(shè)計(jì)階段的質(zhì)量控制

設(shè)計(jì)單位應(yīng)具有相應(yīng)設(shè)計(jì)資質(zhì)，設(shè)計(jì)人員要求具有較高的理論水平，充分理解和掌握國家有關(guān)消防技術(shù)規(guī)范，特別是要嚴(yán)格執(zhí)行國家工程建設(shè)消防技術(shù)標(biāo)準(zhǔn)強(qiáng)制性要求。設(shè)計(jì)單位和設(shè)計(jì)人員不能為了迎合業(yè)主要求，擅自降低設(shè)計(jì)標(biāo)準(zhǔn)，從而降低消防施工質(zhì)量。

2.3.2　施工準(zhǔn)備階段的質(zhì)量控制

在這個階段施工單位應(yīng)做好圖紙自審工作，　找出圖紙?jiān)O(shè)計(jì)中存在的影響今后施工、驗(yàn)收和使用的隱患。在建設(shè)單位組織的圖紙會審中，　將自審中發(fā)現(xiàn)的問題提出，　經(jīng)各方商討后形成書面紀(jì)要，　作為施工與驗(yàn)收的依據(jù)。

2。3.3　施工過程質(zhì)量控制

主要從人、機(jī)、料、法、環(huán)五個要素進(jìn)行控制，　通過完善的質(zhì)量管理體系對消防工程產(chǎn)品質(zhì)量進(jìn)行測量、分析、改進(jìn)。

1）參與消防工程施工的人員。工程項(xiàng)目參與各方員工素質(zhì)是工程質(zhì)量的基本保證。消防工程專業(yè)施工企業(yè)的施工人員必須掌握國家有關(guān)施工驗(yàn)收規(guī)范和質(zhì)量標(biāo)準(zhǔn)，　主要技術(shù)負(fù)責(zé)人不僅要具備相應(yīng)技術(shù)職稱，還應(yīng)對消防設(shè)計(jì)、消防設(shè)備及整個工程防災(zāi)系統(tǒng)掌握了解，具備整合協(xié)調(diào)能力。應(yīng)選擇具有消防工程施工經(jīng)驗(yàn)的施工人員，　對其進(jìn)行崗前培訓(xùn)，　主要包括消防工程施工技術(shù)培訓(xùn)以及安全生產(chǎn)知識培訓(xùn)。并且在各分項(xiàng)工程開始前應(yīng)對施工班組進(jìn)行技術(shù)交底，　使其領(lǐng)會設(shè)計(jì)意圖、設(shè)計(jì)變更的要求，　執(zhí)行和滿足施工規(guī)范、規(guī)程、工藝標(biāo)準(zhǔn)、質(zhì)量評定標(biāo)準(zhǔn)和建設(shè)單位的合理要求。

2）施工機(jī)械和檢測儀器。包括施工機(jī)械、測量儀器、檢測儀器等。常用施工機(jī)械應(yīng)定期進(jìn)行維護(hù)保養(yǎng)，　使其保持完好狀態(tài)。配備經(jīng)檢驗(yàn)合格的儀器，　對所敷設(shè)線纜的絕緣電阻、火災(zāi)探測器的性能等進(jìn)行測試。

3）工程材料、設(shè)備。消防工程使用的所有材料與設(shè)備必須符合設(shè)計(jì)要求并應(yīng)從具備良好的信用和質(zhì)量管理體系的廠家中選取，　并應(yīng)具備材料證明書或合格證，　消防專用產(chǎn)品應(yīng)為公安部消防產(chǎn)品信息網(wǎng)上網(wǎng)產(chǎn)品，　并嚴(yán)格按物資進(jìn)場驗(yàn)收程序進(jìn)行驗(yàn)收，　嚴(yán)防不合格物資進(jìn)入施工現(xiàn)場。

4）施工質(zhì)量管理制度和施工組織設(shè)計(jì)。（1）　施工質(zhì)量管理制度。建立完善的施工質(zhì)量檢驗(yàn)制度，　隱蔽工程檢查驗(yàn)收制度，　施工技術(shù)復(fù)核制度，　質(zhì)量責(zé)任制，　并在實(shí)施中得到有效落實(shí)，　實(shí)物質(zhì)量符合設(shè)計(jì)、合同和強(qiáng)制標(biāo)準(zhǔn)要求。工程施工中發(fā)生了質(zhì)量問題（事故）要按程序及時進(jìn)行處理，不留隱患，且質(zhì)量責(zé)任明確，項(xiàng)目質(zhì)量技術(shù)管理人員均應(yīng)持證上崗。現(xiàn)場質(zhì)量管理應(yīng)處于受控狀態(tài)。（2）　施工組織設(shè)計(jì)。應(yīng)根據(jù)工程特點(diǎn)編制有針對性、可操作性強(qiáng)的施工組織設(shè)計(jì)，　工程的重要部位及專項(xiàng)應(yīng)有施工方案，　施工方案中應(yīng)明確有關(guān)的施工工藝與技術(shù)要求、工程成品、半成品的防護(hù)措施，　工程項(xiàng)目按照施工組織設(shè)計(jì)方案的要求組織實(shí)施。（3）　文件和資料管理。應(yīng)做好消防工程項(xiàng)目有關(guān)文件和過程施工記錄的管理工作，　確保施工中所使用的圖紙與規(guī)范的有效性，并收集保管好消防工程從建審開始形成的有關(guān)文件和記錄，　如建設(shè)工程消防設(shè)計(jì)審核意見書或消防設(shè)計(jì)備案資料、圖紙自（會）審記錄、施工組織設(shè)計(jì)（方案）、主要材料或設(shè)備質(zhì)量合格證明文件、隱蔽工程檢查記錄、水壓試驗(yàn)記錄、絕緣電阻測試記錄、施工技術(shù)復(fù)核記錄，技術(shù)質(zhì)量問題（事故）　論證處理記錄，　建筑材料、構(gòu)配件、設(shè)備進(jìn)場檢查驗(yàn)收記錄，　報(bào)告，　分部、分項(xiàng)工程質(zhì)量驗(yàn)收資料等。

5）施工內(nèi)外環(huán)境。在施工組織設(shè)計(jì)中編制可操作性強(qiáng)的確保安全生產(chǎn)和文明施工的技術(shù)保證措施并嚴(yán)加落實(shí)，　與土建總承包單位、其他專業(yè)承包單位共同締造一個整潔有序、安全有序的施工現(xiàn)場。

2。3.4　驗(yàn)收階段的質(zhì)量控制

為確保消防工程一次性通過消防部門的驗(yàn)收，　消防工程報(bào)驗(yàn)前，　應(yīng)做好驗(yàn)收前的各項(xiàng)準(zhǔn)備工作，主要如下：

（1）　落實(shí)土建專業(yè)與消防相關(guān)的作業(yè)是否已竣工，如防煙樓梯間或封閉樓梯間、管道井分隔、防火卷簾門等的施工是否已經(jīng)完畢；

（2）　做好消防系統(tǒng)各子系統(tǒng)的調(diào)試與整體聯(lián)動調(diào)試工作，　檢查水泵接合器、室外消火栓的有關(guān)閥門是否安裝正確，　均已開啟。

（3）　各消防設(shè)備的電源是否已到位。

（4）　各消防聯(lián)動設(shè)備的聯(lián)動關(guān)系是否已按設(shè)計(jì)及規(guī)范要求設(shè)置，　并經(jīng)自檢正常。

（5）　有關(guān)的標(biāo)志是否已完備，　如水泵接合器、水泵屬何系統(tǒng)的標(biāo)志。

（6）　工程竣工圖、竣工資料是否已完備。

3調(diào)試階段的項(xiàng)目質(zhì)量管理

3.1油罐的試漏試壓

在油罐試漏試壓時應(yīng)注意以下幾點(diǎn)：1）嚴(yán)格按照有關(guān)施工驗(yàn)收規(guī)范進(jìn)行各種試驗(yàn)。2）充水試驗(yàn)時，注意正確選擇水質(zhì)、水溫和進(jìn)水速度。3）在固定頂油罐強(qiáng)度及嚴(yán)密性試驗(yàn)中，罐內(nèi)水位在最高設(shè)計(jì)淤下1。0米時，應(yīng)進(jìn)行緩慢充水升壓。4）固定項(xiàng)油罐的穩(wěn)定性試驗(yàn)時，應(yīng)充水到設(shè)計(jì)最高液位用放水方法進(jìn)行。試驗(yàn)時應(yīng)緩慢降壓，防止引發(fā)油罐吸癟事故，達(dá)到試驗(yàn)負(fù)壓時停止，觀察有無變形。

3.2輸油管路試壓試漏和吹掃

輸油管在試壓試漏和吹掃時，極易引發(fā)事故，爆裂等。因此，應(yīng)劃定，清理閑雜無關(guān)人員。試驗(yàn)中若發(fā)現(xiàn)泄漏，不得帶壓處理。試驗(yàn)宜采用空氣為介質(zhì)，應(yīng)在試驗(yàn)合格后進(jìn)行，其試驗(yàn)壓力為設(shè)計(jì)壓力。

篇3

傳統(tǒng)的開發(fā)是瀑布型，從設(shè)計(jì)到構(gòu)建、測試、，就像瀑布從上到下的過程，而這過程通常需要半年或一年，甚至更長時間，構(gòu)建的東西等到對于市場也已經(jīng)沒有意義了。因此，敏捷營運(yùn)而生。

敏捷一詞對于我們來講已經(jīng)不再陌生，在業(yè)界已經(jīng)成為一種軟件開發(fā)活動的推薦模式。但是，到底具備什么特質(zhì)的軟件開發(fā)活動可以稱之為“敏捷”？

Rally Software亞洲區(qū)副總裁陳彩倫將敏捷精煉為“企業(yè)能感應(yīng)市場變更，并能自信迅速做出反應(yīng)的能力。”他認(rèn)為目前各行各業(yè)都發(fā)展迅速，伴隨著互聯(lián)網(wǎng)帶來的沖擊，云計(jì)算、大數(shù)據(jù)的需求增多，企業(yè)就需要更快的迭代開發(fā)、測試，需要更快的響應(yīng)、修復(fù)。企業(yè)隨時面臨被淘汰出局，只有真正敏捷的企業(yè)才能對市場的各種變化做出迅速反應(yīng)。

敏捷開發(fā)可以使軟件項(xiàng)目的構(gòu)建被切分成多個子項(xiàng)目，同時進(jìn)行并經(jīng)過測試，具備集成和可運(yùn)行的特征。這樣的做法大大縮短了開發(fā)周期，促進(jìn)了團(tuán)隊(duì)間溝通，可以使團(tuán)隊(duì)的開發(fā)效率大大提升。

敏捷的核心在于“快”，通過硬件和軟件開發(fā)融合發(fā)力，實(shí)現(xiàn)軟件開發(fā)過程“快”，以快來取得“準(zhǔn)”，以“準(zhǔn)”來破“變”，實(shí)現(xiàn)軟件產(chǎn)品價值成功交付。

Rally是一家提供企業(yè)級敏捷開發(fā)管理平臺和敏捷轉(zhuǎn)型咨詢服務(wù)的公司，去年正式進(jìn)入中國。在中國目前擁有銷售、售前和實(shí)施顧問、咨詢顧問和技術(shù)顧問。Rally的解決方案不僅包括培訓(xùn)指導(dǎo)和咨詢，提供敏捷轉(zhuǎn)型方案，同時也提供Rally ALM 平臺，幫助客戶進(jìn)行敏捷管理。Rally提供一個端到端的，從客戶訴求、項(xiàng)目管理、需求管理，到質(zhì)量管理，貫穿整個過程的管理平臺。

“雖然是一個端到端的平臺，可是我們不排除跟第三方工具的結(jié)合。我們提供的是一個開放的平臺，有120多個接口，可以融合多家公司的平臺和工具，我們的目的不是取代，而是融合與共存。” Rally亞洲區(qū)技術(shù)客戶經(jīng)理鐘順發(fā)表示，“目前Rally在中國的用戶包括思科、BMC、EMC、福特、愛立信、華為等。”

篇4

關(guān)鍵詞 敏捷開發(fā)；敏捷項(xiàng)目交付模型；敏捷測試

中圖分類號TP31 文獻(xiàn)標(biāo)識碼A 文章編號 1674-6708（2013）83-0197-02

從上世紀(jì)50年代軟件出現(xiàn)開始至今，軟件開發(fā)方法先后經(jīng)歷了無規(guī)則的編碼和測試、結(jié)構(gòu)化方法、面向?qū)ο蟮姆椒ā⒛芰Τ墒於饶Ｐ虲MM和輕量級開發(fā)方法等各個階段。縱觀軟件開發(fā)的發(fā)展史，軟件開發(fā)方法的演變是有規(guī)律可循的，遵循著一條從“計(jì)劃和預(yù)測”到“反饋和適應(yīng)”的歷程。造成這一演變過程的原因如下：

1）軟件使用者的主體從大型尖端領(lǐng)域逐漸向廣泛的企業(yè)應(yīng)用領(lǐng)域轉(zhuǎn)變；

2）人們對軟件系統(tǒng)需求的認(rèn)識提高；

3）市場經(jīng)濟(jì)的發(fā)展，以及市場需求的頻繁變化；

4）面向?qū)ο蠹夹g(shù)的應(yīng)用和普及。

而今，企業(yè)面對的是快速變化的市場，在這樣的市場環(huán)境下，收集用戶完整的、穩(wěn)定不變的系統(tǒng)需求是不可能的。面對無法預(yù)知和不斷變化的需求，傳統(tǒng)的軟件開發(fā)流程明顯已無法適應(yīng)，而敏捷過程將程序代碼和系統(tǒng)需求緊密的聯(lián)系在一起，將系統(tǒng)需求視作流動和變化的需求的思想，則正符合現(xiàn)今軟件開發(fā)的現(xiàn)狀。

1 敏捷開發(fā)的興起

敏捷方法誕生于2001年，由J.Highsmith和R.C.Martin發(fā)起，由一批業(yè)界專家參與成立了敏捷聯(lián)盟，并概括出了一系列讓軟件開發(fā)團(tuán)隊(duì)具有快速工作、相應(yīng)變化能力的價值觀和原則。

在敏捷聯(lián)盟的官方網(wǎng)站上，可看到敏捷宣言的完整內(nèi)容：

1）個人與溝通勝過過程與工具；

2）可工作的軟件勝過面面俱到的文檔；

3）客戶協(xié)作勝過合同談判；

4）相應(yīng)變化勝過遵循計(jì)劃。

具體來說，傳統(tǒng)的順序開發(fā)模型（瀑布模型、V模型、W模型）的一個重要的特點(diǎn)就是所有的活動都是有順序的。順序開發(fā)模型成功使用的一個前提是軟件系統(tǒng)具備完善和明確的需求。如果在項(xiàng)目開始階段無法進(jìn)行完善的需求分析和設(shè)計(jì)，則順序開發(fā)模型就很難被成功的使用。為了解決順序模型的不足，出現(xiàn)了增量迭代模型。從本質(zhì)上說，敏捷開發(fā)就是一種迭代的增量的開發(fā)模型。這種模型的優(yōu)點(diǎn)如下：能很好的適應(yīng)需求的變化；早期的迭代可以降低風(fēng)險(xiǎn)；集成是持續(xù)的而不是在項(xiàng)目后期進(jìn)行的“大動作”；在每次迭代中發(fā)現(xiàn)和更正缺陷并能不斷反饋并改進(jìn)開發(fā)過程[1]。

如果要用一句話來描述敏捷開發(fā)，那么敏捷開發(fā)應(yīng)該是：以人為本、輕載、基于時間、just Enough、并行并基于構(gòu)件的迭代和增量的軟件開發(fā)過程。

2 敏捷開發(fā)的原則

敏捷聯(lián)盟成立后，又陸續(xù)形成了敏捷的十二項(xiàng)原則（本文不在詳細(xì)展開，詳細(xì)描述見敏捷聯(lián)盟官方網(wǎng)站），其主旨思想大體如下：敏捷開發(fā)中需求是逐漸展開的，在項(xiàng)目初期不提倡過渡的需求分析，對需求變化的響應(yīng)是動態(tài)的；敏捷項(xiàng)目應(yīng)該分成從幾周到幾個月間隔的迭代周期，每一個迭代周期盡量產(chǎn)出潛在可交付的軟件產(chǎn)品，用戶的反饋?zhàn)鳛橄麓蔚幕A(chǔ)；可工作的軟件是衡量項(xiàng)目進(jìn)展的主要依據(jù)；敏捷開發(fā)整個過程是持續(xù)的，帶有反饋的和自我完善的輕量級的過程。

基于敏捷指導(dǎo)思想，形成了不少敏捷軟件開發(fā)方法(例如XP、scrum等)，它們大都強(qiáng)調(diào)適應(yīng)性而非預(yù)測性、強(qiáng)調(diào)以人為中心，而不以流程為中心，以及對變化的適應(yīng)和對人性的關(guān)注。以XP（extreme programming）方法為例，它消除了大多數(shù)重量型過程的不必要產(chǎn)物，建立了一個漸進(jìn)型開發(fā)過程。該方法將開發(fā)階段的4個活動（分析、設(shè)計(jì)、編碼和測試）混合在一起，在全過程中采用迭代增量開發(fā)、反饋修正和反復(fù)測試。并且它作為一種面向客戶的開發(fā)模型，開發(fā)過程中對需求改變的適應(yīng)能力較高，即使在開發(fā)的后期，也可較高程度地適應(yīng)用戶的改變。XP開發(fā)模型與傳統(tǒng)模型最大的不同是其核心思想是交流（Communication）、簡單（Simplicity）、反饋（Feedback）和進(jìn)取（Aggressiveness）[2]。這種開發(fā)模型的主要優(yōu)點(diǎn)如下：

1）采用簡單計(jì)劃策略，不需要長期計(jì)劃和復(fù)雜模型，開發(fā)周期短；

2）在全過程采用迭代增量開發(fā)、反饋修正和反復(fù)測試的方法，軟件質(zhì)量有保證；

3）能夠適應(yīng)用戶經(jīng)常變化的需求，提供用戶滿意的高質(zhì)量軟件。

縱觀所有敏捷開發(fā)方法，其基本都具備輕載、基于時間、Just Enough、并行并基于構(gòu)件的迭代和增量的特點(diǎn)，而且具有類似的敏捷項(xiàng)目交付模型。

3 敏捷項(xiàng)目交付模型

敏捷項(xiàng)目交付模型是一種敏捷軟件項(xiàng)目管理的生命周期模型，它是基于敏捷開發(fā)迭代和增量特點(diǎn)的過程模型[3]。該模型把敏捷軟件項(xiàng)目的生命周期大體可分成項(xiàng)目規(guī)劃、項(xiàng)目啟動、迭代開發(fā)與三個階段。各個階段分別介紹如下：

1）項(xiàng)目規(guī)劃階段

敏捷開發(fā)中的項(xiàng)目規(guī)劃階段類似于傳統(tǒng)開發(fā)過程中的項(xiàng)目可行性分析和早期的需求收集階段，該階段的主要工作如下：

（1）就要開發(fā)系統(tǒng)的戰(zhàn)略目標(biāo)、業(yè)務(wù)愿景和初始項(xiàng)目需求等與關(guān)鍵涉眾達(dá)成共識；

（2）根據(jù)收集到的資料，設(shè)計(jì)與決策系統(tǒng)開發(fā)的關(guān)鍵技術(shù)架構(gòu)問題；

（3）評估項(xiàng)目的工作量與成本，輔助客戶決策項(xiàng)目的可行性；

（4）進(jìn)行項(xiàng)目的初始計(jì)劃制定。

2）項(xiàng)目啟動階段

該階段是一過度階段，處于項(xiàng)目規(guī)劃后正式開發(fā)前，主要工作是為項(xiàng)目開啟準(zhǔn)備各種所需資源，包括開發(fā)場地布置、軟硬件環(huán)境的準(zhǔn)備和項(xiàng)目團(tuán)隊(duì)的組建等。另外，通常為了使此后的迭代開發(fā)階段能夠順利進(jìn)行，還有為第一次迭代進(jìn)行詳細(xì)的需求分析工作。

3）迭代開發(fā)與階段

該階段是敏捷項(xiàng)目交付模型的核心部分，基本上所有的開發(fā)工作都在該階段展開與實(shí)現(xiàn)。在迭代開發(fā)與階段，項(xiàng)目組會根據(jù)目標(biāo)系統(tǒng)的正式版本將該階段分解成多個重復(fù)的過程，并且每次過程基本上都是一次目標(biāo)系統(tǒng)的增量在開發(fā)環(huán)境中實(shí)現(xiàn)，并從開發(fā)環(huán)境到生產(chǎn)環(huán)境的遷移。每次迭代開發(fā)與又可細(xì)分為迭代開發(fā)、用戶驗(yàn)收測試（UAT）和三個小階段。各階段的介紹如下：

（1）迭代開發(fā)是一個有固定時間周期的、在開發(fā)和測試環(huán)境上完成系統(tǒng)增量的過程，增量流程大體由需求分析活動、設(shè)計(jì)實(shí)現(xiàn)活動、集成測試活動、客戶測試活動組成。每次迭代都會產(chǎn)生潛在可交付的產(chǎn)品；

（2）多次迭代開發(fā)對應(yīng)一次，多次迭代后每次前，會根據(jù)項(xiàng)目需要進(jìn)行用戶驗(yàn)收測試。目標(biāo)是讓客戶代表從系統(tǒng)最終運(yùn)營的角度測試系統(tǒng)行為，另外，該階段也可作為項(xiàng)目團(tuán)隊(duì)完成目標(biāo)的緩沖區(qū)；

（3）過程在敏捷開發(fā)中有里程碑的作用，其業(yè)務(wù)意義大于技術(shù)意義。使用敏捷軟件交付模型，第一次會在較早的時間發(fā)生，這對于提升客戶投資收益，根據(jù)市場反饋調(diào)整項(xiàng)目走向都有幫助。

4 敏捷開發(fā)中的測試

對于敏捷的理解，一般認(rèn)為最為關(guān)鍵的是需要注意兩個方面，即“高速迭代”和“持續(xù)不斷的客戶反饋”[4]。而要達(dá)到這樣的要求，傳統(tǒng)的注重流程的規(guī)范，文檔的齊備，走完整的bug處理流程的測試過程，明顯已不符合敏捷的初衷。

那么敏捷開發(fā)中測試有何特點(diǎn)？，簡要來說，如下所述：

首先，就測試的階段來說，敏捷開發(fā)中的測試貫穿于整個軟件開發(fā)生命周期中（傳統(tǒng)軟件開發(fā)模型中，測試只是作為編碼后的一個獨(dú)立階段出現(xiàn)）。其次，敏捷開發(fā)是迭代和增量的過程，這就意味著測試人員在每個代碼增量完成時，都要測試它，測試工作也是迭代的展開，并且時間更緊，壓力更大。開發(fā)和測試是并行進(jìn)行的，程序員從來不超前于測試人員（在傳統(tǒng)軟件開發(fā)模型中，編碼和測試過程是串行的，先編碼后測試）。再次，敏捷開發(fā)中，測試人員需要緊密的與客戶合作來定義每一個需求的接收標(biāo)準(zhǔn)；而且測試過程還可以向項(xiàng)目組隨時反饋開發(fā)中遇到的問題。而不像傳統(tǒng)測試中，測試由詳細(xì)的需求驅(qū)動，并且發(fā)生在編碼之后。最后，敏捷測試中，提倡持續(xù)集成和構(gòu)建，集成的頻率較高，并且可為開發(fā)提供持續(xù)的反饋。

5 結(jié)論

其實(shí)，不管正在使用的是哪種開發(fā)模式，都會經(jīng)歷幾乎同樣的軟件開發(fā)生命周期元素。敏捷的不同之處在于時間段明顯變短，而且活動同步進(jìn)行。因此，參與者、測試和工具都需要適應(yīng)這一變化。同時，也應(yīng)該看到?jīng)]有哪種開發(fā)模式可以放之四海而皆準(zhǔn)，只有不斷的被實(shí)踐和驗(yàn)證才能持續(xù)完善[5]。目前，敏捷還在不斷發(fā)展，更多的項(xiàng)目在實(shí)踐敏捷，應(yīng)用的普及和成功的案例正在不斷擴(kuò)大。

參考文獻(xiàn)

[1]鄭文強(qiáng)，馬均飛.軟件測試管理[M].電子工業(yè)出版社，2010.

[2]張友生，李雄.常用軟件開發(fā)模型比較分析.中國系統(tǒng)分析員，2005(1).

[3]桑大勇，王英，吳麗華.敏捷軟件開發(fā)方法與實(shí)踐[M].西安：西安電子科技大學(xué)出版社，2010，5.

篇5

1.1敏捷方法介紹

敏捷方法誕生于2001年初，當(dāng)時，由于看到開發(fā)團(tuán)隊(duì)陷入越來越沉重的軟件過程當(dāng)中。業(yè)界專家們總結(jié)出了一套使團(tuán)隊(duì)具有快速工作、響應(yīng)變化能力的價值觀和原則。基于這一套價值觀和原則的軟件開發(fā)方法，被稱為敏捷軟件開發(fā)方法（AgileSoftwareDevelop-ment），而這類方法也發(fā)展出相應(yīng)的敏捷項(xiàng)目管理體系（AgileProjectManagement）。敏捷開發(fā)方法及項(xiàng)目管理體系統(tǒng)稱為敏捷方法（Agile）。

1.2敏捷方法的優(yōu)點(diǎn)

敏捷方法是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)及項(xiàng)目管理方法。該方法使用了迭代、增量等方法來優(yōu)化可預(yù)見性并控制風(fēng)險(xiǎn)。它靈活、高效、可持續(xù)，可以幫助軟件開發(fā)團(tuán)隊(duì)有效地應(yīng)對復(fù)雜的適應(yīng)性問題。

該方法受到擁護(hù)和流行是因?yàn)椴捎昧嗽摲椒ê螅瑘F(tuán)隊(duì)得到的收益：據(jù)統(tǒng)計(jì)，敏捷方法可以讓團(tuán)隊(duì)的效率提升3～10倍；軟件的質(zhì)量也更有保障；團(tuán)隊(duì)成員有良好的發(fā)展機(jī)會；技術(shù)能力和團(tuán)隊(duì)協(xié)作也得到了提高。

2敏捷項(xiàng)目的快速啟動

2.1什么是快速啟動？

敏捷軟件開發(fā)項(xiàng)目通常會通過1～4周的快速啟動（QuickStart）工作，制定出迭代開發(fā)計(jì)劃，然后在開發(fā)過程中逐漸完善需求。QuickStart是一種高效的項(xiàng)目啟動方式，主要用以在項(xiàng)目開始之前識別關(guān)鍵的驅(qū)動因素，這種方式能夠讓關(guān)鍵干系人認(rèn)可并理解即將交付的產(chǎn)品。如圖1所示。

3QuickStart的前期準(zhǔn)備

3.1邀請相關(guān)參與人員

QuickStart過程中需要邀請參與的人員包括：核心團(tuán)隊(duì)、領(lǐng)域?qū)＜壹坝脩舸怼㈥P(guān)鍵干系人（受益人、高層領(lǐng)導(dǎo)等）。核心團(tuán)隊(duì)一般包括產(chǎn)品負(fù)責(zé)人、需求分析人員、項(xiàng)目負(fù)責(zé)人及核心團(tuán)隊(duì)成員。這些人需要全程參與整個QuickStart，他們是成果的主要貢獻(xiàn)者。領(lǐng)域?qū)＜壹坝脩舸碇饕谟脩艚！鼍敖５拳h(huán)節(jié)為團(tuán)隊(duì)提供專業(yè)的意見和建議。他們可以在某些階段時參與到QuickStart中來。關(guān)鍵干系人主要參與QuickStart的啟動和展示匯報(bào)的環(huán)節(jié)，并對產(chǎn)出成果進(jìn)行確認(rèn)，特別是需要對產(chǎn)品目標(biāo)和計(jì)劃進(jìn)行確認(rèn)和授權(quán)。

3.2擬定QuickStart的計(jì)劃

在QuickStart正式開始之前，項(xiàng)目負(fù)責(zé)人和產(chǎn)品負(fù)責(zé)人需要擬定QuickStart的整體計(jì)劃。以一個2周的QuickStart為例，整個QuickStart計(jì)劃可以這樣安排：

QuickStart啟動及業(yè)務(wù)目標(biāo)識別（0.5～1天）

參與人員包括：核心團(tuán)隊(duì)、領(lǐng)域?qū)＜壹坝脩舸怼㈨?xiàng)目領(lǐng)導(dǎo)

產(chǎn)出物：產(chǎn)品目標(biāo)

識別主要角色及場景（3～5天）

參與人員包括：核心團(tuán)隊(duì)、領(lǐng)域?qū)＜壹坝脩舸怼㈨?xiàng)目領(lǐng)導(dǎo)

產(chǎn)出物：主要用戶角色列表、核心場景及流程、頁面設(shè)計(jì)及原型

需求列表梳理（1～2天）

參與人員包括：核心團(tuán)隊(duì)、領(lǐng)域?qū)＜壹坝脩舸?/p>

產(chǎn)出物：用戶故事清單

規(guī)模及成本估算（0.5～1天）

參與人員包括：核心團(tuán)隊(duì)

產(chǎn)出物：估算結(jié)果

迭代/計(jì)劃制定（0.5～1天）

參與人員包括：核心團(tuán)隊(duì)

產(chǎn)出物：迭代/計(jì)劃

QuickStart的成果匯報(bào)（0.5天）

參與人員包括：全體團(tuán)隊(duì)成員

產(chǎn)出物：成果匯報(bào)材料

4引入的各種流程建模及分析技術(shù)

4.1識別業(yè)務(wù)目標(biāo)及愿景

業(yè)務(wù)目標(biāo)的識別和確定需要符合SMART原則；需要了解問題的背景及上下文信息；需要定義驗(yàn)證問題成功的標(biāo)準(zhǔn)；需要界定問題的范圍，例如規(guī)模指的是數(shù)量還是金額，或者單品規(guī)模；需要明確并逐步完善關(guān)鍵干系人信息；需要明確關(guān)鍵資源，例如領(lǐng)域?qū)＜一蛘哧P(guān)鍵信息等等；還需要明確該問題的各種約束條件。

4.2識別角色及主要場景

用戶識別從頭腦風(fēng)暴的形式開始，盡可能識別出更多的用戶，然后挑選出主要的用戶和角色，并且為用戶進(jìn)行用戶畫像，并建立用戶模型。通過理解用戶的目標(biāo)需求和痛點(diǎn)，梳理出更多的細(xì)分用戶場景，之后對用戶場景進(jìn)行優(yōu)先級排序、分析，以發(fā)現(xiàn)其中的問題或隱含的機(jī)會。

對問題和機(jī)會進(jìn)行結(jié)構(gòu)化的分析可以通過這幾個方面來進(jìn)行：

（1）進(jìn)行問題/機(jī)會的原始描述；

（2）通過事例來說明問題/機(jī)會的現(xiàn)象；

（3）對問題/機(jī)會進(jìn)行定量的分析；

（4）對問題/機(jī)會進(jìn)行定義并明確對于問題解決的期望；

（5）將問題和機(jī)會的相關(guān)分析及描述標(biāo)識在用戶場景描述的周圍。

業(yè)務(wù)流程梳理的過程中可以將之前識別出來的用戶場景在進(jìn)行串聯(lián)。較高層級的業(yè)務(wù)流程將各個場景串聯(lián)起來之后，就可以在場景中進(jìn)行場景流程的細(xì)化和展開，分析出流程步驟和各個步驟的細(xì)節(jié)。業(yè)務(wù)流程場景中的步驟細(xì)節(jié)需要包含這些信息：場景名稱、場景入口的背景說明，本場景中需要跟進(jìn)解決的問題，場景中事件步驟，某個步驟的細(xì)節(jié)說明，還需要有場景的出口目標(biāo)。

4.3產(chǎn)出Productbacklog

根據(jù)上一環(huán)節(jié)中梳理出來的用戶模型、場景模型、業(yè)務(wù)流程以及場景細(xì)節(jié)，開始進(jìn)行用戶故事的梳理，并建立用戶故事列表。用戶故事是為了方便與用戶溝通而記錄的信息，它不是需求文檔，它需要以用戶能理解的方式來進(jìn)行描述。它的目的是要將用戶的關(guān)注點(diǎn)從“寫”轉(zhuǎn)移到“交流”上，讓開發(fā)團(tuán)隊(duì)做用戶真正需要的東西，而不是用戶寫的東西。

一個用戶故事的描述樣例是：“作為一個<角色>，我想要<活動>，以便于<商業(yè)價值>”。一個用戶故事是否成功可以從以下幾點(diǎn)（INVEST）來判斷：是不是獨(dú)立的（Independent），是不是可協(xié)商的（Negotiable），是不是有價值的（Valuable），是不是可以估算的（Estimable），是不是大小合適、粒度相似的（Sizedappropriately），是不是測試能夠測試、業(yè)務(wù)能夠驗(yàn)收的（Testable）。

4.4梳理依賴、估算及優(yōu)先級排序

核心開發(fā)人員對已經(jīng)梳理出來的用戶故事進(jìn)行初步的技術(shù)解決方案分析，確定用戶故事的技術(shù)實(shí)現(xiàn)可行性和一些可能的實(shí)現(xiàn)方案。然后從邏輯層面和技術(shù)實(shí)現(xiàn)層面，對用戶故事列表中的故事進(jìn)行一次檢視，對于一些無法避免的用戶故事之間的相互依賴，需要在故事卡片上標(biāo)識出來。對已經(jīng)梳理出來的用戶故事進(jìn)行估算，估算內(nèi)容包括故事規(guī)模估算、工作量估算等。

估算完成后可以根據(jù)用戶故事的價值、重要程度、依賴等信息進(jìn)行用戶故事優(yōu)先級排序。排序的原則是優(yōu)先考慮那些最有價值的故事、最關(guān)鍵的故事、被其他關(guān)鍵故事依賴最多的故事。

4.5制定交付計(jì)劃

經(jīng)過以上各個環(huán)節(jié)，團(tuán)隊(duì)已經(jīng)得到了了一份標(biāo)識了優(yōu)先級、依賴關(guān)系、工作量估算等信息的用戶故事列表，此時可以開始來制定交付/計(jì)劃了。根據(jù)已經(jīng)排序的優(yōu)先級選擇并整理每個迭代/版本需要完成的用戶故事，使用每個故事上之前已經(jīng)完成的規(guī)模或工作量估算，加上功能聯(lián)調(diào)和集成可能增加投入量的buffer值，整理并安排出整個交付計(jì)劃。

對于最近的一個交付周期的安排是團(tuán)隊(duì)?wèi)?yīng)該投入最多時間進(jìn)去分析和做進(jìn)一步估算的。確保第一個交付周期的所有用戶故事清晰且被團(tuán)隊(duì)理解，并且該周期中的所有用戶故事都已經(jīng)有較明確的技術(shù)實(shí)現(xiàn)方案，可以在QuickStart結(jié)束之后馬上進(jìn)入開發(fā)實(shí)現(xiàn)。如圖2所示。

4.6匯報(bào)QuickStart的成果

QuickStart的最后一個環(huán)節(jié)是召開QuickStart成果匯報(bào)的會議，該會議的邀請人員包括項(xiàng)目團(tuán)隊(duì)全體成員、項(xiàng)目領(lǐng)導(dǎo)、相關(guān)干系人。會議上向項(xiàng)目相關(guān)人員匯報(bào)QuickStart的成果產(chǎn)出，包括確定項(xiàng)目產(chǎn)品目標(biāo)及愿景、需求列表及交付計(jì)劃。在展示項(xiàng)目團(tuán)隊(duì)QuickStart成果的同時也獲取相關(guān)領(lǐng)導(dǎo)及干系人對成果的認(rèn)可和支持，統(tǒng)一項(xiàng)目團(tuán)隊(duì)人員的認(rèn)識，為匯報(bào)結(jié)束后立刻投入到需求的開發(fā)實(shí)現(xiàn)奠定基石。

5結(jié)束語

篇6

【關(guān)鍵詞】代建模式；工程建設(shè)監(jiān)理；管理水平

近年來隨著我國國民經(jīng)濟(jì)的高速增長，基礎(chǔ)設(shè)施和城市公用事業(yè)建設(shè)的發(fā)展迅速，但在政府投資的絕大多數(shù)項(xiàng)目中，我國一般仍舊采用的是建設(shè)單位自建自管的傳統(tǒng)管理模式，這種模式普遍存在這樣的問題:職責(zé)不清、政府管理與投資主體、建設(shè)單位和使用單位沒有協(xié)調(diào)一致。國家希望通過建立代建制系統(tǒng)，解決投資項(xiàng)目的馬拉松式工期問題。但是如何在代建制下更好地發(fā)揮監(jiān)理作用的探討也是十分必要的。

一、代建制實(shí)施過程中存在的問題

由于代建行業(yè)門檻低，代建單位的項(xiàng)目管理水平及從業(yè)人員素質(zhì)有待提高，代建范圍尚需進(jìn)一步拓寬。首先，從代建公司內(nèi)部看，一是大部分代建公司人員配備不足；二是即使是配足了人員，其組織結(jié)構(gòu)也不盡合理，人員的素質(zhì)和能力不能滿足要求，項(xiàng)目管理人員的專業(yè)水平都很高，現(xiàn)場實(shí)踐經(jīng)驗(yàn)較多，但是從業(yè)人員明顯知識和能力不足，缺少復(fù)合型人才。其次政府指定專業(yè)代建公司模式下的代建制企業(yè)中，綜合型的能承擔(dān)各種行業(yè)的綜合代建工程管理的公司比較少，服務(wù)范圍比較狹窄，在一定程度上制約了代建制在我國的發(fā)展。

業(yè)主的觀念沒有完全轉(zhuǎn)變，“建設(shè)”和“運(yùn)營”沒有真正分離。實(shí)行代建制的目標(biāo)之一就是要解決“建設(shè)、監(jiān)管、使用”多位一體的矛盾，但在代建制的實(shí)施過程當(dāng)中，有些使用單位為了部門的利益，對于代建工作存在一定的抵觸情緒，不是自覺自愿接受項(xiàng)目代建，而是在代建過程中或是不積極主動配合，不履行應(yīng)承擔(dān)的責(zé)任；或是不愿放棄自己的權(quán)力，利用甲方身份超越權(quán)限干涉代建單位的正常工作。這樣做不僅影響了代建單位對項(xiàng)目的管理，也影響了代建單位的積極性和主動性，進(jìn)而影響到項(xiàng)目的順利實(shí)施。

因此，代建制下的監(jiān)理的作用不應(yīng)弱化，反而應(yīng)該在適應(yīng)新情況的前提下，與時俱進(jìn)，適當(dāng)加強(qiáng)。

二、代建制下各方應(yīng)明確的職責(zé)

首先必須讓使用單位真正了解代建制在項(xiàng)目管理中的巨大作用，改變他們落后的思想觀念，以此來推動代建制的健康發(fā)展。同時，還應(yīng)明確對代建工作實(shí)施監(jiān)管的具體主管部門，對代建項(xiàng)目的招投標(biāo)、合同簽訂及執(zhí)行進(jìn)行必要的監(jiān)理；對于代建單位應(yīng)該不斷提高代建單位項(xiàng)目管理水平，進(jìn)一步拓寬服務(wù)范圍。擴(kuò)大代建企業(yè)規(guī)模，增加人員配備，并保持其組織機(jī)構(gòu)的合理性；監(jiān)理單位應(yīng)該切實(shí)發(fā)揮好監(jiān)察，管理作用，建立從業(yè)人員培訓(xùn)機(jī)構(gòu)，制定相應(yīng)的人員聘用、考核激勵、培訓(xùn)計(jì)劃，加大監(jiān)理人員素質(zhì)培養(yǎng)的力度，在增強(qiáng)企業(yè)核心競爭力的同時，拓寬為代建工程服務(wù)的范圍，贏得更多市場。但是監(jiān)理并不能在現(xiàn)場進(jìn)度，資料和驗(yàn)收以及造價控制完全按照使用單位的意愿進(jìn)行，所產(chǎn)生的矛盾亟待解決，監(jiān)理單位要充分發(fā)揮監(jiān)理作用以保證代建制度能夠健康，穩(wěn)定的發(fā)展。施工單位應(yīng)該準(zhǔn)確的按照使用單位的要求切實(shí)保質(zhì)保量的完成任務(wù)，以促進(jìn)企業(yè)能夠健康發(fā)展。參建各方切實(shí)保證自己的職責(zé)，才能保證代建項(xiàng)目的順利實(shí)施。

三、代建制下發(fā)揮監(jiān)理作用的對策

代建制下的工程監(jiān)理新的體制的實(shí)質(zhì),就是樹立監(jiān)理工程師在工程施工管理過程中的核心地位,作為建設(shè)單位,代建單位以外獨(dú)立的第三方,監(jiān)理工程師運(yùn)用建設(shè)單位及代建單位委托的權(quán)力,對工程質(zhì)量、工程進(jìn)度、工程費(fèi)用實(shí)行全面監(jiān)理。

1.完善代建制下監(jiān)理單位的組織方式，建立公正、科學(xué)的監(jiān)理單位選擇機(jī)制。首先，要打破行業(yè)壟斷，掃除一切人為設(shè)置的監(jiān)理進(jìn)入壁壘。其次，要盡快建立和完善全面市場化的代建制下監(jiān)理單位選擇機(jī)制，具備條件的項(xiàng)目應(yīng)采用公開招標(biāo)機(jī)制來選擇監(jiān)理單位，讓真正合格的監(jiān)理單位主體來監(jiān)理政府投資項(xiàng)目。

2.監(jiān)理單位要積極加強(qiáng)和使用單位、代建、施工單位四方的溝通，發(fā)揮“油”的作用，監(jiān)理單位及時準(zhǔn)確的把施工情況反映給代建單位，代建單位按照使用單位的要求把信息轉(zhuǎn)述給施工單位和監(jiān)理單位，并督促監(jiān)理加強(qiáng)對施工的管理，避免各參建方之間扯皮、糾紛、責(zé)任推卸等情況。

3. 加快培育專業(yè)化監(jiān)理隊(duì)伍。代建制下監(jiān)理企業(yè)要求從業(yè)人員有較高的綜合素質(zhì),不僅要具備較高的專業(yè)技術(shù)水平,而且還要通曉法律、經(jīng)濟(jì)、財(cái)務(wù)、施工、預(yù)算、管理等相關(guān)知識,有較強(qiáng)的語言表達(dá)能力、敏捷的思維反應(yīng)能力和綜合協(xié)調(diào)能力等。監(jiān)理是代建管理體制改革的重要內(nèi)容,充分發(fā)揮監(jiān)理的作用是強(qiáng)化質(zhì)量管理,控制工程造價、提高投資效益及施工管理水平的有效方法。實(shí)踐證明,一項(xiàng)代建工程實(shí)行了有效的監(jiān)理,不但減少了不合理的支出,保證了工程質(zhì)量和工期,還避免了許多合同糾紛,并能確保國家建設(shè)計(jì)劃和工程合同順利實(shí)施。

四、結(jié)語

代建制在我國還處于起步階段，在推行過程中難免會存在許多問題和困難。代建單位的角色是代行業(yè)主職能，是國家推行的方式，只是政府工程建設(shè)方式的可選項(xiàng)，而監(jiān)理是國家制度，是強(qiáng)制性的。項(xiàng)目是否需要監(jiān)理，與是否實(shí)行代建沒有關(guān)系，而與該項(xiàng)目的性質(zhì)有關(guān)，若是符合“建設(shè)工程監(jiān)理范圍和規(guī)模標(biāo)準(zhǔn)規(guī)定”的項(xiàng)目，必須監(jiān)理。但只要轉(zhuǎn)變觀念，提高認(rèn)識，進(jìn)一步完善制度，健全市場，積極努力尋求解決問題的方法，充分發(fā)揮監(jiān)理的作用，就一定能使代建制朝著健康的方向發(fā)展。

參考資料

[1]宮孟飛;馮婧;王永軍;;國際工程項(xiàng)目管理模式的比較及發(fā)展趨勢預(yù)測[J];建筑設(shè)計(jì)管理;2008年05期

[2]馬世驍;牟瑞;高春山;;工程項(xiàng)目管理中的并行工程理念分析與應(yīng)用[J];沈陽建筑大學(xué)學(xué)報(bào)(社會科學(xué)版);2007年03期

[3]湯峰;石遠(yuǎn)路;;淺議國際工程項(xiàng)目管理模式[J];企業(yè)技術(shù)開發(fā);2007年07期

[4]譚恒;;工程項(xiàng)目管理新型模式探索研究[J];科協(xié)論壇(下半月);2009年07期

篇7

和信息服務(wù)業(yè)

杰出貢獻(xiàn)企業(yè)獎

十多年的信息技術(shù)服務(wù)歷程中，明基逐鹿服務(wù)了大量的各行業(yè)的領(lǐng)導(dǎo)企業(yè)，在機(jī)械制造、汽車制造、快速消費(fèi)品、零售連鎖、酒店服務(wù)、金融服務(wù)、高新技術(shù)、房地產(chǎn)、公用事業(yè)、傳媒及網(wǎng)絡(luò)等數(shù)十個行業(yè)及領(lǐng)域能夠提供針對性的解決方案和知識分享體系。

明基逐鹿成立于1998年，前身為明基全球信息技術(shù)服務(wù)與研發(fā)中心，在全球100個以上國家和地區(qū)有營運(yùn)據(jù)點(diǎn)，提供IT服務(wù)的軟件系統(tǒng)開發(fā)和支持團(tuán)隊(duì)。明基逐鹿擁有近20年軟件系統(tǒng)研發(fā)營運(yùn)經(jīng)驗(yàn)，將明基集團(tuán)20年以上全球營運(yùn)管理經(jīng)驗(yàn)與數(shù)百家知名企業(yè)客戶累積的導(dǎo)入經(jīng)驗(yàn)，透過HCM、BPM、SRM、MES規(guī)劃導(dǎo)入及IT Service、ITO業(yè)務(wù)分享給追求卓越的企業(yè)客戶，提供橫跨兩岸領(lǐng)先的企業(yè)信息化管理整體解決方案。

以BenQ國際品牌營運(yùn)經(jīng)驗(yàn)為基礎(chǔ)，提供企業(yè)信息化整體解決方案：明基逐鹿是明基友達(dá)集團(tuán)旗下公司。明基友達(dá)集團(tuán)由十余家獨(dú)立公司組成，橫跨信息科技、消費(fèi)電子與醫(yī)療電子等領(lǐng)域。各集團(tuán)公司分別深入產(chǎn)業(yè)布局，不僅是各行業(yè)內(nèi)的創(chuàng)新領(lǐng)導(dǎo)者，同時也形成了高度整合的價值鏈。

跨越的業(yè)務(wù)布局：明基逐鹿的業(yè)務(wù)區(qū)域覆蓋中國華東、華南、華北及臺灣地區(qū)，公司總部位于蘇州。布局于北京、上海、廣州、南京、杭州、深圳、臺北等各大城市的分支機(jī)構(gòu)， 持續(xù)為企業(yè)提供包括IT管理咨詢服務(wù)、管理軟件在內(nèi)的一站式服務(wù)，力爭以最快的速度為客戶提供及時優(yōu)秀的全方位管理及信息化服務(wù)。

專業(yè)的顧問團(tuán)隊(duì)，擁有國際化管理理念與實(shí)戰(zhàn)經(jīng)驗(yàn)：明基逐鹿是由明基集團(tuán)企業(yè)e化服務(wù)團(tuán)隊(duì)和具有多年HCM、BPM、SCM、MES等經(jīng)驗(yàn)的專家所組成，在十幾年的信息系統(tǒng)建設(shè)過程中，成功地完成了明基集團(tuán)全球營運(yùn)的信息系統(tǒng)規(guī)劃、建置及維護(hù)，累積了眾多跨國、跨領(lǐng)域的信息化項(xiàng)目實(shí)施成功經(jīng)驗(yàn)。公司成立至今，技術(shù)、服務(wù)隊(duì)伍不斷發(fā)展壯大，現(xiàn)已有四百多位各領(lǐng)域的專業(yè)咨詢顧問及軟件研發(fā)工程師。

專業(yè)源自實(shí)踐，最值得信賴的信息服務(wù)專家：十多年的信息技術(shù)服務(wù)歷程中，明基逐鹿服務(wù)了大量的各行業(yè)的領(lǐng)導(dǎo)企業(yè)，在機(jī)械制造、汽車制造、快速消費(fèi)品、零售連鎖、酒店服務(wù)、金融服務(wù)、高新技術(shù)、房地產(chǎn)、公用事業(yè)、傳媒及網(wǎng)絡(luò)等數(shù)十個行業(yè)及領(lǐng)域能夠提供針對性的解決方案和知識分享體系。

篇8

產(chǎn)品介紹

AgilePoint BPMS產(chǎn)品項(xiàng)中包含AgilePoint Envision（流程規(guī)劃與設(shè)計(jì)工具）、AgilePoint Developer（開發(fā)圖像式IT服務(wù)組件的環(huán)境）、AgilePoint Server（流程部署與運(yùn)行服務(wù)器）、AgilePoint Enterprise Manager（整體流程管理接口）四個組件。

圖像式組件是AgilePoint企業(yè)流程整合平臺中最基本的組成要素，它是由Visual Studio環(huán)境開發(fā)而成的API，經(jīng)由封裝技巧以圖形組件的方式使用于AgilePoint Envision中。

因?yàn)閷T資產(chǎn)與應(yīng)用通過抽象的方式萃取出來，所以企業(yè)流程規(guī)劃者、商業(yè)決策人士可以在信息技術(shù)工作者的協(xié)助下，以直觀的組裝取代向信息技術(shù)工作者開立系統(tǒng)或流程需求，組成具有可視性的流程模型，再根據(jù)業(yè)務(wù)環(huán)境的變化彈性調(diào)整，順應(yīng)外在變化。

全球IT權(quán)威研究機(jī)構(gòu)高德納（Gartner）2007年評選Ascentn AgilePoint為BPM領(lǐng)域最酷伙伴，其最新一期的研究報(bào)告中更指出，AgilePoint BPMS是.NET平臺上惟一具備EPMs架構(gòu)的流程管理平臺，最主要的原因是AgilePoint企業(yè)流程整合平臺不論是在流程設(shè)計(jì)、開發(fā)、部署、運(yùn)行上都采用單一的模型，Model-Driven（以模型來驅(qū)動流程）的概念貫穿流程平臺中所有的組件，且可彈性調(diào)整，快速響應(yīng)動態(tài)的商業(yè)需求。

通過在AgilePoint Envision中組裝流程的過程，商務(wù)決策人士與IT工作者將可協(xié)同合作，規(guī)劃出適合業(yè)務(wù)需求的商業(yè)流程模型，并且不需要經(jīng)過轉(zhuǎn)譯程序代碼的作業(yè)即可將流程實(shí)際部署至AgilePoint Server。正因?yàn)檫@種不同以往的操作方法，后續(xù)運(yùn)作流程時如果產(chǎn)生需求變化的狀況，也僅需要改動流程模型配置即可完成調(diào)整，模型驅(qū)動讓流程模型有了明確的可視性與一致性。

AgilePoint流程模型帶有可解析的XML標(biāo)記，藉由開放式的標(biāo)記語言，可將分散且各自為政的應(yīng)用系統(tǒng)與信息來源互相連接，讓異質(zhì)系統(tǒng)以松散耦合的連結(jié)方式執(zhí)行溝通，不僅可整合日常商務(wù)所需提供服務(wù)，也可大幅降低IT維護(hù)成本。

在模型驅(qū)動的基礎(chǔ)上，流程設(shè)計(jì)、開發(fā)、部署、運(yùn)行都采用單一的模型，因此開發(fā)完成后的流程模型，透過XML直譯的方式，不僅可直接、運(yùn)行，更能夠透過AgilePoint Enterprise Manager中的可視化接口直接監(jiān)督流程的運(yùn)行狀況，充分掌握流程進(jìn)度。

AgilePoint BPMS除了整合Visio中所有的功能特性，讓有相關(guān)使用經(jīng)驗(yàn)的使用者可以立即上手外，企業(yè)過去以Visio繪制的流程圖也可以匯入到AgilePoint中，透過重復(fù)使用形成BPM應(yīng)用，充分為企業(yè)整合了既有的Visio資產(chǎn)與員工使用技能，不但節(jié)省流程開發(fā)的時間與成本，更加速使用者對工具的接受度，簡化且降低導(dǎo)入風(fēng)險(xiǎn)。

AgilePoint BPMS平臺強(qiáng)大的整合特性還具有支持多前端表單格式、整合SharePoint、整合Visual Studio、整合Biztalk Server等優(yōu)勢。此外，通過Web Service與AgilePart開發(fā)，將可藉由簡單的點(diǎn)擊與拖曳和其他IT資產(chǎn)產(chǎn)生連接性和互操作性，整合點(diǎn)對點(diǎn)流程。目前AgilePoint大中華區(qū)團(tuán)隊(duì)已經(jīng)有整合SAP、Oracle ERP、JD Edwards、Lotus Notes、Siebel、PLM等豐富的實(shí)施經(jīng)驗(yàn)。

產(chǎn)品特色

彈性組裝，隨需應(yīng)變 與一般可預(yù)先定義的業(yè)務(wù)系統(tǒng)不同，流程整合平臺所串接的是對企業(yè)有高度影響性的點(diǎn)對點(diǎn)作業(yè)，這些介于各系統(tǒng)間的流程，常會有許多無法事先定義的行為，因此不能遵循傳統(tǒng)的代碼編寫作業(yè)促使流程自動化。AgilePoint流程整合平臺可根據(jù)不同的業(yè)務(wù)需求，彈性、動態(tài)地組裝流程。

可視性將有效促成協(xié)同合作對于企業(yè)而言，所有的商業(yè)邏輯幾乎都集中在商務(wù)決策人士的經(jīng)驗(yàn)中，但他們不見得非常了解企業(yè)的IT資產(chǎn)及其操作，信息工作者如能將相關(guān)應(yīng)用抽象出來，以商業(yè)決策人士能夠理解的方式萃取包裝，則商業(yè)決策人士即可透過鼠標(biāo)拖曳的方式快速組裝流程模型、生成應(yīng)用。

流程采用一致化模型除了圖形化的流程與邏輯組裝接口外，確保流程在建置、開發(fā)、部署、執(zhí)行均具有可視性的一致化模型，才能確保業(yè)務(wù)需求從建置流程模型與開發(fā)部署的過程中不會因?yàn)榫帉懘a等工程開發(fā)周期而喪失了當(dāng)初彈性組裝的精神，這在建立企業(yè)流程整合平臺時，是非常值得考慮的重點(diǎn)。

滿足動態(tài) (dynamic)需求企業(yè)對流程的動態(tài)需求主要體現(xiàn)在兩方面，分別為節(jié)點(diǎn)動態(tài)與流程動態(tài)兩者。節(jié)點(diǎn)動態(tài)是指在單一組件中，藉由屬性設(shè)定可在實(shí)際運(yùn)作時讓流程達(dá)到動態(tài)判斷的能力。流程動態(tài)則是指流程實(shí)際后，仍可根據(jù)業(yè)務(wù)表現(xiàn)動態(tài)調(diào)整，讓流程具備回退（return）/取回（rollback）、跳躍、停止、遷移至新流程、重新啟動的能力，AgilePoint在節(jié)點(diǎn)動態(tài)與流程動態(tài)的雙重實(shí)現(xiàn)能力十分出色。

提供管理性 過去許多的業(yè)務(wù)流程，例如新產(chǎn)品開發(fā)過程、動態(tài)審批等步驟，都仰賴電子郵件、會議、電話等方式，簡單地進(jìn)行協(xié)同合作，但管理機(jī)制始終無法確切落實(shí)，因?yàn)楫?dāng)中隱含了許多不確定性，如郵件遺漏或者是人為疏失等，所以管理者常有無法明確掌握流程進(jìn)度的疑慮，透過AgilePoint流程管理平臺，所有信息將根據(jù)邏輯及流程規(guī)劃自動地傳遞與運(yùn)行，可大幅提升信息的可視性與管理性。

建立介于人與人、人與系統(tǒng)、系統(tǒng)與系統(tǒng)間的整合 AgilePoint做為企業(yè)流程整合平臺，將可串連起介于人和系統(tǒng)之間的各式溝通，整合介于員工、顧客、供貨商之間的流程（people-to-people），讓企業(yè)員工可以以企業(yè)入口或其它網(wǎng)頁應(yīng)用形式連結(jié)內(nèi)部信息資產(chǎn)（people-to-system），并且讓異質(zhì)系統(tǒng)間突破語言限制，執(zhí)行順暢的數(shù)據(jù)交換（system-to-system）。

用戶應(yīng)用體會

Ascentn所開發(fā)的新一代模型驅(qū)動BPMS在2005年時才正式對市場發(fā)表，但領(lǐng)導(dǎo)開發(fā)團(tuán)隊(duì)過去20多年來厚植于J2EE BPMS領(lǐng)域的顧問經(jīng)驗(yàn)及海外實(shí)績，讓進(jìn)入中國市場不久的AgilePoint隨即獲得許多客戶的肯定。

國土資源部將AgilePoint應(yīng)用于全國資源項(xiàng)目大調(diào)查中，整合舊有系統(tǒng)，實(shí)現(xiàn)項(xiàng)目管理與流程監(jiān)控需求，因其流程中需結(jié)合許多次級單位，實(shí)現(xiàn)動態(tài)分派任務(wù)與流程之需求，AgilePoint的節(jié)點(diǎn)動態(tài)性與流程動態(tài)性可充分吻合需求，因而采用AgilePoint BPMS做為流程整合平臺，采用后歷史資源共4047個項(xiàng)目及時入庫，后續(xù)應(yīng)用于調(diào)查共計(jì)7000多個項(xiàng)目，使用單位共計(jì)523個。

廣州市政府服務(wù)中心共有210多個服務(wù)窗口，776項(xiàng)政府服務(wù)，透過AgilePoint有效整合多個異質(zhì)系統(tǒng)，服務(wù)中心工作人員將可透過單一窗體直接連結(jié)查詢多個數(shù)據(jù)庫，以事件驅(qū)動導(dǎo)向（Event-Driven）有效地提升公務(wù)流程處理效率，充分實(shí)現(xiàn)面向服務(wù)之精神。

遠(yuǎn)東金士頓科技（Kingston）作為全球內(nèi)存條制造大廠，工廠與配銷橫跨世界各地，因此有效整合制程、業(yè)務(wù)支持系統(tǒng)、人事管理系統(tǒng)、客戶關(guān)系管理系統(tǒng)等，成為遠(yuǎn)東金士頓科技實(shí)現(xiàn)面向服務(wù)架構(gòu)的第一要務(wù)，目前該公司已在中國優(yōu)先導(dǎo)入AgilePoint流程管理平臺，期能有效統(tǒng)合多異質(zhì)系統(tǒng)，創(chuàng)造流暢的業(yè)務(wù)流程。

篇9

隨著互聯(lián)網(wǎng)的觸角深入到生產(chǎn)生活中的各個層面，軟件已經(jīng)不像以前那樣只是支持辦公和家庭娛樂這兩大主題了，而是成為現(xiàn)代商業(yè)的靈魂。軟件安全問題主要圍繞著軟件漏洞和易被攻擊脆弱點(diǎn)，它們都來自于軟件的設(shè)計(jì)和實(shí)現(xiàn)。Internet催生了電子商務(wù)，移動互聯(lián)網(wǎng)使得APP變得如火如荼，未來物聯(lián)網(wǎng)也許可以將生活中的一切元素都納入到通信網(wǎng)絡(luò)中去。因此軟件安全問題將成為計(jì)算機(jī)安全的核心，而非防火墻等網(wǎng)絡(luò)硬件，或是諸如加密等手段。軟件安全是一切計(jì)算機(jī)安全性問題的根源，如果軟件行為出現(xiàn)異常，與之相關(guān)的可靠性、可用性等方面問題就會隨之暴露。軟件安全問題并不是互聯(lián)網(wǎng)出現(xiàn)后才有的，只不過互聯(lián)網(wǎng)是目前最容易攻擊軟件的途徑罷了。

2軟件安全的現(xiàn)狀

2.1人們的認(rèn)知

隨著黑客攻擊的新聞時常見諸媒體，人們對計(jì)算機(jī)安全問題有了一定認(rèn)識。但不幸很多計(jì)算機(jī)安全人員和計(jì)算機(jī)教育培訓(xùn)人員都忽視了軟件安全的問題。一味地推崇某種軟件平臺是安全的，單純大力增加對網(wǎng)絡(luò)安全硬件和軟件的投入，這些做法是盲目甚至荒謬的。一切安全性都不是靜態(tài)特性，也沒有任何軟件是絕對安全的。軟件安全問題的關(guān)鍵節(jié)點(diǎn)是軟件的設(shè)計(jì)。

2.2軟件安全設(shè)計(jì)的先天不足

世界上知名的軟件廠商并不是不了解軟件安全設(shè)計(jì)安全性的重要性，而是商業(yè)模式讓軟件安全方面存在著先天不足。稍縱即逝的商業(yè)機(jī)會、敏捷的軟件開發(fā)過程和短暫的軟件開發(fā)周期使得安全性方面的設(shè)計(jì)在很多時候都是被舍棄的。隨之而來的處理方式則是常見的penetrate-and-pach方法，即不停地補(bǔ)丁。這種做法從長遠(yuǎn)來看，其成本與作用遠(yuǎn)不及一開始就做好安全性的設(shè)計(jì)和審計(jì)。

3軟件安全設(shè)計(jì)應(yīng)引入風(fēng)險(xiǎn)管理

從項(xiàng)目管理的角度看，風(fēng)險(xiǎn)指損失或損害的可能性。軟件項(xiàng)目涉及到的是：項(xiàng)目中可能發(fā)生的潛在問題和它們?nèi)绾畏恋K項(xiàng)目成功。風(fēng)險(xiǎn)管理則是對應(yīng)軟件項(xiàng)目生命周期內(nèi)的風(fēng)險(xiǎn)的科學(xué)和藝術(shù)。軟件安全性的設(shè)計(jì)與軟件設(shè)計(jì)的其他一些質(zhì)量性能是互相抵觸的，例如冗余性、高效性。而軟件開發(fā)過程中的風(fēng)險(xiǎn)管理與軟件開發(fā)的諸如時間、范圍、成本等因素也是相互抵觸的。但是絕不能因?yàn)檫@些可能發(fā)生的抵觸行為而放棄對安全性和風(fēng)險(xiǎn)管理的考慮，反而應(yīng)該將軟件安全性設(shè)計(jì)納入到風(fēng)險(xiǎn)管理的范疇中去。事實(shí)表明，93%的失控項(xiàng)目都忽視了風(fēng)險(xiǎn)管理。

4軟件安全設(shè)計(jì)風(fēng)險(xiǎn)管理的實(shí)施

目前國際上對軟件安全方面的風(fēng)險(xiǎn)管理存在著一個共同的認(rèn)知，那就是采用高質(zhì)量的軟件工程的方法論可以在一定程度上解決這方面的問題，歐美一些國家也在試圖制定或修訂相關(guān)的一些“通用準(zhǔn)則”來指導(dǎo)軟件安全性設(shè)計(jì)的實(shí)踐。但是這只是從科學(xué)技術(shù)方面做出努力，我們可以學(xué)習(xí)借鑒。而在管理技術(shù)和藝術(shù)方面需要做出的努力則應(yīng)該嘗試本地化做法。完整的風(fēng)險(xiǎn)管理的過程應(yīng)該包括以下幾個環(huán)節(jié)：風(fēng)險(xiǎn)管理計(jì)劃的編制、風(fēng)險(xiǎn)識別、風(fēng)險(xiǎn)定性分析、風(fēng)險(xiǎn)定量分析、風(fēng)險(xiǎn)應(yīng)對計(jì)劃編制和風(fēng)險(xiǎn)監(jiān)督控制。將整個流程都走完的項(xiàng)目和企業(yè)都不多，一般來自于所謂的學(xué)院派。而時下大多數(shù)國內(nèi)外企業(yè)的做法是將這個7個流程簡化為誰來識別風(fēng)險(xiǎn)、誰來對風(fēng)險(xiǎn)負(fù)責(zé)這兩個環(huán)節(jié)。原因則是上文所提到的先天不足所致。從技術(shù)上講，風(fēng)險(xiǎn)管理的效益來自于潛在風(fēng)險(xiǎn)最小化和潛在回報(bào)的最大化。而這個技術(shù)的應(yīng)用則一定需要經(jīng)歷風(fēng)險(xiǎn)定量分析的過程。在這個過程中，可以使用的主要技術(shù)是決策樹分析、蒙特卡羅分析、PERT分析等等。這些技術(shù)都是建立在一定的數(shù)學(xué)和會計(jì)基礎(chǔ)之上。而令人遺憾的是，很多決策者本身對這些技術(shù)的認(rèn)知或理解欠缺，以至于會抵觸這種方法。大多數(shù)做法是采用小團(tuán)隊(duì)開發(fā)小軟件的做法，即采用訪談和敏感性分析來幫助風(fēng)險(xiǎn)定量分析。然而我們并不是要反對這種簡化做法，只是一定不能在簡化的做法之上再次簡化或敷衍了事。首先要做的工作是做好需求管理，在建立一組需求輸入的時候，一定要將安全性作為一個重要需求考慮進(jìn)去。有一個比較好的方法是，在軟件設(shè)計(jì)時采用螺旋模型，需求的輸入可以在螺旋模型的各個生命周期中進(jìn)行，而有關(guān)安全性的需求輸入則最好是在最初的一個螺旋中進(jìn)行。之后要做的工作是確定最大風(fēng)險(xiǎn)。不可避免的要使用風(fēng)險(xiǎn)定性和風(fēng)險(xiǎn)定量分析的各種技術(shù)和方法。這個工作一定要有軟件設(shè)計(jì)師、項(xiàng)目決策者和用戶的參與，采用頭腦風(fēng)暴和專家訪談是不錯的選擇。而這個工作恰恰是現(xiàn)實(shí)生活中中小企業(yè)乃至客戶最容易忽略的。企業(yè)要考慮成本問題，而客戶的參與往往難以落實(shí)，認(rèn)為軟件的設(shè)計(jì)和開發(fā)應(yīng)該由軟件公司負(fù)責(zé)，客戶付款只關(guān)心最后軟件是否可以使用。而一旦由于軟件安全性問題造成了一定后果后將演變成各種糾纏不清的官司，這是企業(yè)和客戶都不想看到的結(jié)果。

5結(jié)語

篇10

【關(guān)鍵詞】建設(shè)單位；作用；素質(zhì)；項(xiàng)目管理

目前在我國建設(shè)領(lǐng)域，專業(yè)分化越來越細(xì)，各類專業(yè)業(yè)務(wù)主體和專業(yè)執(zhí)業(yè)資格有幾十種。惟獨(dú)對建設(shè)單位的工程管理機(jī)構(gòu)和相關(guān)從業(yè)的相關(guān)人員沒有作出具體的、強(qiáng)制的要求，似乎建設(shè)單位不需要符合要求的、高素質(zhì)的管理人才、技術(shù)人才和經(jīng)濟(jì)人才，必要的設(shè)備和儀器也是可有可無，只要有資金、有項(xiàng)目就是合格的建設(shè)單位，就是合格的項(xiàng)目業(yè)主。其實(shí)恰恰相反，要打造一項(xiàng)優(yōu)秀的、合格的工程，沒有一支高素質(zhì)的建設(shè)單位管理團(tuán)隊(duì)幾乎是不可能的。一項(xiàng)建設(shè)工程，它的投資人是建設(shè)單位，收益人也是建設(shè)單位，工程要達(dá)到的使用功能、規(guī)模、標(biāo)準(zhǔn)只有建設(shè)單位才能給出準(zhǔn)確的定義，工程項(xiàng)目在經(jīng)濟(jì)上是否合理，技術(shù)上是否可行，運(yùn)行使用成本是否低廉且安全可靠，功能是否齊全，是否具有前瞻性，是否符合國家的方針政策，對于這些問題的回答直接關(guān)系到工程項(xiàng)目的成功與失敗，這是建設(shè)單位必須回答的首要問題，要回答好這些問題，必須具備一定的策劃決策能力，經(jīng)濟(jì)實(shí)力和嚴(yán)謹(jǐn)?shù)目茖W(xué)方法。規(guī)劃和設(shè)計(jì)是實(shí)施工程的龍頭，規(guī)劃設(shè)計(jì)的好壞直接關(guān)系到項(xiàng)目決策的目標(biāo)能否實(shí)現(xiàn)，建設(shè)單位要有智慧敏銳的眼光在從眾多的方案中尋找最佳的規(guī)劃和設(shè)計(jì)方案，將各方案的優(yōu)點(diǎn)提煉、歸納、綜合，最后形成一個最完善的規(guī)劃設(shè)計(jì)，要做到這一點(diǎn)必須具備規(guī)劃師和建筑師的素質(zhì)。常有優(yōu)秀的設(shè)計(jì)師抱怨，自己的高水平設(shè)計(jì)沒有被采納，而平庸的設(shè)計(jì)卻被采用，其實(shí)不是建設(shè)單位不想要高水準(zhǔn)的方案，而是實(shí)在看不出孰高孰低，即使高水準(zhǔn)的方案就放在眼前，也沒有能力識別。沒有一個高水準(zhǔn)的規(guī)劃設(shè)計(jì)方案，那么無論今后的工作做的多么好，這項(xiàng)工程都是低水平低效益的。

根據(jù)現(xiàn)行工程建設(shè)相關(guān)法律法規(guī)和建設(shè)程序，一項(xiàng)建設(shè)工程從立項(xiàng)到竣工驗(yàn)收交付使用，要經(jīng)過一系列的階段，過程和程序，相關(guān)政府部門對各階段、過程程序都要進(jìn)行嚴(yán)格的審查、監(jiān)督和管理，先后要辦理立項(xiàng)審批、環(huán)境評價、土地規(guī)劃許可等數(shù) 10 項(xiàng)申報(bào)和批復(fù)，每道程序都要經(jīng)過申報(bào)、批復(fù)和驗(yàn)收，每到程序又是環(huán)環(huán)相扣，哪道環(huán)節(jié)出了問題，下面的程序?qū)⒑茈y繼續(xù)下去，每道程序的完成都要付出大量的人力物力和財(cái)力，這大量的、細(xì)致的、繁瑣的工作只能由建設(shè)單位自己完成，其他人是無法替代的。有人嘆曰：蓋房子容易，完善手續(xù)難！ 以至于有的房子已蓋好，要辦完所有的合法手續(xù)，不知等到那年那月！ 有的項(xiàng)目因此成了爛尾樓，而無法收拾。如江蘇某項(xiàng)目，因?yàn)闆]有合法的環(huán)境影響評價報(bào)告而全面下馬，前期巨大投入化為烏有。由此可見要使項(xiàng)目獲得成功，建設(shè)單位必須精通相關(guān)工程建設(shè)法律法規(guī)，制訂周密的計(jì)劃，組織高素質(zhì)的、知識結(jié)構(gòu)全面的團(tuán)隊(duì)，按照合法的程序盡善盡美的完成每一項(xiàng)計(jì)劃工作，才能夠推進(jìn)工程順利進(jìn)行。

當(dāng)前建設(shè)工程市場競爭激烈，無論是設(shè)計(jì)單位、監(jiān)理單位、工程咨詢單位還是施工承包單位無一列外的卷入這場競爭，建設(shè)單位的工程項(xiàng)目成了競爭的終極目標(biāo)，建設(shè)項(xiàng)目是建設(shè)工程市場的發(fā)動機(jī)，如果沒有建設(shè)項(xiàng)目，那么設(shè)計(jì)、監(jiān)理、施工承包等專業(yè)業(yè)務(wù)單位將難以生存。因此建設(shè)單位的各級管理人員成了競爭單位拉攏腐蝕的對象，工程上馬，干部下馬的事件常有發(fā)生，，這就需要施工單位的各級管理人員要具備高度的社會責(zé)任心，兢兢業(yè)業(yè)的敬業(yè)精神，清正廉潔的風(fēng)范，公平公正的對待每一個競爭者，建立廉政監(jiān)督制度，防止腐敗發(fā)生，杜絕豆腐渣工程，因此建設(shè)單位的各級工程管理人員必須抵抗各種利誘，廉潔奉公的風(fēng)范、公平公正公開的原則、科學(xué)的方法是工程順利完成的重要保證。工程建設(shè)是偉大而又艱苦的事業(yè)，基本上所有的作業(yè)都暴露在大自然中，夏天在烈日當(dāng)頭下?lián)]汗如雨，冬天在刺骨寒風(fēng)中辛勤工作，工作環(huán)境異常艱苦，工程現(xiàn)場危險(xiǎn)因素多多，高空墜落、物體打擊、機(jī)械傷害和觸電等傷亡事故時有發(fā)生，千防萬防安全事故還是不能完全杜絕。工程建設(shè)規(guī)模龐大，工程建設(shè)又是一個完整的復(fù)雜的系統(tǒng)，具有很高的技術(shù)含量，每個部位、每道工序檢查一遍，就要付出很大的精力和體力，作為建設(shè)單位的工程管理人員必須有強(qiáng)健的體魄、敏捷的身手、敏銳的觀察力和吃苦耐勞的敬業(yè)的精神，才能勝任這種環(huán)境下的工作。

對于一項(xiàng)建設(shè)工程，涉及的政府行政管理監(jiān)督部門有項(xiàng)目審批、規(guī)劃、土地、環(huán)保、人防、消防、標(biāo)辦等眾多機(jī)構(gòu)，參與的合同關(guān)系的單位有工程咨詢、規(guī)劃設(shè)計(jì)、地質(zhì)勘探、工程造價審計(jì)、材料供應(yīng)商等業(yè)務(wù)單位，在這么多的管理部門和業(yè)務(wù)單位中，起協(xié)調(diào)作用和主導(dǎo)管理作用的是建設(shè)單位，也只有建設(shè)單位才能承擔(dān)這個作用，這么多的單位和部門在工程建設(shè)項(xiàng)目中發(fā)揮各自的不同作用，有審批的，有監(jiān)管的，有承建的，有咨詢服務(wù)的，有材料供應(yīng)的，可謂千頭萬緒，關(guān)系復(fù)雜，矛盾重重，一個問題解決不好、一個關(guān)系沒有理順都會對工程的進(jìn)度、質(zhì)量和造價，造成負(fù)面影響，問題的焦點(diǎn)最后都會集中在建設(shè)單位。要使建設(shè)工程順利進(jìn)行，保質(zhì)保量按時完成，把工程造價控制在預(yù)算內(nèi)，必須理順協(xié)調(diào)各種關(guān)系，解決各方矛盾，制訂周密工作計(jì)劃和精確進(jìn)度計(jì)劃，籌措充足資金，這就要求建設(shè)單位工程管理團(tuán)隊(duì)具有強(qiáng)有力的管理能力，協(xié)調(diào)能力，溝通能力和經(jīng)濟(jì)實(shí)力.要求這個團(tuán)隊(duì)要具有全面的專業(yè)知識結(jié)構(gòu)，如果這個團(tuán)隊(duì)缺乏設(shè)計(jì)監(jiān)理造價知識，就無法和設(shè)計(jì)，監(jiān)理，造價等專業(yè)單位溝通，達(dá)成理解，如果缺乏招投標(biāo)和施工知識，就無法將工程發(fā)包給有實(shí)力的承建單位.不具備全面的專業(yè)知識，就無法在工程建設(shè)過程中發(fā)現(xiàn)問題，解決問題。協(xié)調(diào)矛盾，實(shí)踐證明，一個優(yōu)秀的工程項(xiàng)目背后一定有一支強(qiáng)有力的管理團(tuán)隊(duì)，而一個爛尾樓是如何管理的就可想而知了。

綜上所述，盡管國家對建設(shè)單位的工程管理部門沒有提出具體的資質(zhì)等級要求，對其從業(yè)的工程管理人員、技術(shù)人員也沒有提出專業(yè)技術(shù)職稱等級、執(zhí)業(yè)資格等方面的具體要求，但是要打造一項(xiàng)合格的建設(shè)項(xiàng)目，建設(shè)單位必須組建一支高素質(zhì)工程管理團(tuán)隊(duì)，這個團(tuán)隊(duì)要精通工程建設(shè)相關(guān)法律法規(guī)和技術(shù)規(guī)范，掌握全面的專業(yè)知識，要具備一定的管理能力、協(xié)調(diào)能力、溝通能力和經(jīng)濟(jì)實(shí)力，才能勝任艱苦的、細(xì)致的、繁雜的工程管理工作。

但是要組建這樣一個專業(yè)化的高素質(zhì)的知識結(jié)構(gòu)全面的建設(shè)單位工程管理機(jī)構(gòu)是不現(xiàn)實(shí)的，長期以來，我國的建設(shè)單位工程管理結(jié)構(gòu)通常是工程指揮部的形式，它隨工程項(xiàng)目的立項(xiàng)而誕生，隨工程項(xiàng)目的竣工而結(jié)束，工程管理中的經(jīng)驗(yàn)和教訓(xùn)不能夠得到系統(tǒng)的總結(jié)，管理水平難以提高，人員隊(duì)伍不穩(wěn)定，專業(yè)性不強(qiáng)，管理成本高昂.依靠建設(shè)單位的臨時性指揮部的管理模式，已越來越不能適應(yīng)工程建設(shè)的發(fā)展和需要，一種新型的專業(yè)化社會化的工程項(xiàng)目管理模式呼之欲出。這就是專業(yè)化社會化的工程項(xiàng)目管理公司。

參考文獻(xiàn)：

[1]吳俊，胡昊，李波. 工程建設(shè)監(jiān)理的風(fēng)險(xiǎn)管理[J]. 建筑經(jīng)濟(jì)，2006，（03）：68-72.

[2]吳運(yùn)華. 建設(shè)單位在工程建設(shè)中的風(fēng)險(xiǎn)與防范措施[J]. 湖北社會科學(xué)，2006，（10）：115-116.