转眼间，2021年就悄然过去了。为了更好地开展2022年的工作目标和个人目标实现，还是需要对过往进行一个总结。
管理方面
在管理方面最主要的就是开始搭建制度和流程，注重人才选用育留。
- 搭建制度和流程
- 共创会
通过头脑风暴\SWOT\阿米巴经营模式等方式方法，召集相关市场、产品、研发、客服、财务等人员，讨论公司战略方向、商业模式、产品定价策略等内容。 - 立项会
据PMI统计，只有30%的项目能成功。做什么，怎么做，哪些人来做，多长时间做完，需要什么资源，需要满足什么目标。这些问题都要提前想好，尤其是方向性的问题，不能含糊，可能是错的，但一定不要是肯定错误。在项目传达到产研后，要组织市场运营、产研、客服、财务做好市场分析、技术分析、风险分析，拿出完整的BRD、PRD、系统分析和设计方案，上会评审。 - 项目复盘会
在项目完成后，要对项目实施过程进行总结，要明确哪些做的好、哪些需要改进，如何改进。同时把项目人员的绩效考核也做起来，指明每个团队成员的不足和改进方向。 - 线上故障复盘会
针对线上故障，组织相关当事人进行复盘总结，积累宝贵的经验，形成“经验教训登记册”。 - 研发体系优化升级
可行性分析（业务、技术、财务风险评估）-立项-产品设计文档-系统分析和设计-实施开发-自测-代码评审-冒烟测试-黑盒测试-系统发布-复盘总结
- 人才选用育留
形成良性的“优胜劣汰”机制，招聘、甄别、培养、淘汰。
技术方面
- 成立技术委员会
- 统一技术栈，每引入一种新技术、中间件、第三方服务等需要经过技术委员会核心人员会签，避免使用过太多杂乱的技术，导致后续技术风险高、开发效
率低。 - 做好顶层设计
需要充分理解行业需求，管理好主数据，形成强大的组织中台能力集。比如完善的帐号体系、主数据体系、授权体系、审批中心、消息中心，形成基础的PaaS平台，可在此基础上快速构建各类SaaS应用。 - 制定编码规范，形成技术规约
只有大家都使用同样的规范来执行，才能避免五花八门的执行过程和结果。我们看一下对方的文档、代码，就能理解，能快速高效地做到你懂我，我懂你。我们需要制定统一的日志平台、监控告警平台、运维发布平台、数据查询平台（便于查询数据，分析问题）。注重开发体验、开发效率提升。所以我们需要更多更好的方法论、工具来辅助我们高效地完成开发工作。
问题
- 项目目标未达成
做了很多项目，但是最终目标达成效果不好。大家提到最多的是沟通问题、跨部门协同问题、组织决策流程问题（比如决策流程过长、过慢）。 - 倒排工期
产品部拿到需求后，经过很长时间的分析后，到了研发团队这里时间已经不多了，只能倒排工期，加班加点地搞，缺乏充足的设计，导致大量返工和质量低劣等负面问题。 - 人效低
公司业务线多，部分团队之间工作重复，需要进行合理的团队分工，让不同的人专注做不同的事情。 - app太多，权限不统一
每个业务线一个app, 帐号体系、组织体系相对统一，项目体系不统一、授权体系不统一，导致用户使用难度较大，学习成本高、所以前端实施成本高，需要占用较多市场、运营、客服资源。 - 产品线多，没有形成合力
现在大家都在提公司的产品线没有形成合力，团队之间没有形成合力，最终导致人效低、被动接需求、难以主动创新、业务线多而不精。
写在最后
写到这里，基本上把今天年终总结会上的一部分内容写出来了，有点杂乱。我越来越觉得，做好技术难，做好管理更难。希望在2022年，能更加专注、聚焦，做好一两件事情。
经营的本质
