我在一家提供技術支持的公司工作,這是我們共同的工作流程:呼叫中心或店內的人員能夠接收到客戶的幫助請求,並且對於每一個請求,他們打開任務。之後,技術人員開始分配任務,並將許多任務附加到任務中。一旦分配被宣佈關閉並且被主管部門批准,那麼它就會轉到會計部門,該部門爲分配製作發票(幾乎是自動)。如何使用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)?
此外,將作業和任務都表示爲故障單意味着您可以使用T&E插件來追蹤小時,而不會遇到您提到的問題。從外部應用程序查詢也應該更容易;這種方法可能需要提交多個查詢(一個用於Assignment,然後一個用於Tasks),但整體數據處理應該更簡單一些。 – bta 2011-04-21 19:39:17
謝謝bta!你寫的東西聽起來很有趣,可以肯定地工作。有一件事仍然會造成麻煩:分配與屬性有不同的屬性(自定義字段)。因此,如果將賦值完全按照您所描述的方式設置在具有不同自定義字段的不同trac實例中,那將是非常完美的。你有沒有辦法讓它像那樣工作? (我發現Trac-Master和Dynamic字段可能無法在兩個不同的實例上工作,但我可能是錯的) – damko 2011-04-23 12:23:27
將分配和任務使用的所有自定義字段添加到您的票據,並使用DynamicFieldsPlugin僅顯示那些相關字段到當前票證類型。 – bta 2011-04-25 19:48:41