【转】这是公司一个同事的QQ里的感言。我觉得挺有意义，转到自己博客里给大家分享一下。
从深圳回来，在不自觉中过了快一个月，本想一回来就写下在深圳这段时间的旅程，可能因为在深圳确实有点太累。。这段时间一直在休息，一直在玩。。没时间静下来写，有的也仅是临睡觉时不断的思考，但到第二天总会忘记些什么。。趁早上有点时间，先记录下目前记得的。
其实，在深圳的时间还不足一年，但是在这将近九个月的磨练中，收获的比过往的一年多的工作多太多，虽然这段日子比较辛苦，但同时也是最开心的一段生命的旅程，有那么多兄弟，一起加班，一起成长，一起奋斗。。可以说，深圳是我的一个转折点，一个起点，第七大道可以算是我在深圳的根，也许我无法再次拥有一次这样的经历，更无法以什么形式去报答，但我将抱着一颗感恩的心铭刻你在心里。。
好了，一点缅怀，接下来总结一下这过往的一段日子里的收获。
首先，管理方面
也许这根本谈不上管理，毕竟刚刚第一次涉足这个领域，在7道的这段日子里，学到的最宝贵的东西不是技术，而是经验，做事的态度，以及初涉到管理领域，虽然项目管理只是小入门，但是某扇大门已经打开，我要做的就是走进去走下去，总结的一句话就是：中国不缺技术人才，缺的是掌控人才。这个掌控不单指管理人员，技术其实都可以很的去拥有，去掌握，而掌控并不是每个技术人员都明白。
掌控，从技术方面说对于即将开发的业务全面了解，有份自己的技术思路，业务实现蓝图，时间控制。对于其他同事来说，你是这个业务的权威，但并不代表你全部正确，有疑问的地方还是需要拿出来讨论；从管理方面说，对于每个技术的开发分配必须清楚，对当前阶段的开发有个阶段性的蓝图，掌握每个重要功能及其主要业务逻辑，在拥有这些的前提下和技术兄弟制定下时间点，统筹时间管理，最后就是一份甘特图。切忌不要去计较实现细节，只要流程正确不出错，这是对技术兄弟的信任，能做技术的人都不笨，相反都很聪明，也许他们实现的可能不是最好的，但是他们需要这个过程，在大框架下并不会走得太偏，最终都会走到正轨上来。所以，管理者是方向制定者，而技术则是蓝图的工程师，必须保持即时沟通，管理者必须时刻的去观察，把偏离的分支导入正轨，往一个方向去迈进。在7道，其实技术并不是最牛的，全球最牛的也就那么几个团队，真正成功的是项目管理比较成功，也是整个技术团队成员肯付出的成功，比7道技术团队厉害的何止千万，为什么7道成功了，这就是原因。
其次，开发方面
从事开发方面有2年了，而真正从事游戏方面的开发时间其实和很多人相比只是九牛之一毛，但是为什么可以快速成长，其实和团队密不可分，下面会对团队文化和环境进行总结，就不赘述了，这里主要从个人方面出发。当做为开发时，首先要有一个心态，做的东西越多，成长的步伐越大，也越快，然后请记住一点，尽量做到每一次的PK都是对事不对人，尽量避免携带个人情绪。这个开发过程中，必须要有掌控的意识，每一步的分工要清楚，先做什么，后做什么，当缺某些东西的时候不是等，而是催，保持你的机动性，掌握主动权，这样你才可以协调并掌握你的开发时间，因为交给你的任务在任务期间出现的任何问题都是你该主动去解决的，没人比你更清楚你遇到的问题，当问题解决之后，这就是你的收获，你的经验。当然这跟团队的协调关系也有一定关系，包括在团队文化和环境里，所以开发者在项目研发过程中是至关重要的。管理者其实就是某种意义上的打杂。开发者在这个至关重要的位置上，不仅要保持这些机动性，还要明白，这是团队在做产品，不是自己在做Demo，很多时候，在开发过程中的很多问题都可以是顺手解决的，不要等到的测试的时候，一测瞬间Bug数就飙升上百个。多做测试，常规Bug自己解决掉。
然后，团队
对于团队，我是基于对7道的了解做出的法律问题总结，也许并不是最好的，但是对于一些刚开始创业的公司有其借鉴的地方，因为7道也是在不断的调整不断的完善。我个人认为也算是比较合理的。先说说下面将要用到的组成部分：策划部，设计部，研发部，测试部。
在开发的过程中的协作关系：策划部出系统案，研发部接手准备开发，开发人员拿到案子后不用急于敲代码，先分析整个业务流程，不明白和有想法的可以找策划讨论修正，这个就是反馈，同时你会对游戏的理解更加深入，这是变相的成长，策划亦是如此，理清这个思路后开发人员就可以很清楚的知道要做什么。而在开发中会遇到诸如公式数值上的运算需要与数值策划直接沟通；业务实现过程中有多种分支需要与系统策划讨论等等诸多问题，这是服务端，客户端有时也需要。接下来客户端，因为客户端的东西比较服务端多了个表现。所以复杂度有所增加。但是记住，其实客户端就是对服务端上的数据变更所做的响应，有些显式有些则是隐式的。客户端比较常遇到的问题是UI上的问题，需要与策划部里的UI组即时沟通解决，甚至还需要策划部内其他人员的协助，即时修改。还有就是资源，和设计部沟通。而设计部内部的分工不是很清楚，就不献丑了。
整体的协作关系从客户端说起，客户端的关联比较多。客户端和服务端受策划部方向上的影响，大部分时间是按策划部的方向做，然后UI(策划UI组)和资源(设计部)受客户端影响，因为客户端才知道具体怎么用，当然前提是客户端先定出做法出来，基本上是一个模式。当然，项目刚开始时设计部需要根据策划的定位去做，然后才有程序的介入。客户端与服务端之间交流最多的就是协议和流程，中间有可能需要策划的介入。最后是测试部，这也是一个不可缺少的部，因为直接关系到产品的质量，当然这中间存在一个问题，那就是测试部不是用来打研发部的下手，为开发人员测试，而是为产品质量负责。而对产品质量的把关需要有目标，这个目标就需要与策划部沟通，根据目标进行全方面测试，包括：黑盒测试、明盒测试、用例测试，压力测试等等，中间可能需要写部分测试程序，对于测试不太了解，有错的欢迎指正。关系比较复杂，写得比较乱，谅解谅解。。。
先到这，有想到以后再更新。再次感慨下深圳的生活，一去不复返啊！~ 深圳的兄弟姐妹们，哥在这里祝福你们。。。哈哈。。。。。一个一个的感谢就不说啦。。。。。