專案管理沒有一體適用的解決方案。 線性方法 (例如瀑布專案管理法) 會依序將專案推進至不同階段。 敏捷專案管理方法,如看板和Scrum ,使用迭代流程,使團隊能夠在工作時調整專案。
如果您之前使用過敏捷方法,您就會知道敏捷專案會被分解為衝刺,即 2-4 週的工作區塊。 在每次衝刺之前,團隊成員都會從待辦項目中提取待辦事項,每個個別待辦事項都稱為使用者故事。
在此系統中,可能會發生以下兩種情況之一:
1. 使用者故事太大,無法由一人處理,需要分解為較小的組成部份。
2. 使用者故事彼此相關,並有助於實現更大的目標。
在這兩種情況下,您都可以使用史詩來組織使用者故事,並將每次衝刺的工作分解為更易於管理的組成部分。
經典是由較小的待辦事項和使用者故事組成的大量工作,您的團隊在多個衝刺中已完成。 經典可建立工作層級,將使用者故事與長期專案目標連結起來,並讓您的團隊輕鬆瞭解每次衝刺的影響。
建立敏捷專案計劃範本與所有工作一樣,您的史詩最終會與您的整體Business 版目標連結起來。 讓我們一步步分析,看看您究竟是如何做到的:
您的團隊設定年度目標。
這些年度目標會被分解為大型計劃 (根據團隊規模,您每季度可能有 1-3 個計劃)。
每項計劃都由各種史詩組成,即計劃中的大量工作。
每個史詩進一步分解為使用者故事。
使用者故事會儲存為產品待辦項目。
透過使用史詩和計劃,您可以清楚地將更大的目標與個別使用者故事連結起來,以便您的團隊始終瞭解其工作的重要性,類似於明晰度金字塔的形式。
讓我們以發佈產品更新為例。 整體結果是發佈,但這並沒有為參與專案的人員提供太多資訊。 團隊成員在看著這個目標時,並不知道該如何實現它,這會讓人感到不知所措。 透過將專案分解為產品藍圖,然後再分解為史詩,您可以減少這種不堪重負的感覺,提高生產力並建立士氣。
閱讀:瀑布法、敏捷法、看板與 Scrum:有何差異?敏捷史詩將大量工作轉化為具體任務,從而推動專案向前發展。 沒有它們,專案就有停滯不前的風險,團隊可能會因為看不到盡頭而過勞。
您以敏捷主題建立的大型目標是出色的專案指南,但它們無法幫助您完成工作。 為此,您需要更詳細的任務。 在敏捷專案中,這些詳細的任務 (稱為使用者故事) 會被納入史詩中。 透過使用史詩,您可以在團隊成員完成指派的故事時追蹤目標進度。
將計劃分解為史詩,可讓您瞭解工作將如何完成。 對於每個史詩,您還將列出產品所有者、負責完成的人員、涉及的任務以及期限。
史詩將使用者故事分組在一個更大的範圍內。 當外部和內部專案關係人需要存取資訊時,無論是期限還是進度報告,他們都可以輕鬆查看您的敏捷史詩的進度。 這樣就無需進行不必要的狀態會議和每日中斷。
史詩是有時間限制的,這意味著它們有目標開始和結束日期。 透過燃盡圖和報告視覺化,您可以使用史詩來追蹤專案的整體進度。
在制定專案計劃時,您將確定工作範圍和所有交付項目。 但敏捷專案具有彈性,這是其主要優點之一。 這非常適合用於激發創造力,但對於維持初始範疇而言,則不太適合。 史詩可透過概述目標任務,有助於預防範疇潛變和過度工作。
龐大的一般目標可能會讓人感到難以克服。 當某件事仍只是一個概念時,很難進行處理。 若要在這些類型的目標上取得進展,您需要將工作轉化為可實現的目標。 與僅僅追求更大的計劃相比,團隊更有動力完成史詩。
為了更好地瞭解史詩的運作方式,我們不妨來看個範例。
今年,您已設定 OKR以提高客戶滿意度。 您收到客戶回饋,表示您的一些企業客戶對您產品的可視化報告不滿意。 他們不僅僅是想看到百分比,而是想要更令人印象深刻、更專業的外觀,讓他們可以自豪地分享。 這是有用的資訊,但它過於廣泛,無法按原樣處理。
目標:今年將客戶滿意度提升 10%。
計劃:第一季產品改進
史詩:為終端使用者建立更好的報告儀表板,以便在應用程式中追蹤進度。
使用者故事:
我想要一個用於報告的儀表板,以便快速查看資料。
我想下載報告,以便與專案關係人分享。
我想要有圖表來視覺化展示工作,以便將其納入正式報告和簡報中。
我想將所有專案關係人新增至我的儀表板,以便每個人都能存取專案進度。
當您建立敏捷史詩時,請透過策略性的視角來處理。 史詩將指引您的工作和日常任務。 它應該小到足以完成 (這不是構想階段),並且足夠具體,以便您衡量其成功。
建立敏捷專案計劃範本若要最大限度地發揮史詩的優勢,請遵循以下最佳作法。
遵循 SMART 目標的範圍。 讓每個史詩都具備 SMART 特質,即具體、可衡量、可達成、切實可行且有時間限制。 建立史詩時,您需要消除模稜兩可和概括性。 智能目標使經典重點突出且詳細,讓每個人都能確切知道該期待什麼。
定義您將如何衡量它。 或者,換句話說,您如何知道專案何時完成? 您可以在此處決定特定的結果,包括定量和定性。
使用系統追蹤並報告進度。 請務必在系統中建立史詩,以便正確追蹤和報告進度並監控待辦項目。 在決定使用哪種工具時,請考慮專案關係人、您的優先事項和團隊的工作量。 例如,如果您希望擁有一個集中式資訊來源,讓每個人都能存取工作,請尋找一個支援此功能的工具或結構。
設定時間範圍。 史詩不應該太長或太短。 期限可能會有所變動,但若要包含多個衝刺,您需要為每個史詩設定 1-4 個月的目標。
最終,史詩的目標是彌合您更大的目標和更小的使用者故事之間的差距。 請記住:使用者故事是從終端使用者的角度構建的史詩所期望的結果。
例如,假設指引您敏捷史詩的大型使用者故事是:「作為客戶,我想減少我在產品中完成所需工作的時間。」 一個小的使用者故事可能是:「作為客戶,我想減少點擊次數,以便進入我的個人儀表板。」
大多數團隊選擇敏捷架構是因為其靈活性。 當您將敏捷史詩分解為更小的使用者故事時,請記住,它應該適用於您的團隊。 這些細分是建議,而非規則。 若要確定應使用哪種分解方式,請考慮史詩的大小、其優先順序以及它是否有任何相依性。
若要為您的史詩使用工作流程,您需要將其分解為任務。 然後,這些任務會用於建立工作流程,您可以在其中依據需要新增指派的團隊成員、期限和相依性。 工作流程的主要優點是功能性,讓專案經理可以指派、分配任務並為其安排優先順序。 若您使用的是專案管理工具,還可以將這些工作流程任務自動化,並連結能更好地支援您工作的應用程式。
時間是安排工作優先順序的簡單方法。 這樣您就可以將史詩看作一個整體,並決定它是否適合衝刺,或者您應該將其分解為多個衝刺。 當您需要使用期限來安排工作的優先順序時,請使用此系統。 為了提高可用性,您還可以將時間軸視覺化為甘特圖。
有些史詩是由團隊角色而非任務本身來定義。 在此情況下,敏捷史詩會按角色和團隊進行分解。 您將圍繞您需要的團隊來構建史詩。 如果您正在進行功能發佈,您的角色細分可能是:
敏捷史詩:新功能發佈
角色:工程師
任務
角色:產品行銷人員
任務
角色:設計師
任務
敏捷專案管理是一種更具彈性、適應性更強的工作規劃方法,而敏捷史詩則可協助您完成工作。 它們有助於揭開工作的神祕面紗,釐清專案的各個方面,並透過每次衝刺迭代來改善工作流程。 有了這種明晰度和方向,團隊就可以做好他們最擅長的工作,以更少的投入量和更多的專注推動專案向前發展。
建立敏捷專案計劃範本