在《需求入門： 需求工程＝需求開發＋需求管理
》中介紹過，需求開發中可以通過使用者訪談進行問題獲取，本篇介紹乙個進行使用者訪談的方法：nine boxes
9格方法通過三個方面（列）和三種提問方式（行）組合成9個格仔，它要求我們按照上圖的數字順序來進行，對每個問題進行溝通，可以把以前沒有系統化的訪談方式更好的組織起來，幫助我們整理和清晰談到的內容。
定義問題
這可以幫助客戶確定問題，一起討論。可以從組織結構、崗位職責等了解總體的工作情況，對於具體問題，可以更有針對性的設計問題。
標識涉眾
產品解決的價值一定是與人相關的，這可以很好的把涉眾標識出來。
描述願景
這可以初步確定產品成功的目標，注意，這裡不會談到具體的問題解決方案，而只是一旦問題得到解決後，會有什麼樣的場景。
open
這類問題屬於開放式問題，可以這樣提出來，」告訴我...「，」請描述一下...「」這樣發生什麼了？「等故事情節問題
control
這類問題屬於封閉式問題，如多少（如一張入庫單有多少條明細）、什麼頻度（如多久填寫乙個單子）、在**等一些事實問題
confirm
這個步驟很重要，因為有可能會引起對方思考之前他沒有提及的事情。如果發生這種情況，你應該返回之前的步驟重新開始。
當我們使用9格訪談後，會發現這些內容可以直接應用在使用者故事中。在《scrum 之 roduct backlog
》中我簡單講了一下在scrum方法中如何描述使用者故事的一般寫法是：作為【使用者的型別】，我希望可以【先這樣做，然後那樣做，就應該得到...的結果】以便【業務價值】。
在進行訪談過程時，我們需要做到的三個方面是：為客戶著想，了解客戶期望和積極傾聽。
下面一副漫畫可以很好的表達這個意思：（魚餌就應當符合魚兒的胃口，而不是釣魚者）
軟體架構之需求層次 需求方面矩陣
廣義功能 質量約束 業務級需求 業務目標 快 好 省 技術性約束 法規性約束 技術趨勢 競爭因素與競爭對手 遺留系統整合 標準性約束 分批實施 使用者級需求 使用者需求 執行期質量 使用者群特點 使用者水平 多國語言 開發級需求 行為需求 開發期質量 開發團隊技術水平 開發團隊磨合程度 開發團隊分布...
需求 需求獲取技術之訪談
需求 結合togaf做好需求獲取工作 中介紹了需求獲取的主要任務，並結合乙個案例講解了需求獲取準備階段的內容，最後介紹了有哪些需求獲取技術。訪談是我們在業務開展前期經常使用的一種需求調研方法，本篇將主要介紹需求獲取的訪談技術。訪談是一種從與某個人或者某個團隊進行正式或非正式的交談 詢問有關問題並記錄...
需求 需求獲取技術之 觀察
需求 需求獲取技術之 文件分析中介紹了文件分析技術，本篇繼續介紹觀察 observation 技術。這個技術在平時生活中也會用到，就像上週六我去蟹島釣魚時時看著別人如何給勾上魚餌的才知道怎麼弄的 生活 週末蟹島遊 觀察是通過檢視專業人員的工作環境來獲取需求的一種方法。當需要當前流程的詳細資訊或者專案...