大型Java项目组织和流程

Question

我为一个寻找新想法的非常大的组织工作。目前这个大型项目应该为各种应用提供通用架构。我们组织了许多用于创建“可部署单元”或DU的“共享”组件，DU是最终的应用程序。

没有进入太多无聊（和敏感）的细节，我们现在这样做的方式是行不通的。我们有30多个应用程序，您可以等待超过2年，然后获得许可，才能做出比最绝望的紧急修复更多的任务。我正在寻找涵盖组织和测试的建议。

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

1. 基于专业技能创建团队。例如，一个GUI团队，一个JSP团队，一个数据库团队，一个HTML/CSS团队等等。当这些人获得解决方案的请求时，他们理想的位置是看重用机会，从而加速开发。团队由主题专家组成的事实也意味着所生成的代码的质量也应该更好。这些团队将针对该请求量身定制解决方案，并仅包含提供解决方案所需的解决方案 - 而非其他解决方案。
2. 创建一个与业务客户合作的团队，他们将收集需求，然后去适当的专业团队寻求解决方案。然后，这个团队将负责将各种解决方案整合到最终应用程序中并执行单元测试。
3. 尽可能多地使用自动化测试工具（例如JUnit）。另外，为了最大限度地提高可以在生产环境中进行用户验收测试的应用程序数量，例如建立短固定测试持续时间。如果在这段时间结束时你还没有做好准备，你可以回到开发和单元测试 - 也不例外！换句话说，在你请求之前，确保你已经准备好接受用户的接受/制作。

你最终得到的是两组团队。一组以应用程序为中心，关注为商业客户提供全面的图片解决方案。另一组则以技术为中心，并不真正了解或关心大局只是他们的专长。

有没有什么东西甚至像我刚才已经描述过的那样？

Answer 1

考虑实施本书中的思路：Continuous Delivery