還有一種常見的場景是開發(fā)者用一種跟蹤器，質(zhì)量保證團隊用另一種，而運維團隊用了第三種不能兼容的系統(tǒng)。

所以，雖然企業(yè)作為一個整體用許多不同的問題跟蹤器來處理相同的事情是一個次優(yōu)解，但是這也可以當作一個團隊在這個領(lǐng)域開始選擇適合自己工具的一個勝利。

再說，DevOps的核心思想是將不同的團隊和角色緊密連接起來?；ハ嗖患嫒莸膮f(xié)作工具的激增并不是件好事。在大型企業(yè)里經(jīng)常會發(fā)生這樣的事，而對于這個問題并沒有簡單的解決方案。

使用一個免費的跟蹤器軟件，至少可以擺脫有限許可證問題的困擾。找到一個能在各方面都取悅每個人的系統(tǒng)當然絕j}易事。在限制選擇范圍上，讓真正天天與之打交道者滿意的問題跟蹤器會更有幫助，而非在管理上有幫助的那些。通常這意味著減少對漂亮的燃盡圖的關(guān)注，而更多關(guān)注在真正地做完事情上。