关于协同作业的想法

      最近有这样一种业务逻辑需求,它涉及到四个团队成员的开发,在这里我分别用A、B、C、D四个字母来代表四个团队,A团队是输出最终提供给业务需求方使用的产品,B团队是处理数据供其它团队使用,C团队是提供相关的数据结构和数据源给B团队,D团队是输出产品供A团队服务。

      上面介绍完此业务场景的四个团队的分工,现在来说说平时是如何协同开发的吧,只要各个团队之间产生交互,各开发人员都会进行联调开发,将链路打通,形成各自的闭环;这样团队开发完成的模块就可以已微服务的方式或者组件库的方式供别的团队使用,这样A团队就可以完成一次自测的闭环。为了提高对于协同工作方式的效率,前提是各个团队之间根据业务需求定义好相关服务能力的接口,然后各个团队可以同时展开开发,彼此之间互不干扰,每当完成服务接口的开发都可以找需要交互的团队进行自测,将此段的链路调通,此阶段可以暂时不检验数据的有效性。等到一条业务需求的完整链路开发完成后,开发人员就可以进行此链路的闭环测试,这个时候就需要校验数据的有效性了。

        每一步都无愧,人生才能无悔。

------20191215闪

猜你喜欢

转载自www.cnblogs.com/bien94/p/12045971.html
今日推荐