2022 年對自己來說是個挑戰非常大的一年,自己回想起來可以是工作 10 幾年來最辛苦的一年 (沒有比較沒有傷害(?。總結 2022 年三個重點,分別是 #管理 #學習 #技術分享,以下就針對 2022 年做個簡單的回顧,記錄自己累到不要不要的內容
課程
▍線下課程
- CSM AHA
- LeSS (Large Scale Scrum)入門 - 體驗工作坊
▍線上課程
閱讀書籍
- 經理人之道
- 深思考的鍛鍊
- 知行:技術人的管理之路
- 超大流量分佈式系統架構解決方案:人人都是架構師2.0
- 軟件開發本質論
- 懂用人當主管心不累
- 正面迎擊人生大魔王
- 冰山在融化
- 刻意練習
- OTPR敏捷工作法
- QBQ!問題背後的問題(30萬冊紀念版)
- Cloud Observability in Action
- Exploring Software Telemetry
當人數變多,過去管理團隊的方式適用嗎 ?
當人數變多溝通問題開始浮現。如何降低團隊溝通成本呢 ? 如何制定適合團隊的流程與 SOP ?
當人數變多信任感很重要,看到問題如何讓大家知道並願意接受(買單) ? 團隊成員有人不合時該怎麼協調 ?
當人數變多要如何授權,如何有效授權給下面主管避免微管理 ? 團隊的切分怎樣才是最有效率的合作方式呢
或許過去在團隊人數少的時候有些方法沒問題,但團隊到了一定規模時就會遇到瓶頸,因此更應該找到新方法像是上課或是看書加強學習自己未知的知識,透過更多外在刺激與借鏡別人成功的經驗,希望突破自己的天花板找到既有問題的解法,避免自己成為團隊的瓶頸阻礙團隊的發展。自己也很幸運地在過去的工作時有認識厲害的技術管理者,在實務上遇到困難時可以第一時間求助與找到可能的根本問題,經過一年的時間自己也對於管理有進一步的認識,看到自己過去可能不成熟的地方與觀念,在實務上也學到很多好的與不好的經驗與教訓。也看到團隊慢慢朝向好的方向前進。 最近去看了灌籃高手電影版,對於團隊這件事也是很有感觸,回憶起安西教練曾經說過的一段話
「球隊不是為你而存在的,相反的你的存在是為球隊啊」
技術分享
- COSCUP 2022 | 現代化 End to End 測試工具 : Playwright
- DevopsDays 2022 - 可觀測性(Observability)的實踐
- MOPCON 2022 - 無密碼時代來臨 ? 初探 FIDO 驗證標準
- .NET Conf 2022 - 再不使用 APM 就芭比Q 了
驚喜 : MVP
微軟MVP成就達成 ! 感謝保哥推薦才有機會得到這殊榮,也期望自己莫忘初衷技術學習繼續下去 :)
2023 期望
新年一年,一定會有更多的挑戰
- 睡飽一點 : 2023 多睡一點 (2022 平均睡眠 4.5 小時 XDD
- 舉辦分享 : 定期舉辦內部分享,讓同仁可以在忙碌之外吸收新的知識
- 技術分享 : 繼續
不要臉投稿研討會技術分享 - AMA : 與轄下同仁談任何事情(Ask me anything),不管好的壞的多聽聽大家的想法
希望大家 happy coding , enjoy it :)
睡覺交給我就好
回覆刪除