問題在於「公司政治」聽起來讓人不舒服，需要重新品牌化。 如果你稱之為「在不同的人有不同意見時完成事情」，那麼突然之間就沒有意義說這對你來說是「低人一等」。 事實上，無論你喜歡與否，你都在參與這個遊戲。

並不矛盾！人們在評估你是否給了他們想要的東西時非常出色，當你真的把它放在他們面前時。

名字越奇怪，越容易讓人記住。

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

希臘神話中的卡桑德拉被詛咒能預見未來（她的城市的淪陷），但沒有人會相信她。 我們現代的卡桑德拉是什麼？

我覺得很有道理。哪個演示也更注重對話和浪漫小說？

不到一個月前，我發布了我的必讀系列的第一部分，而它已經成為我有史以來第九受歡迎的帖子。隨著我們信息流和收件箱中充斥著無盡的垃圾，越來越需要經過精心策劃和深思熟慮的內容作為解藥。 為了繼續為產品建設者建立最高信噪比的圖書館，我挑選了10本你可能還沒讀過但應該讀的永恆經典。以下文章涵蓋了關於增長、領導力、溝通、創業等方面的廣泛建議。 我這裡不包括書籍——那份清單還在後面。如果你有我還沒注意到的文章建議，請在評論中分享。 以下是列表 👇

鐘擺該回擺的時候了。

我仍然記得當我第一次走進 @NotionHQ 和 @GustoHQ 的辦公室時，感受到的那種「被看見」的感覺，那時他們率先推行了不穿鞋的政策！ 願更乾淨的地板長存。

將某件事情框架化為「你必須在 A 和 B 之間選擇」實際上是想像力的失敗。