專案管理 任務分配閒談

2021-09-22 22:23:17 字數 1234 閱讀 9170

這件事其實發生在本週三吧,記得比較清楚是因為我周四要休息,

當時.net專案那邊的乙個技術支援找到我,希望我能做乙個svn分支版本的規劃和培訓文件什麼的。其實當時自己手下也沒有什麼事情,本來是應該答應的。但是當時停頓了兩秒,感覺這件事情不應該是我來做,也許這麼說不恰當,應該說是這件事不應該是交到我這裡。於是當時提議,為什麼不交給***,他們最近那邊也沒事。

這樣提議有兩個原因:

1,從我的角度來說,在公司裡面,每個人都有自己的位置,比如說pm負責專案質量,進度,風險,對上對下各種雜物。。。而作為乙個單純的開發,只需寫好自己**就行了。但是開發跟開發也有區別,高開跟中開不僅僅體現在工資上面,如果分配任務的時候,讓高開去做中開的活兒(不常見)或者是中開去做高開的活兒(很普遍),這顯然是不合適的。 從我的方面上來看給我的任務,顯然就是不合適的。雖然我可以完成任務,但是,其實對這個任務來說,有比我更適合接管它的人。

2,從提議給tech support的那邊的人來說,這個任務雖然對他們來說,確實合適的。首先,是他們人員充足,並且有時間。而是這個任務對他們來說,可能需要花費一定時間,但是最終還是能完成。

這樣分配的好處也是兩方面的:一方面,對我來說,我可以利用省下來的時間學習新東西,這對公司來說是增加隱性財富;另一方面,對他們那邊的人來說,也是鍛鍊的機會。在分配任務的時候你會發現這樣乙個現象,分配的任務如果超出接收任務人的能力範圍一點點,對他來說,既是鍛鍊,也是種激勵。這種解決問題之後的快樂對技術人員來說,是一種自我鼓勵。隨著日子久了,他也就這樣被鍛鍊出來了。

想象乙個極端的情況,如果我接受了任務,然後完成的非常好,結果是對我沒啥太大的影響,而且我耽誤了挺多時間。同時一些三檔開發沒有得到鍛鍊,他們沒有得到在公司中成長的機會,長此以往,我越來越忙,而且開始覺得在這個公司裡面沒前途。而那些三檔開發跟我也是一樣的感覺。最後很多任務壓在了我這裡,他們始終沒啥提公升,感覺留在公司沒前途。。。。最後我們都離職了!

以前也遇到過非常busy的上級,有時候問他,交給別人不就行了嘛,他說不放心或者感覺別人做不好。結果每天搞得自己每天工作48小時!其實,有時候還是要放手去讓下面的人做,他們沒有你想的那麼差,需要的只是你給的機會和信任。同時,自己應該學會讓自己閒下來,關注更加重要的事。畢竟,有管理性質的位置,公司每個月給你30幾k的公司不是讓你來寫**的,是讓你給公司創造更多價值的。可是你給公司帶來的只是乙個碼農的價值,每次專案稍有延期,被上面罵還要死扛,圖啥??

所以,給自己的定位要準,看清楚自己真正的價值在**。公司不會養閒人,這是第一句話,是對普通程式猿說的。看清楚最有價值的地方在**。這是第二句話。

專案管理 任務分配閒談

這件事事實上發生在本週三吧。記得比較清楚是由於我周四要歇息。當時.net專案那邊的乙個技術支援找到我,希望我能做乙個svn分支版本號的規劃和培訓文件什麼的。事實上當時自己手下也沒有什麼事情。本來是應該答應的。可是當時停頓了兩秒,感覺這件事情不應該是我來做。或許這麼說不恰當,應該說是這件事不應該是交到...

專案管理之任務分配

乙個專案需求確定了 需求這個東西永遠沒有確定的哪一天,時時刻刻都是在變化,但是經理認為確定了那就是確定了 p 然後專案經理給了乙份需求文件就算真是開始開發了。大致用了一天的時間資料庫就由乙個開發人員設計了出來 其實對於這個速度我還是比較 驚訝 的,一天就把資料庫設計出來,可見資料庫中丟字段 字段設計...

任務分配及管理

前面說到過,剛開始帶小組,接到乙個任務,我就估算了我大概要多少時間,然後小組多少個人就算是多少個我,估算時間 我要的總時間 小組人數 好笨的想法呀,不用時間跟組員交待任務的嗎?個個組員都是我嗎,比我強的還好,頂多做完了休息,差一點的就麻煩了 結果實際時間多了很多,而且小組裡有的人做完了無事可做,有的...