「需求定義」專欄文章（4 篇） | TIMEWELL股份有限公司

讓FDE成立的訪談技巧｜從現場引出真正洞察的聽法

FDE（Forward Deployed Engineer）的成敗，取決於能否從現場引出真正的需求，而不是寫程式的速度。我們的工程師在進入現場前接受過訪談技巧的訓練，但訓練能學到的「型」，與只有在現場才學得到的「察覺落差的眼力」是兩回事。本文整理發現、深掘、驗證三種訪談，以關鍵事件法與豐田的五個為什麼建立的提問設計，沉默與複述，兩人一組的記錄方式，以及AI逐字稿的分工，寫成工程師能直接使用的形式。

2026-09-15濱本隆太

WARP

FDE與KJ法｜把現場片段變成結構的步驟，以及與AI分工的界線

透過訪談、觀察、民族誌蒐集到的現場片段，原樣無法用於實作。把片段變成結構的方法，我們的工程師用的是文化人類學家川喜田二郎為野外調查所創的KJ法的思考方式。FDE實務系列第四篇以現場筆記為材料，具體寫出一張卡一句話、聚集相近者、圖解、成文四個步驟。也談交給AI的工序與人保留的工序之間的界線、與委外開發需求整理的差異，以及把結構化結果回饋到下週實作的方法。KJ法是株式會社川喜田研究所的註冊商標，正式的研修由該公司提供。

2026-09-15濱本隆太

WARP

FDE的觀察法｜用跟隨觀察與脈絡訪查撿起「沒人說明的步驟」

訪談能問到的，只是現場工作的一半。另一半藏在當事人自己也說不清的步驟裡，只有觀察才撿得到。FDE實務系列第二篇整理跟隨觀察、脈絡訪查（contextual inquiry）、放聲思考三種觀察法，具體到什麼時候用、坐在哪裡、看什麼、寫什麼。也談大野耐一的粉筆圈、霍桑效應的因應、與委外開發現況調查的差異、觀察隔天就放下可運作之物的FDE做法，以及我們在現場反覆看到的四種型態。

2026-09-15濱本隆太

WARP

AI規格驅動開發（AI-SDD）2026：SDD重回焦點、文件正在變成程式碼

自2025年秋天GitHub的Spec Kit與AWS的Kiro問世以來，規格驅動開發（SDD）已成為AI寫程式的標準做法，重新受到矚目。本文寫給大型企業的新事業開發部門，說明「寫程式之前先把文件定下來」為什麼復興，如何和程式代理一起寫需求文件、規格書、基本設計書、細部設計書這四份文件，以及開發文件、進度文件、記憶文件為什麼開始扮演近似程式碼的角色，並引用Andrej Karpathy的一系列發言。2026年3月的初版已全面改寫。AI原生新事業開發方法論，第3篇。

2026-03-25濱本隆太