我的公司一直使用JIRA作爲需求跟蹤工具以及錯誤跟蹤器，並且在我們一直致力於一個項目時間。使用JIRA（或其他工具）跨多個項目跟蹤需求
我們現在有一個場景，我們有三個不同的項目建議書，其要求部分重疊（例如要求1適用於項目A和B，要求2適用於項目B和C等）。我希望能夠爲每個需求輸入一個JIRA問題，但由於JIRA問題和項目之間存在一對一的關係，因此這似乎不可行。
是否有人在JIRA中找到了一種方法，或者可能使用其他一些與JIRA集成的工具？
雖然沒有單一的正確答案，但我可以提供一個想法。我沒有足夠的有關您工作流程的信息，但是您提到您有項目建議。所以我假設項目A，B和C處於早期階段。需求收集等，沒有錯誤。
設置一個JIRA項目，比如說「早期需求」。將項目A，B和C的所有要求納入該JIRA項目。要允許需求與實際項目之間建立多對多關係，請設置「多個複選框」類型的自定義字段或等效項目，並將「項目A」，「項目B」和「項目C」配置爲其值。對於任何要求，您可以檢查它適用於哪個項目。
現在 - 我在這裏做了更多的假設 - 假設一些提案繼續前進，一些提案會消失。您將需要一個過程來a）將實際項目A的所有需求提取到新創建的A的JIRA項目中 - 這可以通過搜索&批量複製問題完成; b）清除沒有與其相關的實時項目的所有需求 - 搜索&批量刪除。
注意事項：如果您需要與不同的客戶共享需求，它會變得棘手。權限是根據JIRA項目&問題類型配置的。儘管如此，JIRA缺乏體面的需求管理功能，例如基線和可追溯性。但是，爲了進一步的工作而收集數據可能沒問題。
我們使用jira的「duplicates」或「related to」函數。
所以你在每個項目中提出一個問題，但是你把它們聯繫在一起。這樣，您可以擁有一個項目「擁有」的問題，並且一旦對每個項目進行了更改測試，就可以關閉所有相關項目。
如果這在您的項目設置中有意義，您甚至可以使用依賴鏈接。
感謝您的回答 - 我稍微喜歡Sereda的建議，但我可以給你一個嘗試，如果它不工作了。 – 2009-10-07 17:53:53
在這種情況下，除了jira之外，您可能會更好地使用合流。
將Jira用於最好的用途，並將Confluence用於其他任何用途。
如果您覺得這很有用，可將您的各種項目劃分爲共享的「子模塊」，但我傾向於建議主要使用Jira來跟蹤實際的實現和相關的錯誤。
我們擁有Confluence並將其廣泛用於自由格式文檔，例如初始需求收集和討論，但Confluence不適合我需要執行的詳細需求跟蹤。 – 2009-10-07 17:51:30
不過，人們可以用匯合宏來做很多瘋狂的東西......並且你可以參考它的jira任務。 – Arafangion 2009-10-07 23:32:14
另一種方法是創建一個帶有超鏈接的多選自定義字段（如'XYZ-123'）作爲選項發佈。
我們有同樣的問題。如果您遇到涉及多個產品且存在依賴關係的問題（錯誤或新功能）。 （例如，假設我們有一個服務器，一個連接api和一個客戶端應用程序）。如果關於以某種方式擴展客戶端應用程序有一個新想法，那麼連接api和服務器也很可能需要某種擴展。可能它們是由不同的團隊開發的...因此，不是在同一衝刺/迭代中處理，而是作爲產品所有者，您希望將所有這些新功能作爲一個組跟蹤。
我們所做的實際上是創建了一些自定義字段。我們介紹的第一個領域是'級聯選擇'，如'程序'和'階段'。這使產品所有者有可能根據程序對問題進行分組，並進行一些粗略的長期規劃（幾次迭代）。
然後我們爲'史詩'（或'主題'）添加了另一個字段（文本字段），它捆綁了與某個史詩/主題相關的問題。這個想法是在'程序'中使用'Epics'。如果有更大的'節目'，你可以將它分成不同的部分，然後反映在這些'史詩'中。 （一種故事情節，一組故事（可以分散在多個產品中），這些故事爲系列產品增加價值）。
這兩個字段都可以輕鬆篩選出基於Program（帶或不帶Phase）和Epic的跨多個產品的問題。
事實上，啓用鏈接後，您現在還可以在不同的產品中創建不同問題之間的依賴關係。它與默認的Jira產品版本控制完全分離。這很好，所以正常的發佈過程保持原樣。
我想要介紹的另一個想法是字段'迭代'。進入計劃會議時（或剛剛進行）。該字段可以使用該衝刺的名稱更新（Jira在多個問題編輯/更新方面非常出色）。這樣可以很容易地篩選出衝刺的所有問題。
我最喜歡使用Jira作爲Scrum計劃/ Sprint跟蹤工具，因爲您沒有單獨的計劃和積壓工具。錯誤更明顯。沒有對規劃工具和/或計劃項目進行Bug跟蹤工具（針對正確的cvs/svn/etc提交編號）的雙重管理。或者發行說明的一代。
更好的方法是區分用於開發跟蹤的問題和在所有項目中80％的情況下通常相同的需求。
解決方案存在：Rmsis a JIRA plugin：
謝謝，這是一個有趣的想法;我真的希望在他們所涉及的項目中遇到需求問題，但我會看看您的建議是如何實現的。 – 2009-10-07 17:52:55