2009-02-11 105 views
2

考慮到您有兩個項目總共可以爲6位開發人員提供足夠的工作,比例爲2:1。多項目管理

是更好地開發人員分配到各個項目,然後他們在該項目上工作了整整一個月或者是它最好爲整個團隊工作的每個項目依次?

你有什麼理由對你的意見?

編輯 澄清,它們是完全獨立的系統。

回答

5

這很大程度上取決於兩個項目的相關性。如果他們有很多相似之處,我會說他們是在一個大集團內的兩個項目。

如果他們大多是從一個代碼和架構的角度來看無關,那就更有意義分成兩個小組兩個項目,也許交叉培訓一些開發商可能的持續時間。

如果您是敏捷商店,只需運行兩個併發迭代。

+0

他們是完全獨立的系統的許多其他因素。我已經更新了相應的問題。 – 2009-02-11 15:36:04

1

對此的答案確實取決於很多因素。如果你100%肯定你不會失去一個開發人員,並且沒有人會長時間休假,那麼將其分成特定的團隊有一定的優勢。 OTOH,如果你不確定,那麼讓整個團隊在每個項目上工作可能會更好。

接下來,你必須要考慮的最後期限 - 將運行項目依次增加你缺少任何一個最後期限的風險,如果這樣做,就是風險可以接受嗎?

當然,開發人員總有可能踩到彼此的腳趾。 2個人工月份(是的,我知道這是一個神話)分工在6個開發者之間的工作是每個人一個多小時的工作 - 如果這對項目規模來說是合理的話,那很好。但是,您可以將作品分成幾部分並且仍然有意義。

回答這些問題爲您的項目,這應該給你一個體面的答案。

0

我認爲,在不相關的項目的情況下,你將有一個更好的效率,如果你整個項目分割你的開發人員。這是因爲通信開銷很大,如果你在一個項目上的開發人員數量增加一倍,那麼你不需要花費一半的時間。

但是,如果你的開發人員需要最終學會這兩個系統則這種開銷需要在某個時候發生的。時間限制應決定是否在項目期間或之後發生。

0

我將他們分成2隊假設有足夠多的開發商捂每個項目(每個項目獲得3名開發人員和開發人員3就夠了各個項目)。我認爲讓更多的開發人員參與某個項目是不切實際的。

編輯: 這是沒有考慮到所有進入這個類型的決定(開發人員的生產力,技能,可用性)