每週五開例會，討論本週任務和分配下週任務。本週任務沒有完成的，需要提出來，完成不了的原因是什麼？技術問題？工作量太大問題？還是需求要變更？還是其他什麼原因？總之，你可以不完成，但是，你要給我一個明確的原因，因為有原因才好對症下藥。這樣子就算需要延期，對於延期多少，專案經理和部門經理都應該心中有數，知道造成延期的原因。至少在可控制的範圍。

其實分配任務也就是控制任務，例如下週程式設計師A需要做2個模組，3大功能點，能否完成？需要多少天？讓程式設計師自己估計，讓他把偷懶的時間都算進去，3天？好，你說3天，我給你4天，你最好評估一下不能完成的風險，有問題提前說，事後說我就當你沒完成。也就是，你要估計你做的功能是否需要別人協助，是否需要等別人的模組接入，否則，你隨便估計，不計算風險，很容易出問題。出第一次，可以原諒，但是隔三差五的不吸取教訓，那就是你的不對了。

當然，估算的天數，我讓專案經理按照8個小時計算，這個夠意思了吧。大家不用加班最好。我要的是一個比較準確的，能夠和老闆交代的完成時間，不是一個拍胸口就說2個月做好的時間。就算延期，也給我說出個子醜寅卯來，否則就當是沒完成任務。如果每次開會都公佈每個人的完成情況，進度情況，想偷懶、賴皮的都不會每次都想做被點名那個人了。

Loading...

未載入完，嘗試【重新整理網頁】or【關閉小說模式】or【關閉廣告遮蔽】。

使用【Firefox瀏覽器】or【Chrome谷歌瀏覽器】開啟並收藏！

移動流量偶爾打不開，可以切換電信、聯通網路。

收藏網址：www.peakbooks.cc

(＞人＜；)