唯有思考才能找到更多的可能性

學而不思則罔 思而不學則殆,不過似乎我們不曾想過既不思也不學稱為

什麼?我想分享的是 思考這件事?最近;我把Peopleware讀了2次,不過我

讀書是囫圇吞棗式;通常只會記得概略性的大綱,這本書我說過很多次,確

實很有意思,但也讓我留下許多問號?

今天;恰好跟一群夥伴聊到管理的相關事務 ,我們提到工作環境的改善,於

是提到書裡寫到的個人工作使用的空間大小的論點,我是這麼簡化描述這

個觀點 ,假設;公司給每個人的使用空間是IBM 微軟 Google...的兩倍,那麼

我們的工作效率會不會是這些一線知名公司的兩倍? 可以理解的 ;這種討

論最後會回到對於人員本身素質的檢討 ,所以後來我們把焦點轉向了個人

,從個人我們談到兩個都懂 c的工程師,彼此對於 c 語言的感受不同 熟悉度

不同...

我認為;這個討論最後失焦了,不過那真的不要緊,我比較關心的是不知道後

來在場的夥伴;回去後是不是有其它的想法?我們究竟是不是從這個討論啟

動了某些思考開端,我認為唯有思考,才能從不同的角度重新檢視曾經囫圇

吞棗帶過去的想法 ,如果我們把個人工作使用空間的討論是建立對於自己

的比較,那麼我想;我們不會有當初這麼堅定的討論方向,至少 ;會在想法上

游移; 如果工作空間變得既舒適且安靜,會不會比原先工作的效率更好?而

不是比別人更好?

沒有思考,沒有反思,沒有批判,尤其是對自己的想法沒有經過這個過程;永遠

無法找到其他的有邏輯的可能性

<<後記>>

我可能在說你也可能不是? 因為那不重要,重要的是我們是不是引導了主動

思考這回事

抱歉！我並不希望你們假日來公司加班

親愛的夥伴,我最敬愛的摯友;我不知道你們多久會來看我的Blog;或是根本不會來,但是我還是想說一些心裡的話,今天我到公司看到大家認真加班,每個人不求加薪在星期假日到公司來趕工作,那種熱情;我本該由衷感激,不過;抱歉!我必須說:我並不希望你們假日來公司加班,因為加班只是效率不佳與無法準確估算時程最佳寫照,雖然;我不是你們每個人的主管,不過我必須跟你們說:這類的加班是錯誤的,不管對公司對個人來說,都損耗了最大的成本,而且;個人也不相信趕工出來的東西;品質能夠得到任何的保障

不過我應該更精確的說明我的想法,我所指的是沒有按照計畫行事而因為要交付客戶產品時程趕不及所需要的加班,這一連兩個禮拜,我看到這種狀況真的是搖頭連連,如果我自己知道;我所要購買的產品不是按部就班完成,而是透過加班的手段來達成目標,那我會毫不遲疑的退貨,理由無他;因為工作沒有按照例行計畫施行來完成,在每個流程裡的工作者都無法確實估算他的工作流程所需時間;且無法提出保證,這代表了生產品質也面臨相同的問題->不夠精確且無法提出證明,那麼;我們該為這種例外管理上的趕工喝采嗎? 值得商榷...真正有效的管理計畫,應該要包含很多變異的因素,所以計畫本身就要包含變化,才能將不確定的因素降到最低,如此才能使經營成本得到精確的估算,保障企業經營的穩定成長,如果我們遇到的每個問題都是不確定的,那我們要如何保障股東與客戶的權益,替他們提供確實可行的願景?

公司假日仍在公司的比率,我應該數一數二,且每天從事工作相關的事務直到am 1:00,但是我絕對不願意把絲毫的時間浪費在這種無法保證自己工作效率的事務上,我寧願假日到公司心情輕鬆自在的讀我想讀的技術文件,我情願熬夜去探討怎麼寫程式會比較好或怎麼把程式更有效率的完成且如何兼顧避免錯誤的發生,如果興趣就是programming,如果因為興趣而工作需要不停的工作,那是個人選擇,除此之外;抱歉！我只能說,這種補償過錯式的加班,不值得稱許

如果;你們認同我的想法,應該深自思考甚至開會檢討,這兩個星期我們是為什麼加班? 沒準時的理由是什麼? 該怎麼改善這些缺點? 是誰沒準時把東西交出來? 是誰說哪天要給而沒給? 是不是要提早先把工作完成? 我有沒有事先提醒我的夥伴該完成那些工作? 在遇到問題時我有積極向上反應嗎? 該不該獎勵 把準時 把品質 當成第一要務的夥伴? 這樣才真的有把問題解決,否則;我只能說要靠加班趕工來彌補事前無法按部就班所犯下的錯誤,我非常不能認同,尤其是;這本來是可以提前完成的事,為何要這樣浪費資源?