作為第一管理者的老闆，在企業內擁有至高無上的權利，看似風光無限，卻長期以來被乙個簡單問題深度困擾，那就是：為什麼企業內的壞訊息，最後乙個知道的總是老闆呢？而有的「壞訊息」對企業來說，很可能是一場災難的降臨。這裡分享乙個也許對於老闆都似曾經歷過的案例：
某公司乙個有史以來最大合同額的專案，銷售團隊已經跟了大半年時間，銷售費用花了無數，本週就要宣布中標結果了，從老闆到銷售經理都認為這個專案勢在必得了。然而，開標結果卻出乎所有人的意外，單子丟了！老闆在驚愕之餘，感到百思不得其解，昨天不是還一切「正常」嗎？
在接下來的問題分析會上，回溯的場景更令老闆吃驚：原來早在銷售過程中，無論技術交流和問題澄清，還是客戶關鍵人的關係，包括競爭對手的分析，沒有真正「 搞定」的問題還有不少，相關人員都表示這些問題都曾經「提出過」啊；再向上分析到相關業務線領導，業務部門之間開始相互推諉以求自保，而指責對方的支援出了問題……，老闆頓時覺得自己才是真正的「冤大頭」。要知道在民營中小企業中，真正把身家性命與企業緊密繫結的人，通常只有老闆；老闆每天起床想的第一要事，卻成了最後乙個知道結果的。
過程中出現的「壞訊息」可能對於老闆和管理層來說，還沒有壞到不可救藥的程度；而「最後」則意味著沒有翻盤的可能了，「壞訊息」導致災難成真。
為了找出這個問題的解決方法，我們首先分析一下產生這個問題的主要原因，大致歸納有以下幾點：
* 老闆被蒙蔽
也就是常說的報喜不報憂，老闆果真下去視察，下面也早已做好應對準備，形勢一片大好。具體到一件事的匯報，下面也是看老闆的臉色行事，而不是基於事實。
* 資訊被壟斷
通常是職位較低的一線人員首先發現問題，如果直接報告就有越級打小報告之嫌，這在職場中是及其不明智的做法，報告資訊也只能被其直接上級所壟斷。
* 捂蓋子
通常發生在各業務條線的負責人之間，過程之中各負責人可能有諸多摩擦和不配合，但是在向老闆隱瞞事實這件事上，往往達成驚人的一致。
* 靜觀其變
如果發現問題的人直接向老闆提出，很有可能該人就成了解決問題的責任人；遇上老闆心情不好，還有可能被訓斥。這種情況下只有靜觀其變和消極等待了，期望這個問題能自行解決。
* 認識的侷限性
認識的侷限性所限，發現問題的人認為該問題不是什麼嚴重問題；而對於老闆而言，可能是天大的問題了。
這些原因都是由人性的本能或職場規則決定的，並無有效的解決方法（「勤奮」的老闆也許還可以應付，比如每年拿出200天下去找人談話和開會以了解情況）。但是，包含事實的「資訊」的確是存在於組織中，如果管理者能夠適時地獲取到相關資訊，不就可以避免再當「冤大頭」嗎？更進一步，在掌握充分資訊的基礎上的決策，更具管理的主動性。
組織溝通無處不在，管理資訊如影隨行，目標溝通與資訊平台提供多種企業級溝通工具，在執行過程的任何階段，都可以利用各種工具發起組織內部的溝通；所生成的資訊可以融合並留存於平台中。而管理者如同擁有了一部企業內多通道的監視器，不但可以全方位「看到」企業運營的狀態；還能夠「知道」某一項任務是否按照所部署的那樣執行的。
目標運營管理軟環境下，管理者所需資訊立即呈現，企業經營更具安全保障。
為什麼區間個切片要忽略最後乙個元素
這個問題在fluent python提到，同時引了計算機edsger w.dijkstra的解釋。簡要記錄如下 當我們想取出2,3,12這個區間時，共有四種表示式可選 a 2 i 13 b 1 i 12 c 2 i 12 d 1 i 13 其中a b 表示式可以從兩端相減得到區間長度，這是其中乙個優...
JS的for迴圈總是彈出最後乙個值得解決方法
首先看一下html內容 現在我想得到標籤內的索引和內容，你也許刷刷的寫下以下 for i 0 i els.length i 但是結果卻不盡人意，總是彈出 6 果敢 比較好的解決方法有以下幾種 1 使用閉包 var els document.getelementsbytagname li for i ...
知道Ping的最後乙個返回值TTL是什麼意思嗎？
from 說實在的，我的網路知識一向不好，前天看書，偶然看到這個ttl的意思，以前只知道ping一下伺服器就什麼都不知道了。ttl表示ping的過程中一過經過了多少個路由器。但它的資料並不是直接給出的，而是用與它最近的乙個2的n次數 大於它的 減去該值後得到的。例如，如果ttl的值是54，那麼最近的...