-
Notifications
You must be signed in to change notification settings - Fork 0
Open
Description
如何做好团队管理
学会技术分
首页要学会技术分享,把所学所悟做技术分享:
分享的目的,可以提升自己,也可以利于他人,团队,公司。
在提升自己的时候:
- 可以促进个人带着思考去做项目,发现项目中的问题,并思考解决方案
- 可以促进思考技术框架的背后原理
- 锻炼个人演讲能力
- 锻炼文字表达能力
- 提高个人影响力
利于他人,团队,公司:
- 受益他人,引领他人思考
- 打造开放,进取,互助的团队文化
- 提高团队影响力
- 沉淀技术,形成公司无形资产
技术分享过程中存在的问题:
- 可能有的,分享过于形式,只是为了分享而分享(比如,分享内容流水账;分享后无总结,无技术文章输出)
- 或者准备不够充分(比如,忙于业务,没有时间;分享周期快,时间短)
- 避免团队内部自娱自乐
技术分享内容:
首页,可以是技术问题,就某个技术难题的探讨?某业务流程的提效?等等;或者你个人成长,感悟;项目小结。
其次,可以是就某源码的解读,不管技术栈React,Vue,Node都可以的呀
就团队指标:每个人至少输出两次技术分享,需要有技术文档输出以及发表,谁准备好,谁发起。
团队可以就对此技术分享即时反馈,可以进行打分。
打分技巧:
- 技术深度
- 创新程度
- 分享准备
- 喜爱沉淀
- 等等
反馈技术分享内容:现场反馈等
准备小会
- 提前准备讨论议题,说明会议目的,哪些是需要讨论的,哪些是需要今天决定的,哪些是需要告知同步的?
- 如果是 open 脑爆,大家冷场没思路,你好歹要准备几个解决方案option吧,基于此基础延展讨论。
- 会议开始前,提前预订好会议室,设置好 PPT 投影,不要等大家都到齐了还在捣鼓半天设备,这个是基本素养。
- 将此次会议内容提前发出,要各个会议参与人员进行知晓。并收集是否有新增议题。
每周周会
- 会议概览
- 各项目进展情况汇总
- 遗留问题进展
- 问题收集
- 技术分享
- 成长
如何做好review
- 激发提交者的积极性,因为要给别人看
- 提高代码可读性
- 三人行必有我师
- 提高团队成员能力,提高整个团队的质量,可以学到具体的编码技巧或算法
- 保证项目代码不止一个人熟悉,便于后续接手维护
- 打造良好的技术氛围,是一种技术
- 每周不定期举行,阶段性需求code review
- 后续执行每次提交代码进行code review,前提是建立良好的分支和提交习惯
- 弄清楚提交的意图
- 代码是否实现
- 多提问关于函数和类的存在的意义
- 具体代码实现是否有问题
- 考虑自己会怎么解决这个问题
- 是否发现潜在的可用抽象、复用
- 尝试找到代码的漏洞,未考虑到的边界情况
- 是否已有现成的库或方法,避免重复造轮子
- 是否满足项目已有的标准开发模式、命名规范
- 尽量减少引入外部依赖
- 清晰度和规范
- 考虑代码可读性
- 符合项目的代码和编码规范
- 是否包含TODO,如果有是否已关联相应的ISSUE到TODO
- 可维护性
- 是否有测试
- 是否是否引入风险
- 是否需要更新文档
Metadata
Metadata
Assignees
Labels
No labels