如何通過雲效進行單專案管理，高效落實每一項任務，我們的工作充滿著大大小小的「專案」、「任務」：活動策劃、工程實施、IT 研發、風險投資等等。使用雲效專案協作做「專案化」管理，團隊規劃工作事目標更清晰，執行更到位，而且完成過程也十分輕鬆，成員將有全新的協作體驗。打破部門邊界，基於專案組合成員，跨部門協同也不再是難題。能夠創造更多業務增長。 立即體驗

專案管理

單專案管理

Projex提供了工作項的模板管理能力，模板管理分為欄位模板及內容模板。通過欄位模板管理可以統一特定型別的屬性填寫規則，提高協作的規範性；內容模板可以給定協作過程中的內容格式，提高協作的高效性。

1.進入到專案-專案設定-工作項設定.需求頁面，選擇某個具體型別進行配置。

2.欄位模板配置 支援屬性欄位的新增、刪除、預設值設定、必填設定、展示順序調整。 預設的系統欄位不支援刪除。 新增欄位：支援欄位檢索及資訊檢視。如果檢索不到所需欄位，可跳轉至基本資訊管理新建欄位（具體企業級欄位管理許可權），或者聯絡企業管理員新增。 3.內容模板設定 內容模板在配置後，新建的工作項會自帶內容格式。 工作流配置 工作流設定入口 Projex支援為每一種工作項型別配置不同的工作流，包括需求、任務、缺陷、風險。 在工作項設定區域，首先選擇工作項型別，然後點選“操作”圖示，即可進入工作流設定頁面。

設定工作流狀態流轉規則 Projex的工作流設定採用“二維表”模式，表格的“行”和“列”都是該工作流中所有的狀態，如果某個cell被選中，代表這個cell的“行”狀態可以變更到“列”狀態，如下圖紅色cell代表狀態可以從“代處理”變化到“處理中”。 為工作流增加狀態 如果您需要將新的狀態新增到工作流，可以點選右上角的新增按鈕，並且選擇需要新增的狀態，然後新增到工作流。 這裡能新增的狀態，是由基本資訊管理好的狀態列表，如果列表中沒有合適的狀態，請聯絡企業管理員新增新的狀態。 每個狀態都歸屬於一個“階段”，例如“開發中”和“開發完成”都屬於“開發階段”。當狀態被新增到工作流中，會按照階段進行歸類排序。

修改操作步驟規則 您不僅可以設定狀態的變化步驟，還可以給某個狀態變化步驟設定規則。這裡的常用規則包括：

• 當變化到這個狀態時，某個工作項欄位必填
• 只有某些使用者或某些角色可以修改這個狀態

實際應用場景案例：

• 當需求完成時，需要使用者填寫花費的工時
• 缺陷關閉時要選擇缺陷原因

缺陷只有測試人員可以關閉 成員管理 Projex提供了靈活的成員管理能力。專案管理員可以新增企業內已有角色到專案內，自行配置許可權。 角色新增及許可權配置。專案管理員預設具備所有專案許可權且不可取消。 專案許可權說明

自動化規則

自動化規則 為什麼要用它？ 在日常工作中使用協作工具你可能會遇到這些問題： 1.需求關聯的程式碼已經發布了，但是狀態還停留在待處理 2.這部分工作有固定介面人，但是每次我還要手動指定到這個人負責。 3.我負責的工作項已經快到期了，但是一點提醒都沒有，我錯過了交付時間。 這些問題造成了很大的手動維護成本，且往往會由於更新不及時造成交付效率降低。 為了更好的解決你的這些問題，我們提供了自動化引擎服務，它通過觸發-過濾-響應模式，完成狀態自動流轉、需求自動指派、自動催辦。繁瑣重複的事務交給自動化引擎，讓你有更多的時間精力投入有價值的工作。 在什麼場景下用到它？ 通過制定自動化規則可以幫助你在日常協作中進行狀態自動流轉、需求自動指派、自動催辦、平臺整合。

• 狀態自動流轉

當需求與實際的產研工作結合時，狀態流轉往往是通過一些實際的動作觸發的。以往使用者在完成具體工作後，還需要手動到平臺上變更狀態。增加了手動操作成本，還造成了協作效率下降、協作流程不規範的問題。通過自動化引擎設定的狀態自動流轉可以很好的解決這一問題。 實際場景舉例

• 需求規劃到迭代中，狀態變更為開發中。

配置示例

• 需求自動指派

在專案的管理到達成熟階段後，每個部分都會有實際的負責人。以往使用者在建立需求時要多方詢問確定負責人，這對使用者建立非常不便，且增加溝通成本。如果隨意指派則可能造成需求交付不及時，甚至漏掉需求的風險。通過自動化規則的需求自動指派可以很好的解決這一問題。 實際場景舉例

• 需求的狀態變更為測試中，自動指派給測試人員。

配置示例

• 屬性自動變更

在一些協作場景中，需求的某些欄位值是由其他操作觸發的。以往使用者需要手動維護屬性值，增加了手動維護成本且會存在更新不及時或不準確的問題。通過自動化規則的屬性自動變更可以很好的解決這一問題。 實際場景舉例

• 需求的標籤添加了“KA需求”，優先順序自動變更為高。

• 自動催辦

在需求或任務到期前，專案管理者是希望能夠及時提醒負責人進行處理的。以往手動提醒成本很高且提醒不夠及時。通過自動化規則的自動催辦可以很好的解決這一問題。 實際場景舉例

• 需求在計劃完成日期前3天，提醒需求負責人儘快完成。

配置示例 怎麼用它？ 自動化規則引擎分為三個部分：觸發事件、執行條件、執行動作。為了減少使用成本，雲效提供了開箱即用的模板給到你直接使用。 只需要更改模板的欄位，即可完成規則建立。 當規則觸發後，對應工作項會展現規則執行記錄。 點選進入規則執行詳情頁面檢視具體資訊。 在自動化設定中聚合了所有專案內的規則執行記錄，可檢視規則建立、變更、執行記錄。 針對執行失敗的規則展現特殊標記，進入可檢視失敗詳情。 釘釘群通知配置指南 在催辦場景下我們支援釘釘群通知到負責人待辦處理，提高協作的效率。 【釘釘群圖示例】 首先，需要在釘釘群建立一個催辦機器人。配置入口：「釘釘群」-「群設定」-「智慧群助手」-「新增機器人」具體配置請參見釘釘群自定義機器人配置說明。 之後在Projex自動化配置中選擇合適的催辦模板，我們目前提供的釘釘群催辦模板如下。 以工作項狀態流轉催辦為例，我們選擇第一個模板進行配置。 名稱：作為通知的標題出現，可以選擇符合場景的合適標題。 Webhook地址：複製釘釘機器人的Webhook地址貼上進來。 加簽金鑰：選擇釘釘機器人的金鑰貼上進來。 點選儲存完成釘釘群通知配置。 Webhook配置指南 在自動化規則中，支援聯動三方平臺進行協作的動作流轉。如工作項的狀態聯動企業的審批系統工單流轉。這種流轉方式我們採用Webhook進行支援。 對應模板如下圖所示： 目前支援欄位變更或者狀態變更觸發三方平臺的動作。 在自動化規則中，支援聯動三方平臺進行協作的動作流轉。如工作項的狀態聯動企業的審批系統工單流轉。這種流轉方式我們採用Webhook進行支援。 對應模板如下圖所示： 目前支援欄位變更或者狀態變更觸發三方平臺的動作。 配置 Webhook URL：Webhook請求地址，http:// 或 https:// 開頭 HTTP Method：支援POST、GET Secret：可選，用於對@Webhook請求進行校驗。設定了Secret後，發起Webhook請求時，會增加請求頭X-Projex-Signature，Value即為Secret的值。 Headers：可選，支援設定請求頭 Webhook Body：設定為【空資料】時，發起POST請求時，Body為空；設定為【工作項資料】時，Body內容為當前規則作用的工作項資料(需求、缺陷、任務)，示例規則：產品類需求建立時，觸發Webhook請求，此時發起Webhook請求時，會將需求的資料物件放在Body中。 【工作項資料】為JSON物件，其中欄位如下所示： 工作項型別 -- WorkitemType 狀態型別 -- Status 工作項型別 -- WorkitemType 專案型別 -- Space 文件型別 -- Document 迭代 -- Sprint 標籤 -- Tag

測試

配置完成後，可以點選“進行Webhook請求測試”，測試配置是否正確。 ​通過雲效進行單專案管理，高效落實每一項任務，我們的工作充滿著大大小小的「專案」、「任務」：活動策劃、工程實施、IT 研發、風險投資等等。使用雲效專案協作做「專案化」管理，團隊規劃工作事目標更清晰，執行更到位，而且完成過程也十分輕鬆，成員將有全新的協作體驗。多元視角賦能每一位成員，讓企業、團隊和個人以更高效的協作方式圍繞目標 創造成果。立即體驗