“想做就立刻去做！”的标志挂在公司各处，以激励职员的工作效率。不久，朋友问老板效果如何？他答：“出纳拿了十万元溜走，会计主任和我的女秘书私奔，几十个职员齐齐要求加薪！”

我一直犹豫不决该不该写这篇文章来讨论创业性老板的是是非非，因为自己毕竟没有创业过，现在说出的都只是纸上谈兵。但是我想了想还是一如既往的写出来，目的和以前的文章一样，希望能够抛出一块砖头，能够敲落点玉石固然是好事，至少这块砖头不要拍到人脑袋上。

言归正转，上文我发了<<强势的老板--项目管理>>中提到了一个人物TB，什么是TB呢？我定义的就是技术型老板（Technology Boss).我想广大程序员如果希望有朝一日自己创业，那么你也就是TB。那么从创业的角度来说，TB会有什么问题呢？这篇文章上我就说说TB的几个比较常见的毛病，我想这些问题在大多数的创业初期的TB上都可以看到影子，至少我自己幻想了一下自己是TB的话，在工作中也是比较容易犯这些错误。

１．乱插手脚　　

　　技术出身的老板基本都是那样，在项目开发中希望是不是的指点一下，比如系统的架构、美工、性能优化、功能实现思路等等。而且TB这个时候还不是扮演项目项目经理的角色，他的这些指点从他个人的目的出发上看就是一种指令，如果这些指令没有传达到位，并且贯彻实施的话，假如不按TB的指示做，TB还比较容易着急。

　　我们姑且不谈TB的自身技术背景是否是项目开发所涉及到的领域，单纯就因为他没有认清他的职位，越俎代刨的行事就存在有很大的问题。我们常说一句话“站着说话不腰疼。”如果整个项目的进度不是来掌控，那么他的所谓建议往往会打乱整体计划。所以TB要明白一点无论的几意见多有建设性或者多创意，都只是一种仅供参考的提议，至于是否要执行这些意见，需要项目经理的定夺，千万记住你不是项目经理。虽然从公司的总体上看TB可以决定产品如何开发，但这个决定需要通过决策和比较正式的方式进行传达。比如说TB的眼光非常独到，提出的建议也具备有战略意义，那么正确的行事方式就是调整整体的开发计划，重新制定开发的需求和任务等等。

２．用人有疑

常常听刚学会开车的人说过这个故事：＂当你学会开车之后，你再坐由别人开的车的时候就会感觉害怕，老感觉别人开可能会出事。”我想TB也会有这种学会开车的感觉，对于你的团队成员的能力抱有迟疑的态度，用技术的眼观去看这些人的话，总觉得他们能力不如自己，甚至说能力太差。

我想中国有句古话，把这个问题都描述的几千年，“疑人不用，用人不疑。”但是我们怎么总做不到呢？这可能和TB去看人的眼观和角度有关系，首先TB容易拿自己的技术背景和经验去考量别人。这本无可厚非，做技术出生的吗，技术当然是第一把交椅，但是也正是技术这个比较孤独的观点存在，造成了TB无法从其它的角度去看团队成员，很难发现他们在某些专业技术领域以外的那些优点和特长。特别实在工作之中，TB容易以自己的工作效率去衡量别人，别人干出来的或往往他自己看不上眼，恨不得自己都拿出来做。这些都是TB在用人上存在的极大问题。

　　人不可能都是相同，无论是工作的效率，学习的能力等等，但是有一点是无庸置疑的，那就是每个人的身上都会有闪光点，如何去发现，欣赏别人的这些闪光之处，相信他们能够把事情做得很好。也相信他们能够把事情做到你的要求和标准，这些都是在相互信任，欣赏的基础上，不断的沟通得到。

３．以自为标

　时常说外行领导内行比较痛苦，但是有时候内行领导内行也不见的轻松。忒别是遇到TB类型，而且行事上有独断独行的，那可能就更不轻松了。这类型的TB往往具备有行业知识，可能大部分的TB还可能是权威或者大牛类型的人物。那么这些人如果不善于倾听的话，和他们的合作不亚于外行的领导，可能会更痛苦。

　TB由于有良好的技术，所以他们的想法变化就比较快，甚至说很多时候他们的创意应该说是非常好，而且可行性非常高。但是由于他们十足的自行性，在实现这些创意的时候就是强行，这点和外行的领导来说，缺乏了他们的那种谦虚。有时候我们说外行的那些牛头不对马嘴的建议累死人。但是TB的可行建议往往也会把团队的全部资源消耗光，而且由于TB以一个内行的角度来分析技术的难度和相关的问题，那么他们就往往容易忽略一个事情：“团队是否具备有在期望的时间内实现你的想法。”即便TB考虑了这些问题，也是以他个人的能力来评定工作的进度，那么整个团队可能开始进度一个满负荷的工作阶段，超时工作，加班可能也成为理所当然。

　　记得我曾经和一个同事聊过，我问他为什么它的成员天天都要加班，他说他以他自己的工作量来安排新人，这样新人肯定做不完，那么就要通过这种方式来强化新人学习。我听完之后骂他说：“你神经，你的工资多少，他们的工资多少，能一样吗？再说学习有很多种方法，不一定要加班，人家下班之后还有其他事情，和女友约会逛逛大街，工作不是他们的全部。”

４．不会倾听

　　TB载项目内容的讨论中，他们自己也了解部分技术，往往比较喜欢按照自己的思路给出意见，甚至有些时候一些项目的技术问题的处理上他们的决定性就更强。其实这对于TB来说是一个比较严重的错误。在这种团队中，老板在技术上面上要扮演听众，多听少说，即便你是这方面的行家，那也只需要你的画龙点睛之笔就足以够用。

　　TB外项目之外之外恰恰相反，要求他们能够要多说，了解Team member的生活个性，为他们描绘项目的前景等等。因为项目本身就在艰苦的开发过程中，Team member都在努力的工作，TB这个时候就要充当调节剂，调整团队的士气，鼓动军心。　

５．追求完美

　　追求往没本该没有错，为什么我要把他标注成一个缺点呢？试想一下，有完美的东西存在吗？追求完美往往容易让人进入一个苛求的极端。我提倡对美的追求，但是方式都以一个度量，过了这个度量的话就会让团队的全体成员非常难受。就像人要从小学会讲卫生，饭前便后要洗手，但是如果一个人一天都在不停的洗手的话，那就说明这个人有病了，至少患上了洁辟。

　　对于项目中我们一再强调一点，要提高品质，要细致认真。那么这些都应该在实际的工作中努力贯穿，因为这些都属于合理的要求。只要团员在工作中对自己的工作负责就可以比较容易的达到。我想很多的TB在做产品的时候，忒别是创业初期，都希望说自己的产品是完美无瑕，功能强大，我估计谁都可以理解这些方法，但这只是一个美好的远景，可望不可求。

产品是不可能做到完美的，所以TB要用审视的眼观去看待这种追求，维纳斯正是少了两个胳膊之后才更美。所以我们在工作中需要做的是要求细节上的质量，只要把细节问题都做好了，我想尝品应该算是一个优异的产品。

总结

　　其实这些问题在很多有技术背景的创业型老板身上很常见，一方面他们自己也了解部分技术，另外一方面他们的压力也很大。不过如果他们在合作过程中如果没有对 Team member的信任，没有用心去听，不会总结的话，我想着老板也是末日黄花。就像开头的那个笑话一样，可能你TB的本意是激励职员的工作效率，但是结果却与预料相差甚远。一方面我们TB如何如何不对，我写着篇东西的本意不再与批判任何人，恰恰相反，我非常尊重这些TB，他们的勇气和魄力都有可圈可点的地方，毕竟老板不是那么容易当的。我写这个的主要目的是希望已经在创业中努力拼搏，或则即将要成为TB的人们，在这个过程中停下来思考一下自己，认识自己，在今后的路途上走得更好。

原文：http://www.cnblogs.com/yice/archive/2008/08/10/1264634.html