“軟體工程”中的“柔性管理”
阿新 • • 發佈：2019-02-07
需要說明的是我還不是一個專案經理。或者說現在還不是正式的專案經理。我的專案管理經驗完全出於我對這個行業的愛好與一直以來的關注。我並不保證我的觀點都有理論依據，但是這是我幾年來的經驗的一點總結。對於任何傲視群雄的高手，請勿閱讀本文。謝謝！
---------------------------------------------------------------
文出有因
我其實比較愚笨，所以文章並不是隨手想到就寫得出來的。寫某篇文章一定有其原因。寫這篇東西也一樣。原於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年？在你使用著標準的“泰勒管理模式”管理著由程式設計師組織的團隊的同時，他們的創造性和積極性也同時被抹殺。你再無法從他們的眼中看到興奮、激動或者靈感的火花。終於某一天有人厭倦了，退出這個“嚴格”的團隊。一個，兩個，三個……終於，整個團隊只剩下了制定嚴格規章制度，並且嚴格執行的你的時候。似乎，一個人的團隊，管理也就變得不那麼重要了。
寫程式不是輕鬆的工作，不是隨便的一個人嚼著口香糖，聽著音樂就可以完成的。程式設計師是自律的，但這並不意味著你給他們做的任何限制，他們都能夠接受。而“柔性管理”恰恰在發揮程式設計師的自律方面起到了絕嘉的作用。你不需要用皮鞭或著棍棒在他們後面叱責，在你發現他們的工作偏離了正常的方向的時候，友善的提醒：“嘿，老兄，這個似乎不是好的預兆。你何不嘗試一下……”或許會更有效果。
越寫越有跑題的趨勢，不寫了。“柔性管理”這個東西我也在體會。以後有什麼新的想法再繼續寫。
不要罵我，不要問我概念。對於回覆來說，我只希望看到你對柔性管理的想法或者思路。僅此而已！