小小鲁班

I am writing...

2022年 9月份 review 新人两个需求：催收线索批量调整、用户查询新增字段有感： 感性理解/探究 需求的背景/出发点/价值，一定要了解。了解需求的背景，为什么被提出来，他们解决什么样的痛点/问

提高团队内部需求交付质量 提高团队内部需求交接效率 提高团队内部团队协作质量（信任度） 增加团队内部需求复盘沉淀 提升团队内部需求开发底线 各个阶段的注意事项 各个阶段的踩坑经验 各个阶段的最佳实践

底线（态度）： 确认团队规范 checklist，新人先满足团队基线要求 对于应届生： 团队骨干前面几次输出技术方案，新人负责执行落地，考察执行力 过程中，新人如果提出自己的建议、意见，给予鼓励 执行

通过如下方式，确保团队在底线之上 理论 方法 工具

Q: 你跟你们组员交代非业务需求的任务后，发现组员产出和自己预期不符，在还有时间的情况下，你会线一顿怼、一顿骂嘛？ A: 先把里面的一些点明确下，或者拆解下： 组员和自己的预期不符，首先要明确： 我有

原有逻辑 VS 新逻辑 看不出来区别：即要改成啥样，少图片，会产生理解偏差 产品如果反馈，页面比较多，不好方便提供：正是页面比较多，时间紧张，需要协调很多人来做，不是一个人来搞；参加评审的人对页面也不

工程项目红线 私自删除 yarn.lock，重新生成依赖，不报备 分支管理红线 代码合并出现冲突，自己私自解决，不找冲突人坐在一起解决 将别人feature 代码合并至自己的feature分支，而不是

背景/动机 引导新人成本略高：每当团队入职新人的时候，一周左右，都需要clone团队的代码仓库，差不多需要几个步骤： 访问内部 GItLab 平台 或者 GitHub 配置 ssh key TL 开通