第四天 技术大牛

问：老师，看了你的文章后，我尝试了一下，果然很有效。在没有和您交流之前，我都有想法离开这家公司了。现在，我有信心在此发展我的事业了，毕竟走到哪里，我都会面临这样的问题。对了，老师，除了这左膀右臂，我还需要什么关键的人？

答：接下来，你的手下主力干将必须都是业务型的。也就是说，他们对客户需要什么很关注，而对什么技术怎么实现这个功能不太关注的。这就叫业务型的人。

问：但是软件开发，肯定会有一些技术门槛的，那遇到了我该怎么办呢？

答：所以说，你需要一个技术大牛。记住，公司只能有一个这样的人。这样的人不能多，但是也不能一个没有。

技术大牛我很了解。他们很痴迷技术，但是你让他们做一个功能，首先做出来不符合客户使用要求，他们太技术性（而且习惯骂客户是白痴连鼠标右键都不会）。另外，他们做一个功能太慢，老在思考怎么做通用，好改，扩展，快速，稳定，用新技术，恨不得各种EJB、设计模式、UML、WEB SERVICE都上。

所以技术大牛必须独立出来。这类人既然这么喜欢用技术，那么他的岗位任务必须规定好，只要大家有技术难题，必须你来快速解决掉，而且大家有什么技术问题一定不要自己一个人在那里想，也要立即交给大牛来解决。当然这样的规定大牛也乐意。所以说，没有错误的人，只有你把他放到了错误的地方。

当然，技术问题不会天天有。那么技术大牛岂不是闲着啦？

没问题。技术大牛不是喜欢做通用型的东西么？而且，我们确实知道，一个软件，好多模块都互相关联着，但不同的模块是不同的人或小组开发的，那么模块的通用功能，模块之间的接口问题，都是各业务开发小组最头疼的事情，而且往往这样的功能或接口需要扩展、稳定，高性能，通用，灵活挂接各模块要求。而这正好是技术大牛具备的。

所以，对技术大牛的第二点要求就是：各业务模块开发组长请注意，在设计每一个模块的时候必须首先思考这个模块是不是其它模块也需要的。如果是，那么就是一个通用功能，那么就扔给技术大牛来解决。当然，能实现了这样的功能，大牛很有成就感。看我多重要，而且这些功能的开发确实需要很高的技术能力。而各业务模块开发组长也非常高兴，嘻嘻，又少开发一个功能，这样少干活还能拿钱，多好。

这真是皆大欢喜。

当然，这样的通用功能多了，技术大牛肯定是一个人忙不过来了。让他带领几个有技术偏好的小兄弟，技术大牛这回风光大了。