小小鲁班

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

沟通/任务分配 双向确认 话说清楚 & 需求明确 & 别让我猜 方向明确 & 背景清晰 & 整体架构清晰

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

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

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

背景/动机 其实很简单，我们都会参与业务需求的开发工作。 新同学的特性： 对业务完全不熟悉 对业务没有感性的认知 对当下团队负责的业务没有全局概览 公司主体业务是做什么的？（参见公司 百度百科，如果是

这个是曾经发生过的一个真实case，要做一个类似 问卷星的矩阵组件 沟通分歧1：图标 下图中的图标，前端找产品同学，希望设计师提供一个图标； 产品：这次需求没有设计师参与，前端同学这边可以找一个 如果

申请相关资源的时候，申请自己的权限 => 适当考虑下同组小伙伴（同一条业务线即可。不用整个大组，如果不是做X业务的，看到这些页面 或 是一些特殊开关，会引起误操作）

新同学刚过来的时候，整体环境都是比较陌生，甚至会有一些束手束脚，第一周一般不会参与需求开发，但是需要一个契机，能够让自己快速了解整体大环境，没有需求的时候也很慌张，不知道要看哪些内容，不知道要做什么比