“软件工程”中的“柔性管理”
需要说明的是我还不是一个项目经理。或者说现在还不是正式的项目经理。我的项目管理经验完全出于我对这个行业的爱好与一直以来的关注。我并不保证我的观点都有理论依据，但是这是我几年来的经验的一点总结。对于任何傲视群雄的高手，请勿阅读本文。谢谢！
---------------------------------------------------------------
文出有因
我其实比较愚笨，所以文章并不是随手想到就写得出来的。写某篇文章一定有其原因。写这篇东西也一样。原于CSDN的这篇帖子：http://community.csdn.net/Expert/TopicView1.asp?id=3541151
对于QINGRUN，常去CSDN软工版的朋友一定早有耳闻。可以说不论从理论还是实践上来说绝对是在我等小字辈之上。不过最近软工不像往日那么平静，由于这么一个规定而吸引了众多人的眼球（眼球经济，不知道从此会有多少人来到软工，关注软工呢？）。在看过了QINGRUN提出的版规以及他的那篇《新手，新手，你莫要太猖狂！》，他的很多经历，我深有体会，并绝对的支持。〈==请注意这里，这里说明，我这篇文章虽然由此引起，但并不针对任何人或任何事。多事之徒请止于此。
但是，在看过了严厉的软工的版规和一些网友阐述的版规过于严厉的回复之后，我突然想到了一个词——“柔性管理”。于是就“一题双关”写写我对柔性管理的感觉（注意，仅仅是感觉，而不是什么理论的东西）。
先看一个名词“泰勒管理模式”，我不想过多的解释这个词。只是一种以物为本的管理模式而已。将企业中的人等同于企业中的其他资源。全部使用规章、制度进行约束。第一次工业革命，或者说在那以后的若干年中，这种管理方式奠定了工业文明的基础。
在上个世纪的某一天，突然出现了这样一种职业，一种人。他们有自己的文化和理念。他们面对着毫无感情的机器，进行着别人看起来枯燥而且抽象的操作。但是他们将自己的感情容入其中，他们让自己的工作变得充满生机。他们相信人本论——“以人为本”。其中也包括了干自己喜换的事，比如睡懒觉或者半夜工作。
“柔性管理”最初并不是在软件企业中被提出来的，但是我实在找不出其他哪个行业比软件行业更加适宜使用这种管理方式。程序员的工作是创造性的，是规划性的，是理智的，同时也是感性的。在这样有趣的工作中，没有人想把自己的工作变为像午夜里数豆子一样的枯燥和乏味（这里不包括日本的同行，以及在为日本人干活的国内同人）。而几乎所有的成功的软件项目管理者都相信，过多的条框的约束，会降低程序员的生产力（不是我说的，你看看国外的一些软件工程书籍中讲到的关于管理的艺术。同时，我自己也是有体会的：因为公司的某个制度，并不符合胃口，而造成的士气低落，生产力下降）。很多成功的项目管理者更喜欢以一种人性化的方式来管理程序员，比如允许上班的时间吃巧克力，喝可乐，穿休闲装或者带着很酷的墨镜。同时他们会给自己的团队冠以某种响亮名号，比如满月或者火狐，或者任何一个你能想到或者想不到的名字。甚至你进入他们的空间的时候，也会被要求进入的口令：盒饭、盒饭、盒饭。总知，程序员自己会想出各种名头来放松，让工作变得有趣。而团队的管理者也需要适应这样的下属，需要使用人性话的管理方式来让他们协调的工作。当你给这样一群有趣的人套上各种条条框框，要求他们像精确的机器一样严格执行…………
（跟同事打游戏，一会再写~）
（打完游戏，吃完饭，继续写~）
当你给这样一群有趣的人套上各种条条框框，要求他们像精确的机器一样严格执行的时候你的第一个错误就已经开始了（灾难是在你犯第一个错误的时候开始的）。你禁止他们上班时间交谈，禁止工作时间随意走动或者要求穿着西装革履每天8个小时的坐在计算机前“努力”工作。每个人被当作企业机器的零件，整个系统看似有条不紊的进行着……我们还在18XX年？或者19XX年？在你使用着标准的“泰勒管理模式”管理着由程序员组织的团队的同时，他们的创造性和积极性也同时被抹杀。你再无法从他们的眼中看到兴奋、激动或者灵感的火花。终于某一天有人厌倦了，退出这个“严格”的团队。一个，两个，三个……终于，整个团队只剩下了制定严格规章制度，并且严格执行的你的时候。似乎，一个人的团队，管理也就变得不那么重要了。
写程序不是轻松的工作，不是随便的一个人嚼着口香糖，听着音乐就可以完成的。程序员是自律的，但这并不意味着你给他们做的任何限制，他们都能够接受。而“柔性管理”恰恰在发挥程序员的自律方面起到了绝嘉的作用。你不需要用皮鞭或着棍棒在他们后面叱责，在你发现他们的工作偏离了正常的方向的时候，友善的提醒：“嘿，老兄，这个似乎不是好的预兆。你何不尝试一下……”或许会更有效果。
越写越有跑题的趋势，不写了。“柔性管理”这个东西我也在体会。以后有什么新的想法再继续写。
--------------------------------------------------------------------
不要骂我，不要问我概念。对于回复来说，我只希望看到你对柔性管理的想法或者思路。仅此而已！
---------------------------------------------------------------
文出有因
我其实比较愚笨，所以文章并不是随手想到就写得出来的。写某篇文章一定有其原因。写这篇东西也一样。原于CSDN的这篇帖子：http://community.csdn.net/Expert/TopicView1.asp?id=3541151
对于QINGRUN，常去CSDN软工版的朋友一定早有耳闻。可以说不论从理论还是实践上来说绝对是在我等小字辈之上。不过最近软工不像往日那么平静，由于这么一个规定而吸引了众多人的眼球（眼球经济，不知道从此会有多少人来到软工，关注软工呢？）。在看过了QINGRUN提出的版规以及他的那篇《新手，新手，你莫要太猖狂！》，他的很多经历，我深有体会，并绝对的支持。〈==请注意这里，这里说明，我这篇文章虽然由此引起，但并不针对任何人或任何事。多事之徒请止于此。
但是，在看过了严厉的软工的版规和一些网友阐述的版规过于严厉的回复之后，我突然想到了一个词——“柔性管理”。于是就“一题双关”写写我对柔性管理的感觉（注意，仅仅是感觉，而不是什么理论的东西）。
先看一个名词“泰勒管理模式”，我不想过多的解释这个词。只是一种以物为本的管理模式而已。将企业中的人等同于企业中的其他资源。全部使用规章、制度进行约束。第一次工业革命，或者说在那以后的若干年中，这种管理方式奠定了工业文明的基础。
在上个世纪的某一天，突然出现了这样一种职业，一种人。他们有自己的文化和理念。他们面对着毫无感情的机器，进行着别人看起来枯燥而且抽象的操作。但是他们将自己的感情容入其中，他们让自己的工作变得充满生机。他们相信人本论——“以人为本”。其中也包括了干自己喜换的事，比如睡懒觉或者半夜工作。
“柔性管理”最初并不是在软件企业中被提出来的，但是我实在找不出其他哪个行业比软件行业更加适宜使用这种管理方式。程序员的工作是创造性的，是规划性的，是理智的，同时也是感性的。在这样有趣的工作中，没有人想把自己的工作变为像午夜里数豆子一样的枯燥和乏味（这里不包括日本的同行，以及在为日本人干活的国内同人）。而几乎所有的成功的软件项目管理者都相信，过多的条框的约束，会降低程序员的生产力（不是我说的，你看看国外的一些软件工程书籍中讲到的关于管理的艺术。同时，我自己也是有体会的：因为公司的某个制度，并不符合胃口，而造成的士气低落，生产力下降）。很多成功的项目管理者更喜欢以一种人性化的方式来管理程序员，比如允许上班的时间吃巧克力，喝可乐，穿休闲装或者带着很酷的墨镜。同时他们会给自己的团队冠以某种响亮名号，比如满月或者火狐，或者任何一个你能想到或者想不到的名字。甚至你进入他们的空间的时候，也会被要求进入的口令：盒饭、盒饭、盒饭。总知，程序员自己会想出各种名头来放松，让工作变得有趣。而团队的管理者也需要适应这样的下属，需要使用人性话的管理方式来让他们协调的工作。当你给这样一群有趣的人套上各种条条框框，要求他们像精确的机器一样严格执行…………
（跟同事打游戏，一会再写~）
（打完游戏，吃完饭，继续写~）
当你给这样一群有趣的人套上各种条条框框，要求他们像精确的机器一样严格执行的时候你的第一个错误就已经开始了（灾难是在你犯第一个错误的时候开始的）。你禁止他们上班时间交谈，禁止工作时间随意走动或者要求穿着西装革履每天8个小时的坐在计算机前“努力”工作。每个人被当作企业机器的零件，整个系统看似有条不紊的进行着……我们还在18XX年？或者19XX年？在你使用着标准的“泰勒管理模式”管理着由程序员组织的团队的同时，他们的创造性和积极性也同时被抹杀。你再无法从他们的眼中看到兴奋、激动或者灵感的火花。终于某一天有人厌倦了，退出这个“严格”的团队。一个，两个，三个……终于，整个团队只剩下了制定严格规章制度，并且严格执行的你的时候。似乎，一个人的团队，管理也就变得不那么重要了。
写程序不是轻松的工作，不是随便的一个人嚼着口香糖，听着音乐就可以完成的。程序员是自律的，但这并不意味着你给他们做的任何限制，他们都能够接受。而“柔性管理”恰恰在发挥程序员的自律方面起到了绝嘉的作用。你不需要用皮鞭或着棍棒在他们后面叱责，在你发现他们的工作偏离了正常的方向的时候，友善的提醒：“嘿，老兄，这个似乎不是好的预兆。你何不尝试一下……”或许会更有效果。
越写越有跑题的趋势，不写了。“柔性管理”这个东西我也在体会。以后有什么新的想法再继续写。
--------------------------------------------------------------------
不要骂我，不要问我概念。对于回复来说，我只希望看到你对柔性管理的想法或者思路。仅此而已！
