2011-04-20 37 views
2

我在一家提供技術支持的公司工作,這是我們共同的工作流程:呼叫中心或店內的人員能夠接收到客戶的幫助請求,並且對於每一個請求,他們打開任務。之後,技術人員開始分配任務,並將許多任務附加到任務中。一旦分配被宣佈關閉並且被主管部門批准,那麼它就會轉到會計部門,該部門爲分配製作發票(幾乎是自動)。如何使用trac完成任務和任務

要長話短說:分配=問題,任務=採取行動來解決問題

分配(呼叫中心開通)
    | _______ TASK1(技師)
    | _______ TASK2 (技師B)
    | _______ TASK3(技師C)
...
    | _______ taskX(技師A)

任務主要有以下屬性:
- 描述
- 技師名
- 所花時間
- 公里花了

我們通常〜1500個分配和每年〜5000個任務。

現在所有這些過程都是由我們隨時製作的定製應用程序處理的。 我想知道我們是否可以通過使用和集成Trac(它已被開發部門用來處理內部的東西)來改進我們公司的應用程序,它具有一些有趣的隨時可用的功能,如xml-rpc和工作流程。

現在的大特賣:
1)由於分配數量的限制,我無法將分配綁定到trac項目。
2)如果我將每個任務綁定到trac票證,那麼任務應該綁定到trac票證評論,但他們缺乏增加小時和公里花費的可能性。
3)似乎沒有插件定製評論

我如何試圖解決這些問題:
一)我試圖與this插件自定義註釋:它工作得很好,但我不能拿回當我通過公司應用程序的xml-rpc查詢trac時,數據結構良好,並且不清楚每個「評論」花費了多少時間。另外還有沒有辦法增加公里
b)我找到了Trac Remote Plugin,它似乎很有趣,因爲我可以創建兩個trac項目,一個用於賦值,一個用於任務,然後使用intratrac鏈接將任務綁定到賦值。可惜它是not working for me

您認爲trac是一個不錯的選擇嗎?你有沒有看到其他方式可以使用它?是否有其他更適合我們需求的跟蹤系統(適用於Linux)?

回答

5

如果你從一個稍微不同的角度來處理問題,你應該可以用Trac做到這一點。

而不是將分配和任務視爲不同的事情,讓他們都代表票。每張票都有一個可定製的「類型」字段。您可以爲此字段設置「分配」和「任務」兩個選項。這應該允許您將Assignments和Tasks保留在同一個Trac實例中,同時仍能夠區分它們並分別查詢每個組。如果你願意,你甚至可以添加一些自定義的JavaScript/CSS,在分配和任務中稍微不同地顯示「View Ticket」頁面(例如,如果你想稍微改變顏色以提供額外的視覺提示)。

棘手的部分是組成一個作業和相關的任務,並確保他們都正確地相互關聯的不同門票。謝天謝地,有一個插件可以幫助你做到這一點。抓住Trac-MasterTickets插件。這會在門票中添加兩個字段,默認情況下名稱分別爲「塊」和「被阻止」。這些用於表示故障單依賴關係。如果您在「阻止方」字段中創建(例如)故障單#8並列出「#4」,則表示在#8可以完成之前必須完成故障單#4。當您這樣做時,Trac會自動更新「塊」字段中的票#4和列表#8。現在,您在兩張票據之間具有交叉引用的關係,表示依賴關係。這應該是您需要關聯「任務」和「任務」的內容。您可以將這些字段的名稱更改爲「子任務」和「父分配」之類的內容。當你創建一個新的Task時,你可以指定它所屬的Assignment,Trac會自動交叉引用它們。您甚至可以使用DynamicFieldsPlugin僅在類型爲「分配」的票證上顯示「子任務」字段,並且只在類型爲「任務」的票證上顯示「父分配」字段。

+0

此外,將作業和任務都表示爲故障單意味着您可以使用T&E插件來追蹤小時,而不會遇到您提到的問題。從外部應用程序查詢也應該更容易;這種方法可能需要提交多個查詢(一個用於Assignment,然後一個用於Tasks),但整體數據處理應該更簡單一些。 – bta 2011-04-21 19:39:17

+0

謝謝bta!你寫的東西聽起來很有趣,可以肯定地工作。有一件事仍然會造成麻煩:分配與屬性有不同的屬性(自定義字段)。因此,如果將賦值完全按照您所描述的方式設置在具有不同自定義字段的不同trac實例中,那將是非常完美的。你有沒有辦法讓它像那樣工作? (我發現Trac-Master和Dynamic字段可能無法在兩個不同的實例上工作,但我可能是錯的) – damko 2011-04-23 12:23:27

+1

將分配和任務使用的所有自定義字段添加到您的票據,並使用DynamicFieldsPlugin僅顯示那些相關字段到當前票證類型。 – bta 2011-04-25 19:48:41