2020的年終總結
大概從2017年起，每年在部落格園寫一篇部落格回顧自己過去的一年已經成為我的一種習慣，今年也同樣毫不例外。不過與往年相比，總歸還是受拖延症的影響，在公曆年即將過去才開始動手敲下第一行文字。
如果要給自己的2020年年終總結列一個篇章，大概可以從以下幾個方面開始描述：
1、個人職業生涯角色的轉變
2020年，我正邁步走在從個人知識貢獻者到管理者、管理層的心路轉變，這也是2020年最深受思考的方面。從2019年底，就得到張隊推薦，來到目前這家公司，並牽頭組建了一支研發團隊，目前團隊規模約25人。雖然也並非第一次從零開始組建團隊，但必須承認，這次也是付出心血最多的一次。從體會企業文化的精神，到篩選簡歷、面試、以及日常的工作安排，都總在思考是否有可以哪些可以進一步改進的地方。
尤其是一支技術型、以軟體工程師為主的團隊，如何避免以下幾點問題，始終困擾著我。
1、避免迷信權威和內卷化。開發者似乎是一個特別容易迷信權威的群體。因為先加入公司、先學一步者、先掌握了更多知識體系的權威開發者、資歷更老的員工因其較高的勞動生產力水平，從而成為權威，當新的觀點出現時，是否會對權威造成影響，也考驗了組織的包容性。作為一個開發者出生的管理者，如何把握團隊共同的訴求，在避免內卷化的同時，又能促進團隊共同利益的達成，或許可以單獨寫一篇部落格跟各位討論一下。
2、避免陷入責任病毒。責任病毒來源於《責任病毒》，這本書介紹了團隊內部如何實現任務的分配和共同承擔責任，對像IT開發者這樣的知識貢獻者組成的技術團隊來說非常重要。開發者如果自詡自己為十倍程式設計師，把稍微難一點的任務都自己包辦了，那團隊自然而然就會陷入不穩定的局面；同樣，又不能過早的將任務全交下去，因為年輕人的培養速度往往會低於管理者的預期。在現狀面前，團隊的年輕化已經成為一種必然趨勢，作為一位管理者如何同時兼顧團隊成員技術水平和職業心理的不夠健全和不平衡，又能想盡辦法讓團隊成員能夠承擔更多的責任、且儘量減少彼得原理對團隊成員成長的影響，已經成為一件非常困難的事情。
3、如何讓個人知識最終變成團隊知識？隨著個人知識的不斷擴充，也容易被“知識詛咒”，總是想著“我理所當然的以為你知道“，最終可能讓團隊崩壞。只有將個人知識變成團隊的知識，讓團隊的平均能力得到提升，才能成為團隊的成功。即便是團隊的領導者，也應該深刻的明白，個人哪怕是一百倍程式設計師，一天也只有24個小時，累死累活，也只能寫10幾個小時程式碼。團隊管理者，既要想辦法主動促成知識的輸出，也要主動的促成新人們發現自己的不足，讓他們專注於提升自己。
4、如何打破團隊隔閡，讓需求更加通達。在研發團隊中，由於研發人員有時不善於溝通問題，可能會導致資訊的不透明。那麼做好責任的澄清和需求的澄清就非常重要了。這是兩個不同維度卻又息息相關的知識體系，研發人員因職業的特殊性，難免很難看透當前處理的任務之外的其他層次，而作為團隊管理者，則應力求讓對方既能掌握問題的解決之道、又能更好的掌握梳理需求的方式方法，並能從一個個任務的處理過程中，成長為合格的責任承擔者。
5、如何讓團隊成員共同進步，避免陷入英雄型組織。有時必須承認，網際網路帶來的知識大爆炸，雖然可能會帶來團隊的飛速發展，但往往最先收益的其實往往是某些少數動手能力較強，悟性較高的開發者。英雄型組織固然激勵一些人的進取，但往往也暴露了團隊間的發展不均衡。知識的積累和傳承其實更多是依賴於團隊自驅和文化內建，除了培訓，氛圍的塑造也同樣重要。
2、重新認識敏捷方法體系
從2015年接觸敏捷開發方法到現在，已經接觸了超過20本敏捷相關的書籍，對於敏捷也有了更加深刻的認識。
1、敏捷是一種公司治理手段。隨著網際網路大時代逐漸過去，靠人口紅利來贏得企業發展的契機已經越來越遠，大部分企業已經越來越依靠企業自身的實力來贏得市場。一個重新整理許多人認知的現象是早幾年企業還能通過融資+燒錢的模式快速獲得使用者，在今天卻已經越來越不合時宜了。例如社群團購產業，雖然一波又一波的投資持續的加碼，但使用者們卻很清楚，燒錢帶來的短期有羊毛可薅，從長期來看卻是損害市場的毒藥。也許少數明星企業尚且有資金可以燒一波，但大部分企業卻顯然沒這麼強的財力支撐到盈利為止，如何快速的讓產品立足腳跟，敏捷方法論中的【精益】思想，或許能夠帶來一些思考，通過這種管理方法，快速輸出一波產品原型，快速的在市場上進行試煉，同樣也能快速獲得市場。
2、敏捷是一種產品研發流程和軟體研發方法體系。如敏捷原則所說【可工作的軟體大於面面俱到的文件】，研發團隊如何快速輸出可工作的軟體，如何快速的依託團隊的力量共同完成專案，也是2020年我組建的團隊一直在實踐的內容。通過一系列敏捷看板，卡牌估算，站立會議，反思回顧會議等手段，使團隊間的溝通得到大幅度加強，並給產品的快速研發帶來了不少助力。
4、敏捷是一種個人職業長期規劃的細水長流。敏捷可能本身並沒有提到這個內容，但極限程式設計也是敏捷的一種開發實踐，於我個人而言，通過練習極限程式設計的一些kata，確實帶來了物件導向思維能力的大幅提升，在進行程式碼編寫時，首先想到的也都是如何先編寫一個小步快跑的單元測試，並依託單元測試快速實現功能的開發。當然要想把這些體會傳遞給團隊成員可能著實有點困難。
4、從書籍中汲取源源不斷的養分
如果只看閱讀過的書籍數量，2020年無疑碩果累累，當年共完成閱讀80本書，涵蓋.NET、專案管理、敏捷、領域驅動設計、寫作、語言學、小說等各個方面，不同題材的書籍，其中，精讀了其中約10本書，從精神上受到了非常大的薰陶。不僅僅自己如此，也在給我的孩子慢慢的培養閱讀的習慣，目前六歲的女兒在閒暇之餘，也從不找大人要手機玩，而是自己去書架上拿一些故事書來閱讀，一些經常閱讀的書，她已經能夠準確的念出書中部分文字，也算是意外之喜。
當然，也有人問看了這麼多書，你的大腦記得住麼，時間未必安排得過來？對於第一個問題，我也體會到其他公眾號作者分享的心得：讀書不是為了記住那麼多海量的知識，而是為了通過不斷的刺激腦部迴路，加強對於相關區域的記憶，從而使自己在某些方面的知識更加健全。就時間而言，得益於電子書的便利，使我能夠隨時隨地就能翻出自己想看的書籍，一旦體會到其中的樂趣，自然而然也不再有時間關注其他事務。所以我的手機上沒有啥遊戲軟體，連知乎和頭條都解除安裝了。唯一活躍在我手機裡的位元組跳動旗下應用，就只剩下石墨筆記了。
5、重新認識.NET技術社群
2019年拉起的長沙.NET技術社群，在2020年疫情這樣的黑天鵝事件面前，總顯得蒼白無力，不知是我的有意或者無意，這一年長沙其實並沒有主動的拉起過正兒八經的技術活動，除了寥寥幾次社群參與者們的線下聚餐，除此之外就別無他物。當然，也必須承認，當時組建社群的一群發起人，好幾位核心參與者都在公司扮演著越來越重要的角色，自然而然也沒那麼多時間了；另外一方面，像長沙這樣的內地城市，本身可能對於線下技術活動的熱度也不夠高，彷彿那麼多優秀的開發者一旦回到長沙，就不知消失在何方，要把他們拉出來搞搞活動，確實難上加難。
也有人問及這樣的社群是否有意義，我的初衷倒是一點沒變：線上或線下的活動，都只是一種形式，而社群的存在對於大多數開發者來說可能也短期內看不到好處，但確是非常有意義的存在。他能讓一群以技術為樂趣的開發者找到可以施展的舞臺，也能讓許多對技術型人才有訴求的企業能夠從參與社群的過程中獲得對等的回報。優秀的技術開發者心中的月亮，往往不是某個收入多高的職位，而是在寫程式碼的過程中，獲得精神上的昇華和樂趣，這並非六便士所能比擬。而社群有望能夠聚集這麼一群人，在這裡大家平等溝通，以碼會友，相互扶持，成就自己的人生價值。
當然，一個.NET社群要想真正成為高階人才的聚集地，可能本身沒有想象中那麼容易，畢竟高階人才的評價標準似乎都世俗的用金錢來衡量。在網際網路一夜暴富的今天，聽說沒個年薪百萬都不敢自稱是IT從業者？隨著.NET技術已經逐漸遠離風口網際網路行業，雖然意味著選擇.NET不太可能一夜暴富，但這並不影響我們成為優秀的開發者。
6、關於寫作
作為一位碼農，估計不太可能試圖靠寫作來獲得多少收益，但既然堅持寫部落格，自然也得仔細想想如何提高自己的文字能力，同時還得思考自己文字的受眾群體，寫一些能夠給讀者帶來乾貨的精華文字。
2020年我也在有意識的改善寫作的方式，例如，標題黨，先搭框架，少用華麗的辭藻，多用平實的語言等等，這些也給我的部落格帶來了一些流量。但要想活躍在部落格園這樣優秀的舞臺，還得更加努力才行。
3、談談2020年立下的Flag
2020年立下了不少Flag。
1、部落格數量超過100篇，眼看是沒達到了，零零總總，自己寫了四十多篇，翻譯了三十多篇，差距還有點大。
2、完成一個專欄的編寫，也被自己吞掉了，雖然在有意識的提高自己的寫作質量，但要想系統的輸出一篇專欄卻談何容易。
3、讀書的數量達到了。
2021年再立一些Flag：
1、團隊構建，想透上述痛點，構建一支有戰鬥力的團隊。
2、嘗試系統性的輸出。
3、看書、寫部落格，繼續加油。
雖然在吞掉自己的Flag，但也算是不斷追求進取。
7、結語
一晃2020年即將過去，我們也將共同迎來嶄新的2021，曾經的期待，終將在我們的手中結出豐碩的果實。