大型Java項目組織和流程

Question

我爲一個尋找新想法的非常大的組織工作。目前這個大型項目應該爲各種應用提供通用架構。我們組織了許多用於創建「可部署單元」或DU的「共享」組件，DU是最終的應用程序。

沒有進入太多無聊（和敏感）的細節，我們現在這樣做的方式是行不通的。我們有30多個應用程序，您可以等待超過2年，然後獲得許可，才能做出比最絕望的緊急修復更多的任務。我正在尋找涵蓋組織和測試的建議。

如果你有興趣，我的想法至今如下：

1. 基於專業技能創建團隊。例如，一個GUI團隊，一個JSP團隊，一個數據庫團隊，一個HTML/CSS團隊等等。當這些人獲得解決方案的請求時，他們理想的位置是看重用機會，從而加速開發。團隊由主題專家組成的事實也意味着所生成的代碼的質量也應該更好。這些團隊將針對該請求量身定製解決方案，並僅包含提供解決方案所需的解決方案 - 而非其他解決方案。
2. 創建一個與業務客戶合作的團隊，他們將收集需求，然後去適當的專業團隊尋求解決方案。然後，這個團隊將負責將各種解決方案整合到最終應用程序中並執行單元測試。
3. 儘可能多地使用自動化測試工具（例如JUnit）。另外，爲了最大限度地提高可以在生產環境中進行用戶驗收測試的應用程序數量，例如建立短固定測試持續時間。如果在這段時間結束時你還沒有做好準備，你可以回到開發和單元測試 - 也不例外！換句話說，在你請求之前，確保你已經準備好接受用戶的接受/製作。

你最終得到的是兩組團隊。一組以應用程序爲中心，關注爲商業客戶提供全面的圖片解決方案。另一組則以技術爲中心，並不真正瞭解或關心大局只是他們的專長。

有沒有什麼東西甚至像我剛纔已經描述過的那樣？

Answer 1

考慮實施本書中的思路：Continuous Delivery