懶惰模式識別

　　　公司最近讓我負責開發一款APP，以增長用戶粘性。在開發APP以前與老闆討論先在哪一個平臺上實體。老闆直言先上IOS。我問爲什麼，老闆回覆：「咱們APP主要針對的客戶是土地投資拓展人員，這羣人，都是土豪，誰用安卓？再舉個簡單的例子，你看咱們公司好多人用IOS？」因而，咱們就開始了IOS的準備。然而，當咱們在走訪用戶的時候，發現被老闆坑哭了，由於咱們前期走訪的10個用戶中，8個安卓，1個安卓與IOS的平板，有效長期使用IOS的，只有1個。這也致使了咱們的第一個版本的直接用戶，不能是咱們前期走訪過的用戶，前期走訪過程當中的關係創建、情境代入又得從新再作一次。

　　　後來，我寫了一篇「談談團隊精神」中，歐陽也靜 評論中的提到了「懶」，再加上我正在檢討這件事，也許這件事故的緣由除自己的對用戶不夠重視、決策過於輕易、沒作市場調查、沒有嚴格按產品開發流程以外，還有一個更爲深層次的隱藏Bug：懶！

• l  懶惰模式1：明明該作的事，不作

      按照計劃，今天這件事應該作完，但今天心情很差並且出門的時候，沒有面朝吉方，不適合修復這個Bug。擁有這種表現的人，其實更多的是責任心的嚴重缺失，若是你運氣好，碰到這種同事共事，那恭喜，你有了一面很好鏡子，但千萬別學去鏡子，而要去學會避免。

　　固然，若是你能決定此人的去留，我建議你仍是早晚讓他去了吧，這樣的人會使你的管理成本升高並且會禍害團隊，由於人都有懶惰，這樣的人會把其它人的懶惰勾出來。

• l  懶惰模式2：不應本身作的事，不想，不問，不作

　　　「油瓶子倒了都沒人扶！」若是以此思想來作爲IT團隊建設的基本思想，那該團隊的日子應該不會好過。有人就開始拍磚了：「樓主2B！（話說，你們都在說2B，我一直沒搞清楚，1B是什麼），職責明晰，不是很好嗎？」是的，職責明晰是很好，但自我觀察應該不適合於IT團隊，以前公司某領導在和我聊他們團隊開始作團隊拆分的時候，我笑而不語，後來實在受不了，因而乎就警告他：「老大，當心油瓶子倒了都沒扶喲！」老大鄭重其事地給我說：「如今這個階段，我就是要這種，很簡單，你們職責不明晰，出現問題都很差追責！」老大這麼篤定，我仍是隻能笑而不語了。該老大試行半月以後，適逢公司搬辦公地址，結果，該部門的人幾乎都站在那裏不動，該老大極爲光火，責罵屬下很懶，但我想一想很簡單呀，搬家，不在個人職責範圍以內呀，個人筆、筆記本在如今這裏是什麼樣的，你行政部門就應該給我搬過去是什麼樣子的。半年後，該部門獨自承擔某內部系統的開發更混亂了，曾鬧了一個笑話：產品經理在交付開發人員DEMO的時候，有一個功能涉及到奇偶數時候，寫了這麼一句：「1,3,5等算奇數，二、四、6等爲偶數。」該版本驗寫的時候，-1，-2，-3都未處理，版本延期。在作版本總結的時候，開發人員就直述：「產品經理都沒只寫了1，3，5，2，4，6沒有寫-1，-2，-3。」後來，該老大評定，開發人員有錯，但產品經理錯誤更大（因此，每次受邀參加他們的版本總結會議，我都很緊張，由於，在已經凝固的空氣下，銷煙瀰漫，那一羣人在互掐，吃果果地互掐呀。）。我後來借該DEMO看了一下，當場暈倒，一個頁面，滿滿當當的文字說明有2頁，是說，當時一個系統，5個開發，2個測試，1個產品經理，配了1個助理，還說產品的工做量太大，產品版本延期嚴重。

 

　　「爲何在IT團隊中職責分明是很差的？」該問題思考了好久，後來有一天參加一個聚會的時候你們在討論，我忽然有了靈感，感受此結解了。大概是這樣，IT研發是腦力活兒，不像體力活那樣，全部產出很好衡量，即便再難作的模具，只要有了圖紙，我作的東西，就能在大的機器上使用。但IT研發不是這樣，作了詳細設計，你最多給我一個接口，我實現你的接口就行，但你不能規定我寫代碼的行數，字數。再強的測試，也不可能作到100%用例覆蓋；再牛逼的產品，也不可能想到用戶的全部場景。因此，一個有戰鬥力的團隊，你們能夠互相質疑，只要有充足的理由，開發人員能夠質疑產品的設計。固然，這時有人會說：「每天扯皮，怎麼作事？」對此，我只想說，南轅北轍，作得越多，風險越高！

 

　　　「樓主！歪樓了，這與懶惰有一毛錢的關係？！」團隊建設指導思想的錯誤，喚起的不是其它的，正是潛在你心裏深處的懶惰。若是想要走到人生的某種高度，就須要積累，這種積累也許不是職責範圍內的，由於惟有此，你纔會慢慢關心周圍的世界。所以，「不想作產品的開發，不是好測試！」

• l  懶惰模式3：甘於平庸，不求上進

　　　有一類人，天天7點到公司，晚上10點離開，工做勤勤懇懇，兢兢業業。可是，結果讓其負責的項目，十分也有個六七分，讓他寫的程序，向來也是在預期以內，但從不會超出預期。這種人，十年如一日，一日如十年，就像社會主義曾極力歌頌的螺絲釘同樣，永永遠遠停留在那個位置。

　　　公司裏有一哥們兒，人挺好，工做很上進，曾作程序員的時候，攻克無數複雜功能，後因功勳卓著，特被策封爲領導，願其帶領團隊，繼續攻克難題。但後來，十仗八輸，一平，一勝。曾與其討論，因何而勝，又因何而敗。皆故左右而言其餘，無一中的。後因某程序員要改其寫的某複雜功能的代碼，發現其用了30多個if…else…，搞了巨多4層for，因而其問題一下顯露出來。此同事，以前能作程序員（其實，應該是碼農）工做，並能完成不少複雜功能，無他皆因其勤懇。但，如今他開始幹一份創造性極強的工做時，其思惟模式未發生任何改變：「只要我努力，嘗試全部辦法，總有一個是能夠的，if不行，那就來else，再不行，再if，再else如此種種。」這類人，很忙，會一直很忙，但會像陀螺同樣，忙着轉圈，偶爾回身：呀！風景未變，我也未變，變的只是年齡這個數字與頭上的白髮！

　　　這種懶惰，不表如今行爲上邊，表如今心理或者思惟上，並且最可怕是這種人會有一種暗示：「此次的失敗，證實我還不夠努力，我應該更加努力。」所以，極很差識別，並且，別人不能提點，只能經過自身深入的檢討才能識別，並加以改進，方能「當上CEO、迎娶白富美，走上人生巔峯！」

• l  懶惰模式4：思想巨人，行動矮子

　　　還有一類人，思惟靈活，用了一天中的20個小時思考。提及創業思路來一套一套，提及某項技術來，頭頭是道。但一旦被問到實施進度來，他的回答每每是：「如今，這仍是一個想法，沒有實施過。」要知道當上CEO，迎娶白富美，走上人生巔峯這種事，靠的是想法，但毫不可僅僅靠想法，還得看行動。

 

　　　陷於這種模式底下的人在極端狀況下，會一直找方法，但，對全部方法都是淺嘗則止，精深對於陷於這種模式的人來講，不是不能作到，而是不肯作到。當.NET好找工做的時候，他們會去學習.NET，但當他看到JAVA工資高的時候，又就義無反顧地擁抱JAVA，後來在團隊中，看到DBA有點風風火火的時候，又改行去作DBA。三五年下來，當週圍的朋友都是某總某O的時候，他就開始鬱悶了，爲嘛，我還只是個程序員，雖然我一直在學習，一直在努力。

 

（ps.樓主也是這樣的人，所以，我也沒有走上人生巔峯。）

 

　　　固然，要改變這個懶惰模式，不只要清楚認識到這種模式，還要講究一些方法，這裏以我曾經戒掉晚睡晚起的習慣爲例（被逼的呀，由於我很久睡，我家公子也很久睡，甚至他能更晚睡呀）。

　　　當我認識到要早睡的時候，我想了兩個方案：方案一：早睡引起早起，每晚10點上牀；方案二：早起引起早睡，天天定時6點鐘起來。而後，我開始作實驗，第一個10天，我用第一種方法，但結果是，晚上10點上牀後，結果因爲晚睡習慣了，雖然10點上牀，但躺在牀上，會無盡地失眠，通常睡着也就12點過，次日確定早起不成。因此，10天中，早起的次數只有2天，並且，早起以後精神十分地很差，成天都是昏昏沉沉的。第二個10天，我用第二種方法，不管晚上多晚睡，次日早上準時6點起牀。因而，我調整了鬧鐘，第天早上6點鐘準時被喚醒。結果前四天都是被鬧鐘鬧醒，精神很差，但從第五天開始，到5點50左右就本身醒了，並且精神有點感受，到第8天，我已經能夠關掉鬧鐘了。並且，每晚9點半左右，眼皮就開始打架。

　　　因此，要打敗這種模式，首先要有壓力，這種壓力或來自於自身，或來自於外界；其次要有方案，你要去想如何去打敗目前的困難，再次，要學會作實驗，不斷對實驗的結果進行評估改正；只有這樣，纔可能打敗這種模式。

 

　　　好了，這就是我想叨叨的。剩下的，你們自由發揮，我先去睡會兒。