關鍵不是有沒有蠢問題，是「蠢」由誰定義。

不問，問題不會消失，只會變成沒人能解釋的品質。

猜出來的東西未必差，只是可交接性、可除錯性、可擴充性會一起變薄。最後出事時，成本通常不落在那個神人或高層身上。

Threads上某則貼文提到，公司的一個主管是技術神人，實作速度快，甚至可能很難跟別人解釋他是怎麼做到的。貼文作者很體貼，想了很多不敢問，且怕被質疑分不清楚哪些是產業知識、哪些是公司獨有規則。

問了怕被貼上不專業的標籤、不問又怕耽誤進度。甚至提問前，還需要花大把時間與心力想辦法問對問題。而且又因為公司是新創，SOP、流程、文件不足或根本沒有，他覺得很辛苦。

---

以下是我個人分析:

這個問題應該換個角度，如果沒有問問題，是不是問題不能釐清？

是的話，關鍵不是問蠢問題，而是「蠢問題」的定義只在某些人的態度或個人知識儲備，不管他是高層或神人。

這樣久了以後，這個團隊做出來的東西會越來越多問題，而且出事沒人知道，直到「爆炸」或被客戶罵為止。原因也很簡單，畢竟很多問題底下的人都無法釐清，當然也無法精準執行。

如果神人或高層認為那些問題對他來說都不是問題，那團隊存在的意義只是幫他「補洞」，做那些他利用AI還做不到的事。

團隊是否成長，他也不在乎。品質就算他內心很在乎，也會在這種模式下越來越「迷」。唯一撐住品質的，是底下團隊在一堆疑惑下，逼自己猜答案，拼出來的「品質」。

猜出來的東西未必差，只是可交接性、可除錯性、可改維護性會一起變低。最後出事時，成本通常不落在那個神人或高層身上。

高層或神人不會知道明明改一個小地方，怎麼過了幾版後，變得越來越難改或需要的開發時間越來越長，只有底下團隊「知道」。最後，也只能讓底下團隊「加班拼命」讓他可以動，然後惡性循環……。