记一次就接手紧急需求的处理存在的不足及改正

记录一次就接手紧急需求的处理

主要需求是甲方对于我方提供的大模型异常问题审核逻辑有负面案例的问题在意图上无法审核到

首先我直接去和熟悉代码的同事直接看的代码，未搞清楚直接需求。

正面案例：首先找搞明白对应需求，以及需求源头，需求为什么这么做，谁定的需求这么做。
其次完成对应需求，搞明白完成这段需求后，入参和返参会存在什么变动，整体的业务逻辑会存在什么样的变化，和客户沟通。
对客户，暴露难点，延长开发周期，求得先实现最简单的版本。
对开发，提供技术实现，给出需要对伪代码做出的改动，或流式图中需要增加的步骤，跟进进度，保证可以提供对应的版本。

第二个问题：当我做出的自己的设计后，没有经过自己的思考，直接去和上级领导说自己的方案，或者直接问是否需要和客户沟通什么方案。没有考虑到别人的时间成本。

正面案例：
1、加强自己的需求理解能力。长时间积累，设计，主动寻求机会
2、在接手需求后，在时间允许的情况下，尽量完成整个从前端到后端链路的认知，在认知高度的提升有利于这个方案的成功。在认知高度的提升后，去思考，这个方案真的是可以解决实际问题的嘛？这个方案真的是最优的嘛？是否可以提供更优质的方案，或者最简单的方案用于开发。
3、对自己的工作进行排期会使得自己不那么紧促，比如后续需要发版本，是领导和我说提供版本的事情，在排期排到的情况下，完全可以自己沟通，节约时间成本，降低风险。
4、积累，深度学习算法知识和设计模式，可以在不经意使用出来，增加自己的专业性。

最终思考：
我是谁 我是一个3年的java开发工程师
我在哪 我在一个最低端的开发岗位
我去哪 我需要去到一个管理岗位，实现自己的价值
我需要做什么
1、不可以懈怠工作
2、完成自己的积累
3、提高自己的需求理解能力，需求拆分能力，需求表达能力
4、提高自己的表达能力，表达分主次，分123点，说话要过脑子