家兔 說:
請問現在有時間沒？
青潤 說:
有什麼事情麼？
無法將以下訊息傳送給所有接收者:
有什麼事情麼？
青潤 說:
有什麼事情麼？
您傳送了乙個閃屏振動！
無法將以下訊息傳送給所有接收者:
有什麼事情麼？
青潤 說:
有什麼事情？
家兔 說:
cmmi與敏捷的思想是否有衝突？
青潤 說:
沒有衝突。
家兔 說:
當寫大量的文件的時候，你demo啥時寫啊？
青潤 說:
demo和文件沒有必然聯絡呀。
家兔 說:
那是團隊分工出不同的人，去做不同的事情可以並行的工作，是這麼理解麼？
青潤 說:
多個工作並行進行，這是必然的。
青潤 說:
任何專案中都不可能同時全部做同樣的工作。
家兔 說:
人手不夠是特例。。。。
青潤 說:
人手不夠是正常的。
青潤 說:
呵呵家兔 說:
人手不夠的時候 全部做同樣的工作 木辦法了。。。。一問幾個人：乙個半。。。。。哈哈
家兔 說:
開個玩笑。。。謝了啊
家兔 說:
青潤 說:
呵呵，團隊如何管理，計畫如何制定，人物如何分配，這都是根據專案和團隊的特點進行的，不是隨意就可以拿來做的。
家兔 說:
我認同你的乙個觀點，小專案與大專案走的流程是不太一樣的
青潤 說:
只是考慮的點有些差異，做法上可以有類同或者相同。
青潤 說:
不過，不同的管理人員的做法是有較大差異的。這個不能直接定義。
家兔 說:
你所說的不同的管理人員，不同是指什麼不同？性格？？
家兔 說:
還是管理方法？
青潤 說:
這個甚至可以說，任何兩個管理人員的做法都不盡相同。
青潤 說:
同乙個管理人員面對兩個相同的專案的做法也會有些差別的。
家兔 說:
對，人有不斷的改進。。。
青潤 說:
但是，通常來說，要根據專案的情況考慮。同時進行多個任務是可能的，哪怕只有兩三個開發人員，也一樣。
專案管理 任務分配閒談
這件事事實上發生在本週三吧。記得比較清楚是由於我周四要歇息。當時.net專案那邊的乙個技術支援找到我，希望我能做乙個svn分支版本號的規劃和培訓文件什麼的。事實上當時自己手下也沒有什麼事情。本來是應該答應的。可是當時停頓了兩秒，感覺這件事情不應該是我來做。或許這麼說不恰當，應該說是這件事不應該是交到...
專案管理 任務分配閒談
這件事其實發生在本週三吧，記得比較清楚是因為我周四要休息，當時.net專案那邊的乙個技術支援找到我，希望我能做乙個svn分支版本的規劃和培訓文件什麼的。其實當時自己手下也沒有什麼事情，本來是應該答應的。但是當時停頓了兩秒，感覺這件事情不應該是我來做，也許這麼說不恰當，應該說是這件事不應該是交到我這裡...
專案管理之任務分配
乙個專案需求確定了 需求這個東西永遠沒有確定的哪一天，時時刻刻都是在變化,但是經理認為確定了那就是確定了 p 然後專案經理給了乙份需求文件就算真是開始開發了。大致用了一天的時間資料庫就由乙個開發人員設計了出來 其實對於這個速度我還是比較 驚訝 的，一天就把資料庫設計出來，可見資料庫中丟字段 字段設計...