复盘：作SE的一年感悟

1. 背景

随着项目组的发展，原有的SE人员都往解决方案方向发展，进而迎来了角色变动。从2022年8月～至今，一直担任SE的角色。

2. 何为SE

初为SE，需要明确领导对我的期望，清楚SE的职责，SE所需要掌握的技能。下面通过问答的方式，来谈我对SE的认识，内容具有非常强的主观意识，不一定能够太适合所有人作为参考。

问：领导对我的期望是什么？

答：能够保质保量交付需求，做好团队管理。

问：SE的全称是什么？

答：software engineer

问：SE和开发工程师的区别？

答：SE是软件工程师，参与需求端到端交付，涉及软件全生命周期（需求分析、设计、开发、验证、运维等）的工作。开发工程师主要负责软件的开发、验证工作。

问：SE的职责是什么？

答：从我主观意识中，有以下职责：

1. 识别有价值需求：SE需要拿到用户的原始需求，分析找出有价值的
2. 特性设计：需求分解、数据库设计、UML设计
3. 解决技术难点：开发工程师可能会存在一些开发难点，需要出方案进行解决
4. 把控需求进度风险：定期识别风险，协调人员，保证需求保质保量交付
5. 提升团队开发效率：识别团队效率瓶颈，通过优化流程，部分流程自动化来提升开发效率和质量

问：SE需要具备什么能力？

答：

1. 需求分析能力：能够通过原始需求，提炼出有价值，高竞争力需求。能够通过使用竞品，识别出与竞品的差距。
2. 编程能力：熟悉一门编程语言
3. 系统设计能力：需要对编程、设计模式、数据库设计、软件建模、接口设计等有所了解
4. 项目管理能力：能够制定合理的开发计划（优先级制定，通过量化需求价值，例如提升多少效率，能够对哪些用户带来多少体验提升等，来对需求制定优先级），能够及时识别风险并且协调人员（风险管理），能够理解清楚团队压力，及时做好沟通（压力管理）
5. 解决问题的能力：能够有一套解决问题的方法论；例如输入输出方法论[[输入输出方法论]]
6. 沟通能力：向上管理、向下管理；向上要说出你当前的需求，需要领导提供什么资源，不要盲目承诺。向下要体恤小组成员情绪，建立小组技能矩阵，性格类型矩阵（积极型、稳定型）；对积极型的员工要多给机会，例如挑战性需求的方案设计，稳定型的员工要多引导，识别其感兴趣的领域，调动积极性。

3. 好与坏

做得好的方面

1. 保质保量交付需求
2. 对敏捷迭代的开发模型理解更为彻底，且已经灵活运用到团队中
3. 已经具备初级需求分析能力
4. 拥有解决问题的方法论
5. 具备前端开发的编程能力

做得不好的方面

1. 需求分析的方法论还未建立，语言未统一：我自己的需求分析语言和项目组产品经理的语言没有统一，也没有一个对需求很清晰的价值量化模型参考。[[_需求价值量化模型及优先级排序方法论]]
2. 系统设计能力有所欠缺：工作时间问题，对数据库设计、UML建模并没有运用到特性设计里面，导致这块都是开发人员自行设计。
3. 对竞品的重视程度低：不知道什么是我们的竞品
4. 技术的持续学习：太多忙碌，缺少技术的广度学习。