我爲一家正在進行合併的大公司工作。我們正在研究涉及並不涉及合併的若干項目。我注意到的一個問題是，許多開發人員組都很分散，儘管他們大多在自己的業務領域支持許多不同的項目，而我們所有工作的數據庫似乎也反映了這一點。因爲這個原因，我對大部分數據的準確性不太確定。在企業環境中不斷髮展變化？
是否有任何模型或標準已成功地管理這些類型的變化環境？將這些更改傳達給用戶的好方法是什麼？是否有辦法創造冗餘，因此如果在生產的某個部分提出改變，它會在管道中上下交流？
編輯：使這個社區維基由於其主觀性
用於過程監督，移植和創建的專用資源。
我們經歷了合併和非合併，然後我們購買了其他公司，並正在將它們整合到我們的「流程」中。我在這裏引用過程，因爲在我看來，我們仍然沒有什麼可說的。
我們最終會取得成功的地方我認爲我們有專門的資源來創建一個可以在公司範圍內運作的流程。Scrum雖然不錯，但並不一定適用於企業的計費和營銷週期，但在我們的開發人員和實施團隊（甚至可能是三個團隊中的一個團隊！那麼，我們如何才能爲每個人提供最佳的流程和實踐，以便在他們的專業領域高效工作，同時保持一致？
我們這裏的靈丹妙藥是我們有一個人專門負責這個任務，他看着現在是怎麼回事，看看需要什麼並畫出計劃到達那裏然後執行它們。他將與各個部門一起工作，與IT和任何需要的人一起完成任務。最重要的是，他得到了大首腦的領導和支持，讓他有適當的能力讓巨大的巨石滾滾而來（我確信你有這些，任何足夠大的公司最終都會給任何人提供舒適的椅子超過了彼得斯的門檻）。一旦定義了流程，就需要對流程進行適當的工具化處理，並將每個團隊所採用的來自所有不同系統的所有數據 - 定義之前的公司進行遷移。
要做到這一切，而你必須做你的其他任務是不可能的，我知道幾乎被解僱了試圖做到這一點（踩到一個對其中許多巨石），這就是爲什麼你需要專門的資源，這個內部結構。如果你在公司裏還沒有這個，我會把這作爲我的第一場戰鬥。
打個比方，我們在這裏得到了一個廚師d'Orchester，他知道一個過程是什麼，並有褲子完成它。這不可能是CE *類型的人員，他們對此太忙，但有人不在任何項目的關鍵路徑中。這樣他仍然是客觀的，可以退後一步，看看大局，而不會一直被動物園吸引。我發現擁有敏捷和正式流程範例經驗的開發背景的人最適合這項工作。開發過程很可能是最難的，如果他能做到這一點，其餘的應該很容易，至少在紙面上。
自從我們在這裏得到這個變化後，它變得緩慢，但它來了，到目前爲止，它是一個神每次發送。所做的每一個改變都會揭示其餘的效率低下，並給他更多的彈藥來完成它。通過這種方式，我發現瞭解人們在工作中的低效率會更容易，他們最終會被解僱。
祝你好運，這不是不可能的，但它是明確可行的。
你的商業大片聽起來像其他的一個。這些特徵有多少適用於您？
我不認爲常識或專業或任何魔法是溝通變化上下生產。
一個想法是有一羣人來監督項目，以確保他們與業務保持一致。需要一定的領導才能防止事情變成火車殘骸。
我知道在Scrum中有Scrum的Scrum概念。基本上，每個團隊的代表每天會遇到（或者在某些情況下不太常見），以告訴團隊已經做了什麼，他們今天正在做什麼以及討論障礙（可能是其他團隊）。
此外，敏捷實踐通常解決您的問題，因爲他們預計會發生變化。
因此，如果管理層沒有將事情保持在正軌，那麼就必須從內部進行一些非常好的溝通和領導。
是的，他們都適用。我覺得難以忍受這種可接受的現狀。 – mandroid 2009-07-17 00:35:52