这是一篇关于如何做一个相对不差的小组长的反面教材，希望各位读者以史为鉴，反思自己的行为，避免继续突破下限，提高小组的工作效率。

那么，正文开始

1. 不能让组员知道整个小组在干什么

破防能力：低

为了让小组成员完全在组长的掌控之下，组长不能给组员提供清晰的目标，包括但不限于项目的主要工作方向、关键工作内容、小组总体目标等，以尽量使组员成为一个个基本劳动力，只需要也只能完成组长分配的小任务，后续任务需要组长继续分配，甚至需要组员主动向组长询问后续任务。需要注意的是，当组员完成被分配的任务后，新分配的任务下达前，他们可能不会主动询问后续任务而选择摸鱼，这点需要各位组长注意。

与此相关的一些文档，包括但不限于任务列表、需求分析报告等，这些可能使组员了解到项目主要目标的文档，也需要做好保密工作。对于实在需要公开的文档应该写得尽量抽象，写进去的内容简直就像写了内容一样就好了。即使有组员连项目都启动不了，也一定是他们的问题，毕竟像数据库用什么这种事情代码里都写着呢，没必要写到文档里，不看代码肯定是组员的问题。
这些措施可以防止组员获取到项目主要目标等信息，进而防止组员做出组长意料之外的功能，使项目组完全处于组长掌控之中。

2. 神说，要有git，于是便有了gitee

破防能力：中

作为一个现代的项目小组，使用git作为代码分发平台是必要的，这样不但可以避免QQ群文件中充斥着不同版本的完整项目，也可以显示项目组尤其是组长的“技术感”。
需要注意的是，有些不听话的组员可能会往组长下发给组员的代码中push他们的更新，遇到这种困难也不要怕，微笑着强制push下一版代码就好了。毕竟只要组长的代码push上去了，一切就会好起来的。

如果遇到连强制push都无法解决的情况，没关系，将已有的代码复制一份放到新的文件夹里就可以强制push辣！

对于使用了gitee之类的组长，别忘了需要提醒组员注册并登陆gitee,不然组员连代码都看不到，连组长已经分配的任务都无法进行就不好了。另外别忘了公开项目代码仓库，以示项目组的代码是 经 过 审 查 的。

3. 你们已经是成年人了，应该会自己处理矛盾 引入竞争性开发

破防能力：中高

如果出现组长分配任务失误，或有组员突发奇想等导致的任务冲突，组长也没必要费心力去解释、调解，毕竟组员都是成年人了，早就不需要大人来解决冲突了，组员自己完全可以解决。（本段删除）

通过使两（多）个项目组内的成员各自独立开发相同/相似的功能，引入竞争性开发，可以提高组员的开发积极性，组长也可以从中选择更好的实现引入到项目中，相对更好的实现差了114514倍的实现有什么存在的必要吗？引入竞争性开发未必需要告诉组员，组长通过分配任务实现即可。即使组员在会议或讨论中得知有其他人在开发和自己一样的功能时，组员也会因为处于极度愤怒而码出1919810行代码进行竞争，客观上对项目、项目组都有好处。

4. 避免开会讨论

破防能力：低

对于项目组来说，开会讨论浪费时间，取消掉会议可以多出20%的时间编码，进而使得项目20% cooler，同时取消会议也有助于组长控制信息在组员间的传递。相对于失去发现问题、解决问题的机会造成的负面效果来说，带来的更多的编码时间仍然利大于弊。
至于可能需要的会议纪要？编一个就行了。