# 什麼是敏捷史詩？ > 敏捷史詩是敏捷方法中使用的一種工具，用於將大型目標分解為更易於管理的任務。瞭解其優點以及如何建立史詩。 Source: https://asana.com/resources/agile-epic ## 什麼是敏捷史詩？您是否需要？ #### 摘要 敏捷史詩是敏捷方法流程的一部分，通常由 IT 和產品開發團隊使用。 您可以使用敏捷史詩將複雜的專案分解為已指派的任務或行動項目。 您的史詩將幫助您更好地管理所有敏捷專案並取得進展。 在下方深入瞭解史詩以及如何將其應用於您的工作。專案管理沒有一體適用的解決方案。 線性方法 (例如[瀑布專案管理法](https://asana.com/resources/waterfall-project-management-methodology)) 會依序將專案推進至不同階段。 [敏捷專案管理](https://asana.com/resources/agile-methodology)方法，如[看板](https://asana.com/resources/what-is-kanban)和[Scrum](https://asana.com/resources/what-is-scrum) ，使用[迭代流程](https://asana.com/resources/iterative-process)，使團隊能夠在工作時調整專案。 如果您之前使用過敏捷方法，您就會知道敏捷專案會被分解為衝刺，即 2-4 週的工作區塊。 在每次衝刺之前，團隊成員都會從[待辦項目](https://asana.com/resources/product-backlog)中提取待辦事項，每個個別待辦事項都稱為使用者故事。 在此系統中，可能會發生以下兩種情況之一： 1. 使用者故事太大，無法由一人處理，需要分解為較小的組成部份。 2. 使用者故事彼此相關，並有助於實現更大的目標。  在這兩種情況下，您都可以使用史詩來組織使用者故事，並將每次衝刺的工作分解為更易於管理的組成部分。  ## 什麼是敏捷史詩？ 經典是由較小的待辦事項[和使用者故事](https://asana.com/resources/user-stories)組成的大量工作，您的團隊在多個衝刺中已完成。 經典可建立工作層級，將使用者故事與長期專案目標連結起來，並讓您的團隊輕鬆瞭解每次衝刺的影響。  - [建立敏捷專案計劃範本](/templates/agile-project-plan) ### 史詩如何融入敏捷管理？ 與所有工作一樣，您的史詩最終會與您的整體[Business 版目標](https://asana.com/resources/business-goals-examples)連結起來。 讓我們一步步分析，看看您究竟是如何做到的：  - 您的團隊設定年度目標。 - 這些年度目標會被分解為大型計劃 (根據團隊規模，您每季度可能有 1-3 個計劃)。 - 每項計劃都由各種史詩組成，即計劃中的大量工作。 - 每個史詩進一步分解為使用者故事。 - 使用者故事會儲存為產品待辦項目。 透過使用史詩和計劃，您可以清楚地將更大的目標與個別使用者故事連結起來，以便您的團隊始終瞭解其工作的重要性，類似於[明晰度金字塔](https://blog.asana.com/2020/08/pyramid-of-clarity/)的形式。 讓我們以發佈產品更新為例。 整體結果是發佈，但這並沒有為參與專案的人員提供太多資訊。 團隊成員在看著這個目標時，並不知道該如何實現它，這會讓人感到不知所措。 透過將專案分解為[產品藍圖](https://asana.com/templates/for/product/product-roadmap)，然後再分解為史詩，您可以減少這種不堪重負的感覺，[提高生產力](https://asana.com/resources/ways-improve-team-efficiency-work)並建立士氣。 - [閱讀：瀑布法、敏捷法、看板與 Scrum：有何差異？](/resources/waterfall-agile-kanban-scrum) ## 使用敏捷史詩的優點 敏捷史詩將大量工作轉化為具體任務，從而推動專案向前發展。 沒有它們，專案就有停滯不前的風險，團隊可能會因為看不到盡頭而[過勞](https://asana.com/resources/what-is-burnout)。  ### 將大量工作分解為任務 您以敏捷主題建立[的大型目標](https://asana.com/resources/long-term-goals)是出色的專案指南，但它們無法幫助您完成工作。 為此，您需要更詳細的任務。 在敏捷專案中，這些詳細的任務 (稱為使用者故事) 會被納入史詩中。 透過使用史詩，您可以在團隊成員完成指派的故事時追蹤目標進度。   ### 定義專案的人、事、時 將計劃分解為史詩，可讓您瞭解工作將如何完成。 對於每個史詩，您還將列出產品所有者、負責完成的人員、涉及的任務以及期限。  ### 為專案關係人提供一目了然的概觀 史詩將使用者故事分組在一個更大的範圍內。 當外部和內部專案關係人需要存取資訊時，無論是期限還是進度報告，他們都可以輕鬆查看您的敏捷史詩的進度。 這樣就無需進行不必要的狀態會議和每日中斷。  ### 更輕鬆地追蹤工作 史詩是有[時間限制的](https://asana.com/resources/what-is-timeboxing)，這意味著它們有目標開始和結束日期。 透過[燃盡圖](https://asana.com/resources/burndown-chart)和報告視覺化，您可以使用史詩來追蹤專案的整體進度。  ### 減少範疇潛變 在制定專[案計劃](https://asana.com/resources/project-management-plan)時，您將確定[工作範圍](https://asana.com/resources/scope-work-vs-statement-work)和所有[交付項目](https://asana.com/resources/what-are-project-deliverables)。 但敏捷專案具有彈性，這是其主要優點之一。 這非常適合用於激發創造力，但對於維持初始範疇而言，則不太適合。 史詩可透過概述目標任務，有助於預防[範疇潛變](https://asana.com/resources/what-is-scope-creep)和[過度](https://asana.com/resources/overworked-signs)工作。    ### 提高生產力 龐大的一般目標可能會讓人感到難以克服。 當某件事仍只是一個概念時，很難進行處理。 若要在這些類型的目標上取得進展，您需要將工作轉化為可實現的目標。 與僅僅追求更大的計劃相比，團隊更有動力完成史詩。 ## 敏捷史詩範例 為了更好地瞭解史詩的運作方式，我們不妨來看個範例。  今年，您已[設定 OKR](https://asana.com/resources/setting-okrs)以提高客戶滿意度。 您收到客戶回饋，表示您的一些企業客戶對您產品的可視化報告不滿意。 他們不僅僅是想看到百分比，而是想要更令人印象深刻、更專業的外觀，讓他們可以自豪地分享。 這是有用的資訊，但它過於廣泛，無法按原樣處理。  **目標：**今年將客戶滿意度提升 10%。 **計劃：**第一季產品改進 **史詩：**為終端使用者建立更好的報告儀表板，以便在應用程式中追蹤進度。 **使用者故事：**  - 我想要一個用於報告的儀表板，以便快速查看資料。 - 我想下載報告，以便與專案關係人分享。 - 我想要有圖表來視覺化展示工作，以便將其納入正式報告和簡報中。 - 我想將所有專案關係人新增至我的儀表板，以便每個人都能存取專案進度。 ## 如何建立敏捷史詩 當您建立敏捷史詩時，請透過策略性的視角來處理。 史詩將指引您的工作和日常任務。 它應該小到足以完成 (這不是構想階段)，並且足夠具體，以便您衡量其成功。  ### 步驟 1：定義您的史詩 若要最大限度地發揮史詩的優勢，請遵循以下最佳作法。   - **遵循** [SMART 目標的](https://asana.com/resources/smart-goals)**範圍。** 讓每個史詩都具備 SMART 特質，即具體、可衡量、可達成、切實可行且有時間限制。 建立史詩時，您需要消除模稜兩可和概括性。 智能目標使經典重點突出且詳細，讓每個人都能確切知道該期待什麼。  - **定義您將如何衡量它。** 或者，換句話說，您如何知道專案何時完成？ 您可以在此處決定特定的結果，包括定量和定性。  - **使用系統追蹤並報告進度。** 請務必在系統中建立史詩，以便正確追蹤和報告進度並監控待辦項目。 在決定使用哪種工具時，請考慮專案關係人、您的優先事項和團隊的工作量。 例如，如果您希望擁有一個集中式資訊來源，讓每個人都能存取工作，請尋找一個支援此功能的工具或結構。  - **設定時間範圍。** 史詩不應該太長或太短。 期限可能會有所變動，但若要包含多個衝刺，您需要為每個史詩設定 1-4 個月的目標。  ### 步驟 2：將史詩分解為個別使用者故事 最終，史詩的目標是彌合您更大的目標和更小的使用者故事之間的差距。 請記住：使用者故事是從終端使用者的角度構建的史詩所期望的結果。 例如，假設指引您敏捷史詩的大型使用者故事是：「作為客戶，我想減少我在產品中完成所需工作的時間。」 一個小的使用者故事可能是：「作為客戶，我想減少點擊次數，以便進入我的個人儀表板。」 ### 步驟 3：決定如何安排史詩的優先順序 大多數團隊選擇敏捷架構是因為其靈活性。 當您將敏捷史詩分解為更小的使用者故事時，請記住，它應該適用於您的團隊。 這些細分是建議，而非規則。 若要確定應使用哪種分解方式，請考慮史詩的大小、其優先順序以及它是否有任何[相依性](https://asana.com/resources/project-dependencies)。 #### 按工作流程 若要為您的史詩使用工作流程，您需要將其分解為任務。 然後，這些任務會用於建立工作流程，您可以在其中依據需要新增指派的團隊成員、期限和相依性。 工作流程的主要優點是功能性，讓專案經理可以指派、分配任務並為其安排優先順序。 若您使用的是[專案管理工具](https://asana.com/product)，還可以將這些工作流程任務自動化，並連結能更好地支援您工作的應用程式。 #### 按時間軸 時間是安排工作優先順序的簡單方法。 這樣您就可以將史詩看作一個整體，並決定它是否適合衝刺，或者您應該將其分解為多個衝刺。 當您需要使用期限來安排工作的優先順序時，請使用此系統。 為了提高可用性，您還可以將時間軸視覺化為[甘特圖](https://asana.com/resources/gantt-chart-basics)。  #### 按角色 有些史詩是由團隊角色而非任務本身來定義。 在此情況下，敏捷史詩會按角色和團隊進行分解。 您將圍繞您需要的團隊來構建史詩。 如果您正在進行功能發佈，您的角色細分可能是： **敏捷史詩：**新功能發佈 - **角色：**工程師 - 任務 - **角色：**產品行銷人員 - 任務 - **角色：**設計師 - 任務 ## 讓您的下一個專案成為史詩 敏捷專案管理是一種更具彈性、適應性更強的工作規劃方法，而敏捷史詩則可協助您完成工作。 它們有助於揭開工作的神祕面紗，釐清專案的各個方面，並透過每次衝刺迭代來改善工作流程。 有了這種明晰度和方向，團隊就可以做好他們最擅長的工作，以更少的投入量和更多的專注推動專案向前發展。 - [專案管理](/resources/project-management) - [發佈管理：制定成功流程的 5 個步驟](/zh-tw/resources/release-management) 敏捷 #### 內容撰稿人 若您曾經歷過軟體發佈，您便會知道事情可以變得多麼複雜。從管理專案時間軸到追蹤截止日期和範疇，一個人需要處理很多事情。這就是發佈管理派上用場的地方。有了正確的流程，甚至連最複雜的任務都能有效管理。發佈管理是一種透過不同階段來管理、計劃和控制軟體更新以提高品質、速度和效率的技術。我們將更詳細地介紹發佈管理流程所包含的內容，並提供一份清單來幫助您開始制定自己的發 ... - [Kanban board template](https://asana.com/templates/kanban-board) 專案管理 敏捷 - [Scrumban template](https://asana.com/templates/scrumban) 敏捷 - [Scrumban: The best of two Agile methodologies](/zh-tw/resources/scrumban) 敏捷 #### 作者 喜劇 汽車旅館。 叉子。 所有這些東西最初都是兩個獨立的實體，結合起來創造出全新的東西。 這就是較新的敏捷方法Scrumban 的基本構想。 在本文中，我們將深入瞭解什麼是 Scrumban，以及這個新的敏捷架構如何協助您的團隊在期限內完成工作並實現目標。 什麼是 Scrumban？Scrumban 是一種專案管理方法，它結合了兩種常見的敏捷策略： Scr ... - [What is an Agile epic? Do you need one?](/zh-tw/resources/agile-epic) 敏捷 專案管理 專案規劃 - [內容撰稿人](/author/alicia-raeburn) 專案管理沒有一體適用的解決方案。 線性方法 (例如瀑布專案管理法) 會依序將專案推進至不同階段。 敏捷專案管理方法，如看板和Scrum ，使用迭代流程，使團隊能夠在工作時調整專案。如果您之前使用過敏捷方法，您就會知道敏捷專案會被分解為衝刺，即 2-4 週的工作區塊。 在每次衝刺之前，團隊成員都會從待辦項目中提取待辦事項，每個個別待辦事項都稱為使用者故事。在 ...