※ 引述《youneverknow (睡覺一直想)》之銘言：
== 前文恕刪==
大概講一下如果要教導. 我覺得可能遇到的問題的好了
1 SA部份, 需求訪談. 並不是可以純教授. 上課的...
如果SA只是上上課. 那我想未來這2個只會談出四不像的東西.
2 另外, 使用這個架構, 如果不求甚解. 其實到後來反而會為了做出來.
而硬是寫出不符合架構的寫法.
3 我真的覺得這部份. 還是找一個資深的人當頭. 藉由公司的案子.
由規劃到撰寫. 再做 code review . 再安排上線等.. 完成案子.
再安排客戶需求訪談學習. 等方式... 才不至於有後遺症.
說真的. 看到你貼出來的需求跟說明..
假如你找到人. 也教了.. 但結果案子出錘了.. 做爛了... 成本不是更高嗎??
不過也許在這邊方面的需求. 是來自你BOSS的想法也不一定..
不過我覺得不會是好結果.. ˋ(′_‵||)ˊ

案子爛了不打緊，目的在教育訓練，人才是核心又...SA部分不用教需求訪談

SA才需要需求訪談，畢竟出現疑問點才知道真正的需求；如果只是照現有訪談就下去分析那還需要分析甚麼？只是照本宣科

這個案子真的不用教訪談

其實大家都是為了原PO好，我也認為，找一個資深的來帶領這兩位資淺的會比較好一點，畢竟一個語言要學的能舉一反三，一個星期2 ~ 4個小時應該不太夠，再加上學生本身也是很重要的一個因素，所以還是應徵一位資深的工程師進去吧！如此才能淵遠流長。：）

感謝，這真的是一個很需要仔細考慮的問題。

我都想去旁聽說 ^_^|||