如何带领团队做软件开发领域的 research

如何带领团队做软件开发领域的 research
做软件开发有很多年了，现在是一个2-5个人组的小组长，想想以前的日子里，基本上是一个人单干，在学校里时有过团队开发的经历，但其实是peer的方式（同学间能力也比较相当），peer的方式是另一个值得探讨的问题，在这里我们不多做讨论。
如果你现在的开发团队是具有层级的，那么这里讨论的东西有效可能对你比较有意义。
层级的团队是必然的-有人经验多，有人经验少。能力上会形成层级。有人对当前的项目了解的比较多，有人了解的少，这里也会形成层级。其实最怕项目的初始阶段是由能力不够强的人担任架构师，那样会有错位现象，不利于项目未来的发展。
做技术的人有个很好的优点-focus，但其实这里也暗含着一个先天的缺点-这种感觉如同经济学里的机会成本，因为做某事而放弃了做别的事情的机会。所以做技术的人天生容易形成偏见。这种偏见包括看人，看待技术选型。（不知我现在是不是已经有一些偏见而让人利用我的言论攻击我自己，呵呵，暂不讨论）
research是一个不确定性很强的工作，research的目标有时似乎让人很气馁。它不同于一项目标明确的工作-明确的输入，输出。
零，你自己要有这方面的基础，能力。这包括 工作经验，较广的技术涉猎，能较快的理解某些技术选型会带来的影响。最好能涉猎程序员|QA|SQA|项目经理等多方面的工作。另外领导情商，这一点非常重要，领导一定不能垮掉，不然下面看你的人都不知道会怎样了；这其中有抗压能力。
research的方法之一：尽早确定短期目标。这当中的本质是时间管理。设立目标要具有较好的可实施性，让Team的人可以努力努力就能实现，这样可以保持Team的成就感，提高战斗力。
二，尊重团队成员的意见。不够成熟的团队成员的意见，不可一棒子打死。团队共同做research，本质上就是发挥团队的积极性，要保持积极性，就得尊重他人的意见。
三，注重沟通。需求大家理解了吗？编码规范大家讨论过吗？code review meeting每周在开吗？
TODO