项目如何按照不同的业务进行开发（团队开发）

[JJYY0088]

比如一些中/大型项目，可能存在多个业务，现在这些业务分配给开发人员进行开发，开发之间不能影响，想问下这过程涉及到了哪些团队开发的东西，也就是说中大型项目的开发工作是如何分配与协调的 ？？不可能直接来一个程序项目，然后用源码管理器进行分配工作吧！

[本人QQ-554433626]

工具：Gitblit(重要) SVN 禅道 开发模式：WCF 可分组完成不同的服务 分功能进行分组 注：使用团队开发相互间肯定会影响的

[wanghui0380]

答案是解耦 不过解耦并不容易，如果能解耦的架构师他不会问你这个问题 而不能解耦的工程师，我们也帮不你太多。因为这种东西，需要项目上下文环境分析，没有什么统一的流程，我们无从回答 现在对于现在的你，我只能给你一个不是办法的办法，那就是去研究一下微服务架构 毕竟你的项目是什么我们不知道，所以不能给什么建议，只好让你研究这个了，微服务本身就是一组拆散的东西，既然他要拆散，自然他就要你去解耦，不解耦你也拆不散不是 当然回过头来说，为啥解耦是你问题的答案呢，就那微服务来说，一个服务自己维护自己，那么你就可以一个服务一个小组，不和其他小组耦合（只和其他小组正交），自然就能解决你的问题

[JJYY0088]

多谢楼上的回答，其实我更多的是从团队开发工作分配上了解，包括开发工具上的使用。

[以专业开发人员为伍]

没看懂你到底有什么问题？！实际上这里也不可能有什么奇怪的理论，这里需要的是追求简单实用。 比如说100个人开发，每一个人每天都有一些工单要完成，而测试人员每天也都有一些工单要测试，测试设计者每天都要面对新的、提交测试的功能而需要编写测试用例（自动化测试则是事先编好的，这里假设以手工测试用例为主的开发方式），那么所有的人都可以使用源代码管理工具来“协调”。前提是，每一个 Commit 代码之前需要首先在本地运行测试程序，确保代码不但是编译成功的，而且通过了自动化测试，才提交。这样提交的东西从其量再需要补充手动测试用例就可以了，因为在（每一个人）提交之前已经用自动化测试用例跑过几十遍了。 为什么你会觉得很简单？你可能只想知道如何从互联网上下载什么免费工具就能让你强过别人了，而其实这类工具大多数都是忽悠人的。你应该自己写个测试引擎，自己写几个运维工具，不然可能永远都会在互联上搜索。

[以专业开发人员为伍]

所谓协调，其实就是，一个产品经理/技术经理对于产品或许存在的 bug 悉知悉见，他每天可以回归测试几万遍，因为极限编程而很有勇气，因为很有勇气而不用搞什么行政手腕那一套管理方法，因为很有“节奏”而可以随时重构整个系统的核心架构部分。那么他的精力就从纠结各种“理论”先要变为注重简单和注重实用，做到一般程序员所不理解的且不屑于去做到的那种强度，能容纳产品架构设计中的各种创意。 根本不是根据什么教条来开发。

[以专业开发人员为伍]

引用 3 楼 LXH060204 的回复:

多谢楼上的回答，其实我更多的是从团队开发工作分配上了解，包括开发工具上的使用。

没有一个工具能平白无故地告诉你开发进度如何协调，如何将开发内容根据当前的情况而打乱次序又能重新组合在一起。这根本不可能靠工具。工具是什么，再好的屠刀放到一个不会屠牛的人手中，很快也会变钝甚至废弃。

[wanghui0380]

团队开发上 首先需要一个总线级别的团队，他负责解耦，集成和调度。他主要负责一些组件，接口协议的集成和调度工作。如果类比程序的化，他类似mq，zookeeper这类工作，他负责提供各模块的基本沟通和信息同步工作（比如mq模块提供，各模块不直接打交道，他们只是分发信息，维护订阅信息。而zookeepe负责同步一些共同需要的信息） 第2个团队，负责一些原始信息处理工作，比如数据清理，转换，类似代码里的spark，storm,mapreduce 然后还要有个协议集中控制工具，比如类似代码里的Avro,probuffer这类，因为解耦后个系统不直接打交道，他只通过协议控制，所以协议变更，生成变更代码，生成一些直接性的rpc调用 基本上有这两个团队，你就可以随意处理其他团队了。有这几个东西，你就能保证，各个业务组都不直接互相耦合，各业主组都只负责各种的范围不交叉处理，这样他们都无所谓了，至于用什么开发工具什么版本控制系统，就显得并不那么重要了，就算有一个组使用ubuntu+python 或者linux+net core又有什么关系呢？没啥关系

[正怒月神]

项目的功能分割，应该是人为的。 版本控制器也只是能保证你的文件独占签出或者版本新旧的核对，分支合并等等功能。 但是他也不能帮你划分任务。 划分任务，模块，功能，应该是你根据小组情况，开发周期，自己定制的