2008-08-20 152 views
3

我們的組織對我們運行的每個項目都使用PRINCE2; IT是我們組織的重要組成部分,但我們不是軟件公司。雖然我很欣賞PRINCE2是一個運行項目的好方法,並且我們已經取得了很多成功,但我覺得它對於構建軟件的本質是相當高的水平。管理項目與管理開發

運行諸如SCRUM之類的AGILE方法是否無法在日常構建和代碼下部署,或者在PRINCE2框架內運行?

很明顯,我們在業務中有許多合格的,經驗豐富的PRINCE2從業人員,所以我絕不會建議用SCRUM替換PRINCE2,但我仍然可以看到SCRUM的好處。

任何人有任何想法?實際上,兩者是否相互矛盾或複雜?有沒有人有任何個人成功故事?其他方法呢?我們可以讓PRINCE2處理高層次的問題,然後運用另一種方法來研究開發的細節嗎?

+2

這個問題似乎是題外話題,因爲項目管理問題不再是主題。請參閱http://pm.stackexchange.com。 – LittleBobbyTables 2014-06-06 13:52:15

+1

由於堆棧交換現在有一個專門的項目管理站點,並且這是[SO] – talonmies 2016-01-14 17:32:01

回答

2

項目經理的工作最大的部分之一是利益相關者(例如高層管理人員)和項目資源(程序員等)之間的溝通。

通過使用兩種更加不同的Big-M方法,您遇到的風險是您將不得不「再培訓」管理。他們對你將作爲臨時報告等等提供給他們的期望會有不同的期望,特別是在組織中幾乎任何其他地方使用的情況下。你很可能會開始看起來很sl to。

AGILE和SCRUM不一定會減少必須進入IT項目的計劃和分析,它會將其分發到整個項目中,並使程序員覺得他們不必在完成這些不良計劃之前他們實際上建立了一些

1

如果是這種情況,如果項目經理說兩種方法,並且可以在PRINCE2中傳播鏈,但是在SCRUM鏈中,這是可行的嗎?

1

我擔心從SCRUM到PRINCE2的翻譯不完美,您的工作翻倍,或者只是一個PITA。

要確定這是否可以處理的唯一方法就是測試它。從利益相關者那裏獲得許可證來運行這樣的測試項目,看看會發生什麼。將它與您之前完成的類似大小的結果進行比較。只要確保它足夠大,就可以有兩到三個衝刺。