关于团队协同开发系统的一些讨论

之前在学校里面做过了几个小项目，对于如何让一个想法，让一个idea变成实实在在的东西。

很多次都是我担任负责人，就此我有一些拙见，来保证项目的推进和完成。

0.需求

对于需求我们一定要准确，系统边界一定要确定好。不然系统会陷入无止境的开发和维护之中。所以我们在开发之前，我们就一定要对系统边界进行反复的推敲，什么是系统可以取代的？什么是系统实现不了或者很难实现需要阉割掉的？对于每一个数据来源我们一定要核实清楚，绝对不能出现模棱两可的局面。不然后面容易出现系统根本就是启动不了的。)

1.分工明确

这十分重要。很多次我和我的组员进行系统分析和设计的时候，大家都有自己的想法都有自己的理由。如果水平都差不多，意见不同时，会让项目进度变缓。所以一定要确定谁是主负责人，比如前端主负责人，后端主负责人，开发接口负责人等等。

2.讨论和开发完全隔离

讨论我们就纯粹的讨论，开发就认真下来专心开发。因为我们组成员开发水平差不多，有时候开发说起一些技术点的时候，很容易出现忘却时间，实际自己什么都还没有做。我建议:在设计之前就应该有十分清晰的思路，确定好最佳的方案。不能抱着先做后改的想法去尝试，这样实现出来的代码重用率不高，而且有很多缺陷，为后面留下更多的位置bug。

3.善于总结

这一点十分重要。对于我个人来说，我会把我开发过程中出现的一些异常以及解决方案会记录下来(虽然之前记录的是txt文件没有怎么看，但在大脑里会加深一次映像，方便下次能迅速解决问题)，通过总结不只是为了自己，也能给小组成员分享。这样积累的经验是十分有必要的。

4.规范

没有规矩不成方圆。如果所有人都有自己的一套东西，自己弄自己的。很容易在交流的时候，整合的时候耗费大量的人力以及物力。一套完整的规范比编码实现更加重要，在开发过程中，这部分时间是不能够被阉割的！

如果你们有更好的想法，可以在评论区提出，我们一起进步