中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

1、需求確認（評審和承諾）

需求確認是指開發方和需求方共同對《產品需求規格說明書》進行評審，雙方對需求達成共識后作出承諾。需求確認包含兩個重要工作：“需求評審”和“需求承諾”。

2、需求評審面臨的困難

需求評審的一個通病是“虎頭蛇尾”。需求評審的確乏味，也比較費腦子。剛開始評審時，大家都比較認真，越到后頭越馬虎。 需求評審涉及的人員可能比較多，有些時候讓這么多人聚在一起花費比較長的時間開會并不容易（例如有些人可能出差在外，有些人可能事務纏身）。沒有必要把所有事情擠在一塊做，需求開發是循序漸進的過程，需求評審也可以分段進行。這樣每次評審的時間比較短，參加評審的人員也少一些，組織會議就比較容易。 開評審會議時經常會“跑題”，導致評審效率很低。有時話匣子一打開后關不上，大家越扯越遠，結果評審會議變成了聊天會議。主持人應當控制話題，避免大家討論與主題無關的東西。

開評審會議時經常會發生爭議。適當的爭議有利于澄清問題，比什么東西都一致贊成要好。然而當爭議變為爭吵時就壞事了，爭吵不僅對評審工作沒有好處，而且會無意中傷害同事們的感情。在很多時候分不清楚自己究竟是“堅持真理”還是“固執己見”。毫不妥協或者輕易妥協都不是好辦法。我們應當養成良好的習慣：不要一棍子打死異己的觀點，嘗試著讓自己站在他人的立場思考問題，這樣你會找到比較滿意的答案。

3、需求承諾

需求承諾是指開發方和需求方的責任人對通過了正式技術評審的《產品需求規格說明書》作出承諾，該承諾具有商業合同的效果。
需求承諾的“八股文”如下：本《產品需求規格說明書》建立在雙方對需求的共同理解基礎之上，我同意后續的開發工作根據該《產品需求規格說明書》開展。如果需求發生變化，我們將按照“變更控制規程”執行。我明白需求的變更將導致雙方重新協商成本、資源和進度等。在作出承諾之前務必要認真閱讀文檔，一定要明白簽字意味著什么。

4、需求跟蹤

需求跟蹤的目的是建立與維護“需求－設計－編程－測試”之間的一致性，確保所有的工作成果符合用戶需求。需求跟蹤有兩種方式：

正向跟蹤。檢查《產品需求規格說明書》中的每個需求是否都能在后繼工作成果中找到對應點。

逆向跟蹤。檢查設計文檔、代碼、測試用例等工作成果是否都能在《產品需求規格說明書》中找到出處。

正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護需求跟蹤矩陣（即表格）。需求跟蹤矩陣保存了需求與后繼工作成果的對應關系

5、需求變更控制

需求發生變更的起因主要有： 隨著項目的進展，（包括開發方和客戶方）對需求的了解越來越深入。原先的需求文檔可能存在這樣那樣的錯誤或不足，因此要變更需求。市場發生了變化，原先的需求文檔可能跟不上當前的市場需求，因此要變更需求。提出需求變更的動機是好的，目的是希望產品更加符合用戶的需求。對項目開發小組而言，變更需求意味著要調整資源、重新分配任務、修改前期工作成果等，開發小組要為此付出較重的代價。如果每次需求變更請求都被采納的話，這個項目也許永遠不能按時完成。

需求變更控制的目的： 如果需求變更帶來的好處大于壞處，那么允許變更，但必須按照已定義的變更規程執行，以免變更失去控制。 如果需求變更帶來的壞處大于好處，那么拒絕變更。需求變更控制過程中最難辦的事情是莫過于“拒絕客戶提出的需求變更請求”。通常情況下開發方是不敢得罪客戶的，但是無原則地退讓將使開發小組陷入困境。解決這個問題最好的辦法是事先建立“游戲規則”：

開發方與需求方達成“事不過三”的約定（符合中國人的習慣），即允許變更三次需求；如果第四次變更需求，開發方有權拒絕，除非需求方愿意補償開發方的損失。如果事先沒有“游戲規則”的話，開發方需要一些社交技巧來減緩矛盾。例如建議在開發該產品新版本時再修改需求。