佳處徑須攜杖去

只是不吐不快的垃圾.

來到新部門才兩個月, 一開始模模糊糊的感覺開始有點成型. 再走過一個project, 應該就能了解這些人是怎樣在做事的吧.

隨時都聽得到一些很熟悉的term, 在acquisition後被移植到這裡來的. 可只移植了表象, 四不像地學著. 比方說所謂的P0, P1, P2. 每個階段都是有它的定義的. 可在這裡, 每次時間一到就兵荒馬亂地要趕出netlist給上面看, 可真的已經到了這些term定義的階段了嗎? 沒有. 它所代表的某種milestone變成時間一到就要生出一個東西來, 不過實質上還離此有多遠.

但上面的人看了開心, 覺得下面的人有按表操課, 達到指標; 上面的人高興了, 下面的人日子也容易過了, 大抵就是這種不分古今中外的架構吧. 卻忘了最後的deadline是裝不來的.

雖然, 其實我也從來沒覺得這些一層層各種名義的reivew或是有的沒的milestone有什麼好的, 就跟著做吧. 只是有了對比後, 才發現這好像還不錯, 至少有制度.

總之, 那天開完會, 我一如往常地在會後寫meeting minutes, 附上action item, 各assign給誰, 寄給大家. 當然這有點是幾年下來被訓練出來的反射動作, 但也不無想給這邊的人看看, 有些事還是可以再系統一點. 不是每次開會, 大家都講完就算, 沒有紀錄也沒有followup.

我在會上問了個問題, 那是legency, 我查不出來到底是在幹嘛. G說他會去查, 都寫在minutes上了. 後來跟老闆在看我改的地方, 我提到這點, 他說我該去file bug, 這樣才會有人去追蹤.

什麼? *bug*這種事在我聽來是很刺耳的--反射動作之一. 大事都還沒有抵定就要file bug? 更何況, 這是top level的一個floating signal. 我不覺得這叫bug(尤其在code freeze之前), 這是做top level integration的人(就是老闆)最基本要檢查的事, 而不是等著誰去看bug list再去把它弄好.

我說, G說他會去看這個.

他說, 一兩個月後大家都會忙到沒有人記得這件事了.

我說, 所以我有寫在meeting minutes上面.

他說, 沒有人會去看這種東西.

當下, 我真的很震驚. 身為manager, 又是project lead, 你不要求minutes/action items, 我做了, 你還不願followup, 還告訴我沒有人會看這些東西? 如果要file bug才會有人在意, 那麼哪些該哪些不該上榜?

可接下來的時間, 卻感到無限的frustrated. 怎麼會是這種做事方式? 怎麼會是這樣在做project management?

但反過來想, 小公司的人自由慣了, 人少好溝通, 做一步想一步, 做事可以非常flexible, 今天如果真的要他們開會就做紀錄, 他們一定也很抓狂吧?

於是, 轉念一想, 人家這樣run公司run了五六年也沒倒掉(只是被買), 人家也是這樣一次又一次在tapeout(據說performance都還比別家好), 人家好端端用他的方式做他的工作也沒出過大問題, 我焦躁個啥呀? 還沮喪到要來寫這篇文章...

噢, 真的很沮喪.