中小团队如何运作 1.引言

对于在校的学生来说，一个人学习编程会遇到许多困难，孤身一人也难以开发出好的项目。这时，组建团队便是一个不错的选择。对于刚刚接触编程的同学来说，本身的经验不足，离开发项目还有一段距离，适合组建小型团队，即3-6人是最好的；而稍有编程经验的同学们就可以组建中型团队（10人以上）了。很显然，团队规模越大，运营难度越大，风险越多。以下就来简述组建及运行中型团队会面对和需要解决的一些问题。

GitHub

人员分配

随着人数的增多，势必会出现人员分配上的问题，通常表现为：分配过细导致效率降低，而分配不到位又会导致每个人不知道自己要干什么。对此的建议是：人员分组遵从互不干涉，互不重叠的原则。分配的细化程度取决于任务的复杂程度。例如：宣传组和商务组在某些事务上可能出现重叠，此时便可以进行合并，防止后续冲突和冗余工作。

协同开发

软件开发不同于车间的工作，具有更新次数多、变化性极强等特点。此时就需要代码仓库进行代码的托管，以便进行版本控制等操作。对于一个开发组，应该有一个组长扮演类似于项目经理（PM）的角色，主要进行任务的分配，查看进度，code review等工作。

团队成长

团队中的每一个人，无论是开发组还是宣传组，甚至是创建者，都应该时刻处于学习的状态中。否则，整个团队很难有大的突破。同时，由于团队规模大于小型团队，在某一个成员掉队时，很难停下来等他，因此保持步调一直很重要。

问题处理

好的团队不在于能力有多强，而在于他们应对trouble的能力。Trouble shooting的能力一方面在于经验的积累，而另一方面则是对外部工具的运用。这里的trouble包括很多方面，例如：软件的一个bug，或是组长发现组员的空闲时间各不相同。如果问题得不到解决，就会一拖再拖，后果可想而知。值得注意的是，Trouble Shooting不同于Problem Solving，并不要求给出一个十全十美的解决方案。例如，在某些情况下，“拆东墙补西墙”的策略可能反而要比正常思路更能解决问题。

以上是基本的讨论，后续会更新。关于管理层面的问题不再赘述，接下来将详细展开开发组的建设。