2022年学到的leadership
- 以人为本--->缺失主见
- 吃苦耐劳--->缺失远见
- 共同愿景--->缺失框架
- 部门协作--->判断时机
一、以人为本--->缺失主见
| Stage | 环境 | 应对方式 | 个人优点 | 个人待提升 |
|---|---|---|---|---|
| 第1阶段(22Q1-Q2) | 新组新人，活非常多 | PIC文化，高自由度，活力搬砖 | 以人为本，不设边界 | 缺乏主见，想大家都满意 |
| 第2阶段(22Q3-Q4) | 环境变差，人心不稳 | 收缩自由度，参与过程，保证结果 | 深度参与，表达主见 | 不听辩解，独裁倾向 |
| 第3阶段(23Q1-Q2) | 环境稳定，业务保守 | 长远规划，客观讲理，做小实事 | 专注做事，探索深远 | 讲清楚规划框架，多同步 |
第1阶段(22Q1-Q2)：大环境好，富有爱和同理心（缺失主见）
第2阶段(22Q3-Q4)：大环境变差，冲突和自我怀疑（独裁主见）
第3阶段(23Q1-Q2)：接纳多元价值(人&环境无法干扰自己) 更加专注规划做事（自洽舒适有主见）
“以人为本”个人感受
以人为本，人味比较重，一般能较好的和人合作。
但需要谨防本末倒置，公司是做事的地方，核心是“做事的能力”，如果没有“主见”，会变成多层夹心受气包，反噬自己的能量。个人有人味，也有很强的攻击性，才使得自己和小伙伴不会受窝囊气。
由于人少，实际没有什么要协调人的，更多该考虑是怎么把具体业务&技术事情做好。
二、吃苦耐劳--->缺失远见
| Stage | 环境 | 应对方式 | 个人优点 | 个人待提升 |
|---|---|---|---|---|
| 第1阶段(22Q1-Q2) | 新人新业务活多 | 去中心化PIC，孵化新Tech | 兼顾团队&个人晋升 | my+规划不ok，tech挤压 |
| 第2阶段(22Q3-Q4) | 环境变的不确定 | 重视code质量，自己参与 | 整体代码质量提升 | 识别业务价值能力弱 |
| 第3阶段(23Q1-Q2) | 环境稳定，业务保守 | 一切以业务思维考虑价值 | 度量和code架构有质的变化 | 向boss多同步大规划 |
第1阶段(22Q1-Q2)：定位清晰，保持团队活力和自由，兼顾为自己考虑晋升tech项目
第2阶段(22Q3-Q4)：定位目标不清晰（Q3过多精力耗在外部团队拉通，Q4做了重要不那么紧急的代码质量）
第3阶段(22Q1-Q2)：有思路有远见的目标，吃苦耐劳才有意义
2023Q1，项目上线live问题不少，重新反思了自己的巨婴心态，彻底摒弃了“等boss指令，听话执行路线”，不再向任何人询问意见，为了验证自己的业务规划和框架认知，闷头开始了新的一轮加班。
闷头干了2月，很快datasuite效果令自己很惊喜，在2月meeting分享的那个时刻，自己知道路走对了，生态有救了，都在能力圈内。
三、共同愿景--->缺失框架
| Stage | 环境 | 应对方式 | 个人优点 | 个人待提升 |
|---|---|---|---|---|
| 第1阶段(22Q1-Q2) | 新人新业务活多 | 文化共识，合作流程 | 建立流程解决问题 | 识别每个流程ROI |
| 第2阶段(22Q3-Q4) | 环境变的不确定 | 重视抽象/基础code | 流程框架工具建设 | 更大视野技术架构 |
| 第3阶段(23Q1-Q2) | 环境稳定/业务保守 | TDD/DDD实践 | 架构有了更大视野 | 持续优化执行效果 |
第1阶段(22Q1-Q2)：项目管理的角色，规划大模块拆分，例如很简单的组件库建设（30分->60分）
第2阶段(22Q3-Q4)：代码架构的角色，推进一些配置化、标准化的事情（60分->70分）
第3阶段(23Q1-Q2)：业务架构的角色，推进Monitor/CICD/TDD/DDD（70分->80分）
业务架构和代码最核心的差异是，业务架构一切以业务为主导思考问题，技术架构相对以技术视角主导。
（在做事没时间更新框架图，后续等待更新）
四、部门协作--->判断时机
一提到部门合作，DEV大部分人都会很头疼，往往忙忙碌碌扯皮很久，啥结果也没有。 实际上我个人是比较喜欢和人合作的，找到合适的时机，合作省心省力事半功倍。
（等待更新）
