沉迷在細節中
開發者沉浸在細節中不可自拔？最終發現整體目標沒達到，驗收標準不過關，時間沒有按照要求。最終導致了專案延遲，客戶滿意度下降。其實敏捷也是提倡最小mvp，可交付的這些概念，跟關鍵路徑的概念一脈相承。我們必須在有限的資源的情況下最大化交付價值。但是這幾周我們全都過於沉浸在細節中，忽視了交付的目的，在一定程度上導致了我們無法按期交付的問題。團隊的信用分很容易耗盡，卻很難賺來。
個人覺得這種現象的主要原因之一是沒有時間觀念，具體體現在需求的關鍵路徑例如，開發，結果驗收，上線方案，保障方案，方案評審，方案落地，上沒有明確的deadline時間導致團隊沒有能夠處在乙個全域性的視角看整件事情，對應該及時發現的風險進行處理。其實只要我們從交付日期反推，就能夠大概界定清楚我們什麼時間點什麼關鍵路徑必須完成，然後在根據deadline去劃分各個階段具體事情的優先順序。同時每天站會我們就可以同步這些deadline，和進度這樣依賴風險就能及早識別，做出響應。這一點不僅是sm，跟po要重點關注團隊的成員也應該要達成共識。
ps. 個人感受確實是存在這我們缺乏明確的各個節點的交付時間的概念，當然這還不涉及到我們甚至沒有識別到一些關鍵路徑的問題。
請先不要討論細節好嗎
場景一 專案經理接到乙個新的專案，把大家叫到一起開會來介紹這個新的專案。首先，他介紹了這個專案是幹什麼用的。然後開始了下面的介紹。大家看，這個地方使用者需要輸入乙個訂單，這個訂單呢，就是這麼乙個表 說著畫出了標的結構 這個欄位呢可能有些問題。下面有乙個人馬上就說了 可是我覺得叫這個名字怎麼這麼奇怪呢...
防沉迷系統？！
這個事，在業界近來估計沒有人不知道了。很奇怪地，竟然在中國的大地上，會誕生這樣乙個讓人到現在還摸不著頭腦的玩意。我對這套系統的應用所帶來的影響，只有三句話 1 這套防沉迷系統會給網遊廠商帶來更多機會，只有好處，沒有壞處 2 這套防沉迷系統對 沉迷的玩家 無效 3 這套防沉迷系統對 非沉迷的玩家 影響...
代表性直覺 不要被細節迷惑
當我們進行決策或者是判斷的時候，有時候會直接運用 直覺 或一般性常識進行決策。這種方式的優點是省時省力，而且有的時候我們只是需要乙個粗略的答案就夠了，所以一拍腦袋就作出決定，比較美，可以得到乙個相對滿意的答案 即使答案錯了，我們也會有自我保護機制來逃避決策失敗帶來悔恨的方法 既然有利，必然有弊，這種...