如何定義對用戶沒有感知價值的PBI？

我需要將一個項目添加到我們的產品積壓列表中，該項目對用戶沒有（感知）價值。如何定義對用戶沒有感知價值的PBI？

上下文：我們需要每週解析並導入一個TXT文件我們的系統。現在供應商決定將格式更改爲XML，因此我們需要重寫解析引擎。

最終，用戶不會看到任何好處，因爲他會繼續獲取他的新數據，但我們仍然必須這樣做才能繼續導入數據。

如何將這樣的項目添加到產品積壓列表中？

來源

2013-06-25 Luiz Damim

什麼是PBI？產品積壓項目？ –

@Dave Hillier精確。 –

我投票結束這個問題作爲題外話，因爲它不是關於編程。 –

它對用戶沒有價值，但它對貴公司有價值。

由於公司X我希望能夠支持新的XML格式，這樣我可以保持從供應商Y.

你覺得如何樣導入數據？並非所有的故事都必須圍繞最終用戶進行演變。

注：技術故事和技術改進的故事是而不是一個很好的做法，他們應該避免。爲什麼？因爲您無法正確確定優先順序，因爲它們沒有可估量的價值。
做科技故事的正確方法是將它們包含在完成的定義中。例如：決定一旦數據庫訪問是通過Dapper而不是L2S，則每個新故事都是完整的。這是一個可行的國防部定義，並確保你可以適當地演變你的系統。

來源

2013-06-25 09:07:00 Sklivvz

看起來好像他的改變需要相當多的返工，並且應該引發徹底的重新測試。你會把這項工作與哪一項進行對比？你正在採取的第一件事，不管它是什麼？你將如何跟蹤所有的變化是否被正確測試？ –

我不明白你的評論：問題中只有一個項目。 – Sklivvz

你好，但你回答說有一個這樣的技術認可的故事不是好的做法。你建議將它們添加到國防部。但是，你是否想要像PBI那樣的重要變化，所以你可以按照他們的操作？ –

-1

我們通常只是將其作爲「技術改進」添加，並將其視爲我們認爲合適的優先事項。如果用戶詢問您的情況，您只需向他們解釋變更所做的工作以及爲什麼需要。

不要忘記，如果您沒有進行更改，您的應用程序很可能會在未來出現故障。告訴他們，讓他們決定他們是否需要這個。

來源

2013-06-25 06:48:02

爲什麼downvote？ –

儘管我同意你的看法，最終我們需要更新解析引擎，這樣系統才能繼續工作，我試圖保持在Scrum邊界內部，並確定一個爲用戶增加價值的故事，而不僅僅是從技術角度視圖。 –

沒有明顯的附加值：系統繼續工作。如果你不這樣做，系統就會停止工作，... –

如果您不更改，會發生什麼情況？用戶在預防這種情況發生方面是否有價值？如果答案是肯定的，我建議將您的商業價值陳述與此相關聯。然後，您可以編寫一個具有商業價值的典型用戶故事，並像對待任何其他PBI一樣對待它。

來源

2013-06-25 19:49:12

如果我們不更新格式，我們將無法保持我們客戶的記錄更新，因爲TXT格式將被停用。我應該在這個問題上說，但這在我們的系統中是一個核心功能。 –

比這是答案。業務價值在於，軟件可以在未來使用。 – KFleischer

如何定義對用戶沒有感知價值的PBI？

回答

相關問題