团队合作
1、图和文档的重要性。
这次合作前期图大部分画的还是可以的，接口都明确的定义出来了。可是，设计模式那部分的考虑不是很周全，当时就先把架子给搭起来了，可是，逻辑自己并没有搞清楚。自己想懈怠的时候，学宇一说要检查图，自己着急了，结果就抓紧时间把图给补齐了。看来有些时候，当自己懈怠的时候，需要有人赶自己一下。
当时，并没有把文档放到比较重要的位置。认为图画好了，接口设计好了，把注释写清楚就可以了。可是，真正编码的时候，才发现好多时候，你的想法别人是不了解的。一个东西，是你设计的，当初你想了好久才想出这个设计。所以，别人一时不能理解是很正常的事情。而且一个问题，的解决方案是多种多样的，他可能用其他的方式也能解决这个问题。所以，一定要将注释写的非常清楚，这样，别人才不至于理解起来很困难。
由于这个原因，后来补文档的时候，自己又走入了另一个极端，把文档写的很细。当时，自己也疑惑，要是写这么细的话，基本上相当于我一个人把整个程序走了一遍，那别人基本就不用思考了。一咨询，发现自己真的是走入了另一个极端。其实，接口只要说明功能，说明输入、输出，就完全可以了。中间的逻辑判断是不需要设计者去考虑的。
2、任务分配
刚开始的时候，我就本着让大家学点东西的原则去分配的。大家原来哪做的不好的，或是感觉自己上次没做好的，就去做那。我当时也没有文档去记录到底谁的任务确切的是什么。这样造成了大家工作做重了。到最后，也不知道是谁记错了。文档真的很重要。落实到文字上的东西，让大家都有章可循，避免了重复工作。
组长要调动组员的工作积极性，给大家分配一些对他们有挑战的任务去做，是正确的。但是，一个工程，琐碎的东西还是很多的。不是所有的工作都是那么有挑战性的。这样的情况，就需要组长合理分配任务，最大限度的保证大家对工作的积极性。
对组员要放权，但自己也要有所掌控。合作开发，首先你要给予组员信心，让他相信自己是可以的。其次，你也要相信你的组员，相信他是可以的，并给予他一定的自由去发挥它的智慧。一个好的领导者，不是自己有多高的技术，而是能发现组员的优点，并诱导其发挥出来。所谓没有无用的组员，只有无用的领导。（O(∩_∩)O哈哈~模仿一下米老师的话）
但是绝对的自由也是不可以的。如接口方面如感觉有错误，就必须要沟通，不能随意的改动。不然，你一层动了，我上层不知道，整个程序就乱了。而接口内部的实现，成员是可以根据自己的理解灵活发挥的。总之，既要放权，又要限制，自己把握平衡。
要善于激励组员。有的时候，成员由于自信心或是工作压力比较大，会表现出一种消极的态度。这时候，组长就要为成员做出榜样，表现出一种积极的心态，让组员能信任你，信任你这个团队。
3、沟通技巧
一个项目，有的时候是不能够每个人都分得他比较感兴趣的那个部分的，这时候就需要组长的沟通能力。自己的成员中，成员的水平也是有高有低的。不管水平高低，我们都要善于听取他们比较好的建议，也要善于去鼓励那些现在走的有的慢的成员。有的时候，迫于进度，可能我们会有点着急，但调动成员工作积极性，也并不是很生硬的就去批评人家，这样，反而会越弄越槽。要变相的给予他一点压力，让他知道有点慢了，积极一点他是可以做的比较快比较好的。
有的时候，可能你辛苦了好久的方案，水平高的成员给你否定了。这时候，我们也要有一种良好的心态去接受它。但接受意见归接受意见，总体的方向还得是由你把握的。
当遇到有矛盾的地方的时候，一定要细心的听别人是怎么说的，认真的给予回答。这时候的搪塞，会造成以后工作的分歧。而且，这也会造成别人以为你对他的不尊重，对他所提问题的不重视。一个认真的态度还是非常重要的。这次，因为这个问题与人弄的不愉快，有的时候没心没肺是不可取的。
4、应对压力
上边要检查什么东西了，检查进度了，或是客户突然改功能了，或是工期要到了，可是突然发现工程有个大bug了。这些冲突和压力都是组长要能够处理的。遇到问题，组长要能够保持冷静，要以乐于解决问题的积极姿态出现在团队中以及上级或客户面前。组长是一个团队的中坚力量，是不能压垮的。要能够适当的传递压力，适当的放松自己，保持旺盛的精力
5、自信心
组长不仅对组员要有自信，对自己也是要有自信心的。你代表的是一个团队，如果连你自己都不相信自己，你的组员怎么会相信你呢。要对你自己充满自信，尽自己最大的努力去把自己的工程做到最好。不要总是让别人的节奏，方向来影响自己。自信的去按照自己的节奏去走，相信自己，相信自己的组员，相信自己的团队，我们可以做的很好。
我的队友也真的很给力，每个人都很用心的去做这个工程。谢谢你们的配合哈！！！
有些人促使事情发生；有些人让事情发生；有些人怀疑所发生的事情；组长通过促使事情发生来领导项目团队达成目标。
这次通过团队合作，锻炼了一下。和大家分享一下经验。让我们共同努力，以后都能成为一个伟大的领导者。
