请教团队多人开发下，BUG如何分工修复？

[wangliangpeng]

公司有一个软件产品，开发了将近1年，由6个人分工开发。
这些同事对于系统的模块都是穿插着负责，比如同事A负责模块一个模块，过了一年，可能绝大多数模块都负责过。
然后现在发现某个模块有个BUG，那么这个应该给谁？

我有几种解决方案：
1、对于BUG，给最后负责这个模块的人，但这样就涉及要要追溯谁是这个模块最后的开发人。比如A先参与了权限模块的开发、B后期也参与了权限部分的开发，调试时候发现了BUG是A同事开发时候留下的，这时候也一并调给B同事。

2、把系统大体分为N个模块，对应把每个模块的BUG指定到人。比如A、B都参与了系统权限部分的开发（指定A负责权限部分的BUG修复问题），调试时候发现了BUG是B同事开发时候留下的，这时候也一并调给A同事。

我目前就想到这两种方案，不知道哪种更可行，或者各位有没有更好的解决方案，请指教。

[vincentguo_]

我觉得 1. 要有确定的模块负责人， 大家都负责很多时候都相当于无人负责，这个道理大家都明白 A ：主负责模块 X --- 以可以成为其他模块的协助者 B：主负责模块 Y ---- 以可以成为其他模块的协助者 之所以会成为其他模块协助者，我想很多当前的IT公司，很难只把一项任务给一个人，当这个任务暂时闲置的时候，老板都不愿这个资源闲置，肯定会另派其他任务，这个很实际 模块的协助者修改时，应该和模块主负责人有一定的沟通，讲述一些修改的方法。毕竟主负责人最清楚这个模块，沟通是双向的。 一方面协助者做的改动要让主负责人知道，一方面主负责人会根据改动的描述给出意见，一面协助者的方案不完整或者有漏洞 当然这个沟通最好的code review 当来了Bug，自然是直接给主负责人，这个时候要看项目或者公司的资源分配。可能此时主负责人正在弄一个优先级更高的项目，那可以指派给曾经的且空闲的协助者来改，但注意事后的沟通