在之前的文章里，我介紹了任務相關功能的設計思路。無論是Worktile6.0，還是Teambition，Trello，基本上都是由任務組成了項目。然而，Worktile7.0引入了【組件】這個概念，作為任務的承載方式，二者共同組成的項目。我們這樣設計的初衷，是為了增加展示的多樣性，同時增加項目功能的可拓展性。究竟如何實現(xiàn)，讓我?guī)私庖幌拢?/p>

項目組件與任務的關系

組件決定了任務的展示形式、展示維度。組件之下，還有【視圖】——通過視圖，進一步對組件中的任務進行篩選和區(qū)分。

（圖1：項目／組件／視圖 三者的關系）

以敏捷開發(fā)項目為例，所包含的組件有：

• 需求：項目需求池，該項目的需求任務都匯總在這里。
• 任務：根據(jù)需求，衍生出的研發(fā)任務匯總在這里。
• 缺陷：該項目的缺陷任務匯總在這里。
• 迭代：管理該項目內(nèi)的每次迭代。
• 報表：對項目內(nèi)數(shù)據(jù)進行統(tǒng)計分析展示。

同時，在需求組件下面，我們可以通過【視圖】對需求進行篩選——【進行中的需求】、【我負責的需求】等。

其關系如圖所示：

（圖2：通過【視圖】可以對需求進行篩選）

產(chǎn)品實現(xiàn)如圖所示：

（圖3：敏捷開發(fā)項目組件圖）

八種類型的組件

在Worktile7.0中，我們提供了八種組件，其中報表組件肩負著統(tǒng)計分析的功能，后續(xù)我們會單獨介紹。下面，就來一起看看其他幾種組件。

1. 看板/列表/表格組件

看板，是最基礎也是常用的任務展示方式，Worktile的老用戶都不會陌生。通過看板的形式，對任務進行展示。但是與過去的看板所不同的，在Worktile7.0中引入了【視圖】的概念，即通過設置不同的視圖，對任務進行篩選。

（圖4：【看板組件】產(chǎn)品界面）

在過去，同一個看板的list是固定的，這也就限制了我們對任務的篩選。通過視圖功能，我們可以按人員分組、按屬性分組、按狀態(tài)分組……極大的增加了查看／篩選任務的便捷性。

Worktile 7.0通過【視圖設計器】進行視圖的設置，設置流程包括三步：

• A 選擇分組方式——按照怎樣的維度來進行分組，設置list；
• B 選擇排序方式——一個分組內(nèi)的任務，以何種形式進行排序；
• C 設置查詢條件——在前兩步的基礎上，如果需要進行查詢，可以在這里進行設置。

（圖5：視圖設計器的產(chǎn)品界面）

除此之外，移動端辦公越來越普及，在手機端查看工作變得越來越頻繁。但是，手機端的交互和PC端的交互天生不同，本著之前提到的【個性化】的設計思路，我們把【想要看到什么】的選擇權交給用戶。用戶可以通過【配置中心】針對性地修改看板組件在PC端和移動端展示任務的方式。

（圖6：配置中心可以修改展示任務的方式）

【列表】和【表格】與看板的設置和功能類似，只是任務的展現(xiàn)形式和交互略有不同，在此就不展開介紹了。

2. 時間組件

甘特圖通過條狀圖來顯示項目，進度，和其他時間相關的系統(tǒng)進展的內(nèi)在關系隨著時間進展的情況，是項目管理過程中了解項目進度的重要方式。Worktile7.0提供【時間】組件來查看項目的甘特圖。

（圖7：【時間組件】產(chǎn)品界面）

【定義起始／截止時間屬性】：一個任務類型中，可能存在多個與“時間”相關的屬性；而甘特圖只能展示一種維度上的起始和截止時間。例如：一個測試用例任務可能包括任務的開始／截止時間、測試日期，這樣就有了3個時間屬性。然而甘特圖只能展示一組時間維度，究竟是選擇“任務的開始／截止時間”還是“測試日期”呢？我們就可以通過【定義起始／截止時間屬性】來實現(xiàn)。

在Worktile7.0中，默認起始／截止時間屬性為“任務的開始／截止時間”屬性，我們也可以將其設置成其他的。如圖8所示，測試用例在甘特圖中的起始時間為“測試日期”屬性。

（圖8：測試用例在甘特圖中的起始時間為“測試日期”屬性）

3. 日歷組件

通過日歷的形式展示項目內(nèi)任務的進展情況。

（圖9：【日歷組件】產(chǎn)品界面）

與甘特圖中的【定義起始／截止時間屬性】類似，日歷組件也只能以一組起始／截止時間為展示維度。這就需要在組件設置中定義任務類型的起始／截止時間屬性

4. 工時組件

工時組件可以對項目內(nèi)任務工時情況進行匯總、展示和篩選。同時，工時組件提供了多種視圖和篩選維度。

注意：

• A 若需要統(tǒng)計工時，本項目內(nèi)的任務類型必須包含【工時】屬性。
• B 任務填寫工時信息之后，才能在工時組件內(nèi)展示。

（圖10：【工時組件】產(chǎn)品界面）

5. 迭代組件

迭代組件是專為敏捷開發(fā)設計的組件。在敏捷開發(fā)的過程中，規(guī)劃和實施迭代（sprint）是非常重要的一步。我們從需求池（product backlog）中選取一定規(guī)模的用戶故事／需求／缺陷，規(guī)劃成一次迭代并執(zhí)行。而在迭代的執(zhí)行過程中，敏捷團隊需要掌握所有任務的信息、了解用戶故事之間的關系并對迭代的進度進行統(tǒng)計及分析。

（圖11：敏捷開發(fā)流程圖）

為了滿足敏捷開發(fā)的需求，Worktile對迭代組件進行了特異化的設計，設置了如下視圖以滿足迭代需求：

• 概覽：對迭代信息／時間／進度／燃盡圖等迭代進度信息進行展示。
• 任務：本次迭代內(nèi)所有任務信息的匯總展示。
• 故事板：通過看板視圖展示本次迭代中任務／缺陷／需求之間的關系。
• 規(guī)劃：通過簡單的拖拽動作規(guī)劃迭代。

在項目模板中添加迭代組件，即可實現(xiàn)對迭代的規(guī)劃、跟進和管理。

注意：

• A 敏捷開發(fā)中的任務類型要有【所屬迭代】的屬性。
• B 在敏捷開發(fā)的過程中，我們有時會定義多種任務類型作為敏捷開發(fā)的需求。這就要求我們必須把自定義的任務類型“映射”為需求／任務／缺陷中的一種（如圖12所示），才能夠被迭代組件作為需求／任務／缺陷中的某一種來處理。
• C 一個任務類型只能被映射為需求／任務／缺陷中的一種，而一個迭代中的需求／任務／缺陷都可以對應多種任務類型。

（圖12：迭代組件的映射設置）

總結(jié)

任務類型和組件，組成了一個項目模板的基本結(jié)構。任務類型的自定義和項目組件的自主選擇和配置，是Worktile7.0模塊化設計的體現(xiàn)。結(jié)合安全模式的設置，就可以組合出無數(shù)種可能，滿足針對不同工作場景的個性化匹配。

#專欄作家#

袁林，人人都是產(chǎn)品經(jīng)理專欄作家。分享SaaS運營和企業(yè)管理／協(xié)作／辦公的相關知識

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pexels ，基于 CC0 協(xié)議