我對 Issue Tracking System 的需求

Published on:

剛剛又「重新」註冊了玎玎他們的 Pragmatic.ly。主要是想重新學習怎麼用,還有重新考察他們的動線。所以我又再次接到玎玎的 Greeting 信 XDD。

這次我有認真的回他了。經他同意把我的內容貼上來。

Greeting Mail

Hey xdite.

非常感谢你的再次注册,XD! 如果你有任何使用上的问题和建议,请随时联系我。我在这里提供任何帮助,谢谢!

目前我们也有不少台湾的用户。除了 Redmine,你还用过其他什么的吗?你对协作工具有哪些主要需求,我们能怎么更好的为你服务,谢谢!

致,
玎玎

Reply Mail

其實我用過 JIRA, REDMINE, ASANA, TRELLO, TRAC , BASECAMP 還有你們 XD....

會一直選擇留在 Redmine 是覺得。只有 Redmine 才...Scale。

為什麼說 Redmine 才 Scale 呢?我想這要從我的背景談起。我的生涯經歷是幹了幾年工程師之後開始管 project,接下來當主管,然後當 bussiness owner。

所以常發生在我身上的情況是我常常一次就是背不只一個 project。所以我對必須一目了然我現在在追誰的 project 有很強烈的需求,誰剛剛要求我辦事了也是很需要的。

這一點只有 Redmine 做得好。

我的做事方法也蠻 lean 的。我習慣把 project break 成 milestone, 大 ticket break 成小 ticket。redmine 有「project」的概念(trac 沒有)

加上 Redmine 的 ticket 可以 nested ( 這一個很少 issue tracking 有)

Redmine 的子母票,也相當清楚的看見子母票完成的比例。(這一點 basecamp 很差)

我們公司某些項目是嚴格計鐘點開發的。issue trcking 上只有 redmine 可以有預估以及紀錄。

再來是 ticket number。我們因為高度交叉開發,為了命名便捷,所以 feature branch 一律以 ticket number 作 name。這樣非常的便捷不需溝通。某些少數 issue tracking 才有明顯的 ticket number.....。

如果是 project 協作的如 asana 多半沒有 ticket number。我不喜歡 asana 是因為他讓我感到不安全感。要

做的事非常「散亂」沒有方向性。redmine 可以讓我們很有方向性的 get things done。當然,這就比較犧牲了 innovation。

不過 inoovation 的部份我們是在辦公室裡面用紙筆協作討論出來的。確定要作什麼方案了才開上去。

你們的聊天軟體不錯。剛剛在 issue 不小心聊了起來。我們還是用 hipchat。
不確定包在一起是件好事還壞事。我是很習慣了拆開....

總之。我想我的需求是

  1. 要能看到大家與我的任務關係。而且要一目了然
  2. 隨便跳進一個 project 就可以知道所有人的進度。我該從哪裡幫忙。
  3. 開發方向要高度組織性。散亂很容易完成不了一個 component。而這是我相當介意的地方。
  4. 方便我跟客戶算錢。(不過這個還好)
  5. 能夠整合開發流程。

大概是這樣。