不大不小的客户端程序如何做分工

[zz962]

现在从事一款不大不小的客户端程序的开发工作，说不大是因为总体业务流程相对简单：设置的读写，然后执行某个动作，比如检测。说不小是因为设置非常多，定制功能非常多，比如检测前做什么，检测后做什么。而且这个定制是针对不同客户，需求也是没有什么计划性。

这样一款软件，变更多了实在忙不过来，需要分工，但如何分工为好？

我考虑过不同的人分别负责UI和业务逻辑。这是一种比较经典的分工方法，但放在我们这里的问题在于，实际上一个需求下来，两边改的地方并不是很多。在这种情况下，还要由两个人完成一个功能就有点多余，还不如一个人做省时。而且这样做，每次一个需求下来，都要两个人同时行动。

我也考虑过按功能分工，但问题是程序并不是很大，耦合性比较高（历史遗留问题），一个人很容易动另一个人的代码，影响另一个人。考虑到两个人的设计思想的不一致，我不倾向这么做。而且代码合并会是个问题。

我现在的考虑是两个人各搞一摊，对于易于产生冲突的地方，索性每人维护一套代码。每个人分别对应一批客户，而新加的功能尽可能独立于现有功能，方便他人复用。对于一些流程控制代码，索性各自控制各自的，以后能合并就合并，不能合并就这样了。

欢迎发表看法