2021工作总结

最近一年最重要的工作就是参与并主导园区saas系统的开发，这次工作无论从管理还是技术角度都是一次不大不小的挑战。从管理角度来看这是我第一次带团队，从技术角度来讲这是我第一次微服务架构的实战，所以就分别从这两方面总结一下这次开发工作中的收获与教训：
一、管理工作首先要明确你对谁负责。项目前期，从被管理者第一次附加上了管理者这个角色，但思维仍然是普通开发的思维，明确的知道了谁归我管，但没有认识到在这个项目中我归谁管、我最终该对谁负责，仍然以普通程序员的思维等待不同的人提出不同的需求，并且不分轻重缓急、不论成本大小的对所有需求和设计都照单全收。没有区分哪些是需要重点关注且必须满足的核心需求，哪些属于锦上添花性质的非核心需求，导致设计重点被模糊、开发进度被拖累、甚至架构设计出现偏差。
二、管理工作要勇于承担责任。这个其实是第一点的继承，先弄清楚你对谁负责，才能明确自己的责任，承担责任，进而推进工作的持续进行。而承担责任的体现就是在推进工作的过程中面对各种不同的声音(其中也包括自己的想法)，既要听取合理的建议，也要分析出那些不现实或者不科学的、实际效果可能会违背初衷的建议，最终由自己做出全面分析后的决定，而不是让他人替你做决定，这样既是为工作负责，更重要的也是为自己负责，这是普通开发者转型为团队管理者必要的思维转型。
三、要找准自己的工作方式。每个人的工作方式多少都会有些不同，以目标为导向的话，一项工作的完成不是非要固定使用某一种工作模式不可，某些工作方式在别人身上奏效，但未必在你身上奏效，因为工作方式是个人项目开发经验及能力的凝结，甚至和个人性格和思维方式都有关系。所以在形成自己的工作方式之前，可以借鉴别人已有的工作模式，但不能照搬。
四、正确衡量个人及团队的当前能力与目标开发质量及进度的关系，要关注重点细节，更要把控全局，切忌钻入技术角度的牛角尖，走火入魔，导致真实开发目标被模糊。在有能力有积累的前提下，最好能总结出并使用自己的代码模板，在缺乏这个前提时，也可以使用他人或第三方的代码模板。作为一个项目负责人，必须对整体工程质量及进度负责，选择成熟稳定的技术框架及代码模板，而不是以开发角度任性的使用或选择个人或团队无法把控的技术形态。站在技术角度讲某些技术确实更先进，但站在项目风险把控的角度来看，先进的技术未必是此刻必做的选择。
以上几点都是我之前没有做好的地方，后知后觉的反思后，希望今后不再重蹈覆辙。