限縮範圍提問法_抓重點來談

 

情境模擬

假設目前屬於SA/架構師/主管這個夾心餅乾角色(可能有要對外比較辛苦)

2個溝通技巧
1.限縮範圍提問法:

當遇到的甲方(或所謂需求者、發案者)提案總是不要整理很完善時候,
這時需要透過限縮方式來抓出他主要的需求避免之後加班過勞或超出預估時程或需求擴展功能無限上綱,通常起手式就是

有限用捨麼xxx?
所以只需要做XXX 跟 XXX 還有XXXX
所以只需要以下這些
XXX
XXX
XXX
(這兩句十分重要常用!!! 通常一講完就會發現又多跑出一堆一開始沒說的需求....)
所以不用做到xxxxx
所以不需要cover到......

時程還有預算.....


限縮範圍提問法
有時也可幫助我們去快速釐清需求跟進行需求分析與截取
畢竟提案者或user通常不會期待盤出的規格有多完善
第一手收到的也通常無法職接給Programmer , Software Engineer去接收

而通常也建議要留下書信往來紀錄或壓章確保後續不認帳
也避免有需求在後期偷渡又無限增加進來的困境、永遠無法結案的問題

也建議可以做成制式化表單預先限縮範圍
之後溝通就可能稍微能節省很多時間.....
畢竟也有人不是這麼認真填寫表單


2.抓重點來談

在洽談跟溝通過程去捕捉頻繁跑出來的詞或話語
那通常是他在意的點
或者站在其位置立場去思考
並直接把重點先丟出來洽談節省時間避免重複會議浪費時間
通常重點不外乎做的東西是否符合他們需求
還有是否會列入KPI計算範疇



跋扈的甲方:
我要弄一個線上書店商城網站
要有串接金流、購物車、最好還要有個後臺可以上傳編修商品資訊
功能不用太多就像博客來一樣就好

夾心餅乾(限縮範圍提問法):
請問架設主機要用Windows 還是 Linux?
有限用技術嗎
還有在有限預算上可能博客來背後還蓋功能模組十分多
需要請您刪減和明確盤點一系列功能列表
(OS: 要求包山包海 可是預算有限阿.... )


跋扈的甲方:
沒有限定便宜就好
啊還要有訂單管理部分

夾心餅乾(壓抑心理的怒火心平氣和抓重點來談):
請益有關物流跟金流串接也有要嘛
基本金流一定會需要被抽手續費由你們申請
物流可能串接也要額外費用
簡訊發送這塊要錢
寄信這塊可能也有租用SMTP server也要錢 若要穩定的話
當然寄信也有免費方案SMTP

跋扈的甲方:
那簡訊就先不要....
就先單純寄信
物流我自己私下處理就好


夾心餅乾(限縮範圍提問法):
所以採用銷售方式是單純單方面的商品提供角色
而商品只有書籍單一類商品
只需要串金流就好不用到物流


疲累地回到公司團隊
底下或團隊裡面只會寫程式的PG:
所以我們要怎麼寫?怎麼進行?
規格開好了嗎? 








留言

這個網誌中的熱門文章

何謂淨重(Net Weight)、皮重(Tare Weight)與毛重(Gross Weight)

Architecture(架構) 和 Framework(框架) 有何不同?_軟體設計前的事前規劃的藍圖概念

(2021年度)駕訓學科筆試準備題庫歸納分析_法規是非題