0

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

如果不涉及太多无聊(和敏感)的细节,我们现在的做法是行不通的。我们有 30 多个应用程序,您可以等待 2 年以上才能获得许可,而不是最绝望的紧急修复。我正在寻找涵盖组织和测试的建议。

如果你有兴趣,到目前为止我的想法如下:

  1. 根据专业技能创建团队。例如,一个 GUI 团队、一个 JSP 团队、一个数据库团队、一个 HTML/CSS 团队等。当这些人收到解决方案的请求时,他们处于理想的位置,可以看到应该加速开发的重用机会。团队由主题专家组成的事实也意味着生成的代码质量也应该更好。这些团队将根据请求生成定制解决方案,并且仅包含提供解决方案所需的内容 - 没有其他内容。
  2. 创建一个与业务客户合作的团队,他们将收集需求,然后转到适当的专业团队寻求解决方案。然后,该团队将负责将各种解决方案集成到最终应用程序中并执行单元测试。
  3. 尽可能使用自动化测试工具(例如 JUnit)。此外,为了最大限度地增加可以在生产环境中通过用户验收测试的应用程序数量,您需要建立较短的固定测试持续时间。如果你在那个时间框架结束时还没有准备好,你就回到开发和单元测试——没有例外! 换句话说,在您提出要求之前,请确保您已准备好接受用户接受/生产。

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

有没有什么像我刚才描述的那样遥远?

4

1 回答 1

0

考虑实施本书中的想法:持续交付

于 2012-05-24T19:40:16.033 回答