设想你加入了一个新的公司、新的团队，或者这个公司、团队干脆是新组建的。如何成为其中的而一个领导者？
讨论领导者需要的素质的文章一抓一把，但实际上很少见到该如何在实践中培养这些能力的方法。要做什么谁都知道，该怎么做呢？我觉得，不妨从向别人求助开始。
1. 沟通，通过别人完成事情
想象一个场景：假设你——CoderA在编写一个模块A的代码时，你发现需要用到模块B的一个功能，然而对于模块B，你不熟悉，你会怎么办？
- 方法一：自己实现一遍模块B（或许是仅实现自己需要的部分）。
- 方法二：研究模块B的代码，搞明白模块B。
- 方法三：先暂时放在一边，等开例会的时候提出这个问题。
- 方法四：请教模块B的开发人员CoderB。
选择第一的办法的人——相信大家都了解，这种人不用说团队意识了，根本就是个破坏者！这种人编写的代码自称体系且通常别人很难看懂（因为他不用别人的代码，也就不考虑别人用他代码的情况），维护能力基本为零。这种人应该很少，但我确实遇到过。当然，此人最终的下场是被团队抛弃了。
方法二的选择者肯定不少，本着求人不如求己想法做事的人不是少数，技术人员尤甚。然而这样的人也谈不上团队意识，“费力不讨好”一词就是给这种人准备的。
方法三是一种不错的选择了。但这方法的选择者通常比较被动，作为被协调的人员而不是去协调别人的人。
方法四才是正确的选择。作为一个管理员最重要的是沟通，是通过别人做事情，而不是自己去做事情。方法四就是最好的体现。
2. 信息的不对称
具备大局观的一个重要因素是对信息的掌握程度。在一个项目中，之所以是项目经理而不是开发人员做决定，一个很重要的原因是经理掌握了更多的信息，做出的决定更符合整个项目的利益。
借助求助的机会，了解其它模块的开发目的、开发思路，是了解整个项目情况的最好办法。通常，面对开发人员，虚心请教都会换来对方知无不言、言无不尽、详尽的让你不敢相信的回答。或许是因为这正满足了开发人员闷骚性格中“诉说”的欲望。
3. 获取与给予
在请教的过程中，经常有些问题的解决时要别人帮忙的，这是一个好机会，让别人为你所用。如果能够给予回报，就更完美了。回报的形式有很多，一句感谢的话、公共场合（特别是例会之类）的赞美、或者自己掏腰包请客吃饭、给人买件小礼物……。
也许有人觉得为了公事请别人，花钱回报同事的帮助是件挺傻事情——明明是他应该做的嘛。但是换一个角度，你通过他完成了工作，并且你给予了他报酬，这从很微观的角度讲你和他的老板没有差别。进一步，如果所有的人都在听从你的安排，为你做事情，从你这里得到报酬，你不就是老板了吗？
肯定会有人问，那么我的钱从哪来？这些钱是你的投资，会从你的加薪、奖金、升值以及节省的时间中获得更大的回报！（如果你真的当了老板，那钱肯定是从客户那里来了）
4. 结果
如果我是你们团队的上司，面对你这么一个1.和团队每个人都能很好沟通，2.了解项目几乎所有的模块，3.能够让别人遵从你的意思做事情并且乐于为你做事情的人。我想不到不提拔你，还能提拔谁。
