這件事其實發生在本週三吧，記得比較清楚是因為我周四要休息，
當時.net專案那邊的乙個技術支援找到我，希望我能做乙個svn分支版本的規劃和培訓文件什麼的。其實當時自己手下也沒有什麼事情，本來是應該答應的。但是當時停頓了兩秒，感覺這件事情不應該是我來做，也許這麼說不恰當，應該說是這件事不應該是交到我這裡。於是當時提議，為什麼不交給***，他們最近那邊也沒事。
這樣提議有兩個原因：
1，從我的角度來說，在公司裡面，每個人都有自己的位置，比如說pm負責專案質量，進度，風險，對上對下各種雜物。。。而作為乙個單純的開發，只需寫好自己**就行了。但是開發跟開發也有區別，高開跟中開不僅僅體現在工資上面，如果分配任務的時候，讓高開去做中開的活兒（不常見）或者是中開去做高開的活兒（很普遍），這顯然是不合適的。 從我的方面上來看給我的任務，顯然就是不合適的。雖然我可以完成任務，但是，其實對這個任務來說，有比我更適合接管它的人。
2，從提議給tech support的那邊的人來說，這個任務雖然對他們來說，確實合適的。首先，是他們人員充足，並且有時間。而是這個任務對他們來說，可能需要花費一定時間，但是最終還是能完成。
這樣分配的好處也是兩方面的：一方面，對我來說，我可以利用省下來的時間學習新東西，這對公司來說是增加隱性財富；另一方面，對他們那邊的人來說，也是鍛鍊的機會。在分配任務的時候你會發現這樣乙個現象，分配的任務如果超出接收任務人的能力範圍一點點，對他來說，既是鍛鍊，也是種激勵。這種解決問題之後的快樂對技術人員來說，是一種自我鼓勵。隨著日子久了，他也就這樣被鍛鍊出來了。
想象乙個極端的情況，如果我接受了任務，然後完成的非常好，結果是對我沒啥太大的影響，而且我耽誤了挺多時間。同時一些三檔開發沒有得到鍛鍊，他們沒有得到在公司中成長的機會，長此以往，我越來越忙，而且開始覺得在這個公司裡面沒前途。而那些三檔開發跟我也是一樣的感覺。最後很多任務壓在了我這裡，他們始終沒啥提公升，感覺留在公司沒前途。。。。最後我們都離職了！
以前也遇到過非常busy的上級，有時候問他，交給別人不就行了嘛，他說不放心或者感覺別人做不好。結果每天搞得自己每天工作48小時！其實，有時候還是要放手去讓下面的人做，他們沒有你想的那麼差，需要的只是你給的機會和信任。同時，自己應該學會讓自己閒下來，關注更加重要的事。畢竟，有管理性質的位置，公司每個月給你30幾k的公司不是讓你來寫**的，是讓你給公司創造更多價值的。可是你給公司帶來的只是乙個碼農的價值，每次專案稍有延期，被上面罵還要死扛，圖啥？？
所以，給自己的定位要準，看清楚自己真正的價值在**。公司不會養閒人，這是第一句話，是對普通程式猿說的。看清楚最有價值的地方在**。這是第二句話。
專案管理 任務分配閒談
這件事事實上發生在本週三吧。記得比較清楚是由於我周四要歇息。當時.net專案那邊的乙個技術支援找到我，希望我能做乙個svn分支版本號的規劃和培訓文件什麼的。事實上當時自己手下也沒有什麼事情。本來是應該答應的。可是當時停頓了兩秒，感覺這件事情不應該是我來做。或許這麼說不恰當，應該說是這件事不應該是交到...
專案管理之任務分配
乙個專案需求確定了 需求這個東西永遠沒有確定的哪一天，時時刻刻都是在變化,但是經理認為確定了那就是確定了 p 然後專案經理給了乙份需求文件就算真是開始開發了。大致用了一天的時間資料庫就由乙個開發人員設計了出來 其實對於這個速度我還是比較 驚訝 的，一天就把資料庫設計出來，可見資料庫中丟字段 字段設計...
任務分配及管理
前面說到過，剛開始帶小組，接到乙個任務，我就估算了我大概要多少時間，然後小組多少個人就算是多少個我，估算時間 我要的總時間 小組人數 好笨的想法呀，不用時間跟組員交待任務的嗎？個個組員都是我嗎，比我強的還好，頂多做完了休息，差一點的就麻煩了 結果實際時間多了很多，而且小組裡有的人做完了無事可做，有的...