哦不，我們團隊仍然是走 scrum ，且也尚未正式導入 ai 協作在產品當中。 目前僅是有添購 ai tools 供團隊日常開發而已，但仍然僅限人機協作的小幅度修改而已，並未採用 agent mode 之類的工具所產出的程式碼。 一來是在於原本產品架構就已經穩定，大肆破壞原本的程式碼結構或獨樹一幟僅會增加維護上的困擾。 二來是因為原本產品在各階段都有完整的團隊合作，有需求單位、ui/ux、sa、pg、qa，大家各司其職也都有其專業在。若工程單位貿然導入 SDD，不僅無法擔保其他領域的專業能力，就政治面來看對被嘗試取代掉位子的單位來說也是蠻失禮的一件事。 再者~我僅是一個小小職員，也沒這麼大本事去推動導入XD 我能理解對追新技術感受到的焦慮，但鍋終究還是會人類來揹。 SDD 方法論的導入我是認為還可以試試。但最近的龍蝦浪潮，我覺得看著熱鬧或自己 side project 一些日常工作流就好，期望把它納入到產品的流程之中，這不可控的因素太多了，更別提資安風險上的暴露。 若又僅是寫些的 crontab ，用現在成熟的 ai tool 就可以 vibe 出很好的原型出來。token 的耗用也僅在于產程式碼上而已，成本很小又可靠。 最後~如果龍蝦真的有他的市場在，其他科技巨頭一定會資本碾壓複製出穩定可靠的商用版。真的要導入等到那時也不遲。 以上，我的小小見解。