1.明確點出問題點，在執行專案連續2~3次(同事件發生)
2.PM 追求：規格、日程
規格：安排設計人員進行確認規格產品。
日程：讓設計人員知道日程即將來到。
3.指示問題：明確了解接受人員接受到指令，折解到每個人認知及能做到什麼事。
2010年7月1日 星期四
老仙答客問：解決問題 而非剷除現象
很久沒有收到過讀者的提問了，自稱「菜鳥」君問道：『若team裡面有位Ａ先生，是個技術能力很強的人才，但他跟其他組員處不來。可是現在案子正在進行中，不能沒有他。若把他換掉，成本與時間又增加，恐會拖延進度，繼續留他，又無法與他人溝通和合作。此時專案經理該怎麼處理比較好？』
「嘀咕」對的起你的專業(轉載)
這幾天因為頻繁的與人溝通交談，在過程中接收到許多的資訊與八卦，有些想法就以這篇文章做個分享吧。
有人問：『這件事情我處理到這邊，接下來換你處理，你處理請幫我回報給XXX好嗎？』
有人說：『gipi建議的那個做法好像不work，所以我們要改別的做法。』
有人說：『請你自己跟客戶說明，這東西我聽不懂。』
有人說：『這是XXX的問題，請你去問XXX。』
有人問：『為什麼你們都不教？』，我問：『為什麼你們不主動學？』或者『那你想學什麼？你講的出來我就可以教你，講不出來我怎麼教。』
我問：『為什麼你斷定這個問題是我們的程式問題？』，對方答：『不知道，因為不是錯在我寫的程式上』。
每個人在每個職務上都有該職務所需要具備的專業知識與技能，照理來說，每個人都應該有這樣的體悟：對於該職務最熟悉的人應該是你自己，而非別人。你應該要對你的工作負責，對你的專業負責，對你的知識與技能負責。
若你是個PM：專案過程有任何問題你應該要負起責任追蹤到解決為止，而不是把最後專案延遲的原因推拖到其他單位問題處理速度緩慢上。
若你是個RD：研發評估過程若有發生瓶頸，應該及早回報；若有遇到問題，應該仔細的了解原因；若遇到技術困難，應該提供好配套作法。
若你是個服務人員：客戶問題優先，須讓相關單位了解問題的原委與嚴重性，並做好後勤單位與客戶間的溝通橋樑。
若你是個主管：控制好專案進度，讓團員有較好的工作環境，問題發生時扛起一切責任都是最基本的。
PM推諉專案延遲原因、RD學而不思、服務沒有善盡安撫客戶的責任、主管沒有扛起責任，這些都是違背自己專業的寫照，若你有PMP，請展現應當有的價值吧；若你是證照達人，那請你展現該有的專業吧；若你是主管，請展現你的管理技能吧.....
我們以自己的專業與職稱自傲，卻又希望別人不要以放大鏡觀看自己，這不是很矛盾嗎？
當你做的每件事情都對的起自己的專業時，當責這件事情還不自然的在團隊中發酵嗎？
[嘀咕]誰該為進度延遲負責？(轉載)
還記得一年前我們曾為了這件事情跟另一個部門開了會，重點摘錄如下：
你們窗口不夠smart，不能很快速且清楚的了解我們要表達的意思，問了一兩次之後就不想再問她了，所以我們自己埋頭研究；接著是文件不夠，缺乏文件，影響我們的產值達1/2。
那場會議後我們部門對他們的支援或者態度並沒有改變，因為連該部門主管最後都認同我說的內容：
第一點，開放該窗口的目的是在接收問題與初步排除問題，並非在徹底解決每個問題，溝通是兩個人的問題，你說的他聽不懂是他的問題還是你的問題，這很難界定。第 二點，沒有那些文件不是一天兩天的事情，三年來都是這個樣子，如果每個人都說1/2的時間花在自己摸索，那我想問，我還不被老闆抓去殺頭嗎？目前我們提供 的基本類別就那幾個，而日常使用的source code也都開放可以trace，三年下來也過得好好的，如果沒有文件就無法順利工作，這樣說起來，我們公司的軟體工廠早就關門大吉了，如果覺得哪邊不夠 請列出來，一句文件不夠是沒有說服力的。
如果今天我把工作無法進行歸咎於微軟提供的 文件跟支援不夠、沒有開放好的窗口讓我們問問題，老闆會同意嗎？老闆應該會說：那你想怎麼解決？當然是一方面push微軟，另一方面也要從既有的程式中收 集範例，或者找其他部門的人詢問是否有相關的資訊，或者上網查詢英文、簡體的網站，事情並不會因為別人無法完全配合而無法進行的。
說 起來，我們在職場上很常遇到這樣的現象，遇到問題時，還沒先想清楚自己該做哪些事情，就先想到要去檢討別人，當我們所處的部門發生問題，我們本該就這些問 題先行釐清，想想我們自己有什麼可以做的，並找出需要其他部門配合的內容，仔細的說明清楚，這樣別人也容易知道哪些地方改善後對我們有幫助，否則這樣的討 論不只留於空談，更是一場口水戰。
誰該為進度延遲負責？
舉個例子吧，一個專案從PM-->SA-->SD-->PG，PM排定計畫、協調資源、確認進度後交由SA開始開立SA規格，SA規格完成後換SD最後輪到PG開始撰寫程式，若一個功能需要10個工作天完成，
- SA：2天
- SD：4天
- PG：4天
SA 延遲了1天，SD也延遲了1天，因此PG接手時時間只剩下2天了，PG很盡責的花了4天完成，但最後還是延遲了2天，這樣的狀況誰該對進度延遲負責呢？如 果SA、SD不要延遲，那進度會延遲嗎？相同的，若SA、SD準時交件，最後PG的產出卻延遲了，那誰該對延遲負責呢？你覺得是SA、SD還是PG，甚至 根本就是PM了？
整件事情PM絕對有責任，但若每個角色自己可以更對自己的工作進度負責，這個問題發生的機會應該會大大的下降：
SA催促PM快點跟客戶確認完專案範圍與交期，SA準時接到需求，就可以準時完成規劃；
SD催促SA快點產出SA規格，SD準時接到需求，就可以準時完成設計；
PG催促SD快點產出SD規格，PG準時接到需求，就可以準時完成程式撰寫；
癥 結點其實都在自己身上，你不願意催促，最後壓力可能就壓在你身上；你不願意確認，你可能無法有效的安排好你手上的工作，會有一段時間在閒置等待，控制讓例 外不要發生，就可以免掉很多延遲的風險，畢竟太多的加班都是這樣來的，所以當初我帶PG Team時，我每兩三天會跟SA/SD確認一次進度，看看規格會不會延遲，並跟SA/SD Team leader說了，只要規格準時出來，我們的程式絕對準時交件，規格延遲你就必須要接受我們程式延遲，若不能接受，那就請把關好SA/SD規格的產出時程 吧。
若自己都沒辦法掌握好自己工作上遭遇的狀況，無法檢討自己，那怎麼請別人改善呢？
訂閱：
文章 (Atom)