在上一篇文章中聊到了自己的困惑（真實用戶不可能參與到項目迭代中來）和一些自己的心得（客戶團隊不僅僅包含最終用戶，也可以由別的角色比如sc來充當），正好有機會跟教練做了一次談話，這個想法也獲得了教練的認可。無獨有偶，在《用戶故事》的第五章中就提到了客戶代理的概念，仔細閱讀下來，跟自己之前的想法基本是一致的。

關于用戶代理的角色可以有多種，可以是市場行銷人員，可以是用戶的部門經(jīng)理，可以是一些領域專家，也可以是培訓講師或者是相關的技術支持人員。 由于不用的角色有不同的關注點，因此不同的角色充當用戶代理時對于達到最終用戶的期望時有差異的，也就意味著版本的最終質量是不一樣的。 文章提到最好的用戶代理就是業(yè)務咨詢師，沒錯，就是我們公司的SC，因為他們既懂業(yè)務又懂技術啊（深以為然），這對咨詢師的要求還是蠻高的，需要切實的獲取到用戶的需求。

對于這一點來說基本上沒有什么疑問了，我的另外一個疑惑是在交付類的項目上如何把需求調研和產(chǎn)品研發(fā)結合起來進行敏捷實踐？

關于這個問題跟教練也有溝通過，不過基于一些現(xiàn)狀來看，要實現(xiàn)這個目標還是比較困難的，教練也會幫忙收集一些最佳實踐供后續(xù)參考。在這個問題上雖然沒有獲取“術”，但教練還是傳授了一點“道”。教練云：敏捷不能解決所有的問題；敏捷又能解決所有的問題。 翻譯過來就是不要拿敏捷當工具，要拿敏捷當作一種態(tài)度，一種思想。

當前可行的辦法時需求調研和版本研發(fā)進行兩階段的敏捷迭代，需求調研本身跟客戶不斷的review也是迭代的一種方式，檢驗需求調研的質量的一個標準就是 在研發(fā)中是否可以充當合格的用戶代理。

文末來一張剛果金的最高黑科技，變形金剛紅綠燈，棒棒噠～～～

圖片發(fā)自簡書App

圖片發(fā)自簡書App