概述：無論你的公司是採用郵件還是項目管理工具進行項目協作，處理工作都會包含著一些基本的流程——從想法的提出到最終交付物的產出，或是擱置的計劃。我們把這些任務所處生命週期的節點稱為【任務狀態】，而任務在狀態之間的流轉稱為【工作流】。
三種任務狀態類型
Worktile7.0支持【任務狀態】的自定義，也就是說客戶可以根據自己的實際工作場景配置任務狀態。如果對每一個任務狀態都加以區分，那麼在報表、統計等環節（例如統計任務的延期率），將極大的增加配置的複雜度。
進行中的狀態，可以有“設計中”“開發中”等自定義任務狀態，但是其本質都是已開始但未完成的狀態。所以，雖然客戶自定義的任務狀態千變萬化，但他們必屬於三種基本【任務狀態類型】，即：未開始／進行中／已完成。
如圖1所示：開發和銷售任務的狀態有很多，但是都屬於三種任務狀態類型。
（圖1：以開發和銷售為例）
【任務狀態】體現在展示層面，而【任務狀態類型】則體現在數據層面。如圖2所示，在【配置報表】的過程中，如果我們對狀態進行統計和篩選的話，篩選值的設定將限於三種基本任務狀態類型。
（圖2：配置報表時，任務類型的數據源僅有三種任務狀態類型可選）
默認任務狀態
任務狀態和工作流代表的是工作的流程，所以任務狀態不能為空，我們必須設置默認任務狀態——也就是定義一個新建任務，它的初始狀態是什麼。
在任務狀態設置的過程中，我們必須選定一個狀態為默認狀態，例如推送類型的任務，其初始狀態為【未開始】。
（圖3：【狀態設置】界面）
狀態統一管理
在配置任務狀態的配置過程中，Worktile通過【狀態管理】對企業內的所有任務狀態進行統一管理；通過分組，對狀態進行分類。在【添加任務狀態】的時候，需要從【狀態管理】中進行選擇即可。二者關係示意圖如圖4所示：
(圖4：從【狀態管理】中進行選擇任務狀態進行配置)
工作流的構成
介紹完任務的狀態，我們可以開始介紹任務狀態之間的流轉——即工作流了。在此之前，我們以Worktile運營同學推送文章為例幫助讀者有一個基本認知。一個推送類型的任務，創建之後的默認狀態為“未開始”，通過一系列流程和動作，最終流轉到“已發佈”的狀態。未開始不能直接到“已發佈”，這與現實工作的流程不符，而設計中的狀態則可以。
推送任務的工作流如圖5所示：
(圖5：運營推送任務的工作流)
一個完整的工作流由以下基本元素構成：
- 轉化名稱：幫助成員理解該轉換的含義
- 起始狀態：工作流的初始狀態
- 目標狀態：工作流的最終狀態
- 流程條件：對此流程進行操作的權限條件
- 動作設置：工作流轉後發生的動作
要設置一個工作流，我們需要明確這些元素（流程條件和動作設置不是必須）。
(圖6：工作流設置界面)
要合理配置工作流，我們需要注意以下兩點：
①工作流是單向的
工作流的起始狀態和目標狀態決定了這個工作流，當二者互換位置之後，就成了一個新的工作流。所以說工作流是單向的，如果我們需要一個反向工作流，則需要重新添加。
② 工作流與任務類型的對應關係
同一個任務類型對應多個工作流，而一個工作流只對應唯一的任務類型。
總結
不同項目中的不同類型事情，會有不同的執行流程。如果缺乏有效的項目管理工具，哪怕項目干係人都清楚項目流程，但是在項目的執行、回顧和優化過程中，仍會面臨諸多困難。
同時，缺少一種承載物，任務執行中或多或少地都會帶有“人情”因素，導致執行不力。Worktile7.0可以有效地把制度流程與工具相結合，讓不同項目中的不同類型事務，都能按照既定的流程執行並跟蹤，將管理流程規範化、具體化。同時，實現狀態數據的統計分析、共享、流程權限控制等，促進項目執行自動化水平。
閱讀更多 Worktile 的文章
