2014年6月30日
［PL的Project Management］你也是用人力不足來當project delay的理由嗎？
圖片來源：http://i1.sinaimg.cn/
最近聽到某位主管說：＜Project delay的問題很多，像是人力不足，所以效率不高。要提高效率的話就得增加人力，成本就會提高，這對公司是個負擔。可是這個project已經投入那麼多人了，其他project都不需要這麼多人，為什麼還是人力不足？＞
這段話文法沒有錯，聽起來也很順，只是內容很矛盾。
1. 已經投入很多人了，還人力不足嗎？
2. 人力不足跟效率不高會是因果關係嗎？
3. 要提高效率只有增加人力這個方法？
4. Project問題很多，但看起來也只關心人力問題和成本問題，但這是根本的原因嗎？
2014年6月19日
＜讀書樂＞放下百萬年薪也要做的事：徒步環島看見心中的台灣
想不到因為今天痛風在家休息的時間，讓我看完這本書。
因為面試，認識小曹。
他休息二年後再入職場，我沒有懷疑他的能力，就像我也沒有懷疑自己休息一年半一樣。
更何況他中間還做了一件讓我覺得了不起的事－－徒步環島。
雖然當同事的緣份短暫，但是跟他聊起徒步環島的事卻印象深刻。
今天在腳痛到不能動的情況下，看完他這本走完一圈台灣的書，真是很特別的感覺。
能完成一件讓自己覺得驕傲的事，是一輩子的印記。
凡走過必留下痕跡，只是走過的路能累積成驕傲的又有多少呢？
一開始訂的目標有多大，結果也會有多大，只是能有勇氣去設定大一點的目標嗎？還是光想到過程可能的困難就放棄退縮了呢？過程是辛苦還是美好，沒做，又怎會知道？沒做，又怎會感動？
就像小曹說的，＜種子＞已經種下了。
2014年6月14日
［PL的Project Management］不清楚、不透明，什麼都卡住
PM：＜這個是誰負責？該找誰處理？＞
RD：＜你都不知道？我怎麼知道？＞
RD：＜客戶report bug，但是沒有tester email，怎麼跟他聯絡？＞
PM：＜你可以跟我說，我再轉給客戶的PM，他會再幫我們轉給tester。＞
RD：＜沒有直接tester的email嗎？不然你給我客戶PM的email。＞
PM：＜你可以找A PM、B PM或某某某也可以。＞
RD：＜所以是要email都寄給他們三位嗎？＞
RD：＜這個project要開Ａ、Ｂ、Ｃ、Ｄ、Ｅ的權限才行，要填申請單給IT。＞
二天後～
RD：＜哇咧，都開了Ａ、Ｂ、Ｃ、Ｄ、Ｅ了還不行，還得再開Ｆ才行。真是ＯＯＸＸ。＞
二天後～
RD：＜Project的文件是放在server，這也要申請才行。天啊～到底還有什麼要申請的？＞
RD A：＜你知道project的schedule嗎？下一個milestone是什麼時候，為了什麼？＞
RD B：＜噗～一個月了，我連PL、PM都沒見過，每次都是前幾天才發mail說要build load，我怎麼會知道project schedule，我只知道手上這幾個bug只剩二天的時間可以解。＞
RD A：＜這個project到底有幾個PM？都搞不清楚。＞
RD B：＜我知道有二個PM負責不同版本，分別是PM A和PM B，然後管new feature的是PM C，有issue manager的 PM D，對vendor窗口的PM E，工廠問題的有PM F，不過CTS到底是PM G、PM H還是PM I負責的我還搞不清楚，因為都來跟我追過問題。還有沒有其他PM，這我就不知道了，有接觸過的就上面那幾個了。＞
RD：＜這個bug跟某個new feature有關，可以知道那個new feature到底是要做什麼嗎？誰負責的？＞
PM：＜我查一下excel。＞
RD：＜這個excel有在server上嗎？我們可以自己查。＞
PM：＜沒有。這個是RD A之前整客戶給我new feature patch。Feature spec.是在做什麼，不知道，要再查一下，如果找不到就要再問客戶了。＞
RD：＜那有那個patch嗎？之前遇過幾次因為patch沒整好出現的bug。＞
PM：＜嗯，我查一下，不然我請RD A寄email給你好了。＞
很多時候，PL/PM只要做好資訊整理這件事，公布出來讓大家知道有問題可以從哪裡找到正確的資料，方便大家做事就可以省掉很多不必要的溝通。不卡住，project效率自然就提高了。
2014年5月18日
［成長系列］看見問題，看見機會
圖片來源：http://aws.personalfinancemastery.com
看不見問題，可能是你還太嫩，或者，你已經在那個環境太久，麻木了。
看得見問題，表示你有能力，能判斷的出對和錯，知道什麼是應該和不應該，或許還會對如何解決問題有明確的想法。
看得見機會，因為你看到的不只是問題，而是看到解決問題之後能帶來的景象。問題不是困擾你的難題，反而是你可以表演的舞台。
2014年5月4日
願意一起追逐夢想嗎？
圖片來源：http://www.en8848.com.cn/
＜你想做的事情很棒，相信大家都會認同你的夢想，但是大家會懷疑的是，你是否真的有能力帶領大家去實現它？＞
關於追逐夢想，我想到自己的二個故事。
＜故事一＞
第一次換工作，是老闆帶著一個team去新公司開發手機平台。新公司現在已經很大，但在當時我們很多人都沒聽說過，手機更是剛剛切入而已。老闆說我們是要去開發一個全新的平台，從零開始，自己設計，自己開發，會是很有趣的挑戰。我相信不只是我，其他人也都為能開發一個新平台感到興奮。但是不可否認，開發新平台不是件容易或短期的事，當時也懷疑新公司的決心，也懷疑是否真的做得出來，不過憑著團隊幾年來培養的好默契和信任感，我們願意跟著老闆一起為這個不可能的任務努力。現在幾年過去了，我至今仍對曾經參與一個從無到有開發的手機平台感到驕傲，這是我工作經驗中，唯一一次認同一個夢想，並且完成的。
2014年5月3日
［成長系列］別輕易說不
圖片來源：http://www.newamericans.ny.gov/
＜不行，這個我不會。＞
＜我沒時間再做這個。＞
＜這個不是我負責的，問題不應該給我。＞
這些是你習慣說的話嗎？
你可以說不，但千萬別輕易說不，甚至當下就脫口拒絕，因為你可能把機會也拒絕了。
［PL的Project Management］PL，你應該站在第一線
圖片來源：http://cdn2.business2community.com/
PL，對不起！後面的位置不是你的，那是老闆的，你該站到前面去。
如果你搞不清楚自己該扮演的角色，相信你的老闆會好好教你的，可能會用愛的教育，不過更可能的是震撼教育。
＊你要能頂得住客戶的質疑，不能找個小兵去當炮灰。如果是PM在主導，至少也要跟PM一起面對，做PM有力的技術支援。
＊你要能頂得住老闆的壓力，project的問題你必須概括承受。
＊你要能站出來做決定，不論是team resource的衝突、task priority的設定、需求做不做、工作任務的分配等，你可以要求team leader給你意見，但不能期待team leader能做超出他們能力或權力範圍的事。
2014年5月1日
［PL的Project Management］Project delay了該怎麼救？
圖片來源：http://www.foxgrp.com/
Schedule delay怎麼辦？
當老闆或客戶劈頭就問你這句話時，你該怎麼辦？
如果你平常就不是很用心的PL，你不會知道project真正的問題在哪裡，不知道問題在哪，你當然也就提不出好的方法。這時你就只能期待老闆不懂，含混過去，但可以想見project依舊改變不了delay的情勢。也許你就是project最大的問題也說不定。
即使你平常很用心，你也不一定會知道問題在哪裡。用心的PL不知道問題在哪裡而delay，就跟很認真做事的RD卻效率不好一樣，結果讓老闆生氣卻又不忍罵他。只能說能力、經驗、做事方法還不夠到位，要學習的東西還很多。不過好在有用心，project delay有機會成為最好的教訓，好好想想檢討一下，會找到一些答案的。提出好的改善方案或lesson learn，相信老闆會再給你支持和機會的。
2014年4月22日
〔成長系列〕太計較, 你會長不大
圖片來源：http://www.fiito.com/book/35
有次跟RD的對話。
我：為什麼bug轉給別人不用加note？如果別人什麼都沒說就把bug轉給你，你不會很ＯＯＸＸ嗎？
Ａ：會啊，而且常常遇到這種狀況。
Ｂ：如果一個bug我已經分析很久，也找到問題了，知道怎麼處理，只是問題在別人負責的範圍，不得已才把bug轉給他。像這個我自己就可以把bug解了，本來解bug的績效可以算在我身上，現在卻是算在別人身上，那為什麼我要把分析結果加在note，讓他輕鬆就可以解掉bug！
Ａ：因為老闆可能不知道你實際的工作內容，若是以解bug的數量來衡量你的績效，就會很吃虧。
訂閱：
文章 (Atom)