來到新部門才兩個月, 一開始模模糊糊的感覺開始有點成型. 再走過一個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都還比別家好), 人家好端端用他的方式做他的工作也沒出過大問題, 我焦躁個啥呀? 還沮喪到要來寫這篇文章...
噢, 真的很沮喪.
No comments:
Post a Comment