我對 Issue Tracking System 的需求
剛剛又「重新」註冊了玎玎他們的 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。
不確定包在一起是件好事還壞事。我是很習慣了拆開....
總之。我想我的需求是
- 要能看到大家與我的任務關係。而且要一目了然
- 隨便跳進一個 project 就可以知道所有人的進度。我該從哪裡幫忙。
- 開發方向要高度組織性。散亂很容易完成不了一個 component。而這是我相當介意的地方。
- 方便我跟客戶算錢。(不過這個還好)
- 能夠整合開發流程。
大概是這樣。