1. 從程序員到項目經理（17）：你不是一個人在戰斗--思維一換天地寬
程序員和項目經理是兩種完全不同的崗位，工作方式也大不一樣。以前是一個人單干，現在是團隊一起干，以前是自己親自干，現在是指揮別人干，這是一種巨大的變化。要適應這種變化，首先必須要轉換思維模式。思想決定行為，思維模式就好比在陌生城市找路用的地圖，拿著過時的地圖，自然無法到達想去的目標。思維不換走老路，思維一換天地寬。
1.從單干到群干
從程序員到項目經理，不只是職位的變化，其工作性質也發生了根本性改變，簡單的說，是一個從單干到群乾的過程。
嚴格來說，程序員並不是單干，他們也是在團隊中，需要具有團隊合作的精神，但其實程序員的工作具很強的單乾的特徵。在項目中，程序員的基本工作，也就是完成項目經理分配的開發任務，而這些開發任務，是項目經理或團隊進行工作分解後的小的工作包，是一個確定的功能點，一個人足可以勝任，因此程序員只需要自己構思、自己編碼就可以了，並不需要很多人一起來合作完成。
項目經理不一樣，他面臨的不是某個確定的功能點，而是整個項目，無法一個人完成，必須要整個項目組齊心合力一起來做，這就是群干，也就是團隊作戰。項目經理不只是自己需要團隊精神，更要能夠激發其他人的團隊精神。
我們看一看程序員和項目經理兩種角色的比較：
正如黃健翔的名言說的一樣：「你不是一個人在戰斗！」項目經理要時刻記住這一點，不要只顧自己悶頭編碼。只有學會發揮團隊的力量，才能管好項目，成為一名真正合格的項目經理。
2.為什麼軟體企業人難管
從單干到團隊做戰，項目經理最大的變化就是以前只需要管自己一個人，現在你要管一個團隊，以前獨善其身就可以了，現在要兼濟他人了。可以說，項目經理最重要的一項工作就是管人。
但是軟體企業的人是出名的難管。軟體公司的經理管人有兩難，一是留人難，人才流失成了很多公司的心病；二是用人難，要把程序員用好，把大家的潛力發揮出來，決非易事。
（ 1 ）留人難
每年春節過後大約三月份，是很多軟體公司的人力資源部經理最「興奮」的時候，一方面他們要大量招人，另一方面，大量程序員辭職流失，讓他們叫苦不迭。
程序員的離職率高，一直是行業的普遍存在的問題。據前程無憂網站2012提供給《中國經濟周刊》的信息表明，IT行業人才流失率高居所有行業的首位。另外據CSDN的一份調查顯示，43.6%的開發者在5年內換了3份以上的工作，這么高的跳槽頻率真是讓人瞠目結舌。我們不禁要問，為什麼程序員這么「喜歡」跳槽呢？
我曾經接觸過數以百計的人員離職，根據對他們的分析，我將程序員離職的主要原因分為三種：
表 程序員離職原因分析
以上枚舉顯然不能窮盡所有的問題，但能抓住主要原因就可以了。
這么多問題中，最重要的還是薪資問題。據《北京青年報》的調查顯示，「職業收入高低」是促使人們跳槽和選擇新職業的首要原因。然而在這一問題上，公司其實也有其苦衷。
很多人從學校畢業，對開發基本上一無所知，經過在公司一年多的培訓學習，取得了巨大進步，個人能力提升很快，此時必然對薪資要求也比較高，這是可以理解的。然而，站在公司的角度，這一年你基本上還談不上什麼貢獻，公司卻付出了較大的成本，大幅加薪一時難以接受，難道我把你招進來就是為了培訓然後再漲工資幹活嗎？你也許會認為公司非常短視，這樣的公司不待也罷，殊不知，軟體行業看似光鮮，其實大量的企業掙扎在生死線的邊緣。據工信部統計，2011年上半年我國軟體行業利潤僅占軟體業務收入的1.28%，這么低的利潤率，能活下來就是成功，對公司提出過高的要求也是不現實的。
在這一場博弈中，沒有誰對誰錯，但公司肯定是受傷的一方。真正將員工利益與公司利益統一起來的鳳毛麟角，大部分公司里，公司和員工就像一對冤家，雖然互相需要，卻又矛盾重重。
當然，其實公司也應該轉變思路，不要總抱著我培養了你、你應該感謝我的心態，在程序員進步巨大的情況下，還是要給員工相應的薪酬，真正留住人才，畢竟軟體項目禁不起人員劇烈變動的折騰，從長遠來看，公司還是劃算的。
（ 2 ）用人難
留人難，用人更難，要把程序員用好，則是難上加難。員工用得好，每個人都奮勇當先，以一當十。用得不好，員工死氣沉沉，沒有朝氣和干勁。在我所見過的軟體項目中，雖然有不少程序員工作主動積極、富有效率，但更多的是缺乏激情、消極怠工、甚至不服從項目經理工作安排情況。
為什麼軟體開發人才就這么難用呢？這是由多方面的因素所決定的：
●軟體開發的特點
軟體產品有一個非常顯著的特徵，就是它是一種無形的東西，在生產過程中看不見也摸不著，完成以後可以看到運行效果，但你還是無法知道它是不是一個「豆腐渣工程」。它裡面暗藏的問題也許若干年後才能看到，也就是說它的質量評價非常困難。這與傳統的製造行業有著非常大的差別，比如你是造一棟房子，生產過程中我們就能看到它的結構設計是怎樣的，它的地基是不是夠牢固，它有沒有用「牙簽鋼筋」等等。
第二個重要特點是對人的依賴性非常大。同樣的一個功能點，由不同的程序員來做，所花的時間可能會相差很遠，比如有經驗的人來做可能只要1天，沒經驗的人來做，可能1周甚至1個月都完成不了，做出來的質量也可能有天壤之別。即使是同一個人，由於其工作狀態的差別，也會產生巨大的差異，如果主動積極做，可能只要1天，消極怠工的做，就無法預期了。這樣的情況，在傳統行業是無法想像的，只要按規定的程序和規范來做，即使換一撥工人，也可以在同樣的時間建造出來，建出來的房子的質量也不會相差太遠。要知道，再爛的挖土機也能挖出一個大坑。
總之，軟體開發存在非常多的不確定性，非常依賴於每一個開發人員。雖然管理專家們發明了很多方法企圖來減少這種不確定性，減少對人的依賴，讓軟體開發像傳統行業一樣變得可控，但迄今為止，仍然沒有一個通用的行之有效的方法，專家們也不得不無奈的發出「沒有銀彈」的感慨。
● 程序員的個性比較強
不得不承認，與其它行業人員相比，程序員顯得更加內向、不合群，有些人自視甚高，看不起別人。他們做事沖動、不服管，也就不足為奇了。
●程序員的想法比較多
程序員都很聰明，對自己的期望值也很高，不會滿足於現狀。有想法本來是好事，但人人都很有想法時，經理就沒那麼好當了，沒有高超的領導技能是難以應付的。
綜上所述，軟體企業對人的依賴性非常強，卻又面臨著留人難和用人難這樣兩難的困境。要解決這些問題，一方面要求軟體企業真正要做到以人為本，另一方面也對管理者提出更高的要求。
3.轉換思維提升領導力
留人難、用人難，難道我們真的就無能為力了嗎？這兩難困境中，有行業原因、有公司原因，對於這些，作為項目經理也許力不從心；但也有程序員的原因和項目經理自身的原因，對於這一類問題，項目經理並非無能為力。即使在同一個公司，不同項目組中的人員流失情況、團隊士氣也會有很大的差別，這說明項目經理完全是可以有所作為的。對於有強大領導力的項目經理而言，人員的流失率會更小，工作效率會更高。要提升領導力，首要的是轉換思維。
在前面博文中曾介紹了管理的五大思維：以目標為中心的思維、整體思維、平衡思維、以人為中心的思維、團隊思維。其中前面三項與理事有關，而後面兩項與管人有關。下面我們對這兩種思維進行詳細的解析：
表 管人的兩大思維
可以看出，這種以人為中心的思維和團隊思維，真正體現了以人為本的思想。它們與程序員的機器思維、單干思維大相徑庭。許多項目中的問題，就是由於項目經理的思維還停留在程序員階段造成的。
管理學之父彼德.德魯克說：「管理是一門反映人的內心，與人性息息相關的科學。」項目經理只有跳出程序員思維的局限，實現思維的轉換，尊重人性、遵循人的社會法則，才能真正把人留住、用好，項目團隊才能具有更強的戰鬥力。
4.項目經理也是人事經理
在管人的方面，除了要建立上面兩大思維之外，還要提高一項認識，那就是項目經理其實也是整個團隊的人事經理。
很多項目經理對下屬關注的重點往往是他有哪些具體技能，比如他有幾年工作經驗，他會用JQuery嗎，熟悉NHibernate嗎等等，而對於項目組成員培訓、薪資、離職這些事情，則認為統統是部門經理或人力資源經理的事情。如果將問題交給人力資源部，需要跨部門協調，比較麻煩，因此乾脆直接全部推給部門經理。
我擔任部門經理的時候，曾無數次遇到這樣的情況：
項目經理找到我說：「經理，某某要辭職了，幫我安排一個人。」
「你跟他談過沒有？」我問道。
「還沒有。」
「他為什麼辭職？」
「還不清楚，可能是工資問題吧。」
我找員工溝通過之後，原因自然是五花八門，有要求加薪的，有抱怨環境的，還有跟項目經理合不來的，不一而足。經過多輪溝通，該開導的開導，有合理要求的盡力幫助爭取，還有一部分可以承諾延遲滿足，或者用前景來「誘惑」等等，採取這些方法之後，還是有不少人願意留下來繼續做的。其實，大部分辭職的人並不是喜歡換工作，而是有一個心結，需要上司來幫他打開。
其實我做的這些工作，項目經理一樣可以做。項目經理與員工朝夕相處，要時刻關注員工的動態，發現異常情況，及早介入溝通，也就不需要其上司費盡心力了，而且員工可能根本不會走到辭職這一步，溝通效果會更好。
項目經理還有一個普遍存在的誤區，就是在評價下屬時，習慣於說某某不聽話、不好管。殊不知，一個員工好不好管，其實也取決於項目經理本人的態度和做法。一個看似不好管的員工，經過引導，同樣可以成為項目的骨幹，這樣的例子屢見不鮮。
所以項目經理在碰到管人的難題時，不要再總是想「這個我管不了」、「那個我沒辦法」，而應該抱著「我也是人事經理」這樣的心態，主動溝通、想辦法。如果經過分析或者努力後，確實需要上司出馬的，才去請上司來幫忙解決。直接把問題丟出去，當然是最簡單，但這樣做一方面你在團隊中的威望會受到影響，項目的凝聚力下降，另一方面你的個人價值也大打折扣。
5.打造「凝膠型」團隊
著名職業經理人唐駿說，管理的任務就是「造一條船，然後讓船劃起來」。對項目經理而言，我們已經有了一條船——就是項目團隊，現在的任務要把它劃起來。
軟體質量之父沃茲.漢弗萊曾經提出，一支高效的團隊應該是一種「凝膠型」的團隊。在這樣的團隊中，大家有著清晰的共同目標，彼此合拍，每個人都全身心投入，團隊顯示出超常的戰鬥力。
我曾有經過一次項目災難拯救的經歷，這一段時間我真正體會到了凝膠型團隊的力量。項目上線後發現軟體運行效率極低，故障不斷，人人疲於奔命，客戶發出最後通牒，三天之內搞不定就下線。在這種情況下我臨危受命，臨時接管項目。接手後我主要做了以下幾項工作：
1.找出當前影響最大的幾個問題，採用頭腦風暴法一起找出解決方案，在短時間內讓客戶體驗有較大改善，讓客戶重拾信心，然後不失時機安撫客戶情緒；
2.每天客戶下班後開會，與項目組成員一起進一步研究項目存在的問題，按輕重緩急做成任務列表，制定階段目標，並檢查上一階段完成情況，更新任務列表；
3.向公司申請了充足的經費，保障後勤，改善工作環境和吃、住條件，解除後顧之憂；
4.與團隊一起加班加點，一起分析問題，並親自完成一些力所能及的功能修改。
有隨後一段時間里，項目團隊的狀態讓人難以置信。項目組雖然夜以繼日的工作，卻沒有一個人說出一句怨言。其中一位同事才剛當上爸爸一個星期，就駐現場無法回家；還有兩位同事的女朋友半夜打電話過來，他們只能躲在一邊苦苦安慰；還有一位同事，由於個人原因早先已經申請了離職，仍然與我們一起奮戰到最後一刻……經過一個多月辛苦修改完善，項目總算徹底擺脫了危機，項目組高高興興打道回府。
在這一次經歷中，雖然大家都很辛苦，但每個人都過得很充實。大家同心合力，每個人都貢獻了自己全部的智慧和力量，也都做到了以前難以想像的事情。
我為什麼舉這個一個非正常項目（陷入災難）的例子呢？這是因為要建設一個真正的凝膠型團隊非常不易，不只是依賴於項目經理和每一位成員，還與公司的制度、氛圍、項目的任務特點等多方面的因素密切相關。在這個例子中，項目災難顯然也是激發大家戰鬥力的一個重要因素。不過，即使是不能完全做到，但通過項目經理努力，還是可以近似實現的。
根據項目經理團隊中充當的角色和發揮作用的不同，凝膠型團隊可以分為兩種，即星型和網路型，如下圖所示：
圖 兩種「凝膠型」的團隊
● 星型
項目經理處於中心位置，好比一顆紅太陽，把大家吸引在自己的周圍，整個項目組依靠項目經理領導力團結在一起。這要求項目經理個人能力極強，富有魅力，具有絕對的權威。星型團隊的決策方式常常是這樣的：項目經理收集意見，項目經理決策，再反饋給大家，或者由項目經理單獨決策，再分發給大家。
● 網路型
網路型的團隊中，項目經理看似在其中不佔主導地位，項目經理的權威被弱化，實則項目經理的對團隊的控制已經內化到每個人的潛意識之中，達到了一種近似於「無為而治」的境界，因此對項目經理的要求更高。
這種團隊的決策方式一般採用民主制或民主集中制。把大家聯結在一起的不只是項目經理領導力，更是富有挑戰性、具有吸引力的目標，以及共同的認識和價值觀。項目經理往往是外柔內剛，能夠不動聲色，於無形中實現對項目掌控。
能夠建成星型團隊的項目經理已經寥寥，能做到網路型更是可遇不可求。不管有多難，目標不能丟。我們就好比是一群已經出發的登山者，來到了山腳下，怎麼能夠因為看到山太高太難爬就放棄攀登呢？
https://www.cnblogs.com/watsonyin/archive/2013/04/22/3035203.html
2. 從程序員到項目經理（12）：如何管理自己的時間（上）
項目經理必須要主動的管理自己的時間，合理安排自己的工作，才能真正「翻身」做自己時間主人。1.誰動了我的時間時間對於每個人而言，都是最稀缺的資源，對於一個管理者更是如此，時間不夠用成為幾乎所有管理者共同的問題。如果要對項目經理常說的話做一個調查的話，想信「我很忙」一定可以名列前茅。以我的經驗，當要求項目經理按時提交項目材料，或者臨時支援某件緊急事務的時候，經常會聽到同樣的回答：「我很忙」。多年以前，我就從經理那裡聽說，厲害的管理者都是很輕松的，因為他的工作全部交出去了，根本不用自己操心，所以他們出去度假十天半個月，一切工作都會如常進行。從那時起，我就充滿了對管理的神往，可是後來我才發現原來這只是個傳說，現實中忙忙碌碌的經理比比皆是，而輕松自如的管理者則是眾里難尋。為什麼管理者都這么忙呢？是誰動了他們的時間？實際上，這是一個綜合性的問題，既有內部原因，也有外部原因，既有主觀原因，也有客觀原因。總的來說，讓經理們不堪重負的因素有三：(1)工作對於一個程序員來說，他的工作是比較單純的，基本上是單線程運作，只需要項目經理交待開發任務即可，可是當上了項目經理就不一樣了。以前好比在游泳池中游泳，現在是在大海里沖浪，各種事情如潮水一般向你涌來，讓你顧此失彼，手足無措。(2)下屬下屬也是一種資源，即人力資源，這種資源與時間一樣，同樣具有稀缺性。其實我們可以設想一下極端情況，如果你的下屬人數足夠，能力也很強的話，你完全可以像我的經理說的一樣，把你的全部工作授權給你的下屬，你自己也就不用整天焦頭爛額了。因為你的下屬不給力，所以你總是要自己來制定計劃、自己來做系統架構、自己來監控進度、自己來檢查質量、自己來寫文檔、自己來匯報工作、自己來解決重要問題、甚至自己來編寫代碼，你整天忙忙碌碌，就是在忙這樣的事情。然而，千萬不要怪你的下屬，因為他們不給力正是老闆僱傭你的原因，況且資源的稀缺性是永遠存在的——從原始社會到將來的共產主義社會。要知道，老闆做項目為了賺錢，而不是讓管理者更輕松，如果每個項目都是精兵強將，你只要一聲令下工作就會自動完成，你倒是輕鬆了，但老闆還要你來做什麼？(3)自己既然資源受限是一定的，項目經理還是應該反求諸己，從自己身上找到解決之道。這就好比天下雨了，你怪老天是沒有用的，只能怪你自己沒有帶雨傘。經常問一問自己，我對工作安排合理嗎？我抓住了主要問題嗎？我在旁枝末節的事情上浪費時間了嗎？我有充分發揮下屬的能力嗎？我自己工作拖拖拉拉嗎？…通過不斷的自省，改善自己的管理方法和行為習慣，我們對時間利用也必然會變得越來越高效。 2.時間管理的本質是對工作的梳理要破解忙的難題，必須要有意識的對時間進行管理。其實時間本身是沒法管理的，因為無論你怎樣管理，時間既不會變多，也不會變少，既不會變快，也不會變慢。所謂的時間管理，其實就是如何更有效的利用時間的問題，更加直白地說，其本質就是工作管理，即通過對工作的梳理，讓我們在有限的時間內，使得工作更有條理、更有成效。必須要主動、有目標地對工作進行梳理，這是對一個管理者的基本要求。工作梳理就好比整理房間，你不去整理它，雜物就會堆積得越來越多，你房子最終會變得不適合人類居住。一個好的家庭主婦，必定善於將各位物品分門別類，並且適時扔掉一些用處不大的物品。一個好的項目經理也一樣，同樣需要對工作進行分類，對不同類型工作採用不同的策略，有些工作要現在就做，有些可以晚點做，或者不做；有些工作一定要自己做，有些工作則可以請其他人來完成。通常對工作梳理，可以採用5W1H法，即： Why——為什麼干這件事？（目的）； What——什麼事情？（對象）； Where——在什麼地方執行？（地點）； When——什麼時間執行？什麼時間完成？（時間）； Who——由誰執行？（人員）； How——怎樣執行？採取哪些有效措施？（方法）。在一般的項目中，Why和where往往不是什麼問題，或者說對項目經理的時間管理影響較小，因此我們不妨將其簡化為3W1H，也就是確定要做什麼，不做什麼；先做什麼，後做什麼；誰來做；怎樣做才更有效。基於此，項目經理可以按以下三個步驟來梳理工作：（1）分析要做什麼、不做什麼，以及先做什麼、後做什麼解決What和When的問題。事有輕重緩急，事情的重要程度和緊急程序直接決定其處理的優先順序。雖然很多事情來勢洶洶，但並不表示一定要當即處理，有些事情只是靜靜的躺在那兒，也並不意味著要「等有了時間再做」。（2）分析由誰來做解決Who的問題。雖然我們提倡項目經理要以身作則、親力親為，但並不是說每件事項目經理要親自去做。對於下屬可以勝任的事情，就把它分配出去。如果出現項目經理很忙、下屬很閑的情況，那就說明項目經理你做得太多了，不要和你的下屬搶事情做。（3） 如何讓工作更有成效做不做、什麼時候做以及誰來做的問題都解決了，剩下就要解決怎麼做才能讓工作更有成效的問題了。在這里我們不是要討論編碼或寫文檔的技巧，而是個人的習慣和認識，這對工作成效的影響更是本質上的。 3.做事要分輕重緩急老外就是善於總結，中國有詞語叫「輕重緩急」，可是到了國外搖身一變，變成了「時間管理四象限法」——自從美國總統艾森豪威爾提出以來，人人將其奉為圭臬，成為時間管理領域最重要的方法論。所謂的「四象限法」，就是將工作按照重要程度和緊急程度兩個維度進行分類。我們找一張白紙，以緊急程度為縱軸，以重要程序為橫軸，在紙上劃上一個十字，將紙面分為四個象限，然後將當前所有要做的工作放到這個四個象限中。一個典型的項目經理四象限圖如下所示： （1） 第一象限：重要緊急這一類往往是火燒眉毛的事情，需要馬上去處理，否則項目會受到重大影響，比如客戶伺服器崩潰。（2） 第二象限：重要不緊急這類事情一般是預防型的工作，例如制定項目計劃、團隊建設等，它們不需要你停下手上的工作馬上去做，但如果沒做好的話，可能就會導致產生項目危機。許多第一象限工作產生的原因，正是因為第二象限的工作沒有去做。（3）第三象限：不緊急也不重要這類事情看上去最不需要做了，例如上網偷菜、看新聞、寫博客等，但如果你在辦公室走上一圈，就會發現很多人正在干著這些不需要乾的事情。 （4） 第四象限：緊急不重要這類事情雖然不重要，卻需要馬上去處理。一個典型的例子就是桌上的電話響了，你接還是不接？當然要接，因為你不知道是誰。接通後，發現是推銷保險的，你又不好意思立即掛掉，只好被對方折磨一番了。 我們到底該怎樣安排四個象限的工作呢？對於一個普通的管理者，其工作的優先順序一般是這樣的：第一象限>第四象限>第二角限>第三象限。可是，等做完了第一、四象限的工作，根本就沒有時間來人做第二象限的工作，於是項目到了後期項目經理只好四處救火。管理大師彼德.德魯克十分推崇「時間管理四象限法」，並將其總結為「要事第一」的原則。根據這個原則，每個象限的工作處理策略是不一樣的。（1）重要緊急優先順序最高，需要盡快處理。很多人都玩過《植物大戰僵屍》的游戲吧，那你一定知道「一大波僵屍正在逼近」的感覺，是的，你必須要馬上打死它們，不然它們就會沖進你的房子，吃掉你的大腦！（2）重要不緊急這類事情看上去可以暫緩，但考慮到其重要性，應當與第一象限的工作並行去做。如果不及時去做，它們就會轉移到讓你頭疼的第一象限中去，或者在第一象限產生更多新的「僵屍」。所以，要在僵屍還沒有逼近的時候，就好防禦工事，並盡快打死它們，如果等到它們沖了過來，你還能不能保住大腦，就要看你的運氣了。（3）緊急不重要它們就像是在你耳邊「嗡嗡嗡」地叫著的蒼蠅，你必須要花時間去趕走它們。這多少讓人有些無奈，但這些事情確實層出不窮。有些公司在實施緊急項目時，經常採用封閉式開發，這樣做的一個重要原因就是要迴避那些緊急不重要的事情。很多管理專家建議我們在必要的時候勇敢說「不」，其實就是針對這類事情。如果實在無法說不，建議安排或委託其他人來做。（4）不緊急也不重要如果不是時間充裕的話，建議不要去做。如果礙於人情的話，建議安排或委託其他人來做。它們就像一群在幾百米遠處飛的蒼蠅而已，你完全不必要放下手中的飯碗，舉起蒼蠅拍跑過去和它們決斗。因此，對於一個卓有成效的管理者，其優先順序應該是這樣的：第一象限=第二象限>>第四角限。第三象限就像數學中的無窮小一樣，被舍棄了。寫到這里，我想起了前不久一位項目經理的故事：項目定於當天上線，項目組決定搬到客戶現場辦公，以應付可能出現在的突發事件。項目成員電腦已經全部打包好，都圍在項目經理周圍等待。原來項目經理正在理一大堆發票准備報銷，於是發生了這下面這樣的對話：我：「大家都在等你，怎麼還在填報銷單呢？」項目經理：「今天是公司的報銷日，不填好單子，又得推後很久。」我：「你的電腦打包了沒有？」項目經理：「沒有」我：「放行條開了沒有？」項目經理：「沒有」我：「申請用車了沒有？」項目經理：「沒有」我不知道說什麼好了。要知道公司的報銷單粘貼和填寫非常嚴格，經常被打回重新弄，那一堆發票，顯然不是十幾分鍾可以搞定的事情。還有公司的用車也比較緊張，不趕緊申請，說不定就沒有了，到時就只能租車或打的，這無疑又會耽誤更多的時間。更何況六七個同事都在等項目經理一個人，耽誤的時間還得要乘以他們的人數。萬一系統上線，狀況頻出，客戶火燒眉毛，項目組卻仍然在路上，這樣的後果是很嚴重的。貼報銷單看上去一件重要緊急的事情，實際上它既不重要也不緊急，因為今天不報銷，以後還是可以報銷，可是因此耽誤的寶貴時間，卻無法再要回來。