注：?哲理故事與管理之道-系列文章是從本人?? Iteye博客中移植過來.后續會直接在此更新 ? ??[http://jlins.iteye.com/](http://jlins.iteye.com/category/202600) **故事一、海馬的焦慮** ? ???? ???小海馬有一天做了一個夢，夢見自己擁有了七座金山。 ? ???? ???從美夢中醒來，小海馬覺得這個夢是一個神秘的啟示：它現在全部的財富是七個金幣，但總有一天，這七個金幣會變成七座金山。 于是它毅然決然地離開了自己的家，帶著僅有的七個金幣，去尋找夢中的七座金山，雖然它并不知道七座金山到底在哪里。 ? ???? ???海馬是豎著身子游動的，游的很緩慢。它在大海里艱難地游動，心里一直在想：也許那七座金山會突然出現在眼前。 ? ???? ???然而金山并沒有出現。出現在眼前的是一條鰻魚。鰻魚問：“海馬兄弟，看你匆匆忙忙的，你干什么去？”海馬驕傲地說：“我去尋找屬于自己的七座金山。只是……我游得太慢了。”“那你真是太幸運了。對于如何提高你的速度，我恰好有一個完整的解決方案。：”鰻魚說“只要你給我四個金幣，我就給你一個鰭，有了這個鰭，你游起來就會快得多。”海馬戴上了用四個金幣換來的鰭，發現自己游動的速度果然提高了一倍。海馬歡快地游著，心里想，也許金山馬上就出現在眼前了。 ? ???? ???然而金山并沒有出現，出現在海馬眼前的，是一個水母。水母問：“小海馬，看你急匆匆的樣子，想要到哪里去？”海馬驕傲地說：“我去尋找屬于我自己的七座金山。只是……我游得太慢了”“那你真是太??幸運了。對于如何提高你的速度，我有一個完善的解決方案。”水母說，“你看，這是一個噴汽式快速滑行艇，你只要給我三個金幣，我就把它給你。它可以在大海上飛快地行駛，你想到哪里就能到哪里。”海馬用剩下的三個金幣買下這個小艇。它發現，這個神奇的小艇使它的速度一下子提高了五倍。它想，用不了多久，金山酒會馬上出現在眼前了。 ? ???? ???然而金山還是沒有出現，出現在海馬眼前的，是一條大鯊魚。大鯊魚對它說：“你太幸運了。對于如何提高你的速度，我恰好有一套徹底的解決方案。我本身就是一條在大海里飛快行駛的大船，你要搭乘我這艘大船，你就會節省大量的時間。”大鯊魚說完，就張開了大嘴:“那太好了，謝謝你，鯊魚先生！”小海馬一邊說一邊鉆進了鯊魚的口里，向鯊魚的肚子深處歡快地游去…… **這是一個崇拜速度的時代** ? ???? ???在一個盛行崇拜速度的時代，有不少管理者把諸多的管理問題歸結為速度的問題，又把速度問題簡化為提速問題。他們像那條海馬一樣，對“慢”的焦慮成為他們的基本焦慮：“我去尋找屬于我自己的七座金山。只是……我游的太慢了！”于是，他們把企業的發展戰略簡化為“買入”戰略……用金錢來購買速度。然而，只有強烈的發財愿望而毫無目標管理可言，企業的經營尚處“漫游狀態”時，快或慢是沒有分別的。因為此時我們找不到一個參照系數來判斷多快才算快，多慢才算慢。正像我們在海馬故事中看到的，為快而快的發展模式最終可能使企業被“速度之魔”耗盡資源并且歡快地走向滅亡。混亂的戰略，模糊的目標，極可能使企業陷入一種可怕的“商業浪漫主義”之中。作為商業浪漫主義的典型形態，漫游式經營暗中注定“通向毀滅之路”。一個人如果沒有明確的目標，沒有“正業”，他就會滋生出很多零碎的愛好和荒誕無稽的“浪漫情懷”。對于一個企業來說，同樣如此。在一個市場化程度不高，客戶成熟度低的商業環境中，可能有以浪漫的管理手法獲得成功的企業，可能會有詩人，哲學家式的企業家。然而隨著市場逐漸成熟，客戶的鑒別力和權力意識的增強，此類企業和企業家會逐漸絕跡。80年代在中國翻云覆雨的商界名流后來紛紛落馬，就是一個旁證?。 **開發團隊也崇拜速度** ? ???? ???對于開發團隊來說，崇拜速度依然是目前存在的主流行問題，大家或多或少的聽說過這樣的話：“軟件的交付時間決定的軟件的價值，交付時間每拖延一周，軟件價值就較少x% ”。?領導層同樣會對速度比較看重，然后就會直接或者間接的給下屬壓力 。 ? ? ???**例如下面的場景：** ? ? ? ? ? ? ?客戶代表山姆和項目負責人露西討論項目的完成時間。 ? ? ? ? ? ? ?山姆說：“路西：我們這個項目我希望你們能在10.1號之前交付，10.1后交付我們就會失去搶占市場先機的機會了。” ? ? ? ? ? ? ?于是路西趕緊找到項目經理杰克，說“杰克,這個項目必須在9.20號完成，否則客戶會生氣,我們將會很難過，項目獎金就不能正常發了！” ? ? ? ? ? ? ?然后杰克匆匆忙忙的召開了團隊項目會議，在會議上嚴肅的對大家說“這個項目必須在9.12號之前給我完成，不然的話客戶就不會給我們打項目款，我們團隊就完蛋了！從今天開始，團隊必須要強制加班,未來的3個月內，每個月只能休息一天......” ?? ? ? ? ???? ???上面的場景在目前的項目開發中應該不少見吧，每一層的領導都會采用提前工期的壓迫方式讓下屬提前完成任務，然后給自己一點風險處理的時間，然后呢，本來是要求10.1要完成的工作，最后被通知完成的時間提前了接近20天，那結果呢？ ? ???? ???要求高速度的同時還要保證高質量？團隊認為項目日期十分的緊張，故而舍棄了很多框架設計、功能設計、的質量的校驗和測試，而把所有的時間投入到功能完成上來.最后雖然完成了功能，但是bug頻出，又因為前期設計的不夠導致改不完的bug,最終導致光bug修改的時間都比開發的時間長... ? ???? ???項目急：這是加班中最大的原因，頻繁的加班已然成為了軟件行業的標志,給開發人員的身心造成了很大的傷害.. ? **做為一個項目經理改如何識別和避免日程安排的游戲呢？** ? ???? ????**故事?"給我一塊石頭"** ? ???? ???克里夫與團隊一起，用一周時間制訂出了項目日程。他們完成了“哈德遜灣式啟動”，并且確定已經識別出了主要的技術風險。他將風險和日程安排告訴了他的上司諾姆。“你就不能再早點完成項目了嗎？”諾姆的一句話將克里夫送回了團隊，步履蹣跚。? ? ???? ???克里夫與團隊又花了一周時間修改時間表，得到另外一個日期。他走進諾姆的辦公室， 說道：“如果你能在這里和這里為我提供更多的人手”，他 指著幾個里程碑，“我就能用一個月時間完成項目。 ”諾姆皺著眉頭說道：“還不夠好。我需要這個項目早點兒結束。”克里夫嘆了口氣，又回到項目團隊中去了。? ? ???? ???又過了一周，克里夫拿著另一個日程來找諾姆，“好吧，這就是我們力所能及的結果了。 ”克里夫說。 諾姆幾乎連看都沒看，就說道：“但是還是不夠好。” 克里夫暴怒道：“你到底想要什么？” ? ? ???? ???“給我一塊石頭” ，這就是諾姆玩的游戲。不管你制訂出什么樣的日程，你的出資人總是希望項目能更早完成。你只會發現：出資人不會認同你提出來的每一個截止日期——你的日期總是離他們的期望值很遙遠。 ?? ? ???? ???當“他們”希望項目能更快交付，但是不告訴你何時需要或為什么的時候，就會玩“給我一塊石頭”游戲。如果他們告訴你期望截止日期，你就能告訴他們能完成哪些工作。如果他們告訴你原因，你和團隊也許就能想出一些創造性的解決方案來滿足他們的要求。 講求實效的項目經理自有應對之策，其中就有克里夫采取的談判策略。一旦談判失敗，或者看起來永遠難以成功，??在一個組織中， “給我一塊石頭”的游戲會反復發生。很多時候，每個項目都會發生這種狀況。如果你總是碰到“給我一塊石頭”的問題，考慮采用下面的實踐。? ? ?????? ? ? ? ? ?**1、在試圖取更多石頭之前，先提幾個問題**：你喜歡短的日程，還是長的日程？是要更多的人，還是更少的人？要是少實現幾個功能會如何？先知道什么是最重要的，這會幫項目經理產生更加合理的解決方案，多少也能為你的談判做些準備。 ? ???? ???**2、要讓出資人明白你做出的選擇以及背后的原因**?。也許出資人會有更容易操作、更快實現的好主意。 ? ???? ???**3、為你提供的日期說明信心范圍**?。很可能管理層不明白你的估算意味著什么，而且你也有可能不理解他們所要的東西。 ? ???? ???4、**在提供日期時要說明發布條件**?，這樣你就可以提一些問題，了解他們對于發布版本的質量和功能的要求。我們可以讓這個功能的性能極其出色，但是就得先放下那個功能，這 ?樣做可以嗎？用戶們可以接受帶有更多缺陷的產品嗎？ ? ???? ???**5、制訂排好優先級的產品代辦事項** ? ???? ???**6、逐個實現功能。如果能夠讓出資人了解更多的項目進程，他們就不會那么糾纏截止日期了。** ? ???? ???**7、使用短小的時間盒（持續時間少于四周），**?這樣出資人就可以看清項目進程。如果你每隔幾周就能展示出項目的有價值的進展，截止日期就沒那么重要了。你可以開始討論何時實現哪個功能，他們對質量的要求又是什么。 ? **最后** ? ? ? ? ??項目經理在算工期的時候不要把員工的加班時間也考慮進去?.請考慮開發人員的身心健康 [](http://blog.csdn.net/dyllove98/article/details/7275320)[哲理故事與管理之道(9)-善用員工的缺陷](http://blog.csdn.net/dyllove98/article/details/7278880) [哲理故事與管理之道(8)-挖一口屬于自己的井 ](http://blog.csdn.net/dyllove98/article/details/7275320)[哲理故事與管理之道(7)-不可獎勵員工錯誤的行為 ](http://blog.csdn.net/dyllove98/article/details/7266950)[哲理故事與管理之道(6)-看學歷更要看能力 ](http://blog.csdn.net/dyllove98/article/details/7266936)[哲理故事與管理之道(5)-授權與控制的管理技巧 ](http://blog.csdn.net/dyllove98/article/details/7261882)[哲理故事與管理之道(4)-善用員工的優點 ](http://blog.csdn.net/dyllove98/article/details/7261871)[](http://blog.csdn.net/dyllove98/article/details/7261853)[哲理故事與管理之道(3)-不要吝惜贊美 ](http://blog.csdn.net/dyllove98/article/details/7261853)[哲理故事與管理之道(2)-留個缺口給下屬 ](http://blog.csdn.net/dyllove98/article/details/7261814)[哲理故事與管理之道(1)-溝通從傾聽開始](http://blog.csdn.net/dyllove98/article/details/7261748) <哲理故事與管理之道> by dyllove98 @[http://jlins.iteye.com/](http://jlins.iteye.com/category/202600)??????????????? @[http://blog.csdn.net/dyllove98/article/category/1078476](http://blog.csdn.net/dyllove98/article/category/1078476) 關注@[我的新浪微博](http://weibo.com/dyllove98) 關注@[我的騰訊微博](http://t.qq.com/dyllove98)