剛剛畢業半年，我在公司程式設計師馬拉松比賽中冒出了乙個小小idea, 最後帶著團隊熬了兩天兩夜搞出來乙個demo, 還幸運的拿到了二等獎。
後來領導決定讓這個idea變成公司常態化的業務，我也有幸體驗了一次專案經理。
在半個月的時間內，從最初的需求評審，到技術方案確定，到**開發，到冒煙測試，最後終於加班加點讓專案如期上線。
這段經歷給我帶來最大的感觸是——從乙個程式設計師到專案經理的轉變
這點是我感觸非常深的。
還沒畢業在學校時，往往會習慣了單打獨鬥，彷彿只要給我足夠多的時間，我就可以學會某一特定的知識點。
但是作為專案經理，我不僅僅要保證自己的產出最大化，還要思考如何讓整個團隊的產出最大化。
作為專案經理進入乙個新團隊的時候，你可以清晰的看到團隊中無處不在的邊界。雖然各個角色和職能是完整的，但是斷裂非常明顯，很難順利開展工作。這些接縫的地方往往容易出現問題，形成了乙個個大家都避而遠之的坑洞。比如說，設計同學同學出完設計稿，上傳到共享位址裡面，就完成了他的職責。
從這個角度來說，「專案經理」其實是乙個背鍋俠。
這個時候專案經理需要用自己的肉身，去把這些洞補上，成為那個跨越邊界的連線力量。
設計稿有問題？需求點頻繁變更？打點資料異常？ 這些問題不解決，專案就會推動不下去的，就必須把這些鍋背下來，去不斷的推進。
幸好團隊裡面的每乙個成員都很給力，只要流程梳理好，劃分好職責和干係人，大家都傾入了非常大的精力和熱情，最終保證了專案的如期上線。
作為專案經理，還是要好好錘煉自己的技術深度和視野：
技術能力高，更具有話語權
技術能力決定了填坑能力，如果有技術難題無法解決，專案無法推進下去。
技術能力決心了技術選型的能力，前期的技術選型失誤，會導致後期專案可維護性差。
技能能力越多，越容易發現專案推進中的風險點。
平時經常寫業務**，對各種輪子的使用很熟悉，對頁面的效能很熟悉，但是對輪子的內部研究較少，對本質知識研究較少。
最典型的兩個例子：
解決思路：
由於開發時間緊張，自己關注於自己**的如何實現，而對其他人的業務邏輯沒有梳理清楚。
印象深刻的是，被領導問到某一處業務邏輯時，不是很熟悉，場面一度十分尷尬。
解決思路：
沒有借助公司其他同事的力量。這點是非常值得我反思的，回想起之前的經歷，成長最快的階段，都是在同事們的幫助下和支援下。如果不熟悉輪子裡面的邏輯，可以找到輪子的作者聊一聊，如果不理解之前的業務，可以找當時的同事溝通一下。
解決思路：
第一次加薪的感觸
今天是人生中第一次正式加薪，還是蠻開心的，雖然加的不多。其實呢，我預想的比實際加的多，本來準備去找人事說的，後來好好想了下，覺得真沒必要了。第一,去年4.19號入職，8.1號轉正。今天是2011.1.1加薪。其實已經不錯了，算起來自己工作已經大半年了，而在轉正之前，確實沒幫公司做太多事情，自己也在學...
第一次面試的感觸
想了想昨天的面試，想把有取得東西記錄下來，我們一起大三的學生在同乙個辦公室，從下午1 30開始等到3 30，面試官出來在我們的眼前，記得是乙個中等身高，體型微胖的，帶著一副面試官該有的眼鏡和一雙小眼睛，當然 還是那身裝備，穿西裝打領帶，一雙尖尖皮鞋，一開始本以為會讓我們乙個乙個去面試，也許是當時他進...
第一次做Java web 專案
這短時間，完成了乙個較為簡單的系統 乙個教育培訓機構的資訊管理系統，主要是通過不同的角色分配進入不同的介面，做相應的工作，因為在許可權方面還沒弄好，沒有用到ajax。角色有系統管理員，諮詢主管，諮詢師，市場專員，市場部主管，聯絡人，等等。因為當初寫的時候，系統的擴充套件性還可以，所以你可以增加乙個角...