沒有時間嗎？可以直接看這個清單
無論是什麼原因，當你有機會變成主管時，需要有意識的認知到，主管的責任和義務會跟你過去的工作截然不同。越快有這樣的認知，並且越快做好準備，你就越有機會成為一個好主管。反之，沒有這樣的認知並且也不做準備，就會有很大可能變成傳說中的壞老闆。
工作本質上的改變
以軟體開發的主管為例，在你變成主管的那一天開始，工作就有本質上的不同。無論之前是不是擔任團隊領導(team leader)的角色，作為主管之後，你的責任範圍就會自己擴大為「團隊」，並且近一步擴大到「其他團隊的互動」。
根據團隊的規模大小，在人數很少的團隊，主管也會進行實質工作，例如撰寫程式，測試等等。然而，工作本質上會讓主管必須要更關注「團隊其他成員」如何完成自己的工作。表面上，簡單的方法，是透過code review。實際上，更推薦新手主管至少每週要找一小段時間，直接坐在某些團隊成員的旁邊，和他一起pair programming。這並不只是兩個人一起看著同一個螢幕寫程式，同時也代表可以了解團隊成員是怎麼完成周邊任務，例如撰寫文件，撰寫測試，執行測試，檢查是否符合規格等等。
工作本質上的改變必須要真正被「實踐」。實踐的方式就是必須要認知時間的重新分配。
工作時間的分配
大部分的人會傾向做自己「喜歡」做的事情。很遺憾的是，如果新手主管只做自己喜歡的事情，那有很大的機會會造成團隊的失敗。
一般來說，新手主管至少每個月都要和團隊成員進行一次1vs1的懇談。至少每週要花1小時，重新檢查一次目前重要事項的進度，以及風險評估。至少每週要花一小時，和重要相關的其他團隊主管溝通。至少每週花一小時，和自己的主管溝通......這些零零總總之的「至少項目」，如果沒辦法有效進行，那麼會花上起碼1/3的工作時間，而且可能也達不到該有的較果。這也是為什麼許多新手主管看似忙得要死，但卻常有溝通問題。
時間，是軟體開發裡面，最需要被控制的資源，但也是最不容易被控制的。主管會比工程師更需要知道怎樣有效分配時間。
衡量成果的改變
作為新手主管，必須要認知到衡量自我成功的要素，會是團隊的成功。換言之，任何團隊的問題，無論是不是自己造成的，都會是自己的問題。誠所謂權力越大，責任也越大。
認知到衡量成果的改變，也代表你需要追蹤和關注的，不只是個人的產出，還會是團隊整體的產出。並且，規模團隊越大，個人產出會變得越不重要。舉個極端的例子：假設一個大型軟體產品開發團隊裡面，有前端工程師，後端工程師，手機app工程師，維運工程師等等，每個工程師小組表面上都按照標準完成任務，但是整合起來就是會有各種問題，那麼這仍然是個失敗的狀態，而軟體主管是這個失敗狀態的主要負責的人。
要做好資訊相關的主管任務，其實相當不容易，當至少有認知到以上的改變時，就可以開始進行準備工作(參見 新手主管的準備 - 2)。
