标签：
这件事其实发生在本周三吧，记得比较清楚是因为我周四要休息，
。
当时.NET项目那边的一个技术支持找到我，希望我能做一个SVN分支版本的规划和培训文档什么的。其实当时自己手下也没有什么事情，本来是应该答应的。但是当时停顿了两秒，感觉这件事情不应该是我来做，也许这么说不恰当，应该说是这件事不应该是交到我这里。于是当时提议，为什么不交给***，他们最近那边也没事。
这样提议有两个原因：
1，从我的角度来说，在公司里面，每个人都有自己的位置，比如说PM负责项目质量，进度，风险，对上对下各种杂物。。。而作为一个单纯的开发，只需写好自己代码就行了。但是开发跟开发也有区别，高开跟中开不仅仅体现在工资上面，如果分配任务的时候，让高开去做中开的活儿（不常见）或者是中开去做高开的活儿（很普遍），这显然是不合适的。 从我的方面上来看给我的任务，显然就是不合适的。虽然我可以完成任务，但是，其实对这个任务来说，有比我更适合接管它的人。
2，从提议给Tech support的那边的人来说，这个任务虽然对他们来说，确实合适的。首先，是他们人员充足，并且有时间。而是这个任务对他们来说，可能需要花费一定时间，但是最终还是能完成。
这样分配的好处也是两方面的：一方面，对我来说，我可以利用省下来的时间学习新东西，这对公司来说是增加隐性财富；另一方面，对他们那边的人来说，也是锻炼的机会。在分配任务的时候你会发现这样一个现象，分配的任务如果超出接收任务人的能力范围一点点，对他来说，既是锻炼，也是种激励。这种解决问题之后的快乐对技术人员来说，是一种自我鼓励。随着日子久了，他也就这样被锻炼出来了。
想象一个极端的情况，如果我接受了任务，然后完成的非常好，结果是对我没啥太大的影响，而且我耽误了挺多时间。同时一些三档开发没有得到锻炼，他们没有得到在公司中成长的机会，长此以往，我越来越忙，而且开始觉得在这个公司里面没前途。而那些三档开发跟我也是一样的感觉。最后很多任务压在了我这里，他们始终没啥提升，感觉留在公司没前途。。。。最后我们都离职了！
你别笑，这是很常见的情况。
以前也遇到过非常busy的上级，有时候问他，交给别人不就行了嘛，他说不放心或者感觉别人做不好。结果每天搞得自己每天工作48小时！其实，有时候还是要放手去让下面的人做，他们没有你想的那么差，需要的只是你给的机会和信任。同时，自己应该学会让自己闲下来，关注更加重要的事。毕竟，有管理性质的位置，公司每个月给你30几K的公司不是让你来写代码的，是让你给公司创造更多价值的。可是你给公司带来的只是一个码农的价值，每次项目稍有延期，被上面骂还要死扛，图啥？？
所以，给自己的定位要准，看清楚自己真正的价值在哪里。公司不会养闲人，这是第一句话，是对普通程序猿说的。看清楚最有价值的地方在哪里。这是第二句话。
标签：
原文地址：http://blog.csdn.net/lhc1105/article/details/50358660
