千里之行，始于足下，無論你有多么的豪情萬丈，總要從最基礎(chǔ)的東西做起。
然而要做一個好的基層工作人員，并不是低頭認認真真寫好代碼就可以的，其中可大有學(xué)問。
按照余世維所論，一個好的下屬應(yīng)該：
我也總結(jié)了如下幾點，歡迎大家補充。
當前的項目管理中，多是強調(diào)結(jié)果的，號稱結(jié)果導(dǎo)向或者結(jié)果驅(qū)動。
作為一個基層，做人重要，做事更重要，除了良好的溝通能力，能拿得出真金白銀的成果，更是每個項目經(jīng)理愿意看到的事情。
然而怎么叫好的結(jié)果呢？
一九五八年黨的八大二次會議上，提出多快好省的建設(shè)社會主義。多快好省四個字即體現(xiàn)了前輩革命家的理想壯志，也成為后來中國管理者心中的夢。所以我們時常聽到如下的話："這些功能下個月一定要出來"，"代碼質(zhì)量要高，要有詳細的注釋，測試用例，codereview"，"最好提前一周至少三天，可以準備demo"，"項目現(xiàn)在經(jīng)費相對比較緊張，希望大家克服一下"。
然而現(xiàn)代的項目管理給我們畫出了如下的三角形：
范圍，預(yù)算，時間三者相互制約，牽一發(fā)而動全身。欲范圍大(多)，就應(yīng)該增加項目預(yù)算(不省)，如增加人手，增加資源，買第三方成品，或者應(yīng)該延長時間(不快)，如推遲release的時間等。欲按期完成(快)，則可以增加預(yù)算(不省)，或者減少功能(不多)。
然而現(xiàn)實中，老板可不這樣想，預(yù)算是早就做好了的，時間也是確定了的，功能缺一不可，作為基層的程序員我們唯一可以影響的就是用加班換來更多的時間，當然還有中間的一個圓圈——項目的質(zhì)量。
到底是盡快的做出一個實現(xiàn)基本功能但設(shè)計稍有缺陷，測試不太完備，有少量的Bug的版本出來然后慢慢改進呢，還是經(jīng)過慢慢的精心設(shè)計，做出有完備的測試用例，經(jīng)過嚴格測試少有Bug的版本呢？
這個問題如果你問程序員，大部分人會選擇后者。尤其對于初涉職場，充滿激情的程序員們，往往滿腦設(shè)計模式，滿口軟件工程，幾乎見不得注釋中的錯別字和沒有覆蓋到的測試邊界，似乎一個不完美的方案就有辱于軟件工程師的名號了，我們稱之"技術(shù)潔癖"。
如果你問項目經(jīng)理，也會告訴你后者，而且最好以后者的形式用前者的時間(多少有些多快好省的味道)。然而很少有項目經(jīng)理會直接看你的代碼，更不關(guān)心你用的何種設(shè)計模式，也不會一個個看你的測試用例來思考是否覆蓋所有的邊界，更不會看你寫的注釋了。
所以很不幸，除了少數(shù)精通技術(shù)，熟悉細節(jié)，了解程序員苦衷的項目經(jīng)理外(這可是大多數(shù)程序員都翹首以待的領(lǐng)導(dǎo)啊)，大部分喜歡前者。
因為精心的設(shè)計，良好的文檔是需要大量的時間，完備的測試用例的代碼量幾倍于實現(xiàn)本身，功能測試，性能測試以及Bug的修改更是難以估計時間的，所以總的時間將幾倍于前者的時間，在此過程中，你獻給項目經(jīng)理的，除了等待，還是等待。
人是不喜歡等待的，尤其是很少反饋的等待，當我們用windows的時候，往往會出現(xiàn)估計時間相當不準確的進度條，然而我們還是喜歡看著進度條一直走到底，同樣項目經(jīng)理也是。
總是能夠很快的做出項目經(jīng)理能夠看到的版本，便容易給人一種能力很強的感覺，至少大部分人會這樣認為。
也許你會說：我做的版本Bug很少，后期維護成本低，QA一測不就能夠看出孰優(yōu)孰劣來了嗎？
仍然很不幸，在大多數(shù)人看來，你一個月做了一個穩(wěn)定的版本被認為是做了一件事情，而別人兩個星期做了一個不穩(wěn)定的版本，后兩個星期改了三個Bug是做了四件事情，而且其每次的會議總有進度可以說，成績斐然。
而且一個人身上所掛著的Bug的個數(shù)，實在不是一件值得羞愧的事情，反而是一件令人感到榮耀的事情，這說明了你重擔在身，舉足輕重。
如果你做了一個模塊，用了一個月，后來半年都不曾出過Bug，而另一個人做一個模塊兩個星期，出過多個Bug，并且后來兼任其他模塊的時候還在改Bug，還是很不幸，你會被認為所做的模塊相對簡單，不容易出Bug，并隨著項目的進行而被淡忘，會被這樣提及："他在半年前做過一個項目"，而另一個人卻會被認為所做的很復(fù)雜，有很多疑難雜癥，而且后來會被認為身兼數(shù)職，會這樣被提及："隨著能力的提升，同時維護并負責(zé)多個模塊，有并行工作的能力，有很強的解決問題的能力"。
也許你覺得我說的太極端，那就舉一個歷史上的例子吧，有興趣大家可以看李亞平的《前清秘史——入主中原之路》，其中是這樣描寫當時并稱“南戚北李”的兩位將軍的：
李成梁屢立大功，受封為伯爵，躋身于帝國貴族行列。在當時，他的地位、名望等，很有可能已在戚繼光之上。有一種看法，包括《明史》的作者們認為，恰恰因為戚繼光威名太盛，坐鎮(zhèn)薊門十六年，使敵人從來不敢來犯(沒有Bug啊)，于是轉(zhuǎn)道入侵遼東，才給了李成梁屢立戰(zhàn)功的機會。張居正死后，新政被廢，受到張居正支持重用的戚繼光被迅速邊緣化，在郁郁寡歡中死去(可能明朝認為薊門這個模塊不需要再維護了)。而李成梁，他同樣受到過張居正的支持和倚重，然而，可能由于下面的三個原因：其一，遠離京師，與張居正沒有過多的私人交往；其二，赫赫戰(zhàn)功給萬歷皇帝留下了深刻印象(每次總有進度可說)；其三，動蕩不安的遼東局勢離不開這位驍將(遼東模塊還需要維護啊)。從而，李成梁避免了池魚之災(zāi)。
當前社會中，不是如此嗎？是修了堅固的河堤的市長感動中國，還是和民眾一起抗洪搶險的市長感動中國呢？是治理的地方路不拾遺的公安局長應(yīng)該升職，還是讓黑社會猖狂十年然后一舉擊潰的公安局長會升職呢？
如果你覺得你的項目經(jīng)理英明過于歷史甚至當朝首輔，那么恭喜你。
當一個模塊或者一個任務(wù)交給你的時候，可能存在各種各樣的困難，會出現(xiàn)各種各樣的問題，需要各種各樣的資源，這一切都應(yīng)該慎重考慮后盡早提出。
問題的盡早提出，其實是風(fēng)險控制的一種手段。
調(diào)配資源，排除干擾，風(fēng)險控制是一個項目經(jīng)理的重要責(zé)任之一，然而不要認為項目經(jīng)理會英明神武到知道一切細節(jié)，也不要認為這是項目經(jīng)理的事情，與你無關(guān)。其實一個模塊，真正了解細節(jié)的是你。
所以對團隊來講，事先問題沒有提出，到時候出現(xiàn)是你的甚至你的團隊的責(zé)任，問題及早提出了，項目經(jīng)理向相關(guān)人員請求資源，到時候沒有解決就不是你的責(zé)任，甚至也不是你們團隊的責(zé)任了。這個樣子既幫助你的項目經(jīng)理控制風(fēng)險，又能夠在外國人面前撇清責(zé)任，是每一個項目經(jīng)理都歡迎的事情。
對你個人來講，問題及早提出了，以后或有Bug，或有delay，都不會給人一種突然的感覺，也給項目經(jīng)理一種對你，也對整個項目可控的感覺。
從心理學(xué)上來講，人們多慣于先聽壞消息，再聽好消息，而不愿意先聽好消息，再聽壞消息，這就是我們常說的冷熱水效應(yīng)：一杯溫水，保持溫度不變，另有一杯冷水，一杯熱水。當先將手放在冷水中，再放到溫水中，會感到溫水熱；當先將手放在熱水中，再放到溫水中，會感到溫水涼。
一個經(jīng)常舉得例子是：某汽車銷售公司的老李，每月都能賣出30輛以上汽車，深得公司經(jīng)理的賞識。由于種種原因，老李預(yù)計到這個月只能賣出10輛車。深懂人性奧妙的老李對經(jīng)理說：“由于銀根緊縮，市場蕭條，我估計這個月頂多賣出5輛車。”經(jīng)理點了點頭，對他的看法表示贊成。沒想到一個月過后，老李竟然賣了12輛汽車，公司經(jīng)理對他大大夸獎一番。假若老李說本月可以賣15輛或者事先對此不說，結(jié)果只賣了12輛，公司經(jīng)理會怎么認為呢？他會強烈地感受到老李失敗了，不但不會夸獎，反而可能指責(zé)。在這個事例中，老李把最糟糕情況――頂多賣5輛車，報告給經(jīng)理，使得經(jīng)理心中的“秤砣”變小，因此當月績出來以后，對老李的評價不但不會降低，反而提高了。
不知從何時開始《致加西亞的信》以及《沒有任何借口》此類的書開始暢銷，從而以執(zhí)行力的名義把責(zé)任全部推到被領(lǐng)導(dǎo)的一方，用軍隊的方式來要求自己的員工，不講條件，沒有借口，從不說不，來完成領(lǐng)導(dǎo)所給的任務(wù)。真不知道資本家有什么資格這樣要求自己的員工，作為軍人為祖國獻身后至少能夠成為烈士，家人受到撫慰，而資本家在員工連跳九人的情況下卻在論證這個數(shù)字其實低于全國平均自殺率的。
然而大多數(shù)的領(lǐng)導(dǎo)的的確確喜歡沒有借口的下屬，也不喜歡聽到說不。所以當一個任務(wù)下達的時候，或者一種方案被指定的時候，不要直接說不。
領(lǐng)導(dǎo)畢竟是領(lǐng)導(dǎo)，能做到現(xiàn)在的位置，畢竟有強于你的地方；領(lǐng)導(dǎo)畢竟也是人，提出的方案也可能是拍腦袋拍出來的，也許會有不合理性。
然而需要記住的一點是：上情下達可以拍腦袋，下情上達則要用證據(jù)。
當你認為領(lǐng)導(dǎo)給的任務(wù)或者方案有問題的時候，除了上面提到的喊難在前之外，一定要加一句，"我試試看"。
當你經(jīng)過實驗測試，有數(shù)據(jù)或者日志足以證明你的結(jié)論的時候，可以嘗試說，"我覺得可能有些問題"。
然而有時候簡單的測試并不能夠證明的時候，或者領(lǐng)導(dǎo)再次堅持的時候，那就上手做吧，只是別忘了做的有擴展性一些，能在多種方案之間較容易的切換，并將領(lǐng)導(dǎo)堅持的方案暴露出來。當測試人員發(fā)現(xiàn)問題的時候，將比你說不有效果的多。這時候領(lǐng)導(dǎo)關(guān)心的便是如何Bug進行修復(fù)，不在糾結(jié)到底應(yīng)該采用你的方案還是他的方案了，當然此時你千萬不要得意洋洋的指出領(lǐng)導(dǎo)原來方案的不合理性，你不指出，領(lǐng)導(dǎo)其實是從心里認可了你的方案的，并且為你記了一功，如果你指出來，就適得其反了，大部分領(lǐng)導(dǎo)絕不會表面承認自己的錯誤的，可能會再次堅持自己的方案的合理性，并把因此帶來的項目失敗或者delay記在你的頭上。也許大家清晰的記得曹操不承認"雞肋"的退兵禁令而殺楊修的故事吧。如果你覺得你的領(lǐng)導(dǎo)氣度大于曹操，那么再次恭喜你。
也許你會說：這不是浪費了一個過程嗎？其實不然，你先做了領(lǐng)導(dǎo)的方案，然后改Bug的時候應(yīng)用了自己的方案，在領(lǐng)導(dǎo)眼中，你是一個好的下屬，好的執(zhí)行者，你是做了兩件事情的。
如果你堅持做了自己的方案而沒有優(yōu)先用領(lǐng)導(dǎo)的方案，則會有以下風(fēng)險：
所以，毫無怨言的接受任務(wù)——讓上司圓滿，如果有問題，讓Bug來說。
在外企，一個常說的詞叫"professional"，何為職業(yè)化，一個通俗的說法就是，該干什么的時候就干什么，當然無論干什么，永遠不要忘記，你是一個程序員，一個基層的程序員。
前面說過，除了寫程序，外企的生活是豐富多彩的，健身，按摩，小食品，飲料，旅游，年會，各種協(xié)會等等不一而足，而且外企的氛圍是相對寬松的，你可以在任何時間盡情享用，沒有人會有意見，當然是在你完成了工作的基礎(chǔ)之上的。
然而永遠需要記住的是，寫程序才是你的天職，而多彩的生活是公司對員工的福利，是一種施舍，說的不好聽一點，公司花錢請你來是寫軟件的，不是讓你來娛樂的，公司讓你娛樂是給你臉，你總不能給臉不要臉吧。話說的難聽一點，但細想想，話糙理不糙，試想如果項目經(jīng)理每次來巡查的時候都看到你或大聲的說笑，或盡情的飲食，或玩桌上足球的時候，其內(nèi)心不會有上面的想法？只不過是一種優(yōu)雅的方式表達出來罷了。比如走到你的面前，微笑著問："你的feature做的如何了？"，"BugXXX有沒有結(jié)果？"，順便強調(diào)一下你所做的模塊的難度和重要性："你做的這部分比較有難度，是對你能力的挑戰(zhàn)"，并在最后來一句："慢慢做，不著急"。你可知曉此彬彬有禮下面的深意？經(jīng)理兩次到你這里來說"不著急"的間隔越短，其實是說明這件事情越著急的。
所以說在辦公室的大部分時間，你都應(yīng)該低頭寫程序，談話也要討論技術(shù)問題，娛樂要適度，除非你想被人覺得工作量太少，不努力，或者你有足夠的信心自己負責(zé)的模塊不會出問題。
另外在開會的時候，你由于任務(wù)太多，總是盯著自己的筆記本默默寫自己的代碼嗎？不要這樣，這樣會讓組織會議的人感到不被尊重，會讓領(lǐng)導(dǎo)覺得你對項目組不夠關(guān)心，不夠投入，甚至不夠忠誠。開會的時候，就要像開會的樣子。你可以提前閱讀材料來準備幾個問題；你可以支持，補充或建議組織者的方案；你可以在外國人面前舉出證據(jù)來維護中國團隊的利益；實在沒招，你至少可以記會議記錄，會后發(fā)meetingminutes。這樣你給人的印象永遠是你是有想法的，你是有貢獻的，你是關(guān)心項目的，你是熱愛團隊的。
一個Team出去吃飯，或者出去旅游的時候，你是得意忘形的放開手腳去玩嗎？甚至脫離團隊和要好的朋友去逛嗎？不要這個樣子。余世維在《經(jīng)理人常犯的11個錯誤》的演講中曾經(jīng)說過，出去Teambuilding，對于員工來說是休息，而對于經(jīng)理來說是工作。的確，你要清楚資本家為什么會出錢讓員工去做這些和工作看起來無關(guān)的事情？為什么要大家一起出去而不是每人發(fā)錢自己去玩？當然是要增加團隊的凝聚力和歸屬感，為共同合作奠定基礎(chǔ)。既然對于經(jīng)理來講是工作，難道你不應(yīng)該有責(zé)任輔助你的經(jīng)理做好工作嗎？在大家一起吃飯的時候，如果冷場，積極的起一個話題吧；在經(jīng)理提出玩一個團隊游戲的時候，率先支持，主動去做吧；在外出旅游的時候，幫助你的經(jīng)理訂餐館，清點人數(shù)，攝影照相吧；當爬到山峰，或者年會表演節(jié)目的時候，喊出增加團隊凝聚力和影響力的口號吧；在活動結(jié)束后，整理資料，相片，發(fā)出email來進一步增加活動的效果吧。這樣你就是有組織能力的，輔助經(jīng)理成功的，有良好影響力的，也是熱愛團隊的。
這里提到了團隊聚餐中的話題問題，這里順便提一下，當然根據(jù)不同的Team的氛圍以及當時的情況而定，話題的優(yōu)先級依次如下：
最后，如果你在學(xué)校中是演藝明星或者體育明星，那么年會的表演以及團隊之間的比賽也不是你表現(xiàn)英雄主義的地方，而是體現(xiàn)團隊意識的地方，也是交流溝通的好機會。所以不妨在節(jié)目中介紹一下自己團隊的產(chǎn)品；不妨在角色設(shè)定的時候勸說coreteam的人加入扮演一個牛人角色(歡樂可以一定程度上沖淡馬屁味道)；不妨申請印有團隊logo的運動衣；不妨在運功過后和高層一同邊走邊聊(比平時沖到高層辦公室里面好的多的機會)；不妨去敬HR一杯酒，被她們多灌幾杯(HR的辦公室是個敏感區(qū)，平時很難交流感情啊)；不妨去維護機房的團隊那里敬酒以感謝他們的工作，去前臺那里敬酒以夸贊她們的服裝，發(fā)型等(他們對你來說真的很重要，想想幾百人的團隊，前臺和運維都只有兩三個人，還是那就話，當供需相差很大的時候，價格都會越來越高)。這將使你成為一個受歡迎的人。
做一個好的基層程序員，除了完成自己的本職工作以外，也需不斷增加自己的影響力，這既是你的品牌，也是日后加薪升職不可缺少的因素。
增加影響力主要有以下幾種方式：
在增加的影響力的前面，我加了一個形容詞——適當。要有和你的level相匹配的影響力，小心功高蓋主啊。外國人有時候會強調(diào)leadershipwithoutauthority，然而如果你果真這樣做了，多半會招來同事的敵意(你憑什么指手畫腳的啊)，也可能會招來你的lead心中的隔閡(沒有authority你都能夠lead啦，給你authoriy還不反了天了，你lead，那我干嘛)，所以還是不在其位，不謀其政的好。
當同事完成一項功能或修改完一個Bug的時候，你是否給過真誠的贊譽，幫其增加上述的影響力？
當同事幫助你解決了問題或者提出了優(yōu)秀的方案，你是否公開表示感謝，讓群眾和領(lǐng)導(dǎo)都知曉？
當領(lǐng)導(dǎo)問及你做的模塊的時候，你是否有意隱瞞了他人的功勞而突出自己的貢獻？
當會議的時候，你是否會處心積慮的故意反對競爭對手的方案，雖然你覺得其實這真的是個好方案？
當發(fā)現(xiàn)其他人的Bug，Code reivew的時候發(fā)現(xiàn)他人的設(shè)計缺陷，你是否幸災(zāi)樂禍的大聲疾呼，唯恐他人和領(lǐng)導(dǎo)不知？
你是否在同事，領(lǐng)導(dǎo)，HR的面前非議他人，嘲笑他人的設(shè)計，褒貶他人的缺陷，鄙視他人的技術(shù)，雖然的確你是此方面的大拿？
當你有幸獲得一份榮譽的時候，你是否先謝國家(公司)，再謝政府(團隊)，再謝領(lǐng)導(dǎo)，再謝同事？
給別人光環(huán)吧，別人也會給你光環(huán)。
一個只顧自己頭上光環(huán)的人，以及一個別人給了光環(huán)而不知回報的人，最終都會孤立無援，難以開展工作，是涸澤而漁的做法。
我們必須承認的一點是，每個人都有自己的長處，也有自己的短處，每個模塊都有優(yōu)美的地方，也有不盡人意的地方，你有你擅長的技術(shù)，別人也有別人擅長的方向。如果大家互相向別人的頭上套光環(huán)，則外人和領(lǐng)導(dǎo)看到的會多數(shù)是光環(huán)，從而大家精誠合作，團隊蒸蒸日上。如果大家全部互相揭瘡疤，則外人和領(lǐng)導(dǎo)則看到的會多數(shù)是負面的，從而大家互相猜忌，整個團隊都沒有希望。
歷朝歷代都有權(quán)臣，權(quán)臣之間必有黨爭，派別之間多知道對方的優(yōu)勢，也掌握了對方的把柄，如果派系之間相互合作，則大家都會壯大，皇帝則不會知道下面的暗流涌動，然而英明的皇帝多挑撥派系之間的關(guān)系，使他們互相揭露對方的把柄，從而下情上達，從中制衡。
我們也會經(jīng)?？吹剑斠患夜镜母吖茈x開他的老東家而投奔新東家的時候，公開場合下，此高管多會十分贊譽在老東家中工作過的時光，贊譽工作過的團隊，贊譽老東家的產(chǎn)品和項目，贊譽自己在老東家取得的進步，而老東家也多會給與此高管十分積極的評價，肯定其作出的貢獻，其為公司帶來的價值，其培養(yǎng)出的團隊。其實如果兩者之間如此的默契，如此的互相滿意，就不會發(fā)生跳槽的事件了，既然選擇分道揚鑣，則其中必有隔閡，只不過互相心知肚明，各不言明罷了。這樣無論對公司的發(fā)展，還是對此高管的職業(yè)生涯都有好處。試想，此高管必然是清清楚楚公司的優(yōu)勢劣勢，公司也明明白白高管的功過是非，就像一對生活了很久的夫妻，既知道你能言善辯，也知道你鼾聲震天，既知道你玉樹臨風(fēng)，也知道你不愛洗澡，如果在公開場合互相指責(zé)，甚至謾罵，豈不家丑外揚？
很多程序員寧愿多寫程序，也不愿意寫report，覺得十分麻煩，而又無聊。
但是Daily report，weekly report真的非常的重要。
首先report可以幫助你管理自己的時間。在時間管理中，我們知道，人總是有重要而緊急的事情，重要而不緊急的事情，不重要而緊急的事情，不重要而不緊急的事情之分。你是否總結(jié)和思考過自己真的總是做了重要而緊急的事情么？人們總是忙啊忙，從早忙到晚，天天加班，其實每天都在處理各種各樣的突發(fā)緊急的事件，使得計劃一拖再拖，而忽略了對自己很重要的事情。試想想吧，你原來計劃過要讀的書有多少是真正去讀了的？你在朋友面前暢談的宏圖大志有多少是真正實踐過的？你還記得兒時的夢想嗎？你是一直向著自己想要的方向在不斷的進步嗎？時間管理的原則告訴我們，每個人應(yīng)該有一張思考的床，不要窮忙、瞎忙、無心的忙。寫daily report和weeklyreport不完全是應(yīng)付上司的，也是自己思考總結(jié)的過程啊。我還記得最初每周定計劃的情況，當一周過去進行回顧的時候，我當時嚇了自己一跳，我原以為自己一直過的非常的充實，卻發(fā)現(xiàn)計劃做得事情真的只做了大概三分之一，照此下去，如何進步啊。有興趣大家可是試著制定一下計劃，越詳細越好，工作方面的可以寫給上司看，學(xué)習(xí)，社交等方面的可以自己寫給自己，有時候多少有些身在江湖，身不由己的感覺。
其二report可以幫助你總結(jié)自己的進步。當天做的事情一般人還是記得的，一個星期做的事情，大概就模糊了，半年前做的事情，則很多細節(jié)都忘記了。很多的時候，當我們每年對自己進行年終總結(jié)以期待明年加薪的時候，當我們想要跳槽來總結(jié)自己忙碌了幾年的成果的時候，往往會發(fā)現(xiàn)，report到用時方恨少啊。面試的時候，對于有經(jīng)驗的人，往往會將項目經(jīng)驗問的很細很細，當時你為什么選擇這種方案呢？系統(tǒng)的速度如何一步步改進提高的？你發(fā)現(xiàn)你可能說不清楚了。平時盡量多詳細的記錄一下自己每天的進步吧，這可是影響到你薪水的閃光點啊，對方的公司正等著一個牛人來提高他們的性能呢，你明明取得很不錯的結(jié)果，只是忘記了自己做了哪些改進，豈不可惜啊。
其三report可以幫助你增加自己的影響力。如上面所述，report不但可以讓自己知道自己做了什么，也可以讓上司知道你完成了什么，如果寫到wiki上，還能讓更多的人知道你的成績。
其四report可以作為維護權(quán)利的證據(jù)。這一點前面也說過，作為初入職場的基層，作為相對美國來說弱勢的中方，證據(jù)是非常重要的。當項目delay的時候，你如何證明你是提前schedule完成的？當性能遇到瓶頸，你如何證明你曾經(jīng)高效且沒有做過改動？在寫程序的時候，我們知道，當context不在的時候，唯一能夠定位問題的，就是log了，report就是你工作的log。
其五report可以使你的上司對你放心。很多初入職場的基層，埋怨上司過多的干預(yù)自己的工作，總是有事沒事的過來問，做的如何了？有什么困難？這段時間在做什么？有時候這種詢問會打斷你的思路，著實讓人困擾。其實情有可原，你剛來，不放心是可以理解的。如何做到你辦事，他放心是你的責(zé)任。當有階段性成果的時候?qū)崟r報告自己的狀態(tài)，每天寫dailyreport報告自己的進度都是讓上司放心的辦法。一個有意思的現(xiàn)象是，當你一天一封dailyreport向他匯報的時候，他卻不怎么過來干預(yù)你的工作了，甚至到最后daily report他也不怎么看了。
做到此一點，方能主動向上司匯報你的工作進度——讓上司知道，對上司的詢問，有問必答，而且清楚——讓上司放心！
初入職場，激情高漲，多喜歡將自己滿負荷運作，無論是需求來自領(lǐng)導(dǎo)還是來自同事，都不好意思拒絕，最后弄得自己疲于奔命，焦頭爛額。
其實工作中，是應(yīng)該給自己留有一定的buffer的，一方面，可以在項目有了突發(fā)事件的時候，不至于臨陣慌亂，尚有調(diào)整和處理的時間，不至于第二天demo，當天晚上代碼才完成。另一方面，要做好以上所述的事情，還都是需要buffer的，絕不能夠低頭干個不停。
另外，公司是要對項目負責(zé)的，而自己的職業(yè)前途，卻只有自己負責(zé)。除了每天忙于項目之外，總要有一定的時間進行自我進步，從而提升自己的價值。前面也說過，有的人面試的時候，僅僅知道項目中用到的知識點，而相關(guān)的卻很少知道，從而使自己的職業(yè)生涯既不廣，也不深。所以日常工作中，留有一定的buffer來將知識點變成知識面是很重要的。
所以如果你真的很忙，真的很累，要勇于喊出來，而不要默默的承受著，當然這不是讓你裝忙裝累，而是向周圍散發(fā)出一種信息，就是你已經(jīng)負荷較滿了。這樣你的領(lǐng)導(dǎo)在安排任務(wù)的時候，會綜合考慮，你的同事在向你提出需求的時候，也拒絕的合情合理。當然你不能總是喊忙，總是不出成果，如第一點中所說，result永遠是最重要的。而總是喊忙，總是能出成果，確是一種工作努力的表現(xiàn)。有的人認為，只有相互說話才叫溝通，其實不然，殊不知自言自語，凝重的表情，同樣是溝通的手段。
也只有在有buffer的情況下，你才能做到充實自己，努力學(xué)習(xí)，才能了解上司的言語——讓上司輕松，你才能夠做到對自己的業(yè)務(wù)，主動提出改善計劃——讓上司進步。
