上週在某乎上看到一句話，雖然簡短，但是扼要。
那句話是，「領導不應該直接管人管事，而是應該管計畫」。
管人管事和管計畫這三件事，在我工作的這段時間裡，也見識到了不同管理者的做法。有的管事不管人，只要結果，不問過程；有的三者都兼顧，最後把自己累倒；有的管理者懂得權衡利弊，分清輕重。
可以說做法不同，結果不同。管事不管人，可能會失人心；管人管事又管計畫，可能三者都沒辦法很好兼顧，我更傾向的做法是，不需要什麼都管，而是得懂得管計畫。不懂得計畫管理，團隊每天就會如同無頭蒼蠅一樣在瞎忙，最終什麼都沒有達成。這也是我晉公升為設計部的管理者後，一直在踐行的做法。
接下來，我將花點小小的時間，談談我的鄙見和具體做法。感興趣的話，不妨繼續往下看。
第一步 找準目標
管理者就如同是團隊的掌舵人，把握著團隊的前進目標。我認為，一名好的管理者，是得善於借助smart原則，為團隊制定出明確的目標。畢竟目標脫離實際，完成之日遙遙無期。同時，我會借助計畫管理工具[飛項]來制定團隊目標，因為它能把目標視覺化具體化，裡面的建立事項功能，能把計畫詳細到什麼時間點，有什麼注意事項，有哪些相關協作人要來參與完成。
第二步 拆解計畫
找準目標後，不回頭一直往前衝就可以了嗎？當然不是，想要達成目標，是得用一步一步的行動去完成。所以，管理者得學會把整個計畫拆分細化，根據同事的崗位職責去分配任務，讓每位同事知道自己具體要做什麼。
在設計部，雖說都是做設計，但有的是負責視覺設計、有的是平面設計、有的是三維設計......有時遇到乙個專案需要不同型別的設計來完成，我會在建立完母事項後，再通過子事項來給對應的設計同事派發任務。
第三步 實時跟進
當專案開始執行，同事便會跟著起初制定的小目標，在規定的時間裡去完成。我也能透過事項自動生成的「脈絡圖」，去實時跟進和把控專案的進度。
在「脈絡圖」裡，我可以看到某一環節的相關協作人、完成進度等等，也方便日後有需要的話，可以直接找到相關協作人，減少查閱和溝通成本。
而在專案的執行中，相關協作人如果遇到難題，需要我或者他人協助；或是我有新的需求、參考資料要溝通分享的，我們便可以通過所在事項的im進行溝通，以及借助裡面的飛項小工具，發起會議、建立待辦、發布公告等等，實時對接，提高工作效率。
第四步 覆盤總結
我始終認為，不會覆盤總結，是沒辦法驅動乙個團隊更好發展。比如，當你某個作品出街，但投放效果不理想，你和團隊成員卻沒有及時去找出詳細問題，而是覺得不了了之，不知道如何去揚長補短，時間久了，可能會導致專案完成的高度達不到預期的。通常，我也會用到飛項的筆記功能來和團隊成員一起分析原因，覆盤總結。
總結會做計畫管理的管理者才能讓團隊更好發展，並且讓團隊裡的每一位同事更信任你。如果你覺得做計畫管理很難，也可以學會去借助計畫管理工具[飛項]，把計畫變得視覺化和可行化。
程序和任務計畫管理
ps可以檢視程序的資訊，pid是程序號，tty是終端的名稱，pts是遠端終端，tty1是本地登入終端的名稱，時間是占用cpu的時間，cmd就是在執行的命令。下圖就是兩個程序都是在叫pts 0的終端上執行的。想看到本地的登陸終端就相當於在伺服器上直接登入，用w可以檢視到 ps只能看程序的少部分資訊，可...
程序和計畫任務管理
第10章 程序和計畫任務管理 一，檢視和控制程序 1 檢視程序 ps 檢視靜態的程序統計資訊 processes statistic a 顯示當前終端下的所有程序，包括其他使用者的程序 u 使用以使用者為主的格式輸出程序資訊 x 顯示當前使用者所在終端下的程序資訊 e 顯示系統內的所有程序資訊 l ...
程序和計畫任務管理
程序和計畫任務管理 管理系統的程序。使用kill命令終止postfix服務的執行。查詢系統中cpu佔用率超過80 的程序，並強行終止該程序。設定計畫執行的系統管理任務。每週一的早上7 50自動清空ftp伺服器公共目錄 var ftp pub中的資料。每天晚上的10 30自動執行任務，完成以下操作 顯...