無國界醫生敏捷：風險與故事點？

Question

我正在爲一個新項目創建一組初始用戶素材，並且我第一次使用MSF Agile。我有大約100個用戶故事，我將它們全部分配到區域和迭代中，但下一步是分配所有風險，故事點和堆棧等級值。然而，我發現我爲風險和故事點分配幾乎相反的值，即所有我1高風險故事是3故事點，我所有的3低風險故事都是1故事點。

MSDN文檔定義了這些領域，例如：

「故事點：衡量的主觀單位捕獲用戶故事的大小，如果您分配更多的指向用戶的故事，你表明，實施它需要更多的工作。「

「風險：主觀評價圍繞用戶故事的圓滿完成的相對不確定性，您可以指定以下值：1 - 高，2 - 中等，3 - 低」

我找到對於我遇到過的每一種情況，這些都會非常努力。根據你的經驗，哪些高風險故事的例子只值幾個故事點，或低風險故事值多少點？

我需要幫助推理這些不同。我應該如何思考這些？

Answer 1

它應該不是那種方式。

有可能實現一大片沒有風險的故事。風險並不意味着需要很長時間，相反，它會讓你的方式比你想象的要長。

故事3風險1的例子可能是一組必須精心定位並由客戶驗證的GUI。你知道這將需要很長時間，但你不希望每個屏幕有超過一次或兩次迭代。

故事1風險的示例3可能會連接到您認爲您知道該API的Web服務器。可能微不足道的，可能令人討厭的（如果有一些令人討厭的cookie需要模擬或者什麼的 - 只要做出來，而不是個人的web開發者）。

故事1風險3s會更爲罕見，因爲您應該更深入地檢查它們並稍微降低風險，但是在某些情況下，當您完成這些工作時，您可能已經實施了它。 ..

Answer 2

只是爲了進一步澄清這對任何未來的讀者......

故事點是規模和複雜任何給定功能/用戶故事的估計。此外，這些值是相對的，即與特徵B相比，特徵A的大小和複雜程度如何。這是一個完全不同的討論，但邁克科恩的「敏捷估計和規劃」將是一個很好的起點。

風險應與您對給定功能出現問題的可能性的估計相關聯。因此，例如，您可能需要大量「驢」工作......即大量艱苦的工作，但不是非常棘手或超出知識領域的特徵。這將是一個低風險項目。如果你有什麼可能看起來像一個簡單的功能/小功能，說基於表單的身份驗證添加到您的Web應用程序。由於Web應用程序周圍的大量安全問題可能需要處理，或者團隊中沒有人具有實現基於表單的身份驗證等方面的經驗，因此這可能會變得更具風險。因此，看起來像一個小功能在後端添加新型登錄屏幕&認證可能變得更加棘手。發生錯誤或丟失東西的風險更高。

希望這有助於澄清故事點和風險之間的差異。