1.工作时间：确保每天工作时间至少确保10点～8点10（站会实时准确同步工作量和风险）
2.工作内容：凡事以kp为依据做事，帮助外组人员时间一定把控，能提供文档就提供文档，切勿阻碍自己的进度，且在工作时间内可以增加熟悉代码，业务的实现需求。
3.确保kp点数的准确性,在planning的时候，正确估算kp的工作量（熟悉代码，具体编码范围，自测，连调，mr），如果在开发过程中有其他意外，功能本身的工作量膨胀，或者需要去做dev design 讨论，就要及时去变更kp点数。且kp点数超过3个点，就要去拆分一下
4.以kp为依据就需要kp的点数准确的反映自己的工作量，且确保kp点数准确，且重中之重的事情是确保迭代的完成率（每个迭代5个点左右，每个迭代都是工作量都差不多给自己留点buffer，每周一天开会planing,一天dev design , 二天预研。）
5.工作节奏和学习节奏的把握：1.每个迭代先接5个点左右的任务（权衡之后得出的点数），迭代第一周周日留给学习，迭代第二周一定要确保在plannig前两天也就是周一和周二自己的任务是完成了的，预留给预研和mr。
6.另外对每个任务自己心里一定要有预期的deadline。
7.注重自己的数据，该加的任务sp一定要加上。
20221116:
1.确保需求上线整体链路不出问题：
-
mr：
- 1.能理解其他人的原有逻辑，并对代码适当整理和重构，而不是直接叠加功能
- 2.变量/文件命名清晰，有统一的规则
- 3.合理地拆分文件和模块、模块职责比较清晰
- 4.类型定义精确，尽量避免 any 和 as；
- 5.良好的注释
-
测试：
- 确保没有提测bug，所以要求自测充分，如遇到盲区以外的问题倒是情有可原
- 需求对齐文档中写清楚需求点
-
ui：还原ui设计稿。多对比细节，看看图片的大小，icon的大小，margin，字体样式。以及色彩变量。切到暗夜背景色看看情况.若不在ui设计稿中的问题，统一排到下个迭代
-
产品：确保功能上线，及对应版本屏蔽以及saas配置项和埋点数据。整体技术变动同步到产品，外组需求统一走产品。 2.向上管理：站会，周会。及平常可能有机会 3.不卑不亢 让自己的能力匹配对应职称的要求
