从技术到管理的七个有关问题（序）[转自gameres]
从技术到管理的七个问题（序）[转自gameres]
作者：汪疆（soft）
更多讨论：http://user.qzone.qq.com/620613/blog/1305391028
目录：
从技术到管理的七个问题 － 序 http://bbs.gameres.com/showthread.asp?threadid=166839
从技术到管理的七个问题 － 问题一 http://bbs.gameres.com/showthread.asp?threadid=167166
从技术到管理的七个问题 － 问题二 http://bbs.gameres.com/showthread.asp?threadid=167480
从技术到管理的七个问题 － 问题三 http://bbs.gameres.com/showthread.asp?threadid=167795
从技术到管理的七个问题 － 问题四 http://bbs.gameres.com/showthread.asp?threadid=168098
从技术到管理的七个问题 － 问题五 http://bbs.gameres.com/showthread.asp?threadid=168405
从技术到管理的七个问题 － 问题六 http://bbs.gameres.com/showthread.asp?threadid=168759
从技术到管理的七个问题 － 问题七 http://bbs.gameres.com/showthread.asp?threadid=169071
时间像一把无情的刀，改变了你我模样，转眼很多年已经过去了...
曾经年少轻狂的我已经变成了别人看来成熟稳重的职业经理人，虽然我并不喜欢这样一个称呼。
从打工到创业、再到把公司卖掉、又重新作回打[来源：GameRes.com]工仔，我也算经历了很多次身份和角色的转变。有些是主动性的，比如当初创业，身份从打工变成老板，那是对自己梦想的一种追寻；而有些却是被动性的，不得不去面对，比如公司卖掉后，身份又回到打工。
其实身份的转变是可以很快适应的，因为屁股决定脑袋，在其位、谋其政。站的立场不同，那么想法也会自然而然的转变过来，不需要有什么技巧或者经验可以传授。
但是，角色的转变却并不是那么容易的一件事情，就比如从技术人员到管理者的转变！
我曾经看到很多人都栽倒在这个问题上，相当多原本优秀的技术人员，在这个转变的过程中成为了并不合格的管理者，一来一去，就等于同时造成了两个错误！这对一个规模并不大的团队来说，打击将会是致命的。
回首自己10多年的职业生涯，也经历了这样的一个过程，最早是一个普通的程序员，慢慢成为主程序，然后是项目经理、总监、现在成为了制作人，管理着200个人的近10个项目团队。
亲身经历加上所见所闻，见到了太多太多这样的案例，也曾时常和朋友同事们探讨交流，但始终还是无法得到标准的答案。不希望老是犯同样的错误，想把自己的想法和大家分享，相互印证，所以提出了下面的七个问题，既是问自己，也想听到大家的见解。
问题一：深入骨髓的技术情节下，怎么适应角色的巨大转变？
问题二：曾经的同事、如今的下属，关系如何处理？
问题三：我是不是一定要br />
我想，基本上所有朋友的职业规划都不会仅仅只定位于一个最初级的技术人员，每个人从内心来讲都是渴望不断提升的。其中，有些人专注于技术，希望成为一个领域的专家；而另外一部分人，会逐渐从技术转向管理；两条不同的成长线其实就是我们经常在一些大公司听到的所谓双阶梯成长。
如下图所示：
大师 <---> 制作人
导师 <-------> 总监
（技术阶梯） 专家 <-----------> 经理 （管理阶梯）
资深 <---------------> 主管
高级 <-------------------> 组长
中级
初级
这个文章系列的主题，就是从左边跳向右边的过程中发生的事情。要注意，跳得不好，你是会重重的摔下去的。
正常情况，一个人职业生涯的前几年，目标可能是深入学习技术，不断提升专业能力，几年过后可能就会晋升为技术主管，这个时候角色就开始转变了。
还有一种情况也是时常发生的，由于团队突然发生变化，如同赶鸭子上架一般，你临时就被推上管理岗位了，在完全没有任何思想准备的前提下，角色转变的事实就已经摆在面前。
两种情况的发生虽然不同，但是本质上面临的问题是一样的，先谈谈我的看法吧：
最核心的问题：要认识到，作为管理者，团队的成功才是[来源：GameRes.com]自己的成功！
因为别人对你的评价已经从你行不行，转变为你带的这只队伍行不行。不管你的技术再好，如果团队不行，还是证明你不行！反之，就算你不作任何具体技术，但是团队出成绩了，就说明你行。所以，要时刻提醒自己，目标是什么。
一旦明确了目标，那么很多事情和决策也就有方向了，是把时间精力投入到技术上能让团队成功？还是投入到管理和培养上更能让团队成功？
这个问题是没有答案的，因为团队构成不同，当时面临的情况不同，就有不同选择。
比如我在做公司第一款游戏的时候，曾是项目负责人，又兼主程序，照理应该更多的时间花在管理上，但是因为团队不大，总共十来个人，4、5个程序员，沟通管理成本还不高，所以很多的时候我都是在做技术的，大概只有20%的时间用在管理上。当然，后来随着团队规模的扩大，管理占用的时间也逐步上升。
后来公司成立新的项目组，团队五六十个人，这个时候如果项目经理或主程序还是把80%的时间埋头于技术研究上，那么我想这个项目成功的可能性几乎就没有了。因为管理问题会不断的冒出来，作为负责人你必须解决，那么你也就不可能安下心来做好技术，最终的结果是两头都做不好。
所以，这个时候你自己必须更多的投入管理，技术上学会放权，信任你的伙伴，一开始他们的确有可能在经验上有欠缺的地方，但是要相信每个人都在成长，而且谁也不比谁笨多少，技术上你能做到的事情，我相信大多数人也都能做到，只不过你先作了一步而已。善于成就他人，而不再只是满足于自己点滴的技术成就上，我想这就是从技术到管理的一次飞跃！
总结一下，我认为，不论技术还是管理，其实都是个人自我实现道路上的一种手段而已，在对的时间做对的事情，就可以了。
另外，真正好的管理者应该是让人感觉不到管理的，如同球场上的裁判。如果把成为管理者当成是成为明星，可以受到大家的追捧，那必将失败。或者认为管理就是当老大，控制他人，那也必将失败。
好了，这个话题就到这里吧，啰嗦的有点多了，如果你能看完我想也已经不容易。以后的话题争取更精炼些，在这个微博横行的时代，看这么长的文章真的是辛苦大家了。
个人一点见解，分享出来，抛砖引玉，欢迎转载。
问题二：曾经的同事、如今的下属，关系如何处理？
按理说，一个人能在一群人中脱颖而出，证明他是相对优秀的，所以选择他应该顺理成章，不会有什么麻烦吧？很遗憾，在这些年的实际工作中，我看到的大多数情况却不是这样的。
在一开始的时候如何去应对这种身份转变，将很大程度上决定你的团队今后能否长期保持和谐高效。
以前是同事，平级关系，相处相对容易，合得来就多结交，合不来可以少说点话，这没有什么大的影响。但突然间你成了他们的上司，要负责安排他们的工作、考核他们的成绩、甚至在某种程度上将影响他们的职业生涯。这个时候你们的关系将不可避免的发生改变。
虽然说具体问题具体分析，但我认为以下几点是值得普遍关注的：
１、营造良好的学习氛围，大多技术人才的主要目标在于学习积累上，只要有不断成长的空间，那相对其他方面的问题就会少很多。你需要帮助他们找到成长的方向，提供一个学习成长的环境，必要时，技术上亲自指导，逐步培养起团队的骨干力量。
２、给下属充分的发挥空间，大多作技术的人专注于自己的领域，喜欢做感兴趣的事情并得到认可。多给他们一些技术上的发挥空间，并不时鼓励他们取得的成果，将塑造出良好的团队氛围[来源：GameRes.com]并提升士气。但必须注意控制好方向和度，毫无节制放任他们的自我意识，也将成为团队的一场灾难。
３、对待下属不能偏坦，特别是以前的朋友，工作上不能特别照顾，必须一视同仁，以关系决定亲疏，对团队的潜在影响将会是巨大的，到时候你可能不仅失去大家的信任，而且失去朋友。
也许你会感觉和朋友关系疏远了，很多话也不好说了？不用困惑，这很正常，这是角色变化带来的必然结果。建议找朋友好好的聊一下，说说你对未来工作和团队发展的想法，工作中适当保持严肃和距离这是必须的。下来后，生活中你们还是会和从前一样，我想应该能得到理解和支持。
４、公正对待以前的竞争者，这类人的资历通常都较深，你升上去了而他没有，或多或少产生一些不满情绪是正常的，短时间内的工作消极、考勤下降、甚至冷潮热讽等，你也不要奇怪，因为这是人之常情，换了谁都差不多。面对这种情况，要帮他们找到团队内新的发展空间；在工作安排上一定要开诚布公，用制度管理，用绩效说话，一视同仁，并以身作则。时间长了，理智的竞争者们自然会看到你的诚意，逐渐的就消除隔阂了。
如果把这类人的关系处理好了，那团队将迎来一个新的发展。一旦处理不好，要么你下课，要么他们离开，不管哪种结果，对团队的实力和士气都将造成无法弥补的损失。当然，遇到实在不能改变的人，为了团队的整体利益，该淘汰就淘汰，也不要过多犹豫，大家能理解的。
面对不同的人有不同的相处之道，这个需要你自己去慢慢体会。。。但无论如何：作为管理者，公平的对待每一位下属，并为大家提供良好的发展空间，是赢得信任和尊重的基础。
问题三：我是不是一定要是最强的？
团队的管理者是不是一定要是技术最强的那个人？如果不是会怎么样？如果一个人能力足够强，就能做好所有的工作吗？
这一系列的疑问组成了今天的这个话题，这也可能是七个问题中最具争议性、也最让人纠结的一个。我一度认为只有技术强的人才能带好团队，后来又发现管理沟通能力可能更为重要，再后来又觉得技术和管理必须并重才行，如此往复。甚至至今我都还没有找到一个确定的答案。
但不论如何纠结，至少还是有一些规律在里面的。
我们知道管理是由一个个层级组成的，每一层级管理下面的层级，并对上一个层级负责，把每个人的能力分为两种，一是技术能力，二是管理能力。那么每个层级的管理者需要的能力是不一样的，我们发现，越靠下的层级，对技术能力的要求越高，而越往上，对管理能力的要求就越高。
如图所示：
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
层级 ｜ 技术能力要求 ｜ 管理能力要求
－－－－－－－－－－－－－－－－－－－－－
制作人｜ 最弱 ｜ 最强
总监 ｜ 弱 ｜ 强
经理 ｜ 中 ｜ 中
主管 ｜ 强 ｜ 弱
组长 ｜ 最强 ｜ 最弱
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
比如组长，他们是一个具体技术领域的负责人，好比原画组长吧，如果不懂画画，怎么去指导和评定下属的工作呢？所以组长一定要是技术最强的人之一，这样才能带领团队很好的去完成工作。
而作为主管级，拿主程序举例，他可能是一个比较强的程序员，但也不可能掌握所有程序技术，下面必然分为好几个小组，有引擎、逻辑、物理、数据库、网络、工具……等等，再强的主程序都不可能精通这所有领域，更不可能每一个模块都亲自设计和编码。但他可以凭借自身的技术功底和经验，放眼全局，把握好下属各个小组的工作进度和质量；并在技术上给大家指出方向，能够提升团队整体的综合实力，那么就是一个称职的主程序。
到了项目经理这个层级后，下属的团队已经完全处于不同领域了，协调各方面的资源，处理不同类型的问题，并最终保证整体计划的顺利实施，已经远比他能不能写出优质的代码、做出漂亮的画面重要的多了。
在和从技术转向管理的朋友聊天的时候，我发现他们很多都觉得做管理很麻烦，而以前纯做技术反而感觉更习惯、更简单一些，如同李开复谈到Google现任CEO佩奇的时候，也有相类似的评价。但其实管理能力是一种综合能力，不仅仅是发号施令，还包括沟通、组织、洞察、决断、情商等等方面，和大家之前习惯的技术领域是大不相同的，所以这个角色的转变必然会有一个长期的适应过程。
最后还是回到问题本身上来，我得到的结论是：越接近基层的管理者，需要的技术能力越强。层级越高的管理者，需要的管理能力越强。
人无完人，找准定位，得到就意味着失去。在正确的位置上作正确的事情，那样就可以了。
问题四：面对打酱油的人，该怎么办？
也许这是最没有争议的一个问题，答案很确定，对于打酱油的人，要么改变，要么出局。但是，具体说起来，几乎每个团队中都有打酱油的人，并且有的酱油还打得好好的，打出了品牌，猪八戒算不算酱油之祖师爷？但既然目标是建立一个高效的团队，就免不了要进行考核，此时的酱油就会被滤出大量的水分来。
扯了这么多，先来说说我的看法，大家探讨吧。
首先要搞清楚人为什么要打酱油，原因应该是多方面的，但基本都可以归结为两大类：一类是其自身主观因素造成的，比如生性懒散（据说程序员都是懒惰的，但请不要对代码懒散）、能力有限又不思进取，长期形成了安于现状的习惯；另外一类本身并不想打酱油，是由客观环境造成了打酱油的现状，比如团队氛围问题、目标不[来源：GameRes.com]明确、领导不负责、同伴不给力、有功不赏、有过不罚等等。
第一类情况相对来说较多是个人行为。所谓人各有志，不能强求，人的性格和习惯很难在短时间内改变，试图让一个懒散的人变得勤劳起来是很难的。有这么一句话,“迷时师渡，省了自渡"，当团队对打酱油的行为作出了反馈，并通过一段时间考察和试用后，如果还不能达到要求的那部分人，最好的办法就是淘汰。果断的淘汰比犹豫不决要好，因为放任一个人，会让其他所有人受到影响，逐渐的，大家都开始打酱油，而真正愿意做事的人恐怕就呆不住了。对一个人的仁慈，就是对整个团队的残忍。何况这种‘仁慈’对当事人本身而言也不是什么好事，其实就是变相的荒废一个人而已。
所以，作为管理者，要勇于做出决定。
第二类问题才是致命的。
前一类只是个体问题，还不至于影响全局。而第二类则关系到团队的存亡，不客气地说，团队如果出现整体性问题，那就是管理者本身的问题。
不管是在你的任期内出现的，还是你刚刚接手这样的团队，改变都已经刻不容缓。
怎么改变？方法很多，但不在这个问题的讨论范围内，关键是你有没有改变的决心和行动。如果不去做，那么就不要责怪其他任何人，因为你才是那个最大的打酱油者。
由于是管理者自身在打酱油，所以团队才会出现集体打酱油的状况，这才是导致第二类问题的根本原因。
所以：面对打酱油的人，最好的办法就是做出改变，既是改变别人，更是改变自己。
问题五：制度与人性化，哪个更重要？
制度是个好东西，虽然有时候在某些体制下的制度会被人们痛恨。但我相信那些飞速发展的大型公司，比如苹果、Google等，一定是有一套高效的制度在起作用的。制度不仅仅是个文本，而应该是一个完整的体系，一个企业的ＥＲＰ软件也可以称为制度，制度也可以是创新，现在快速发展的互联网公司，尤其是销售型企业，制度是背后起支撑作用的核心法宝。
但有时候制度也会和管理者的初衷背道而驰，管理作的越久，就越发有这样的疑惑，因为再完美的制度也无法包含每一个细节。而人性化管理应该是每个管理者追求的目标，但是很多时候又会变成是一厢情愿式的梦想。那到底怎么才好呢？
其实我觉得这两者并不矛盾，制度本身就应该是人性化的，而人性化的环境也必须要靠制度来保障。那制度是否越详细越好呢？我个人倾向不宜过多，应该简单明确。因为越是复杂的制度，就越不容易理解，也就越难被执行；
正所谓初生牛犊不怕虎，大多刚刚走上管理岗位的人，一开始都非常重视制度的建立，通常他们上任的第一项工作就是制定一套管理制度。这些制度可能很详细，几乎[来源：GameRes.com]希望把所有可能出现的问题都规范起来。很可能是因为之前做技术的时候，他们就发现了很多管理上的问题，太多切身的体会让他们非常希望改进制度，不再让团队遭受同样的痛苦。
愿望是美好的，但现实有时候却会很无情。我看到的大多数情况最后的结局都是不了了之，当初定的制度被束之高阁，再也无人问津了。
为什么会这样，难道制度不够完善？或者管理者的决心不够？
其实问题出在执行上，再完善的制度如果没有可操作性，那就是一纸空文；如果需要花费太多的精力去保障制度的执行，那么你一定要想清楚，谁去做这个事情？监督和保障制度的执行不是一次心血来潮，而是需要常年累月一丝不苟的执行！制度的内容可以体现人性化，但是执行上绝对要一板一眼才行，任何一次放任的结果都会是悲剧性的。
制度是死的，而人是活的！在这个快速发展的行业，环境的改变非常快，也许昨天我们还在津津乐道的东西，今天就已经退出历史舞台了。所以管理也必须跟上时代，要与时俱进。
小型团队靠人情，中型团队靠制度，大型团队靠文化。而大型的团队又是由一个个中小型的团队组成的，由此可见，制度和人性化，其实没有哪个更重要的问题，只有怎么用的问题。
所以我认为：制度和人性化，两者相辅相成。好的制度应该简单明确、以人为本、可操作、可持续、可成长。
今天的话题可能有点庸长，有些我自己都不是很满意，但却又找不到更好的表述方式，纠结～～
其实，武侠小说中还给我们描绘了一种武功的更高境界，那就是——手中无剑，心中亦无剑。
那是怎样的一种境界啊……
问题六：如何保持团队的创新动力？
一说起现在的网络游戏现状，大家的印象就是同质化严重，大量的山寨产品，尤其是MMORPG，基本上都是一个模子倒出来的，类似的产品实在太多了，据说最近2个月时间，推出的游戏就超过100款之多！行业的现状让人担忧，水平两级分化严重，整体看来，游戏行业需要创新。只有不遗余力的创新，提高自身的核心竞争力，才能获得稳定和发展。
虽然创新能创造超乎寻常的利益，但为什么游戏行业创新成功的例子不多呢？
在我看来，人们对创新的理解不同，有人赞成，有人反对，反对创新的一方的原因如下：
1、创新会损害旧的利益。
2、创新失败的可能性很高。
3、创新在财务上具有不可行性。
所以说你在提议创新的时候，一定要考虑到以上几个方面：是否考虑原来相关利益，创新中存在的问题能否搞定，创新的成本等。这些答案不一定是OK的，但如果你感觉还是要去做，也没问题，有句话是看人生豪迈，不过是从头再来，有时侯也必须冒点风险。当然，如果因为你的创新而会影响到公司整体利益，比如影响其他人的工作，影响公司财务报表等，还是必须慎重考虑。
人是创新的根本，管理者应该怎么保持和激发团队成员的创新[来源：GameRes.com]动力呢？我的思考大致如下：
一、要有整合的能力，也就是商业化的能力；仅有创新的想法或idea是不行的，点子人人都有，可是你能实现它吗？能做到什么程度？能做到成熟的商业化吗？
二、在团队内营造创新的氛围；激励创新的精神并建立起创新机制，如建立知识分享，设立创新的奖励，强调沟通等。就拿知识分享来说，是我们见到最多的一个手段，并且很多公司都在普遍使用，表现在每周的部门技术会议分享，每人谈自己的一个专题并自由讨论等。
三、制定远期目标；人类因梦想而伟大，如果只是为了做一个项目赚钱，那模仿当然是最稳妥的方式。但模仿永远也只是模仿。看得够远，才能看到别人所不能看到的东西。苹果为什么能超越IBM、戴尔、联想？远见是关键性的，一开始，苹果就认为未来是智能手机的天下且全力投入，这种断裂式创新比持续性创新取得了更大成功(当然也可能是更大的失败)。
四、保持压力；乔布斯说过“保持饥饿，保持愚蠢（Stay Hungry，Stay Foolish）”，太过舒适的环境容易让人变得安逸，显然这并不利于创新，创新需要有不断的压力来推进。
五、领导人的价值观和对创新的支持；创新一定要取得领导层的支持，因为创新需要调用大量的资源，也可能损害一部分人的既得利益，没有最高领导层支持的创新，将举步维艰。
六、对创新失败的控制；创新意味着风险，失败的机率通常远远大于成功的几率，当一个创新的方向有可能已经被证明和市场不符的时候，对于创新失败要有止损的勇气和措施，必须设立创新的安全阀门。
现在关于创新的话题很热，但其实创新是需要时间的，非一日之功可以练成。关于创新的话题在这个行业永远都会存在，不创新，只有死。
问题七：先付出还是先得到？
在美洲杯的揭幕战中，云集了世界最顶级攻击手的阿根廷队，却没有战胜名不见经传的玻利维亚，这说明什么？其实就是团队的问题，足球是一个非常讲究团队配合的运动，每个人都是最好的，但组合在一起不一定就是最好的了！反之，一群配合默契的人，虽然不一定都是最好的，却可以取得伟大的成绩。
这其实和我们做游戏是同样的道理，单枪匹马的时代已经过去了，我们需要团队配合，需要协同作战。
说到现在的网络游戏行业现状，其实已经和几年前大不相同了。2000年左右，在我刚刚毕业进入游戏行业的时候，那时还没有什么网络游戏，中国的单机游戏也刚起步几年，不过被盗版所限，发展举步维艰。做游戏在当时是很另类的事情，没有市场、没有环境、没有高薪、也没有人认同，游戏像是一种地下产业，过着见不得光的日子。
即便这样，还是有一群执著的人，顽强的在这个行业里追求着他们自己的梦想。那个时候做游戏的人大多都是因为兴趣才进入的，而现在游戏已经形成一个产业，规模已经是那个时候的几百上千倍了！
所以我们现在的管理者不要苛求每个人都和那个时[来源：GameRes.com]候一样，可以不计回报的付出，而不求索取（其实，那个时候的人也并非不求回报，只不过追求的是更大的回报）。
现在这个行业有钱了、浮躁了、机会也更多了，很多对游戏并没有什么兴趣的人也进来了，这是行业发展的必经之路。我们需要一群有梦想的人来引领，同样也需要大量作基础工作的人来贡献力量。不要再幻想一夜暴富，现在行业的成功机会已经远远没以前那么多了，苦练内功、提升品质、坚实的走好每一步才是在激烈竞争中活下来，并取得成功的关键。
而作为这个行业中的普通一员，我们应该怎么发展呢？在我看来，无论任何时候、作任何事情都应该把它做好，我们是为自己做事，而不是为了其他什么人做事。一切的努力最后受益的人都是自己，而一切的懒惰最后受害的人也都是自己。机会是留给有准备的人的，机会随时都有，但有准备的人又有多少呢？
“平庸者和卓越者的区别就是，前者是先看给多少回报，然后才去做对应回报的事；而后者是不计回报，先把事情做好了再说。然而我们的很多人都以为前者才是聪明的方法，殊不知这就是平庸和卓越之间的区别。”
上面的这段话是我以前发表在博客上的，关于付出与得到之间的关系，这就是我的理解。
时间过得真快，差不多2个月就过去了。我已经开始习惯每周来写一个新的话题，其实平时也都在思考，只不过是利用周末把它们写出来而已。
历史是成功者来书写的，这些点滴的思考或许并不能带来什么改变，但至少对我自己来说是一次总结、一次积累、一次完整的经历，我为我的坚持而骄傲。
最后，感谢大家的关注和支持！
作者：汪疆（soft）
更多讨论：http://user.qzone.qq.com/620613/blog/1305391028
目录：
从技术到管理的七个问题 － 序 http://bbs.gameres.com/showthread.asp?threadid=166839
从技术到管理的七个问题 － 问题一 http://bbs.gameres.com/showthread.asp?threadid=167166
从技术到管理的七个问题 － 问题二 http://bbs.gameres.com/showthread.asp?threadid=167480
从技术到管理的七个问题 － 问题三 http://bbs.gameres.com/showthread.asp?threadid=167795
从技术到管理的七个问题 － 问题四 http://bbs.gameres.com/showthread.asp?threadid=168098
从技术到管理的七个问题 － 问题五 http://bbs.gameres.com/showthread.asp?threadid=168405
从技术到管理的七个问题 － 问题六 http://bbs.gameres.com/showthread.asp?threadid=168759
从技术到管理的七个问题 － 问题七 http://bbs.gameres.com/showthread.asp?threadid=169071
时间像一把无情的刀，改变了你我模样，转眼很多年已经过去了...
曾经年少轻狂的我已经变成了别人看来成熟稳重的职业经理人，虽然我并不喜欢这样一个称呼。
从打工到创业、再到把公司卖掉、又重新作回打[来源：GameRes.com]工仔，我也算经历了很多次身份和角色的转变。有些是主动性的，比如当初创业，身份从打工变成老板，那是对自己梦想的一种追寻；而有些却是被动性的，不得不去面对，比如公司卖掉后，身份又回到打工。
其实身份的转变是可以很快适应的，因为屁股决定脑袋，在其位、谋其政。站的立场不同，那么想法也会自然而然的转变过来，不需要有什么技巧或者经验可以传授。
但是，角色的转变却并不是那么容易的一件事情，就比如从技术人员到管理者的转变！
我曾经看到很多人都栽倒在这个问题上，相当多原本优秀的技术人员，在这个转变的过程中成为了并不合格的管理者，一来一去，就等于同时造成了两个错误！这对一个规模并不大的团队来说，打击将会是致命的。
回首自己10多年的职业生涯，也经历了这样的一个过程，最早是一个普通的程序员，慢慢成为主程序，然后是项目经理、总监、现在成为了制作人，管理着200个人的近10个项目团队。
亲身经历加上所见所闻，见到了太多太多这样的案例，也曾时常和朋友同事们探讨交流，但始终还是无法得到标准的答案。不希望老是犯同样的错误，想把自己的想法和大家分享，相互印证，所以提出了下面的七个问题，既是问自己，也想听到大家的见解。
问题一：深入骨髓的技术情节下，怎么适应角色的巨大转变？
问题二：曾经的同事、如今的下属，关系如何处理？
问题三：我是不是一定要br />
我想，基本上所有朋友的职业规划都不会仅仅只定位于一个最初级的技术人员，每个人从内心来讲都是渴望不断提升的。其中，有些人专注于技术，希望成为一个领域的专家；而另外一部分人，会逐渐从技术转向管理；两条不同的成长线其实就是我们经常在一些大公司听到的所谓双阶梯成长。
如下图所示：
大师 <---> 制作人
导师 <-------> 总监
（技术阶梯） 专家 <-----------> 经理 （管理阶梯）
资深 <---------------> 主管
高级 <-------------------> 组长
中级
初级
这个文章系列的主题，就是从左边跳向右边的过程中发生的事情。要注意，跳得不好，你是会重重的摔下去的。
正常情况，一个人职业生涯的前几年，目标可能是深入学习技术，不断提升专业能力，几年过后可能就会晋升为技术主管，这个时候角色就开始转变了。
还有一种情况也是时常发生的，由于团队突然发生变化，如同赶鸭子上架一般，你临时就被推上管理岗位了，在完全没有任何思想准备的前提下，角色转变的事实就已经摆在面前。
两种情况的发生虽然不同，但是本质上面临的问题是一样的，先谈谈我的看法吧：
最核心的问题：要认识到，作为管理者，团队的成功才是[来源：GameRes.com]自己的成功！
因为别人对你的评价已经从你行不行，转变为你带的这只队伍行不行。不管你的技术再好，如果团队不行，还是证明你不行！反之，就算你不作任何具体技术，但是团队出成绩了，就说明你行。所以，要时刻提醒自己，目标是什么。
一旦明确了目标，那么很多事情和决策也就有方向了，是把时间精力投入到技术上能让团队成功？还是投入到管理和培养上更能让团队成功？
这个问题是没有答案的，因为团队构成不同，当时面临的情况不同，就有不同选择。
比如我在做公司第一款游戏的时候，曾是项目负责人，又兼主程序，照理应该更多的时间花在管理上，但是因为团队不大，总共十来个人，4、5个程序员，沟通管理成本还不高，所以很多的时候我都是在做技术的，大概只有20%的时间用在管理上。当然，后来随着团队规模的扩大，管理占用的时间也逐步上升。
后来公司成立新的项目组，团队五六十个人，这个时候如果项目经理或主程序还是把80%的时间埋头于技术研究上，那么我想这个项目成功的可能性几乎就没有了。因为管理问题会不断的冒出来，作为负责人你必须解决，那么你也就不可能安下心来做好技术，最终的结果是两头都做不好。
所以，这个时候你自己必须更多的投入管理，技术上学会放权，信任你的伙伴，一开始他们的确有可能在经验上有欠缺的地方，但是要相信每个人都在成长，而且谁也不比谁笨多少，技术上你能做到的事情，我相信大多数人也都能做到，只不过你先作了一步而已。善于成就他人，而不再只是满足于自己点滴的技术成就上，我想这就是从技术到管理的一次飞跃！
总结一下，我认为，不论技术还是管理，其实都是个人自我实现道路上的一种手段而已，在对的时间做对的事情，就可以了。
另外，真正好的管理者应该是让人感觉不到管理的，如同球场上的裁判。如果把成为管理者当成是成为明星，可以受到大家的追捧，那必将失败。或者认为管理就是当老大，控制他人，那也必将失败。
好了，这个话题就到这里吧，啰嗦的有点多了，如果你能看完我想也已经不容易。以后的话题争取更精炼些，在这个微博横行的时代，看这么长的文章真的是辛苦大家了。
个人一点见解，分享出来，抛砖引玉，欢迎转载。
问题二：曾经的同事、如今的下属，关系如何处理？
按理说，一个人能在一群人中脱颖而出，证明他是相对优秀的，所以选择他应该顺理成章，不会有什么麻烦吧？很遗憾，在这些年的实际工作中，我看到的大多数情况却不是这样的。
在一开始的时候如何去应对这种身份转变，将很大程度上决定你的团队今后能否长期保持和谐高效。
以前是同事，平级关系，相处相对容易，合得来就多结交，合不来可以少说点话，这没有什么大的影响。但突然间你成了他们的上司，要负责安排他们的工作、考核他们的成绩、甚至在某种程度上将影响他们的职业生涯。这个时候你们的关系将不可避免的发生改变。
虽然说具体问题具体分析，但我认为以下几点是值得普遍关注的：
１、营造良好的学习氛围，大多技术人才的主要目标在于学习积累上，只要有不断成长的空间，那相对其他方面的问题就会少很多。你需要帮助他们找到成长的方向，提供一个学习成长的环境，必要时，技术上亲自指导，逐步培养起团队的骨干力量。
２、给下属充分的发挥空间，大多作技术的人专注于自己的领域，喜欢做感兴趣的事情并得到认可。多给他们一些技术上的发挥空间，并不时鼓励他们取得的成果，将塑造出良好的团队氛围[来源：GameRes.com]并提升士气。但必须注意控制好方向和度，毫无节制放任他们的自我意识，也将成为团队的一场灾难。
３、对待下属不能偏坦，特别是以前的朋友，工作上不能特别照顾，必须一视同仁，以关系决定亲疏，对团队的潜在影响将会是巨大的，到时候你可能不仅失去大家的信任，而且失去朋友。
也许你会感觉和朋友关系疏远了，很多话也不好说了？不用困惑，这很正常，这是角色变化带来的必然结果。建议找朋友好好的聊一下，说说你对未来工作和团队发展的想法，工作中适当保持严肃和距离这是必须的。下来后，生活中你们还是会和从前一样，我想应该能得到理解和支持。
４、公正对待以前的竞争者，这类人的资历通常都较深，你升上去了而他没有，或多或少产生一些不满情绪是正常的，短时间内的工作消极、考勤下降、甚至冷潮热讽等，你也不要奇怪，因为这是人之常情，换了谁都差不多。面对这种情况，要帮他们找到团队内新的发展空间；在工作安排上一定要开诚布公，用制度管理，用绩效说话，一视同仁，并以身作则。时间长了，理智的竞争者们自然会看到你的诚意，逐渐的就消除隔阂了。
如果把这类人的关系处理好了，那团队将迎来一个新的发展。一旦处理不好，要么你下课，要么他们离开，不管哪种结果，对团队的实力和士气都将造成无法弥补的损失。当然，遇到实在不能改变的人，为了团队的整体利益，该淘汰就淘汰，也不要过多犹豫，大家能理解的。
面对不同的人有不同的相处之道，这个需要你自己去慢慢体会。。。但无论如何：作为管理者，公平的对待每一位下属，并为大家提供良好的发展空间，是赢得信任和尊重的基础。
问题三：我是不是一定要是最强的？
团队的管理者是不是一定要是技术最强的那个人？如果不是会怎么样？如果一个人能力足够强，就能做好所有的工作吗？
这一系列的疑问组成了今天的这个话题，这也可能是七个问题中最具争议性、也最让人纠结的一个。我一度认为只有技术强的人才能带好团队，后来又发现管理沟通能力可能更为重要，再后来又觉得技术和管理必须并重才行，如此往复。甚至至今我都还没有找到一个确定的答案。
但不论如何纠结，至少还是有一些规律在里面的。
我们知道管理是由一个个层级组成的，每一层级管理下面的层级，并对上一个层级负责，把每个人的能力分为两种，一是技术能力，二是管理能力。那么每个层级的管理者需要的能力是不一样的，我们发现，越靠下的层级，对技术能力的要求越高，而越往上，对管理能力的要求就越高。
如图所示：
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
层级 ｜ 技术能力要求 ｜ 管理能力要求
－－－－－－－－－－－－－－－－－－－－－
制作人｜ 最弱 ｜ 最强
总监 ｜ 弱 ｜ 强
经理 ｜ 中 ｜ 中
主管 ｜ 强 ｜ 弱
组长 ｜ 最强 ｜ 最弱
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
比如组长，他们是一个具体技术领域的负责人，好比原画组长吧，如果不懂画画，怎么去指导和评定下属的工作呢？所以组长一定要是技术最强的人之一，这样才能带领团队很好的去完成工作。
而作为主管级，拿主程序举例，他可能是一个比较强的程序员，但也不可能掌握所有程序技术，下面必然分为好几个小组，有引擎、逻辑、物理、数据库、网络、工具……等等，再强的主程序都不可能精通这所有领域，更不可能每一个模块都亲自设计和编码。但他可以凭借自身的技术功底和经验，放眼全局，把握好下属各个小组的工作进度和质量；并在技术上给大家指出方向，能够提升团队整体的综合实力，那么就是一个称职的主程序。
到了项目经理这个层级后，下属的团队已经完全处于不同领域了，协调各方面的资源，处理不同类型的问题，并最终保证整体计划的顺利实施，已经远比他能不能写出优质的代码、做出漂亮的画面重要的多了。
在和从技术转向管理的朋友聊天的时候，我发现他们很多都觉得做管理很麻烦，而以前纯做技术反而感觉更习惯、更简单一些，如同李开复谈到Google现任CEO佩奇的时候，也有相类似的评价。但其实管理能力是一种综合能力，不仅仅是发号施令，还包括沟通、组织、洞察、决断、情商等等方面，和大家之前习惯的技术领域是大不相同的，所以这个角色的转变必然会有一个长期的适应过程。
最后还是回到问题本身上来，我得到的结论是：越接近基层的管理者，需要的技术能力越强。层级越高的管理者，需要的管理能力越强。
人无完人，找准定位，得到就意味着失去。在正确的位置上作正确的事情，那样就可以了。
问题四：面对打酱油的人，该怎么办？
也许这是最没有争议的一个问题，答案很确定，对于打酱油的人，要么改变，要么出局。但是，具体说起来，几乎每个团队中都有打酱油的人，并且有的酱油还打得好好的，打出了品牌，猪八戒算不算酱油之祖师爷？但既然目标是建立一个高效的团队，就免不了要进行考核，此时的酱油就会被滤出大量的水分来。
扯了这么多，先来说说我的看法，大家探讨吧。
首先要搞清楚人为什么要打酱油，原因应该是多方面的，但基本都可以归结为两大类：一类是其自身主观因素造成的，比如生性懒散（据说程序员都是懒惰的，但请不要对代码懒散）、能力有限又不思进取，长期形成了安于现状的习惯；另外一类本身并不想打酱油，是由客观环境造成了打酱油的现状，比如团队氛围问题、目标不[来源：GameRes.com]明确、领导不负责、同伴不给力、有功不赏、有过不罚等等。
第一类情况相对来说较多是个人行为。所谓人各有志，不能强求，人的性格和习惯很难在短时间内改变，试图让一个懒散的人变得勤劳起来是很难的。有这么一句话,“迷时师渡，省了自渡"，当团队对打酱油的行为作出了反馈，并通过一段时间考察和试用后，如果还不能达到要求的那部分人，最好的办法就是淘汰。果断的淘汰比犹豫不决要好，因为放任一个人，会让其他所有人受到影响，逐渐的，大家都开始打酱油，而真正愿意做事的人恐怕就呆不住了。对一个人的仁慈，就是对整个团队的残忍。何况这种‘仁慈’对当事人本身而言也不是什么好事，其实就是变相的荒废一个人而已。
所以，作为管理者，要勇于做出决定。
第二类问题才是致命的。
前一类只是个体问题，还不至于影响全局。而第二类则关系到团队的存亡，不客气地说，团队如果出现整体性问题，那就是管理者本身的问题。
不管是在你的任期内出现的，还是你刚刚接手这样的团队，改变都已经刻不容缓。
怎么改变？方法很多，但不在这个问题的讨论范围内，关键是你有没有改变的决心和行动。如果不去做，那么就不要责怪其他任何人，因为你才是那个最大的打酱油者。
由于是管理者自身在打酱油，所以团队才会出现集体打酱油的状况，这才是导致第二类问题的根本原因。
所以：面对打酱油的人，最好的办法就是做出改变，既是改变别人，更是改变自己。
问题五：制度与人性化，哪个更重要？
制度是个好东西，虽然有时候在某些体制下的制度会被人们痛恨。但我相信那些飞速发展的大型公司，比如苹果、Google等，一定是有一套高效的制度在起作用的。制度不仅仅是个文本，而应该是一个完整的体系，一个企业的ＥＲＰ软件也可以称为制度，制度也可以是创新，现在快速发展的互联网公司，尤其是销售型企业，制度是背后起支撑作用的核心法宝。
但有时候制度也会和管理者的初衷背道而驰，管理作的越久，就越发有这样的疑惑，因为再完美的制度也无法包含每一个细节。而人性化管理应该是每个管理者追求的目标，但是很多时候又会变成是一厢情愿式的梦想。那到底怎么才好呢？
其实我觉得这两者并不矛盾，制度本身就应该是人性化的，而人性化的环境也必须要靠制度来保障。那制度是否越详细越好呢？我个人倾向不宜过多，应该简单明确。因为越是复杂的制度，就越不容易理解，也就越难被执行；
正所谓初生牛犊不怕虎，大多刚刚走上管理岗位的人，一开始都非常重视制度的建立，通常他们上任的第一项工作就是制定一套管理制度。这些制度可能很详细，几乎[来源：GameRes.com]希望把所有可能出现的问题都规范起来。很可能是因为之前做技术的时候，他们就发现了很多管理上的问题，太多切身的体会让他们非常希望改进制度，不再让团队遭受同样的痛苦。
愿望是美好的，但现实有时候却会很无情。我看到的大多数情况最后的结局都是不了了之，当初定的制度被束之高阁，再也无人问津了。
为什么会这样，难道制度不够完善？或者管理者的决心不够？
其实问题出在执行上，再完善的制度如果没有可操作性，那就是一纸空文；如果需要花费太多的精力去保障制度的执行，那么你一定要想清楚，谁去做这个事情？监督和保障制度的执行不是一次心血来潮，而是需要常年累月一丝不苟的执行！制度的内容可以体现人性化，但是执行上绝对要一板一眼才行，任何一次放任的结果都会是悲剧性的。
制度是死的，而人是活的！在这个快速发展的行业，环境的改变非常快，也许昨天我们还在津津乐道的东西，今天就已经退出历史舞台了。所以管理也必须跟上时代，要与时俱进。
小型团队靠人情，中型团队靠制度，大型团队靠文化。而大型的团队又是由一个个中小型的团队组成的，由此可见，制度和人性化，其实没有哪个更重要的问题，只有怎么用的问题。
所以我认为：制度和人性化，两者相辅相成。好的制度应该简单明确、以人为本、可操作、可持续、可成长。
今天的话题可能有点庸长，有些我自己都不是很满意，但却又找不到更好的表述方式，纠结～～
其实，武侠小说中还给我们描绘了一种武功的更高境界，那就是——手中无剑，心中亦无剑。
那是怎样的一种境界啊……
问题六：如何保持团队的创新动力？
一说起现在的网络游戏现状，大家的印象就是同质化严重，大量的山寨产品，尤其是MMORPG，基本上都是一个模子倒出来的，类似的产品实在太多了，据说最近2个月时间，推出的游戏就超过100款之多！行业的现状让人担忧，水平两级分化严重，整体看来，游戏行业需要创新。只有不遗余力的创新，提高自身的核心竞争力，才能获得稳定和发展。
虽然创新能创造超乎寻常的利益，但为什么游戏行业创新成功的例子不多呢？
在我看来，人们对创新的理解不同，有人赞成，有人反对，反对创新的一方的原因如下：
1、创新会损害旧的利益。
2、创新失败的可能性很高。
3、创新在财务上具有不可行性。
所以说你在提议创新的时候，一定要考虑到以上几个方面：是否考虑原来相关利益，创新中存在的问题能否搞定，创新的成本等。这些答案不一定是OK的，但如果你感觉还是要去做，也没问题，有句话是看人生豪迈，不过是从头再来，有时侯也必须冒点风险。当然，如果因为你的创新而会影响到公司整体利益，比如影响其他人的工作，影响公司财务报表等，还是必须慎重考虑。
人是创新的根本，管理者应该怎么保持和激发团队成员的创新[来源：GameRes.com]动力呢？我的思考大致如下：
一、要有整合的能力，也就是商业化的能力；仅有创新的想法或idea是不行的，点子人人都有，可是你能实现它吗？能做到什么程度？能做到成熟的商业化吗？
二、在团队内营造创新的氛围；激励创新的精神并建立起创新机制，如建立知识分享，设立创新的奖励，强调沟通等。就拿知识分享来说，是我们见到最多的一个手段，并且很多公司都在普遍使用，表现在每周的部门技术会议分享，每人谈自己的一个专题并自由讨论等。
三、制定远期目标；人类因梦想而伟大，如果只是为了做一个项目赚钱，那模仿当然是最稳妥的方式。但模仿永远也只是模仿。看得够远，才能看到别人所不能看到的东西。苹果为什么能超越IBM、戴尔、联想？远见是关键性的，一开始，苹果就认为未来是智能手机的天下且全力投入，这种断裂式创新比持续性创新取得了更大成功(当然也可能是更大的失败)。
四、保持压力；乔布斯说过“保持饥饿，保持愚蠢（Stay Hungry，Stay Foolish）”，太过舒适的环境容易让人变得安逸，显然这并不利于创新，创新需要有不断的压力来推进。
五、领导人的价值观和对创新的支持；创新一定要取得领导层的支持，因为创新需要调用大量的资源，也可能损害一部分人的既得利益，没有最高领导层支持的创新，将举步维艰。
六、对创新失败的控制；创新意味着风险，失败的机率通常远远大于成功的几率，当一个创新的方向有可能已经被证明和市场不符的时候，对于创新失败要有止损的勇气和措施，必须设立创新的安全阀门。
现在关于创新的话题很热，但其实创新是需要时间的，非一日之功可以练成。关于创新的话题在这个行业永远都会存在，不创新，只有死。
问题七：先付出还是先得到？
在美洲杯的揭幕战中，云集了世界最顶级攻击手的阿根廷队，却没有战胜名不见经传的玻利维亚，这说明什么？其实就是团队的问题，足球是一个非常讲究团队配合的运动，每个人都是最好的，但组合在一起不一定就是最好的了！反之，一群配合默契的人，虽然不一定都是最好的，却可以取得伟大的成绩。
这其实和我们做游戏是同样的道理，单枪匹马的时代已经过去了，我们需要团队配合，需要协同作战。
说到现在的网络游戏行业现状，其实已经和几年前大不相同了。2000年左右，在我刚刚毕业进入游戏行业的时候，那时还没有什么网络游戏，中国的单机游戏也刚起步几年，不过被盗版所限，发展举步维艰。做游戏在当时是很另类的事情，没有市场、没有环境、没有高薪、也没有人认同，游戏像是一种地下产业，过着见不得光的日子。
即便这样，还是有一群执著的人，顽强的在这个行业里追求着他们自己的梦想。那个时候做游戏的人大多都是因为兴趣才进入的，而现在游戏已经形成一个产业，规模已经是那个时候的几百上千倍了！
所以我们现在的管理者不要苛求每个人都和那个时[来源：GameRes.com]候一样，可以不计回报的付出，而不求索取（其实，那个时候的人也并非不求回报，只不过追求的是更大的回报）。
现在这个行业有钱了、浮躁了、机会也更多了，很多对游戏并没有什么兴趣的人也进来了，这是行业发展的必经之路。我们需要一群有梦想的人来引领，同样也需要大量作基础工作的人来贡献力量。不要再幻想一夜暴富，现在行业的成功机会已经远远没以前那么多了，苦练内功、提升品质、坚实的走好每一步才是在激烈竞争中活下来，并取得成功的关键。
而作为这个行业中的普通一员，我们应该怎么发展呢？在我看来，无论任何时候、作任何事情都应该把它做好，我们是为自己做事，而不是为了其他什么人做事。一切的努力最后受益的人都是自己，而一切的懒惰最后受害的人也都是自己。机会是留给有准备的人的，机会随时都有，但有准备的人又有多少呢？
“平庸者和卓越者的区别就是，前者是先看给多少回报，然后才去做对应回报的事；而后者是不计回报，先把事情做好了再说。然而我们的很多人都以为前者才是聪明的方法，殊不知这就是平庸和卓越之间的区别。”
上面的这段话是我以前发表在博客上的，关于付出与得到之间的关系，这就是我的理解。
时间过得真快，差不多2个月就过去了。我已经开始习惯每周来写一个新的话题，其实平时也都在思考，只不过是利用周末把它们写出来而已。
历史是成功者来书写的，这些点滴的思考或许并不能带来什么改变，但至少对我自己来说是一次总结、一次积累、一次完整的经历，我为我的坚持而骄傲。
最后，感谢大家的关注和支持！