顯示具有 職場駭客 標籤的文章。 顯示所有文章
顯示具有 職場駭客 標籤的文章。 顯示所有文章

2011年6月27日 星期一

[團隊經營] 您說完了嗎?

package_utilitiesHacking 老闆

員工不只聽您說些什麼,也在看您做些什麼,言行合一絕對才是上策。如果言行不一,員工通常就會往您期望的相反方向前進。至於那些讓員工搞不清楚你在幹些什麼的老闆們,您的員工將帶給你的驚喜那可就更大了。

 

calm-guy話說有天我前往某位事業有成的友人-小張家中進行拜訪,因為彼此都有小孩,所以話題一度來到了小孩的身上。老實說,教小孩我並不拿手,甚至老是被我老婆數落。儘管如此,聊一聊這類話題倒也還行。沒想到話題一開,小張可是馬上眼露光芒,似乎有很好的經驗令他不吐不快。遇到這種狀況,我當然是洗耳恭聽,如果能夠因此獲得一兩個撇步,那還真是賺到了。只見他興高采烈的說道:「我從小就很注意培養小孩的獨立性,所以我都一直跟他說遇到困難要自己想辦法解決。」雖然只是短短的一句話,但是因為我一直擔心我家的老么太過依賴(沒辦法,老么都有天生的優勢),所以馬上激起了我的興趣。

正當我想進一步詢問他的撇步時,就看到他那五歲的小兒子咚㝫咚㝫的跑過來,對著小張說:「把拔,我衣服上的扣子扣不起來!」像小張這樣事業有成的人,當然知道冷落客人是很沒禮貌的事情,所以就跟他的兒子說:「把拔現在沒空,你去找媽媽幫你扣。」小孩還沒離開,小張倒是急忙的跟我解釋說這是他第一件有扣子的衣服,所以還不太會扣扣子,似乎深怕我因為這段小插曲而不悅。老實說,對於小孩不受控制的行為,我早已經習慣,所以根本不會感到不悅。不過也因為這段插曲,讓我打住了繼續追問小張的想法。理由很簡單,因為我認為他的小孩並沒有像他講的那般獨立。小張前後不一致的言行,前面說到很注重培養小孩解決問題的能力,後面卻馬上要遇到困難的小孩尋求母親的幫助。何者會造成真正的效果?因為前者僅是小張的說法,而後者卻是小張所採行的作法。說與作之間,何者才有真正的影響力,應該是再簡單不過的選擇題了。

教育小孩如此,教育員工也是同樣的道理。我們都知道說與作之間應該一致,才能發揮最大的效果。我們也相信除非老闆就是來亂的,不然應該不會讓這種言行不一的問題發生才是。等等,真的是這樣嗎?

前一陣子,我跟之前的同事在聊天時,他提到他覺得公司不好混,因為作不好時老闆會罵人。我聽了之後,老實不客氣的回他,我覺得公司超好混。當然,他絕對不會就這麼接受我的答案,所以繼續追問我的理由。老實說,這個老闆雖然會罵表現不好的員工,但是罵人的程度還算一般而已。而對長年打滾於職場的老手而言,老闆的責罵不但不入他心,甚至可以轉化為對工作偷雞摸魚的補償。所以責罵本身沒有任何的效果,真正的效果來自於實際的獎懲制度與公司文化。如果公司對於表現不好的員工,不但沒有懲罰,甚至加薪、獎金、年資到了的固定升遷樣樣不缺,這樣的公司還能夠冀望擁有表現優異的員工嗎?會有啦,畢竟根據統計學的常態分布,總還是會有認真又表現優異的員工會出現在各個角落。但是,殘酷的事實是,這類所謂認真又優異的員工最後只有兩種下場,一種就是學聰明了,知道怎麼樣才能夠在公司裡過的輕鬆又自在。另外一種就是想不開,負氣出走。不管是哪種情況,對公司而言其實都沒有差別,結果就是認真又優異的員工越來越少,公司正式步向”劣幣驅逐良幣”的循環當中。最後終於成就了公司瀰漫著混水摸魚的文化風格,再也難以改變了。

聽起來這麼可怕的問題,睿智的老闆們怎麼可能會容許它的發生,甚至是始作俑者呢?是的,沒有父母希望自己的小孩依賴成性,但是就是有越來越多的小孩無法獨立自主。除了父母自己忘了言行合一的重要性外,另外一個可能的原因則在於對小孩的過度重視。所以一個每天忙於私事的老闆,其員工想必也是私事繁忙。一個因為重視而不敢在實務上要求員工的老闆,其員工的表現絕對是江河日下。講的再多、再好,都抵不過一個行為的影響。哪怕只是一個不經意的細微行為,也有可能造成巨大的影響,在上位者實在不可不慎啊。

2011年5月29日 星期日

計畫!計畫!計畫!

Plan_First_hz_164024_7最近有好幾次的機會接觸到所謂"看現在(看短)"或"看未來(看長)"這個議題,似乎每次討論的方向與結論都是兩者總是互相排斥。最常見的情況是,只要提到計畫或基礎性的工作(以我從事的軟體開發產業來說,就是一些軟體工程的事項),就會被扣上"看未來"的帽子。"看未來"這個帽子表面上美其名是表示具有長遠的眼光,但是骨子裡說的卻是這是完全不切實際的想法。公司都已經面臨生死關頭了,還在跟我談計畫、談軟體工程,你真是白目到不行。在許多人(老闆)的心理,這些事情不但無助於解決眼前的困境,甚至對未來有沒有助益都是很大的一個問號。

天啊,現在與未來怎麼會是互相排斥的呢?短期目標不就是為了長期目標的達成嗎?好啦,我知道很多企業根本沒有明確的長期目標。即使單就短期目標來看,計畫與看似無立即價值的基礎性工作,其實同樣扮演了相當重要的角色。當然,對一個一年後的目標,與對一個月後的目標,採用的計畫方式將會有很大的差異。除了計畫方式有所差異,因為執行期長短的不同,所以可以進行哪些基礎性的工作也會有所不同。不過不管目標長短,基本上原理都是一樣的:進行計畫,在計畫過程當中找出最具危險性的事情並擬定因應之道。如果你學過專案管理,就知道我在說什麼,這正是風險管理的精神啊。最有趣的點在於,這些因應之道往往剛好就是那些被視為無立即價值的基礎性工作。很難想像嗎?就像我們常說老祖宗的智慧,而這些流傳以久的基礎性工作就是前輩的智慧,自有它存在的價值。

很多老闆(尤其是那些能力強、積極性高的老闆)在面對短期目標時,喜歡套用先搶一步的做事態度。計畫?那是什麼鬼東西!基礎性工作?你是開玩笑的吧!

想像下列的情境,在某次預計展示 Windows 2050 的 Microsoft 發表會當中,正當 Bill Gates 在口沫橫飛地講解 Windows 2050 有多神奇時,如大家所預期地出現了 BSOD。以 Bill Gates 身經百戰的經驗,當然也知道重開這個大絕,所以就在 Bill Gates 的尷尬談笑當中,Windows 2050 順利重新開機並撐過了此次的展示。但是,問題沒有結束,因為地球聯邦軍已經訂了五億套的 Windows 2050,而交期是一天後!如果違約的話,Microsoft 不但拿不到一毛錢,甚至必須賠償地球聯邦軍一百億元。一百億元對 Microsoft 而言僅是九牛一毛,但是如果 Windows 2050 隔天不能交付,那麼地球聯邦軍就會全部帶上那個討人厭的小紅帽,而這才是 Bill Gates 真正無法容忍的事情。所以 Bill Gates 要求 Microsoft 的全體員工(是的,全部,包含掃廁所的王大媽) 開始"動手"解決問題。Bill Gates 要求馬上聽到要怎麼改,要改哪些源碼,才能夠解決這個問題。好啦,我也知道小紅帽真的很顧人怨問題真的很緊急。儘管電腦不像女人那般難以理解,但是電腦卻是笨到沒辦法告訴我們它為什麼會出現 BSOD。所以呢,我們必須抽絲剝繭去找出可能的原因。怎麼辦?抽絲剝繭需要計畫,讓包含王大媽在內的所有員工一起解決問題也需要計畫。但是 Bill Gates 是行動狂,所以要求大家馬上動手。下場如何...地球聯邦軍終於知道小紅帽其實還挺好用的,更不會出現那個無趣至極的 BSOD。

是的,當情況推到極致時,就是在面對所謂的緊急狀況時,這類老闆就會要求大家即刻動手,任何動腦、動口的事情都只是浪費時間,任何與問題無直接相關的事情都是罪惡至極。相信我,即使是這麼緊急的短期目標,同樣需要計畫,同樣有可能需要一些看似無直接助益的基礎性工作。甚至,對越緊急的目標而言,計畫就越重要,基礎性工作的幫助也就越明顯。當然,前提是你確實知道如何做計畫、也知道哪些基礎性工作是最有效益的。後者需要仔細審視現存的最佳實務 (Best Practices),找出適用於自己處境的項目,並小心地加以導入。如果不這樣做,不但可能無法達成目標,甚至可能引發(更大的)災難。有人會說,我們已經具備很好的基礎,根本就不需再增加這些多餘的項目。嗯,對於這類人,我勸你先搞清楚風險管理再說這句話。這跟基礎性工作本身沒有關係,而是根本沒有專案管理的概念。好啦,我知道有更多的人對專案管理嗤之以鼻,那我只好選擇跟那些人揮揮手,並在心理等著看好戲祝福他們。或者有人會說,我怕導入錯誤的最佳實務,如此一來豈不是讓問題更加嚴重,所以以不變應萬變才是最保險的作法。對此,我沒辦法反駁你,因為確實有可能因為導入錯誤的最佳實務而達到反效果,但是我腦中同時也浮現了"因噎廢食"這個令人深思的寓言故言。

如果你還是不相信,希望我親身的經驗可以讓你有不同的想法:

寫程式的人通常很怕一件事,那就是維護別人的程式,用如履薄冰這句成語還不足以形容那種令人膽顫心驚的程度。所以,如果情況合適的話,有時候重新來過會好於一再的修修補補。但是,真有這樣的機會,情況就會一帆風順嗎?那倒也未必。雖然重新來過在技術上可能是較佳的解決方法,但是對公司而言,重新來過只獲得同樣功能的系統,那可就不是那麼讓人愉快的抉擇了。

我在第一份工作時,公司原有網站系統採用 Perl + Oracle 的組合。為了簡省資料庫成本與日後維護便利性的考量,我提議全面改用 PHP+MySQL。公司接受了,問題是只有三個月左右的作業時間。對當時的團隊成員而言,PHP 是陌生的程式語言,如何做才能夠順利完成著實困擾著我們。再加上公司當然不會讓整個團隊做三個月的”白工”,所以自然還要加上一些新功能,更增加了我們所需進行的工作量。對此,我們當時採用了下列的作法
  1. 先取得公司的認同。因為 Oracle 的支出成本一向不低,所以可以當做一個很有力的說服點。
  2. 限制原有功能的修改。將公司想要修改的部份侷限在新增的功能上,而原有功能則不予以變動,如此可以大幅減少不必要的干擾。而且在等待新功能規劃完成的同時,我們可以全力進行技術的熟悉與舊功能的改寫。
  3. 制定寫作規範。為了讓日後的分工執行更加順暢,我們先制定了所謂的寫作標準。這樣的作法可以讓日後相互的支援變成可行的事情。
  4. 先完成共用元件。除了制定寫作規範,我們還先完成可以共用的功能元件,以減少不同人員間重複開發的時間浪費。
  5. 戰鬥室 (War Room)。雖然當時我們部門的辦公環境還算不上是真正的戰鬥室,但是因為屬於一個獨立的空間,所以平常作業時我們會將門關上,以隔絕外界的干擾。此外,當時大家都面對牆壁而坐,所以一轉身就可以跟所有人進行討論,大幅增加溝通的時效性。
  6. 完成獎勵。其實當時給的獎勵並不高,而且不是金錢上的獎勵,但是你知道的,有時候禮輕情意重 (話說回來,如果一直都很輕,那可就不好了)。
在團隊成員的一起努力之下,整個計畫最終順利完成。不但達成這個專案的目標,也確實做到了降低成本與增加日後維護效率的策略性目標。希望我個人的經驗可以提供你一些不同的想法,並對你的工作有所幫助。

Hacking 領導者 (1)
雖然”快”是現在商業環境的特性與要求,但是快的本質並不在於先跑,而是先到達終點。很多時候,先靜下來想好策略後再動作,反而能產生更快又更好的結果。但是千萬也別讓計畫的思考給困住了,以免錯失良機。

Hacking 領導者 (2)
不管是長期或短期的目標,都必須制定計畫。當然,越長期的目標,通常也必須花費更多的時間進行計畫。而計畫過程當中很重要的一個步驟就是找出將發生(或可能發生)的問題,並採取因應之道。相信我,這些解決之道通常就是那些被稱為只"看長"的基礎性工作。這些工作既然存在著,就表示它確實能夠解決問題,前提是你要能夠正確地加以運用。

2011年5月15日 星期日

誰才是你的敵人?

cot-transformers2-running-large有一個很有名的笑話是這樣的。

話說有一天小李跟小連兩個好友一起結伴去山上打獵。一開始兩個人運氣不錯,捕到了許多獵物,兔子、山雞、身材曼妙的精靈…。就在兩個人心滿意足,準備回家好好慶祝一番的時候,小連忽然聽到身後發出轟隆的巨響。兩人回頭一看,原來是麥卡登帶著狂派份子前來侵略地球。說時遲,那時快,只見小李把得來不易的美麗精靈毫不猶豫地丟在一起,開始往前拼命狂奔。小連看到小李的行為,不禁哈哈大笑,並對小李說:「你以為丟下身上的東西,你就可以跑贏狂派份子嗎?還不如在狂派份子殺了我們之前好好享受得來不易的獵物。」只見小李依舊頭也不回拼命的往前跑,而小連依稀聽到小李說著:「我只要跑贏你就好了…」結局呢?對於瞎掰的故事,你說結局是什麼就是什麼了。

廢話連篇的故事,其實重點只有一句,那就是身材曼妙的精靈我只要跑贏你就好了…。所以我們看到職場上有很多同事間的勾心鬥角,只為了讓對方不要贏過自己。這個事跟產品開發有什麼關係?如果你的公司從頭到尾只有開發一個產品,那這件事的確跟你沒有關係。又或者你的公司只有一個開發團隊,所有的產品永遠都是大家一起開發,那這件事也跟你沒有關係。但是如果你的公司擁有多項產品,而且每項產品的負責或開發人員不盡相同,那麼你就需要特別注意這件事。

通常我們在做產品分析的時候,會拿市場上功能/定位相近的對手產品當做目標,進行各式各樣的分析工作(像是SWOT分析)。做好了分析工作後,小連帶著一群人就開始埋頭苦幹,終於在1年後開發出了可媲美iPad 1000的MyPad+ (MyPad呢?因為沒有人聽過,所以直接跳過吧)。這群天真的開發人員,自此開始夢想著全公司的業務隨時隨地都在向客戶推銷MyPad+。還有人因為想到下個月就可以帶著身材曼妙的精靈在充滿陽光的沙灘上度假,開始擔心自己腹肌不夠明顯而產生焦慮症的行為。一個月過去了,別說是充滿陽光的沙灘,就連窗外的陽光也已經好一陣子沒有看到。就在眾人納悶的同時,小連忽然發現原來開發MyToyPad++++++ (MyToyPad++++++是專門賣給有錢小鬼孩的類MyPad設備。注意,是MyPad,而不是MyPad+) 的整個團隊已經消失了好多天。因為MyToyPad++++++設計簡陋,而且利潤也比MyPad+低了許多,所以小連以為該團隊已經因為銷售不佳而被趕回家吃自己。小連不知道的是,那群開發MyToyPad++++++的傻瓜同事正在充滿陽光的沙灘上度假呢。發生了什麼事?MyToyPad++++++因為沒有強大的功能,所以業務在推銷時不需要大費周章地跟每分鐘幾十萬上下的有錢家長多做解釋。而且因為沒有競爭對手,所以業務在推銷時可說是無往不利。MyToyPad++++++實在太好賣了,好到沒有人願意去賣MyPad+,別忘了它的對手是iPad 1000。

所以,對MyPad+而言,他的競爭對手不(只)是iPad 1000,MyToyPad++++++也是,甚至可說是最大的敵人。當然,一般公司的情況不會這麼機車極端。但是就像一開始提到的故事,如果你連小李都跑不贏,那你可能連生存下去都是一種奢望。公司內部產品的競爭,除了取決於與競爭對手的功能差距外(例如 iPad 1000 vs. MyPad+ 與 MyToyPad++++++ vs. 無競爭對手),更包含了業務的心理因素。而業務心理因素的形成有許多原因,像是產品推出的時間 (越早期開發的產品,因為業務銷售已久,所以閉著眼睛也會賣),以及產品的易用性(也就是是否容易銷售)等。說到底,只有一個理由,就是越容易賺錢(不一定是賺最多錢)的產品,越容易獲得大量業務的支持。

對於同時期開發的產品,產品通常處於較為平等的地位,因此事情就相對簡單。但是如果要面對的是早期產品,或是因為過去的歷史因素而使得業務對你的產品失去信心,那麼你就需要用一些策略來贏得業務的支持。我個人覺得相當有效的一個策略就是,跳過業務而直接接觸你的使用者。如果不可行的話,就陪著業務一起面對使用者。不管哪種作法,目的只有一個,就是讓使用者感到滿意。只要使用者感到滿意,加上產品銷售數字的成長,聰明的業務們自然就會做出最佳的抉擇,也就是全力銷售你的產品。
以前我很喜歡提醒產品經理,你所負責的產品其對手不是XXX,而是我們公司的YYY。這樣說,並不是要引起內部的惡性競爭。事實上,YYY的原開發團隊已經離開公司,所以我這樣的說法並不會引起開發人員間的競爭。如果你的公司不是這樣的情形,身為主管的你,可得想清楚要不要說這些話,要怎麼說?說的不好,引起了過度的競爭,不但可能導致資源的重複浪費,過於專注在內部的競爭上也減少了產品對外的競爭能力。但是如果你是產品經理,不管你的主管會不會提醒你,你可得都要好好關注這個問題了。


Hacking 老闆
如果你不說清楚,那麼各個產品(開發團隊)之間就可能會出現許多奇怪的關係,而這些關係更有可能會毀了你的公司。

Hacking 產品企劃
雖然你不需要把公司的其他產品置之死地,但是我相信你也不希望成為別人手下的犧牲品。不過在你做任何動作之前,請確認你的作法符合公司的文化。如果公司文化強調合作,你就應該努力合作發揮綜效。但是如果公司強調個別的表現,那你絕對要好好思考你的產品策略了。

職場駭客首發

對大多數的人而言,在所有令人不知所措的話題中,"自我介紹"就算不是第一名,至少也在前三名之內。

或許是對自己太過熟悉,也或許是每個人都忘了好好了解自己,所以一般人的自我介紹大概都很難超過五句話。我怎麼知道?因為我這幾年來陸陸續續面試了上百人,不管是初生之犢,還是沙場老將,都不免被這個令人冏到不行的話題給絆了一跤。不只個人,很多企業主對自己長期經營的企業也無法清楚地加以描述,甚至是描述出來的景象跟旁人所感受的完全不同。我很想把這篇自我介紹往這個話題延伸下去,但是這樣一來我害怕自我介紹的心態就昭然若揭了。
所以拉回正題,我是誰?

我剛出社會的時候,剛好恭逢.COM的熱潮。經過一、兩年現實與夢想的拉鋸,在.COM泡沫化後成了逃兵,跑去一家做軟體專案的公司上班。三個月後,我二話不說遞出辭呈,因為做專案的成就感真的很低。我喜歡看到自己做出來的東西不斷地成長、受到使用者的激賞、當然還有可以賺很多的錢。所以我日後只選擇有自我品牌產品的公司,希望自己可以做出一個真正對使用者有所幫助的產品。我做到了嗎?還沒,但是我也算不上徹底地失敗。所以就像許多步入(或即將步入)中年的職場份子一樣,高不高、低不低的情況著實令人感到尷尬與恐慌。

前一陣子某個Head Hunter很誠懇的告訴我,像我們這種有點資歷(大約10年上下)又不是很有資歷的人,在職場上的(好)選擇並不多。而且如果沒有把握住最後的機會,可能就會永遠無法翻身。當然,他希望我好好考慮他所提出的"好機會"。我拉起虛偽的笑容,口頭上說我會好好考慮,但是我心裡想的卻是甚麼才是好機會?更深層的問題,除了掙更多的錢,工作就沒有其他的目的了嗎?當然,我不會跟他討論這個問題。因為這本來就是見仁見智的問題,更何況他的立場絕對不會告訴我應該選擇去做免費的志工以求得心靈上的滿足。身邊年紀相近的朋友,不少人開始對職場的未來失去了憧憬,安全、穩定成了最基本的考量。至於我自己,我希望我還沒有失去對職場的勇氣與熱情。

所以,在這裡我會談到我在過去10年工作經驗中所看到、感受到的事物,也會談到面對職場的無力感與希望。好,上面這句其實是廢話。事實是,我想寫甚麼就寫甚麼,想冒險的讀者就請一起上路囉。

個人檔案
種族 : 人類
性別 : 男性
等級 : 35+
職業 : 不定
技能 : 專案管理、軟體開發、產品開發
專長 : 喜歡用不同的角度看事情,簡稱唱反調
特質 : 矛盾,時而悲觀,時而樂觀