Meegle行業專版功能彙總¶
本篇文件將對於Meegle當前行業專版功能進行彙總說明； 產品持續迭代中，如有新上線能力將持續更新在文件中。
🔁WBS配置¶
WBS 子流程配置¶
更多細節請參考文件👉：
功能亮點 Meegle採用靈活的流程巢狀，針對那些需要深入多層級拆解的活動，將關鍵節點轉化為“子流程”，這些子流程能夠作為二級專案繼續細化工作流，確保每一步都達到足夠的詳細度和可管理性。
場景舉例 子流程是一個例項，父子流程之間會進行狀態、角色等資料的同步。
- 父流程建立後，子流程自動建立。
- 子流程涉及節點全部完成後進入歸檔狀態，子流程對應父流程的其中一個節點自動完成。
- 子流程角色人員自動同步為父級工作項的對應角色人員，防止上下資訊差和人員衝突等問題。
WBS 依賴關係配置¶
更多細節請參考文件👉：
功能亮點 在專案管理中，專案依賴關係定義活動執行順序的關係。結合依賴關係，便可規範專案完成進度，讓專案有序進行。Meegle WBS 支援專案經理根據專案實際情況對依賴項進行靈活調整，以及實現跨專案依賴關係的建立。
場景舉例
- 在專案流程中，部分節點間會存在依賴關係，例如評審節點完成後才能正式啟用專案。因此可以在依賴關係基礎上配置節點排期關係，實現自動排期。
WBS層級資訊消費¶
更多細節請參考文件👉：
功能亮點 在 WBS 流程中，父級流程（例如專案）和子級流程（例如評審），可以實現作為存在父子關係的兩個例項，配置跨層級的角色聯動、欄位使用，例如：
- 父流程角色對子流程節點負責
- 父流程資訊影響子流程
- 父子流程資訊互相展示
- 透過父子關係進行資料分析
- 利用父子關係提升自動化能力
場景舉例 舉例將專案設定為父流程，開發事項是專案下的節點子流程。 專案內的技術負責人需要作為需要作為技術 Owner 啟動該專案的開發事項； 開發事項的"開始"節點人員聯動所屬專案的技術 Owner，修改專案技術 Owner 也會同步更新開發子流程節點負責人。
WBS參考事項¶
更多細節請參考文件👉：
功能亮點 在複雜的專案集中，不同工作項之間除了需要嚴格約束執行順序的“強依賴”外，也存在大量偏資訊同步和風險感知的 “弱關聯” 場景。
場景舉例 參考事項作為非阻塞的關聯關係，不會阻塞被參考項的流程流轉，也不會自動進行排期聯動。更像“資訊訂閱”和“風險掌控”，讓管理者能便捷地跨團隊、跨專案關注關鍵節點的進展
⏬ 計劃表使用指南¶
計劃表¶
更多細節請參考文件👉：
功能亮點 在硬體或長週期交付物專案管理中，WBS 拆解是專案管理中的關鍵步驟，它有助於將複雜的整合產品開發專案分解為更小、更具體、更易於管理的任務和工作包。
場景舉例
- 透過計劃表，專案能夠精準地從“階段”細分為“活動”，進而拆解至具體的“任務”，形成清晰直觀的“狀態-節點-任務”樹形結構。
- 計劃編排不是專案經理的專有事項，而是需要多角色協同完成。除了專案經理外，PSE、PQA、各領域代表等角色也會參與計劃編排且需要知曉相互依賴的資訊。
計劃表拆解多層子工作項¶
更多細節請參考文件👉：
功能亮點 計劃表支援新增多層級子工作項，實現計劃管理中靈活進行多層拆解的核心場景。拆解出的子工作項支援建立與父級之間的WBS關係，並透過「WBS工作項」控制元件查詢其所在的計劃表根工作項和父工作項，消費WBS關係。
場景舉例
- 支援管理員在WBS配置側，預置多層級 WBS 子項，節點流可按需進行流程或事項拆解，狀態流僅支援按事項拆解。
自動排期¶
更多細節請參考文件👉：
功能亮點 專案各環節的計劃開始、計劃完成時間，支援透過正排或倒排方式，按照管理員後臺預設，或者單個例項預設的方式，在計劃表內實現多節點的自動排期（僅計劃表支援自動排期功能）。
場景舉例
- 例如，在確認專案開始時間後就自動根據人力預計投入情況對後序節點進行排期規劃。在專案上線時間提前時，也能自動將前序節點排期向前調整，減少因關鍵節點排期變更導致的修改全部節點排期的成本。
計劃表甘特圖¶
更多細節請參考文件👉：
功能亮點 計劃表全屏/編輯模式下提供展示甘特圖能力，支援在現有層級基於排期資料繪製甘特圖，提升進展跟蹤、工期和關鍵路徑檢視能力。
場景舉例
- 顯示依賴：計劃表甘特條上將用箭頭展示依賴項屬於本WBS的依賴關係。
- 關鍵路徑：關鍵路徑是專案中帶有依賴關係的一系列任務，可以用來估算專案最短工期。如果關鍵路徑上的任務被延遲，則可能造成整個專案的延期。
- 調整排期：可透過手動拖拽或在對應甘特條上直接點選【新建排期】的方式，調整排期。
⚙️產品工作項¶
更多細節請參考文件👉：
功能亮點 是能夠承載產品全生命週期管理的核心樞紐-「產品」系統工作項。可以把「產品」理解為一個頂層的管理容器，是一個獨立的工作項，核心價值在於能夠定義產品的核心生命週期階段，並能夠協同管理和監控多個關聯的「專案」或其他型別的工作項
場景舉例 透過使用「產品」工作項，可以：
- 集中管理：將多個相關的專案（如硬體研發、軟體開發、市場推廣）歸入一個產品下，形成統一的產品檢視。
- 全域性監控：在一個地方跟蹤產品層面的整體階段、關鍵里程碑和核心指標。
- 高效協同：打通產品與專案之間的資料壁壘，讓資訊流轉更順暢。
🖼️專案全域圖¶
更多細節請參考文件👉：
功能亮點 專案全域圖可以自由組合跨空間的複雜專案，從整體到細節，逐層展開檢視專案排期和執行進度。
場景舉例 整車或複雜硬體製造業務，往往涉及大規模的跨領域、跨部門協同
- 專案計劃逐層拆分：專案會基於產品線、部門等維度逐層拆分專案計劃
- 專案進度彙報：專案經理彙總車型專案相關的所有子計劃並彙報進度
⏩ 泳道圖¶
更多細節請參考文件👉：
功能亮點 泳道圖可展示不同部門或角色之間的協作關係，透過劃分不同的“泳道”來代表不同的部門或角色，從而清晰地展示出每個部門或角色在業務流程中的職責和任務。泳道圖適用於跨部門或跨角色的工作流程分析，能夠將不同職能群體之間的協作和依賴關係視覺化，讓業務流程的主體執行者一目瞭然。
場景舉例
- 專案管理者：如 PDT，可層層下鑽分析專案細節
- 專案關注者：如 IPMT，基於不同的里程碑節點關注專案整體進度
⤵️ 📸 基線管理¶
更多細節請參考文件👉：
功能亮點 “專案基線”是指專案在一些關鍵時間（里程碑）上所建立的專案進度資料快照，作為後續衡量和比較的固定參考點，透過對比當前計劃與基線計劃之間的差異，我們可以隨時發現進度偏差，從而可以及早地進行干預、控制和改善。 簡單來說，透過對比不同基線、計劃、實際版本的資料，可以直觀地瞭解專案的進度隨時間推移的變化情況。
場景舉例
- 例如：專案經理/PMO等具有管理職責的人在專案某個階段結束後或者整體結項後，對比計劃、實際、不同基線版本的開始時間、結束時間、工期、估分進行對比，判斷專案計劃的調整（基線-基線）和執行（計劃-基線；實際-基線；計劃-實際）情況。
🗂 交付物管理¶
更多細節請參考文件👉：
功能亮點 透過交付物工作項滿足複雜交付物的管理場景。
場景舉例
- 如交付物模板維護、交付物關聯專案流程和交付物評審、變更、版本歸檔等。
⚖️ 評審管理¶
更多細節請參考文件👉：
功能亮點 評審管理是IPD流程中重要的業務管理場景，評審結論有助於管理者從不同的角度對產品進行評審，可評估產品是否具有商業價值，是否值得投資；決策評審的結果將決定產品是否可以進入新產品開發流程的下一階段；評審管理是 IPD流程中至關重要的環節。
場景舉例
- 評審要素準備：評審前先確認本次評審需要的評審交付物，按需增刪。
- 評審結論填寫：評審中各部門代表可輸入不同型別的評審結論「Go/Not go/Go with risk」。
- 評審結論審批：評審後整體各代表審批結論並完成結果審批立項。
🔖 欄位標籤¶
功能亮點 對欄位進行自定義分類。
場景舉例
- 在計劃表交付物配置時，可根據標籤快捷選擇。
↩️ 節點回滾許可權¶
功能亮點 流程管理中，預設節點負責人可以擁有完成並回滾自己負責的節點的許可權。如需對流程回滾進行更嚴格把控，限制節點回滾，Meegle支援設定節點負責人所在角色無法回滾自己負責的節點。 功能入口：空間配置-工作項管理-節點流工作項-角色管理。
場景舉例
- 取消勾選【回滾作為節點負責人的節點】後，該角色將無許可權回滾，作為節點負責人所負責的節點。
- 還有哪些人預設有非多人確認節點的回滾許可權：
- 例項建立者、擁有節點完成操作授權角色的人員、負責人角色、業務線管理員預設有非限制節點完成許可權；
- 業務線超級管理員、空間管理員預設有限制節點完成許可權。 具體許可權配置👉[許可權指南]。
取消勾選【回滾作為節點負責人的節點】後，該角色將無許可權回滾，作為節點負責人所負責的節點。
流程資源庫¶
更多細節請參考文件👉：
功能亮點 當專案內有多個流程規則，且大部分節點/任務一致時，支援維護節點/任務資源，並在多個流程內應用，且跟隨資源節點/任務聯動變更配置資訊，提高整體配置效率。
場景舉例 點選新增節點/子流程或新增任務，並輸入節點/任務名稱，可檢索當前資源庫存在的節點/任務資源，點選選擇後將成功複用。 複用資源建立的節點/節點子流程，節點負責人、節點型別、基準估分、基準工期、完成方式、交付物等相關資訊均不支援編輯，將和資源配置同步。
~~🚝~~ To Be Continued…¶
更多功能，敬請期待❤