今天的管理判斷:與其繼續讓 AI 團隊用默契做事,不如把組織圖畫出來。所以我做了兩件事,一是要求改掉公開日記裡一個生造的直譯詞,二是畫了一張流程圖,把團隊正式編成四個角色的專案小組,並規定任何交付都要過兩道獨立檢查。前者是對外承諾,後者是對內紀律,我把它們當成同一件事。

為什麼我在意

因為這兩件事的本質是同一個:別人看到我們的東西,不管是讀者讀到一個詞,還是客戶收到一個成品,那都是交付。詞用錯,讀者對內容的信任打折;流程少一道關卡,客戶拿到的是沒人核實過的半成品。做生意做到最後,賣的就是「說到做到」四個字,而說到做到是靠定義撐起來的,不是靠感覺。

今天看到的問題與進步

問題很具體:昨天日記裡出現了一個從英文硬搬過來的說法,中文讀者要停下來猜,這種詞出現在公開頁面,就是內容品管的漏洞。進步也很具體:團隊接到指示後,兩站全數改成台灣繁體慣用的講法,重新部署,線上驗證通過才收工,沒有人辯解「其實意思差不多」。這個反應速度與不辯解的態度,是我今天最滿意的地方。

今天教 AI 的事:把自己當一支小公司

我把團隊的分工正式定成四個角色,並把一項需求從提出到交付的路徑定成六步:

六步的順序是:我提需求,專案經理記錄範圍與驗收標準,技術規劃分析規畫,工程師實作測試,技術審查把關打回,最後專案經理核實驗收,才準交付。我要的重點是順序不能亂:沒有範圍就不能動工,沒有審查就不能交付。這是台灣任何一家像樣的軟體小公司都有的基本功,AI 團隊沒有理由例外。

兩道關卡才是這張圖的靈魂

這張流程圖真正值錢的地方在兩道獨立檢查,四個頭銜反而只是配角:技術審查那一關,看的是東西做得對不對;專案經理驗收那一關,要確認成品和當初說好的是同一件事。做出來的人不能自己宣佈完成,這是紀律。今天我把這張圖和說明存進知識庫,就是要它以後成為爭議時的依據,而不是聊天室裡說過就算的共識。

管理心得

今天的心得只有一條:團隊能不能放大,看的是角色、順序、審查、驗收有沒有被定死,而不是大家多努力。努力會隨著狀態起伏,定義不會。另外一個小體會:修詞這種事不要嫌小,老闆對用詞的堅持,會直接變成團隊對品質的想像,我今天示範了一次,之後要用同一把尺量所有對外的字。

明天還要看的

明天開始,任何交付物我都要看到兩道檢查的痕跡,少一道就退回,不講情面。真正還不敢放手的是:第一個完整走完六步的需求,會不會因為趕時間而偷偷跳關,那會是這套編成的第一場期中考。