大概从2017年起，每年在博客园写一篇博客回顾自己过去的一年已经成为我的一种习惯，今年也同样毫不例外。不过与往年相比，总归还是受拖延症的影响，在公历年即将过去才开始动手敲下第一行文字。
如果要给自己的2020年年终总结列一个篇章，大概可以从以下几个方面开始描述：
1、个人职业生涯角色的转变
2020年，我正迈步走在从个人知识贡献者到管理者、管理层的心路转变，这也是2020年最深受思考的方面。从2019年底，就得到张队推荐，来到目前这家公司，并牵头组建了一支研发团队，目前团队规模约25人。虽然也并非第一次从零开始组建团队，但必须承认，这次也是付出心血最多的一次。从体会企业文化的精神，到筛选简历、面试、以及日常的工作安排，都总在思考是否有可以哪些可以进一步改进的地方。
尤其是一支技术型、以软件工程师为主的团队，如何避免以下几点问题，始终困扰着我。
1、避免迷信权威和内卷化。
开发者似乎是一个特别容易迷信权威的群体。因为先加入公司、先学一步者、先掌握了更多知识体系的权威开发者、资历更老的员工因其较高的劳动生产力水平，从而成为权威，当新的观点出现时，是否会对权威造成影响，也考验了组织的包容性。
作为一个开发者出生的管理者，如何把握团队共同的诉求，在避免内卷化的同时，又能促进团队共同利益的达成，或许可以单独写一篇博客跟各位讨论一下。
2、避免陷入责任病毒。
责任病毒来源于《责任病毒》，这本书介绍了团队内部如何实现任务的分配和共同承担责任，对像IT开发者这样的知识贡献者组成的技术团队来说非常重要。
开发者如果自诩自己为十倍程序员，把稍微难一点的任务都自己包办了，那团队自然而然就会陷入不稳定的局面；同样，又不能过早的将任务全交下去，因为年轻人的培养速度往往会低于管理者的预期。
在现状面前，团队的年轻化已经成为一种必然趋势，作为一位管理者如何同时兼顾团队成员技术水平和职业心理的不够健全和不平衡，又能想尽办法让团队成员能够承担更多的责任、且尽量减少彼得原理对团队成员成长的影响，已经成为一件非常困难的事情。
3、如何让个人知识最终变成团队知识？
随着个人知识的不断扩充，也容易被“知识诅咒”，总是想着“我理所当然的以为你知道“，最终可能让团队崩坏。只有将个人知识变成团队的知识，让团队的平均能力得到提升，才能成为团队的成功。
即便是团队的领导者，也应该深刻的明白，个人哪怕是一百倍程序员，一天也只有24个小时，累死累活，也只能写10几个小时代码。
团队管理者，既要想办法主动促成知识的输出，也要主动的促成新人们发现自己的不足，让他们专注于提升自己。
4、如何打破团队隔阂，让需求更加通达。
在研发团队中，由于研发人员有时不善于沟通问题，可能会导致信息的不透明。那么做好责任的澄清和需求的澄清就非常重要了。
这是两个不同维度却又息息相关的知识体系，研发人员因职业的特殊性，难免很难看透当前处理的任务之外的其他层次，而作为团队管理者，则应力求让对方既能掌握问题的解决之道、又能更好的掌握梳理需求的方式方法，并能从一个个任务的处理过程中，成长为合格的责任承担者。
5、如何让团队成员共同进步，避免陷入英雄型组织。
有时必须承认，互联网带来的知识大爆炸，虽然可能会带来团队的飞速发展，但往往最先收益的其实往往是某些少数动手能力较强，悟性较高的开发者。
英雄型组织固然激励一些人的进取，但往往也暴露了团队间的发展不均衡。知识的积累和传承其实更多是依赖于团队自驱和文化内建，除了培训，氛围的塑造也同样重要。
2、重新认识敏捷方法体系
从2015年接触敏捷开发方法到现在，已经接触了超过20本敏捷相关的书籍，对于敏捷也有了更加深刻的认识。
1、敏捷是一种公司治理手段。
随着互联网大时代逐渐过去，靠人口红利来赢得企业发展的契机已经越来越远，大部分企业已经越来越依靠企业自身的实力来赢得市场。
一个刷新许多人认知的现象是早几年企业还能通过融资+烧钱的模式快速获得用户，在今天却已经越来越不合时宜了。例如社区团购产业，虽然一波又一波的投资持续的加码，但用户们却很清楚，烧钱带来的短期有羊毛可薅，从长期来看却是损害市场的毒药。
也许少数明星企业尚且有资金可以烧一波，但大部分企业却显然没这么强的财力支撑到盈利为止，如何快速的让产品立足脚跟，敏捷方法论中的【精益】思想，或许能够带来一些思考，通过这种管理方法，快速输出一波产品原型，快速的在市场上进行试炼，同样也能快速获得市场。
2、敏捷是一种产品研发流程和软件研发方法体系。
如敏捷原则所说【可工作的软件大于面面俱到的文档】，研发团队如何快速输出可工作的软件，如何快速的依托团队的力量共同完成项目，也是2020年我组建的团队一直在实践的内容。
通过一系列敏捷看板，卡牌估算，站立会议，反思回顾会议等手段，使团队间的沟通得到大幅度加强，并给产品的快速研发带来了不少助力。
4、敏捷是一种个人职业长期规划的细水长流。
敏捷可能本身并没有提到这个内容，但极限编程也是敏捷的一种开发实践，于我个人而言，通过练习极限编程的一些kata，确实带来了面向对象思维能力的大幅提升，在进行代码编写时，首先想到的也都是如何先编写一个小步快跑的单元测试，并依托单元测试快速实现功能的开发。当然要想把这些体会传递给团队成员可能着实有点困难。
3、从书籍中汲取源源不断的养分
如果只看阅读过的书籍数量，2020年无疑硕果累累，当年共完成阅读80本书，涵盖.NET、项目管理、敏捷、领域驱动设计、写作、语言学、小说等各个方面，不同题材的书籍，其中，精读了其中约10本书，从精神上受到了非常大的熏陶。
不仅仅自己如此，也在给我的孩子慢慢的培养阅读的习惯，目前六岁的女儿在闲暇之余，也从不找大人要手机玩，而是自己去书架上拿一些故事书来阅读，一些经常阅读的书，她已经能够准确的念出书中部分文字，也算是意外之喜。
当然，也有人问看了这么多书，你的大脑记得住么，时间未必安排得过来？
对于第一个问题，我也体会到其他公众号作者分享的心得：读书不是为了记住那么多海量的知识，而是为了通过不断的刺激脑部回路，加强对于相关区域的记忆，从而使自己在某些方面的知识更加健全。
就时间而言，得益于kindle的便利，使我能够随时随地就能翻出自己想看的书籍，一旦体会到其中的乐趣，自然而然也不再有时间关注其他事务。所以我的手机上没有啥游戏软件，连知乎和头条都卸载了。唯一活跃在我手机里的字节跳动旗下应用，就只剩下石墨笔记了。
4、重新认识.NET技术社区
2019年拉起的长沙.NET技术社区，在2020年疫情这样的黑天鹅事件面前，总显得苍白无力，不知是我的有意或者无意，这一年长沙其实并没有主动的拉起过正儿八经的技术活动，除了寥寥几次社区参与者们的线下聚餐，除此之外就别无他物。
当然，也必须承认，当时组建社区的一群发起人，好几位核心参与者都在公司扮演着越来越重要的角色，自然而然也没那么多时间了；另外一方面，像长沙这样的内地城市，本身可能对于线下技术活动的热度也不够高，仿佛那么多优秀的开发者一旦回到长沙，就不知消失在何方，要把他们拉出来搞搞活动，确实难上加难。
也有人问及这样的社区是否有意义，我的初衷倒是一点没变：线上或线下的活动，都只是一种形式，而社区的存在对于大多数开发者来说可能也短期内看不到好处，但确是非常有意义的存在。
他能让一群以技术为乐趣的开发者找到可以施展的舞台，也能让许多对技术型人才有诉求的企业能够从参与社区的过程中获得对等的回报。
优秀的技术开发者心中的月亮，往往不是某个收入多高的职位，而是在写代码的过程中，获得精神上的升华和乐趣，这并非六便士所能比拟。
而社区有望能够聚集这么一群人，在这里大家平等沟通，以码会友，相互扶持，成就自己的人生价值。
当然，一个.NET社区要想真正成为高端人才的聚集地，可能本身没有想象中那么容易，毕竟高端人才的评价标准似乎都世俗的用金钱来衡量。
在互联网一夜暴富的今天，听说没个年薪百万都不敢自称是IT从业者？
随着.NET技术已经逐渐远离风口互联网行业，虽然意味着选择.NET不太可能一夜暴富，但这并不影响我们成为优秀的开发者。
5、关于写作
作为一位码农，估计不太可能试图靠写作来获得多少收益，但既然坚持写博客，自然也得仔细想想如何提高自己的文字能力，同时还得思考自己文字的受众群体，写一些能够给读者带来干货的精华文字。
2020年我也在有意识的改善写作的方式，例如，标题党，先搭框架，少用华丽的辞藻，多用平实的语言等等，这些也给我的博客带来了一些流量。但要想活跃在博客园这样优秀的舞台，还得更加努力才行。
6、谈谈2020年立下的Flag
2020年立下了不少Flag。
1、博客数量超过100篇，眼看是没达到了，零零总总，自己写了四十多篇，翻译了三十多篇，差距还有点大。
2、完成一个专栏的编写，也被自己吞掉了，虽然在有意识的提高自己的写作质量，但要想系统的输出一篇专栏却谈何容易。
3、读书的数量达到了。
2021年再立一些Flag：
1、团队构建，想透上述痛点，构建一支有战斗力的团队。
2、尝试系统性的输出。
3、看书、写博客，继续加油。
虽然在吞掉自己的Flag，但也算是不断追求进取。
7、结语
一晃2020年即将过去，我们也将共同迎来崭新的2021，曾经的期待，终将在我们的手中结出丰硕的果实。
