团队｜项目

多沟通 因人而异 每个人诉求不一样 多方面了解 促进团队关系 情绪把控

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

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

回复Shenfq :我觉得吧，找到你想解决的问题，然后针对性地读源码才会显得比较有价值。论简历上的说服力，一个有价值的 bugfix 真可以顶几万字的源码解析长文……关于读框架源码，之前我把更多的意见

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

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

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

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

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

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

提前沟通 prd里面复杂组件的交互、UI，预审阶段提供复杂组件的prd对应的demo或者三方竞品平台 提测前，产品和前端最终确定落地方案，并同步至PRD，告知测试以及其他相关方

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

团队过往技术分享 高性价比/脑洞大开 富文本文章（比如微信公众号文章）在微信站外，比如系统浏览器中，如何实现点击查看大图？ 延伸：自己开发一个页面，让其支持图片放大，如何实现？ 一篇富文本文章（图文视

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

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

STAR 法则应用 S：situation 背景/情景 T：task 任务拆解 A：action 具体采取了什么动作 R：result 目的/背景： 了解团队每个业务域在进行的事、重点项目、是否有风险

对 PRD 预审过程中，如果有疑惑，应在另外的wiki 上批注、评注（总之应该有所记录或有想法、看法） 预审方式 方式1: 评论 方式2: 批注 评论、批注的目的： 好记性不如烂笔头，及时记录疑惑 =