Login  

Blog Stats

隨筆分類

每月文章

影像集


愛思考的小寵物

maduka的管理心得

Friday, January 11, 2008 #

這幾天剛看完一本書

Peopleware 腦力密集產業的人才管理之道

 

裡面的內容主要是針對一般的軟體產業的管理

作管理方法的說明

 

主要的內容大概在說明

軟體工程師所需要的開發環境

人的適用以及團隊

 

其實這一篇的內容我很早就想寫了

只是一直沒時間寫出來

剛好趁這個機會順便寫吧

 

下面這句話是要對公司的管理者說的

你是否有真正的想過,公司的員工以及公司這個團體

是一個團隊,還是一個群體?

 

如果你很快的就說出,我們公司是一個團隊,那我可以跟你掛保證

你一定沒有仔細想過這個問題就脫口而出這樣的答案

 

你是否有真正想過,公司這個團體,真的是所謂的團隊嗎?

公司員工是彼此互相關心,除了工作上的狀況外,還會關心到彼此的家人與生活?

公司員工是否有共同的目標期望去達成的?

公司員工對於互相協助與配合,是出自於自願,還是礙於主管的命令?

最後

您所稱之為公司團隊的成員,是否擁有”凝結”(jell)這樣的一個要素?

 

一支已經凝結的團隊,就是已經緊緊結合到整體力量大於個別力量的總合的一群人

他們即使在工作中所能得到的快樂,遠遠超乎工作本身所能給予的

就算是再無聊的工作,已經凝結的團隊,也能樂在其中

 

在Peopleware 腦力密集產業的人才管理之道

這本書中提到許許多多對於軟體開發工程師的管理方法

非常建議所有的管理者都去閱讀他

畢竟軟體產業是一種新興產業

不能再以傳統的管理方式去作管理

 

在書中還有提到

給予工程師開發的良好環境

其實這一點有許多公司都在慢慢改善

畢竟

程式設計師若是在行銷企業或是客服人員旁邊

你永遠別妄想他會把程式寫得好

因為他進入神馳(flow)的時間太少,太容易被打斷,產能與工作效率就會降低

 

當然啦

書上的內容我不想寫太多

只能說這是一本超級好書

所有管理者都應該去看看這本書

提升自己的管理能力

因為不同產業,有不同的管理方式
posted @ 10:28 PM | Feedback (0)

年關將近
很多人都等著等過完年要提出離職信的動作
也相信很多人已經找好新工作,準備要前往新公司上班了

不過
我們不禁要問
為什麼有些公司的離職率總是會這麼高?
員工離開的原因
大多是管理者不願面對的真相
員工離開真的是為了出國唸書深造嗎?
員工離開真的是因為家裡有事無法繼續留在現在的工作嗎?
還是說
員工離開真的只是想要休息一下?

別傻了
你覺得員工在公司工作了兩三年,還領你每個月三萬塊他就會很滿足嗎?
還是你覺得員工在你的公司工作很快樂?
其實一切都只是表面而已

員工離職
大多數的原因不外乎以下三個
1.薪資太少
2.沒有升遷機會
3.與主管理念不合

其中,與主管理念不合,又可以延伸至主管的管理方式有問題,導致員工作得一點都不開心
只為了一頓溫飽忍你一下,等年終領到後,大可拍拍屁股走人
誰會在意公司是不是還能生存下去呢

哪個員工不希望與老闆大口吃肉大口喝酒的?
越聰明的員工,對環境的感覺越敏銳
一旦他們發現出了狀況後,很快就會作出果斷的決定
尋找下一片天空
所以當公司出狀況的時候
很難要求員工為公司著想
記得之前有提到的
要員工為公司著想,並不是能夠強求的,只有最笨的主管才會這樣要求員工
公司出現了問題,如果沒有及時處理或是宣布改善的計劃
很快就會發現周遭的同事一一求去

管理出現了問題,眾叛親離就不是一件怪事
posted @ 10:28 PM | Feedback (0)

在2004年的時候,天下雜誌出了一本書

叫作”開會開到死”

當時覺得書名很有趣,就買回來看了一下

 

這本書主要的內容是講

一家已經很穩定運作的遊戲製作公司,由於太過穩定

員工失去了創造及創新的能力

且對於公司的福利視為理所當然

當這家公司要被另一家公司併購

新公司的人來旁聽公司開會的內容,卻發現開會內容毫無建設

並下令限期改善的一個過程

 

其實,開會一直是各個企業中很頭痛的問題

每天總有開不完的會

但是開了會問題就能解決嗎?

 

在書中,作者將開會比擬成一部電影

若是一開始不能引人入勝,就失去了開會的意義

最後沒有給人強烈的印象與深刻的回憶,那這次的會議就不會有作用

如果會議中沒有演到重點,那這次的會議不開也可以

 

在某種情況下,會議只是一種型式

很多事都是在私底下就橋好的

 

像是人事的異動

主管必須先在私底下與員工談定,然後才在會議上宣布

臨時的指派,只會讓員工產生抗拒的心理

還有公司內部重大的決策

除非能在5分鐘內作出決定

不然為了一個討論的議題,花費20分鐘以上

此次的會議,就跟殭屍走路沒什麼兩樣了

 

可以講得例子很多

不過開會是一門學問,也是一個技巧

掌握開會的步調與內容,會議主席負上很大的責任

有機會,或許可以看看其他公司開會的情形

 

準備開會之前

參與者是跚跚來遲,臉上的表情是莫名其妙的感覺

還是手上準備好了一些會議的議題資料或是清單,充滿自信的眼神

開會的過程中

參與者之間是互相指責,還是大膽提出問題,亦或是無人發言

而會議結束後

大家是垂頭喪氣的走出會議室,還是熱情的討論會議內容,及後續該執行的工作

 

就以我的個人的想法來說

我覺得會議主要的功能,主要有以下幾點

1.作出重大決策的宣布:像是剛剛提到的人事異動及公司發展,這邊重要的是,一定要先私下跟員工進行討論,先讓員工有心理準備,有的人是無法接受臨時性的重大變更

2.後續工作內容的討論:不是討論該作什麼事,而是在開會前,大家已經知道該作什麼事,會議中只是討論開怎麼進行

3.激勵人心:在會議中,主動鼓勵員工,不論作得好還是不好,挑作得好的部份鼓勵,不好的部份,私下指正並提醒,不過有的地方需要拿捏一下,就是不能同一個會議中稱讚每個人,而是在不同的會議中,輪流鼓舞員工的心,不然會議主持人或是主管的激勵,很快就會失去它的價值

 

一間公司開會的內容與氣氛,反應了這家公司的生存動力

身為公司主管,不訪稍微注意一下開會時每個人的神情

相信很快就可以看出端倪了
posted @ 10:27 PM | Feedback (0)

Friday, September 07, 2007 #

引述自:
http://andyblog.wordpress.com/2007/09/07/軟體廠商的死亡循環/

以前在軟體廠商工作時,一直覺得我們的 技術人員好像是次等公民,駐點在客戶端受盡客戶的壓迫,公司為了省錢,認為這些駐點人員反正不常回公司,就安排一個公共區域給這些臨時回公司的技術人員使 用,所以我們這些人在公司沒有自己的位子。我一直認為,技術人員是軟體公司的生財工具,沒有技術人員,業務接到的專案不可能結案,所以我以前在做專案經理 時,很能體諒這些技術人員的辛苦,也願意在我的權責範圍內,給技術人員比較好的福利。

說到軟體業界的環境,我始終認為經過這幾年的競爭,已經是殺成一片紅海,有些廠商為了接到案子,為了業績,不管他們提給客戶的報價,技術人員是否 buy in,不惜做市場的價格破壞者。而客戶也因為自己公司的cost down(這兩年特別嚴重),廠商評選多以價格標選取合格廠商,所以常常是低價的廠商取得軟體專案。結果就出現了以下的循環,這種循環就好像程式中的 dead loop把系統搞掛了,所以我稱之為『軟體廠商的死亡循環』:

  1. 軟體廠商為了meet今年度的業績,不惜報給客戶破壞市場行情的超低價。
  2. 客戶因為本身公司要求要cost down,選擇報價低的廠商為該專案的vender。
  3. 廠商進來後,因為該專案的預算不高,長官說不能投入太多人力,所以專案主管要不就是只給專案經理一兩個senior engineer,要不就是找剛畢業的junior engineer進入專案。
  4. 客戶心態(註一)當然是管你廠商的預算多少,反正合約上該有的需求他都要有,不在合約上的需求他也要,否則就料下狠話,要盡其所能的刁難廠商將來的驗收與請款。
  5. 專案經理(註二)收到客戶的request,但他被授權的權力不足,無法決定這些不在合約上的需求要不要做,只能請示公司的專案主管。
  6. 偏偏專案主管的技術能力不足又喜歡硬撐,常盡其所能的維繫客戶關係,天真的以為給客戶好處,將來就有機會得到他們後續的新專案,而做出了喪權辱國的決定。
  7. 專案主管下了決定之後,總是該死的技術人員做到死,還沒死的技術人員,則只能選擇離職一途。
  8. 直到專案經理某天突然發現,專案成員所剩不多,所以向專案主管請示補人。
  9. 專案主管回覆,senior的都走了,而這個專案的預算只有這樣,所以我也只能給你junior的人。
  10. junior的人好不容易補進來了,結果又回到5,進入專案死亡循環 (該專案的結局通常只有以下三種:專案fail、專案無限期delay、客戶換廠商)。
  11. 軟體廠商的業務又接到新的專案了,回到1,進入軟體廠商死亡循環

如此不斷循環,專案永遠結不了案,結果就是把廠商的名聲搞壞了,而且客戶永遠也不會認為是自己的問題,所以總是會把專案fail的責任推卸給該死的廠商。然後,軟體廠商因為在業界名聲差而接不了案,業績不好只好倒了。結果客戶再選擇另一個送上門的低價廠商。

這種狀況會一直持續下去多久,我也不知道,但我認為適者生存,不適者淘汰,也許有這種心態的軟體廠商掛掉幾個,對於市場來說也是好的。另外,客戶心態都被這些廠商慣壞了,要把客戶的觀念導正才是最重要的事,而且軟體廠商的專案主管和專案經理也需要再教育。

註一:客戶的心態通常都是:付錢我最大,管你廠商去死!!

註二:這些專案經理通常都是因為主管信奉月暈效應(Hallo Effect,認為他在某個領域做的好,丟到另一個領域的表現應該也會不錯),將表現不錯senior engineer升上來的,但這些人因為沒受過專案管理訓練,結果就是搞掛了一堆專案。


看到這篇文章的時候,其實感觸蠻深的
之前在MSN Space上也寫過一篇文章

"客戶是需要教育的!!"

其實從以前到現在,我遇到過的客戶大多犯了一個問題
 
就是當系統發生錯誤,或是程式發生錯誤的時候
 
會回報廠商,回報廠商是最直接的反應
 
不過送來的訊息,往往都是"系統不能用!!",或是"系統出現問題,請查明"
 
客戶壓根不知道,只有這樣的訊息,廠商也不知道該從何找起
 
有點底子的客戶,就會把錯誤訊息,或是錯誤的畫面附加給廠商,其實這對廠商在DEGUB是非常有幫助的
 
如果能夠提供更多的資訊會更好
 
舉個例子好了~
 
在Team Fundation Server的合作模式之中,要新增一個Bug的回報
 
必須要有以下幾點
1.標題
2.徵兆
3.重現步驟
 
其中的重現步驟,其實對於程式設計師來說,是非常非常的有幫助
 
只是...現在還沒導入Fundation Server,客戶也沒有自己必須接受教育的自覺
 
總是覺得,請廠商來就是把問題搞定,其他的一概不管
 
說實話,這種客戶其實蠻多的...

posted @ 5:57 PM | Feedback (0)

Wednesday, August 22, 2007 #

當個懶惰鬼

 

每個人應該都想當懶惰鬼

不過這邊講的懶惰鬼並不是不作事,或是不長進的人

而是個懂得動腦筋的人

 

為什麼這樣講呢?

記得在很久以前

我在第一家公司工作時,當時公司的資深工程師作了一個叫作程式產生器的東西

它是一種可以很快產生程式的一個程式

當時我看到後,就回家研究了一下

大概花了三個月就模仿出一個類似的東西

 

當個懶惰鬼跟這件事有什麼關係?

 

後來我離開這家公司後,我當然就帶著我自己寫的東西,到下一家公司工作

在這家公司呢

我自己寫的程式產生器就派上用場了

曾經在短短的三天內,就完成將近30項功能的程式

 

當個懶惰鬼到底這件事有什麼關係?

讀者已經不想再聽你講往事了!!

 

言歸正傳

 

原因其實很簡單

 

就是因為我想當個懶惰鬼,所以我寫了一個程式產生器來幫我寫程式

除了很快產生我要的東西,我也省去了很多麻煩的動作,讓我有更多的時間去處理一些事

就是因為我想當個懶惰鬼,所以我會去思考該怎麼把處理同樣的事情所花的時間,縮到更短,這樣我能作更多的事

就是因為我想當個懶惰鬼,所以我會去想更多更快更簡單的方式,幫我完成我的工作

就是因為我想當個懶惰鬼,所以我會把很多事情都一股作氣作好規劃,讓我能夠在進行的時候,有更多的時間可以去進行突發事件的處理

 

所以

當個懶惰鬼好不好?

當個會思考,更積極的懶惰鬼更好

posted @ 7:25 PM | Feedback (0)

Tuesday, August 07, 2007 #

當初想要寫這篇文章,並不是因為想寫一些勵志文章

所以大家看到標題,也不要以為這會是激勵人心的故事

 

話說最近遇到幾個朋友,遇到的情形都很像

他們對於自己的人生有著滿懷期待的目標

但是卻又不知道該怎麼去進行並達成

 

其中有個18歲的小朋友竟然跟我說,20歲的時候,想要當個很厲害的程式設計師,要能夠會VB,C#,PHP等等的

我聽到後,並沒有澆他冷水,而問他,如果20歲想要達成這樣的目標,19歲的時候,他必須作到什麼樣的工作與經歷,那現在又必須要怎麼作

他聽了之後,跟我提到,那我覺得20歲好像作不到了,可以延後嗎?

 

為什麼我會說最大的敵人就是自己?

 

很多人很羨慕我,27歲就有如此的小成就,不論是在業界或是其他的領域,都算是小有名氣

但是,大家都知道,成功的背後其實是一連串的努力與失去

就以剛剛提到的那位18歲的小朋友

他很注重睡眠與休閒,不過他可能無法想像,18歲的時候,幾乎很少跟朋友出去玩,每天也都是在研究程式與網路到三更半夜

當我跟他這樣講的時候,他跟我說他辦不到,因為他很注重睡眠與休閒

聽到這,我就不太想再繼續講了,因為我知道,他敗給了自己,他無法戰勝自己這個敵人

 

另一位讓我印象深刻的朋友,她才小我一歲,不過目前在公司卻是擔任工讀生的工作

最近她想要換工作,但是卻沒有公司願意錄用她,甚至連面試的機會都沒有

我覺得,在這三個月內,她應該是找不到好的工作了

為什麼?

 

大概是兩個月前,我有個案子想要發給她作,價格不是很高,但是對她來說是不無小補

當時的她,歡心鼓舞的說,有了這筆錢就能為自己與家人作很多事,似乎已經在規劃這一筆錢該如何使用了

不過我對她說,為了要確認妳的能力,妳先寫個簡單的程式,就針對一個資料表寫出新增,修改,刪除與查詢的功能吧,作出來之後,我就把案子發給她作

一直到今天,她還沒作出來,案子當然也就不可能交給她作

她給我的理由是,公司加班加很晚,沒時間研究.NET,再不然就是看書都看不懂,上網也找不到資料,她寫不出來

其實這並不構成是作不出來的理由,只是她輸給了自己這個敵人

有用心與沒用心,從發問的問題以及表現,就可以很明顯的看得到,我想,再過一個月,她的程式一樣還是作不出來

 

當時,她問了我一個問題

為什麼要寫這樣的程式?

我沒說什麼

只是,如果她願意接受我交待給她的作業,一步一步的作下去,這個系統的功能就會從單純的資料存取,增加成會員資料的管理,再增加到一個簡易的workflow的維護系統,慢慢增加成更大的EIP或是ERP

這樣面試的時候,就不愁沒有作品可以面試了

現在的她,沒學歷,沒工作經驗,沒作品,在台北想找到一份正職的工作,真的是難上加難

,並沒有輸給任何人,而是輸給了自己
posted @ 11:35 AM | Feedback (2)

Wednesday, July 11, 2007 #

最近有個朋友看到一本書

書上面說若是公司要求員工填寫每天的工作記錄與報告

那就可以考慮換另一家公司工作,這家公司可以考慮不要待了

因為他工作的公司,在台灣算是中型的軟體公司

且也是要求每位員工填寫每天的工作記錄

因此他很不能明白,為什麼這樣作是錯的

 

以這件事來看,其實道理很簡單

在一間軟體開發公司之中

角色不外乎有四種

一般的基層員工,專案經理,總經理(也就是所謂的高階主管),老闆

 

對一般的基層員工來說

填寫每天的工作記錄並製作報告,其實是件花時間又會影響工作效率的一件事

每天工作8小時,還必須花30分鐘填寫每天的工作內容

如果是程式設計師,光寫程式都來不及了,誰有那種閒功夫寫記錄,再者,記錄該如何填寫?

寫了幾個程式?

幾行程式碼?

幾個功能點?

那為何昨天寫了五個功能點,今天只能寫三個?

當然,或許每個人工作的內容是可以量化的,主管也可以採用此種量化的方式作檢核,不過程式設計是一種創意與藝術的表現

創意與藝術都需要靈感,靈感並不是天天有的

 

對專案經理來說

每一個案子要作的工作內容,所花費的時間,交待執行的人,專案經理應該是再清楚不過的了,且要能進行工作的Control以及Follow up,一旦有Delay,專案經理也是必須立即的作出應對,並進行問題的解決

那既然對於整體的工作再清楚不過,又為何需要團隊成員作每日的工作記錄與報告?

很顯然,需要團隊成員每日工作記錄的專案經理,是個不稱職的專案經理,因為這樣會導致專案完全脫序演出,無法掌控

 

對高階主管來說

總經理需要看到每個人的工作記錄嗎?

如果公司有100位員工,每位員工的記錄花10分鐘,那總經理的一天就什麼事都不用作了,拜託…總經理的一天是多寶貴的一天,花時間在看所有人的工作紀錄豈不是太誇張了?

高階主管看到的,應該是由專案經理經過匯整後,得到 專案執行哩程碑的完成進度與報告,再進行工作內容的檢核,而專案成員工作的內容與考核,也是必須由專案經理透過專案執行中或是執行後的績效評估與工作執行 狀況作為評估的依據,如果高階主管必須每天都要去看專案成員的工作記錄,那請問還需要專案經理嗎?

 

最後一個是老闆

我想答案不用說,老闆需要員工的工作記錄嗎?

我想大家的答案應該都是一樣的,老闆的任務是,制定公司的遊戲規則

擬定公司未來目標與願景,並檢討公司成長與營運狀況是否有達到預期目標,若是沒有達到,則是必須與個事業部主管或是個部門主管進行檢討與商議

要老闆去看員工的工作記錄,只有閒著無聊的主管,才會拿來當故事書看吧

 

我想

我這位朋友會有這樣的疑慮並不是沒有原因的

因為她正好身處在這種環境的公司裡

而且又是不算小的公司,也營運很多年了

不過我這邊要提到的是

營運很多年,較具傳統管理方式的公司,才更容易有這樣的情形發生

但是管理的方式不斷的在改變,10年後採用10年前的管理方式

不見得對公司是好的方式,對員工來說也不見得是很好的公司

在位的管理者,亦千萬不能以傳統的管理方式作管理

不然很容易會吃到大虧的

posted @ 2:26 PM | Feedback (1)

在看完自慢後…

這幾天

工作上比較輕鬆後,我終於有時間可以拿起之前買的書來好好的看了

前幾個星期買了一本何飛鵬的自慢

其實看完之後,給了我很多很大的啟發

繼張緯良的管理學後,再一次給我一個深深的衝擊

裡面的每一個小節,其實都可以寫成很長一篇的心得

因為真的是感觸很深

印象最深的

是其中兩篇"好用的人正當紅"與"我確定公司不是我的"

 

好用的人正當紅這一篇,應該有很多人看過相關的網路文章

其實就是告訴大家不要當個好用的人,不然一旦當上好用的人

主管就會不斷的塞工作給你,導致工作作不完,老闆對你的評價就會降低

不過

應該要換個講法,不要當個好用的人,而是要當個有用的人

也就是當公司或是老闆交待的任務,都能夠順利的完成,並持續的自我進修

不就是一個有用的人嗎?

尤其是在自己的專業領域上,更是應該如此

文中描述不願意配合老闆交待不屬於自己專業工作的女職員

其實就是當個不好用的人,雖然對老闆來說,這是不好用的人,不過她的用意,是否也是要求主管仔細思考工作派任的合適性?

 

我確定公司不是我的,這一篇,我覺得經典的是在後記的地方

只有笨老闆才會要求員工以公司為重,假設公司是自己的

因為這種情境是員工體會到公司的善意之後,自動形成的想法,只能自然形成,無法訓練也不宜要求

因為最近有遇到一些朋友的主管

就是要求員工以公司為重,處理為公司著想

但是確未替員工著想,因此,看完之後也特別有感觸

 

仔細回過頭來,想想自己未來在管理上,或是帶領團隊上

是否可以借重這本書提到的一些論點?

我很肯定的講,一定可以!!

posted @ 2:24 PM | Feedback (0)

經過一翻折騰
小舖上的blog終於開張啦
之前有朋友問我
為什麼不在小舖上申請blog
當初只是很簡單的想說
自己不是個會寫文章的人
blog又很少寫
為什麼要申請
一直到了最近,發生了一些事
想要讓我貼一些自己遇到的狀況到blog上
所以才申請了這樣的blog來貼
不過
喜歡技術的人可能要傷心了
因為我主要會貼在這邊的文章應該大多是偏管理方面的吧
posted @ 2:18 PM | Feedback (2)