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