您當前的位置:首頁 >> 研究動態

研究動態

在項目管理中如何進行任務分解

作者: 添加時間:2018-6-28 9:49:06 瀏覽:

 

項目計劃的第一項工作是將項目分解成小的、可管理的部分。小任務比大任務更便于估計、制定進度表。對工作進行細分后,大的開發工作被分解成一組小的工作,甚至更小的活動。分解任務涉及到定義軟件工程過程和確定工作分解結構圖(WBS)。

進行任務分解的入口標準是項目定義已完成,項目大綱已獲批準,組織結構已經確定。

輸入文檔為項目業務需求,項目大綱和項目計劃初稿。

任務分解的工作順序:定義工程過程識別工作產品建立WBS更新項目計劃。

產出的工作產品:工作產品清單、工作分解結構圖、包括工程過程定義的項目計劃、

 角色和職責應該包括:項目經理負責組織完成任務分解的各種活動。QA負責幫助完成WBS

任務分解的出口標準:工程過程模型建立,開發和維護軟件的工程方法、規程、標準指定完畢,完成工作產品清單,工作分解結構圖完成。

一、定義工程過程

項目的工程過程是指項目使用的一系列活動、方法和實踐。因為各個項目的目標是不同的,每個項目的過程也是不同的。定義項目過程是項目計劃的關鍵步驟。

1、工程過程模型

項目策劃由定義合適的軟件工程過程模型開始。過程模型對項目特定的軟件過程進行定義的框架。常用的過程模型包括瀑布式、增量式、螺旋式和快速應用開發(RAD)等。

定義過程模型時需考慮很多因素,例如,如果已經獲得并理解了需求并且需求穩定,瀑布式模型較為合適;如果需求不是很清楚,包含原型方法的模型,如RAD,可能更適合。

項目從組織級已經定義的工程過程中選擇項目要使用的工程過程模型,主要包括:瀑布模型,迭代模型,螺旋模型,增量模型等。如果項目有特殊的要求,組織級已經定義的工程過程模型不能滿足項目的需要,并且項目希望自行定義工程過程模型,則項目可以自行定義工程過程模型。項目在自行定義工程過程模型時,需要覆蓋組織級定義的軟件工程活動,并記錄在裁剪報告中,以獲得軟件工程過程小組SEPG的批準。

選擇或定義的軟件過程應覆蓋通用的軟件工程過程:

·        需求開發

·        軟件設計

·        編碼

·        軟件測試。

工程過程模型應定義項目開發階段,每個階段的規模應可管理。對每個階段,需書面記錄如下內容:

·        入口標準:該階段開始的先決條件。通常包括對作為輸入的工作產品的要求。

·        任務:該階段應完成的工作。通常是該階段軟件活動的總體描述。

·        出口標準:該階段結束必須滿足的條件,通常包括:

-       完成并通過驗收的工作產品

-       正式的項目評審

·        度量:為了幫助項目管理和控制,該階段應收集和使用的度量數據。

2、方法

完整的過程定義還應該包括識別或定義用以開發和維護軟件的工程方法、規程、標準。

組織建立了標準的生命周期模型和工程過程后,項目必須根據項目的具體需要,從標準的生命周期模型集合中選擇合適的生命周期模型。

選擇了合適的生命周期模型后,也要根據項目的具體需要,選擇合適的過程元素供項目使用。

二、識別工作產品

定義了項目的工程過程和技術方法后,要記錄項目中產生的工作產品。使用《工作產品清單》建立過程和工作產品之間的對應關系是非常有幫助的。

該步驟非常重要,因為在詳細策劃階段,很多項目任務是通過它所產生的工作產品定義的。另外在項目執行階段,衡量項目進度的標準是工作產品是否完成。

三、工作分解結構圖

制定《工作分解結構圖》(WBS)是一種按層次描述項目活動和任務的技術。設計合理的WBS 既可以體現項目所采用的軟件過程又可以體現整個生命周期中產生的各種工作產品。

項目的WBS是估計和制定進度表的基礎。在項目早期,可能無法獲得充足信息,將項目后期的活動詳細分解。因此,WBS也是隨著項目的進展不斷完善的。對于多數項目而言,WBS分解到4層或5層就足夠了。下圖是5層的WBS結構舉例。

1、定義 WBS中的技術活動

對于某些特殊項目,如小規模的升級項目,可能在項目開始就能夠制定完整的WBS。但是對多數較大的項目,WBS是隨著對工作了解程度的增加而不斷完善的。通常的做法是盡快確定WBS的上層的元素,在詳細策劃階段完成下層的元素。

WBS的第一層的技術活動通常可以依據所選擇的過程模型確定。根據所選擇的過程模型,第一層的元素可以是具體開發階段或按計劃進行的開發過程的循環。接下來的第二到第四層是按照過程結構或產品結構進行將技術工作分解為較小的元素。

要使用合適的工具對所有的WBS元素文檔化。所選的工具要有助于根據WBS進行估計和制定進度表。

WBS最底層元素是在詳細策劃階段確定的。WBS的第五層列舉的是詳細的任務,每個任務都要在《任務描述表》中記錄。對每一個具體的任務都要識別出相應的工作產品。

2、定義WBS中的管理和支持活動

WBS中還要定義管理和支持活動,如項目管理、配置管理、質量保證活動等。具體做法和上述技術活動相似。多數的管理和支持活動是在項目或某個階段持續進行的,從該項目或階段開始直至結束。對這類持續活動進行分解只要到能夠估計并可監控其執行狀況即可。

3、策劃度量活動

度量是項目監督與控制過程和活動的核心內容。“策劃度量活動”的目的是保證項目的度量活動得到充分策劃,主要內容包括:確定項目的度量目標、識別要使用的度量元,以及確定項目要實施的數據收集、分析和存儲活動。

項目策劃度量活動時,首先選擇度量元。在通常情況下,項目應使用組織級要求的公共度量元,這些度量元代表了組織級和項目級的全部或大部分度量的需要。

度量元選擇完畢后,完成所選擇度量元的操作定義,即確定如何在項目中實施這些度量元,例如:如何收集、分析存儲和使用。如果使用組織級要求的公共度量元,則不用在項目計劃中重新定義。如果項目定義特殊的度量元,則需在項目計劃中明確其操作定義。

四、項目更新計劃

估計和進度表完成后,還需要完成軟件項目計劃以下內容:

w  工程過程描述

w  工作分解結構圖(WBS

如有需要,還需對《軟件項目計劃》的其他章節進行相應的更新和修改。

 

      本文內容來源于公開渠道,轉載請注明,如侵權,請聯系刪除