读《给技术人上的管理课：控制和计划》有感

刚才读了一篇名为《给技术人上的管理课：控制和计划》（http://www.csdn.net/article/2014-01-26/2818276-Managment-Control-Plan）的文章，写得真好，对我启发很大，因此我想记录下我此时的感想。

前段时间我自己头一次作了一些管理的工作，项目完了很久，可是我一点感想都没有，因为我根本没办法衡量自己做得对不对、好不好，就连问问题我都不知道要问什么，今天我终于知道了，哈哈，灰常开心:）

“管理，永远意味着管理活生生的人。”

——实在不假，作技术的时候，每天跟计算机打交道，出了问题就跟机器较劲，调好了之后就非常开心，然后继续……相信这就是不少程序员每天的工作吧。而要管理技术人员，不光要懂技术，更要懂人。作为技术人员，他们需要什么呢？因为对于我自己来说我从来都没想过我要什么，只要程序能正常运行就成。文章回答了我这个问题，“第一，迫于压力、耽于奖金或碍于面子，你有了强烈的意愿想达到某种目的；第二，你有机会发挥出自己的自由意志，或者说主观能动性，来组织接待、优化网站，或是即兴发挥。” 所以，管理人就是要知道被管理的人要什么，才能发挥其积极性。

“控制之禅”

——同是技术出身，如果能把所有人写的代码都阅读懂，那么其中的问题就不言而喻了。但是，问题是每个人的想法都不一样，实现都手段可能不同，但结果一样就好了啊。工作中我曾经试图帮助有困难的同事去完成一部分代码，但其实这样对对方的成长非常不利，尝试饥饿训练，使每个人都成为杰出的coder，使自己成为这个团队的服务者。“在目的和手段的交界处，落下控制的闸门。”总之，就是想法设法把自己的想法和要实现的目的传达下去，使被管理者能够准确理解管理者的意思。

“计划悖论”

——我一直认为自己做的计划是非常准时而有效的，但对于一个团队来说，只有每个人都按照计划去实施才能准时、保质保量地完成一个项目。为什么讲其为悖论就是在事情还没做的情况下就知道什么时候能做完，这其中的不确定因素太多了，所以要做到充分考虑。项目开发时间不是简单的将coding time+test time，这中间也许迭代时间会更长呢？也许有一两个人中间需要忙其他任务呢，尤其是人少事多的时候更是如此？但是，一旦计划出来了，就一定按照计划去做，否则以后实施计划就会更困难了，除非遇到了致命性的问题。

一点点总结，强制自己对这方面的问题进行思考，希望自己对这方便的认识能够越来越成熟。