美麗的狀態更新 高效的機器之所以高效，是因為具備清晰的可觀察性。對於團隊而言，美麗的狀態更新提供了這種可觀察性。 項目團隊中的每個人都應該知道如何為他們的工作領域撰寫或傳達美麗的狀態更新，而不僅僅是項目經理。並且應該在<5分鐘內完成。 目標： 1）保持團隊的期望一致 2）加快決策速度 3）創造明確的責任 以下是美麗、高頻率狀態更新的原則： 1. 預見他人的問題 分享人們想知道的內容。不要分享不會影響他們工作的細節。要始終如一地做到這一點——如果你生病、請假或其他原因無法提供更新，請找人代替你。 2. 給出用戶開始獲得價值的預計時間 通常，人們最想知道的事情是「我們什麼時候能開始看到這個工作流的價值？」以及「我對這個項目的期望是否與現實相符？」 因此，首先給出項目開始提供價值的估計時間。 如果很難給出確切的交付預計時間（在早期項目階段通常是正常的，因為需要更多的研究和範圍界定），請給出一個信心百分比或一個預計時間範圍。但始終嘗試回答預計時間的問題。 3. 在標題中傳達期望的變化 如果一切正常，請說「按計劃於<日期>發布」 如果因為新信息而延遲，請說「延遲1天；現在預計於<日期>發布」 接下來解釋新信息是什麼。如果有需要解決的問題，請讓大家知道（見下一個要點） 4. 緊急傳達阻礙因素 狀態更新的主要任務之一是最大化決策速度，並儘快暴露阻礙或依賴關係。 如果進展因決策或其他團隊而受阻，請確保在第一句話中說「阻塞」。 5. 確保合適的人收到更新 更新毫無用處，除非被做出決策或管理進展的人閱讀。如果是書面形式，請標記合適的人。如果在會議中，請確保合適的人在場。 6. 任何人都可以成為指定的狀態更新者 可以是項目經理、工程師、設計師、銷售、數據人員，或任何深度參與項目的人。但每個人（包括這個人）都應該知道他們是指定的。 7. 簡短而甜美 一個常見的錯誤是試圖提供所有正在發生的背景。這浪費時間；大多數人只需要知道5%或10%的背景信息，就能完成他們的工作。 通過練習，一個美麗的狀態更新應該在<5分鐘內寫完，尤其是因為上述許多內容可以自動化。花費超過>15分鐘在狀態更新上是遠遠太長了。