從害怕上台到擁抱舞台

你有在公司進行過知識分享的經驗嗎？

會做的原因是出於對分享的熱情？
還是因為意識到工作中的知識落差？
亦或是受到同事邀請的鼓勵？

對我而言，起點其實單純得出乎意料。

我是個容易緊張的人，雖然看起來是個能在大庭廣眾發言的人，但我很清楚自己上台時的反應非常不對勁。不論是語速不自覺加快、腦袋一片空白、手腳輕微發抖，特別是進入互動的環節，可以說是幾乎毫無招架之力。即便學生時代有一些演講與主持經驗，但這些身體反應從未因此減緩半點。

那這樣的我，為什麼會開始參與 org 的公開知識分享呢？

也許可能會被誤會是因為我是有 growth mindset 的人，一般來說這樣的人們身上都有那種自我挑戰又不滿於現況的驅動力，我不確定我是不是，但是肯定不是這個原因。我只是因為 V（我們團隊的 Sr. Staff）邀請了我，那時看起來也沒什麼壞處，我就答應了。

直到幾天後，我才驚覺，我怎麼答應了一件非常讓我害怕的事，陷入 panic 模式。

物超所值#

而如果是你，會怎麼做呢？
是乾脆逃跑？
隨便找個簡單的題目混過去吧？
還是不能讓這場痛苦就這麼白白經過，總得想辦法多換點什麼回來？

我是這樣想著，既然已經答應了，而我也不想輕易的反悔，就得讓這場讓我緊張到不行的分享，變得物超所值。

要怎麼做呢？
我決定在挑選題目時就得想辦法一魚兩吃，讓我不僅完成分享，也能對我當時的工作帶來效益。

第一次分享#

帶著這樣的心情準備了第一次的分享，主題是 Uncertainty Management。因為事逢我發現 PM ≠ PJM，意識到在缺乏 PJM 的情況下，不同職能之間因為對專案流程認識不同而產生溝通不良。這讓我意識到跨職能團隊若能具備基本的專案管理概念，會對整體運作產生一些不錯的影響，所以讓我找到了分享主題與實際需求之間的切入點。

雖然事前準備了很久，但講出來的內容還是有點混亂，那時候我也還是非常緊張。
撇除這種感受上的不舒適外，會後有同事主動來聊「不同專案中怎麼面對不確定性」，我也在其他會議中聽到大家用「資源／時間／範圍」這個三角框架討論風險評估。

是我第一次感受到：
原來分享不是一種單向的資訊傳遞，而是一個種下種子的機會。
這個發現轉變了我對於公開分享原本只有害怕的感受。

觀察別人#

在參與過幾次的分享會後，我開始觀察其他人是如何挑主題、怎麼設計內容。特別是那些能夠激起討論或能帶來行為變化的例子。有人分享更具維護性的設計觀點，也有人介紹公司尚未接觸的新技術與概念。

這些內容都不只是一種資訊，更像是一種文化傳遞的媒介。

所以我也開始主動在這個場域分享我關心的議題，不論是：

• DX 優化策略
• 微前端推進的背景與做法
• （我認為的）senior engineer 的行為標準
• Web 策略性優化的實務路徑

這些主題有些來自我當時的職責，有些則來自我對團隊文化的期望。它們也不是單純的知識整理，更是我研究如何讓工作環境更舒服的契機點。

透過這些內容，我在其中實驗著什麼樣的觀點可能產生影響，而什麼樣的言語可以引起共鳴。

下到上的形塑文化#

我也逐漸看到，分享可以像漣漪一樣擴散。
原來文化的改變有時不是靠上至下的制度，而是讓不同的觀點被看見，進而激起討論的火花。

雖然當時的幾次經驗並沒有讓我變成完全不緊張的講者，
我卻愈來愈喜歡這個過程。

因為我知道這些題目在團隊裡發酵，討論進而影響決策，
某天甚至可能自然地融入文化，變成大家工作的方式。

轉捩點#

那次經驗後，我開始理解到：

文化，不一定只能透過制度塑造，
也可以透過對話、分享與觀點的流動，有機地成形。

這是我第一次具體地碰觸到文化形塑的過程，
不靠權威，不靠流程，而是從一次分享、一個共鳴的觀點開始，慢慢地滲透進團隊的日常。

而這也成為我職涯中非常重要的轉捩點。

我不再只是完成個人任務，
而是開始思考「我能為團隊、為環境帶來什麼樣的改變？」

這樣的想法，奠定了我之後在組織中推動軟體工程管理概念與文化實踐的基礎。

當然，我當下並不知道。