【IT項目管理】收集需求與定義範圍

年級微信公衆號管理

要求:聯合同學做一個年級微信公衆號加強各班相互瞭解、聯合活動等。請寫一份兩頁的報告,描述收集需求的方法,並附上收集的需求跟蹤矩陣(不少於五個需求)。

收集需求方法

專家判斷

專家判斷是指基於某應用領域、知識領域、學科和行業等的專業知識而做出的,關於當前活動的合理判斷,這些專業知識可來自具有專業學歷、知識、技能、經驗或培訓經歷的任何小組或個人。

所以我們附上當前項目的相關背景材料,向專業自媒體人收集需求,根據反饋修改自己的項目需求,然後再次交給專家。經過至少三輪迭代後形成最終的文件。

數據收集

頭腦風暴

本技術用於在短時間內獲得大量創意,適用於團隊環境,需要引導者進行引導。頭腦風暴由兩個部分構成:創意產生和創意分析。制定項目章程時可通過頭腦風暴向相關方、主題專家和團隊成員收集數據、解決方案或創意。

頭腦風暴會議由項目經理、開發人員、有自媒體運營經驗的團隊成員共參與。主要目的在於收集信息而不是分析,所以鼓勵回憶中所有的成員發言,儘量保持熱烈的氣氛,從而在短時間內收集到儘可能多的需求。在會議結束後,要將會議紀要整理彙總給參會成員,獲得反饋後形成最終文件。

訪談

訪談是通過與相關方直接交談,來獲取信息的正式或非正式的方法。訪談的典型做法是向被訪者提出預設和即興的問題,並記錄他們的回答。訪談經常是一個訪談者和一個被訪者之間的“一對一”談話,但也可以包括多個訪談者和/或多個被訪者。訪談有經驗的項目參與者、發起人和其他高管,以及主題專家,有助於識別和定義所需產品可交付成果的特徵和功能。

以項目發起老師、有自媒體運營經驗的同學、目標受衆三組人員分別進行一對一訪談,進一步探討公衆號的高級需求,明確細節,形成文件。

焦點小組

焦點小組是召集預定的相關方和主題專家,瞭解他們對所討論的產品、服務或成果的期望和態度。由一位受過訓練的主持人引導大家進行互動式討論。焦點小組往往比“一對一”的訪談更熱烈。

邀請在一對一訪談中提出建設性建議的人員參加焦點小組,進一步瞭解高級需求。就訪談中得到的需求進行更深層的討論,並進行優先排序。

問卷調查

問卷調查是指設計一系列書面問題,向衆多受訪者快速收集信息。問卷調查方法非常適用於以下情況:受衆多樣化,需要快速完成調查,受訪者地理位置分散,並且適合開展統計分析。

向年級裏的同學發放年級公衆號需求調查問卷,收集用戶的需求、擬改進需求的重要程度、以及擬改進需求能否滿足用戶的需求,並在全面收集需求後開展統計分析。

標杆對照

標杆對照將實際或計劃的產品、過程和實踐,與其他可比組織的實踐進行比較,以便識別最佳實踐,形成改進意見,併爲績效考覈提供依據。標杆對照所採用的可比組織可以是內部的,也可以是外部的。

與社會上現有的優秀公衆號、其他學校已經建立的學生公衆號標杆進行比較,對比已有的需求,進行再一次的優化。

數據分析

可用於本過程的數據分析技術包括(但不限於)文件分析。文件分析包括審覈和評估任何相關的文件信息。在此過程中,文件分析用於通過分析現有文件,識別與需求相關的信息來獲取需求。有助於獲取相關需求的文件很多。

根據已有的高層級需求,根據項目範圍、時間、成本等來提取業務和財務的高層級需求,並根據嚴格的行業標準和相關政策來約束需求。

決策

投票

投票是一種爲達成某種期望結果,而對多個未來行動方案進行評估的集體決策技術和過程。本技術用於生成、歸類和排序產品需求。

由各班代表對已收集到的需求進行投票,按照多數人的意願來獲得優先排序。

多標準決策分析

該技術藉助決策矩陣,用系統分析方法建立諸如風險水平、不確定性和價值收益等多種標準,以對衆多創意進行評估和排序。

藉助決策矩陣,用系統化的方法對衆多需求進行評估和優先排序。

需求跟蹤矩陣

 

工作分解結構(WBS)

創建工作分解結構 (WBS) 是把項目可交付成果和項目工作分解爲較小的、更易於管理的組件的過程。本過程的主要作用是,爲所要交付的內容提供架構。

思維導圖

WBS

  • WBS 是對項目團隊爲實現項目目標、創建所需可交付成果而需要實施的全部工作範圍的層級分解。
  • WBS 組織並定義了項目的總範圍,代表着經批准的當前項目範圍說明書中所規定的工作。
  • WBS 最低層的組成部分稱爲 工作包 ,其中包括計劃的 工作。工作包對相關活動進行歸類,以便對工作安排進度 、進行估算 、開展監督與控制 。在“工作分解結構”這個詞語中,“工作”是指作爲活動結果的工作產品或可交付成果,而不是活動本身。
  • WBS 是樹結構
    • 節點稱爲“任務( Work )”,節點深度稱爲層級;
    • 樹根必須是產品或可交付成果
    • 樹葉必須是可管理的“工作包”

根據思維導圖,實現WBS分解:

可管理性、完整性檢查

可管理性:

  • 能計算時間:招募工作、需求收集可以自己設置合理的完成時間,賬號申請、文章發佈則取決於公衆號的設置,但是這些都是可以有明確的時間的。
  • 能賦予(人力)資源:在招募到人員之前,可以由項目發起人負責招募工作,之後就可以根據人員屬性分配運營和開發工作。
  • 能給出成本預算模型:本項目暫時沒有可量化的成本,主要成本爲同學的時間成本。
  • 具有明確的任務或活動以及相關成果:人員招募以招募結果爲成果,項目設計則以文檔爲成果,功能實現和後期運營則都有明確的任務和活動。

完整性:

以上分解結果囊括了從人員招募到項目設計開發及最後產品上線後的運維,能夠概括整個項目週期,所以是完整的。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章