# 团队管理

1. 团队内部信息要透明。大家谁做了什么大家互相之间要知道。比如谁添加了xx功能。这个功能怎么用的。要介绍给大家。举个case，通用审批流。老大做了个通用审批流，产品方都知道了，我们不知道。要做到在对项目了解程度上大家可以算上一个人；
2. 会议要有会议纪要，一人讲一人记。记完统一发到群中。做的好甚至有专门放会议纪要的群。会议纪要起码要让所有人没有疑虑，有疑虑要赶快提。
3. 要要求组内研发有对业务得理解能力
4. 与其它角色的专项，以及与外部部门的业务合作，要保持与对方的联系，了解对方对我们的技术和协作的评价，收集到相关建议和意义，这是最后项目总结时的必须内容
5. 应该打造团队标杆项目 这样的意义在于其他人可以模仿,提高效率
6. 要求成员自测 建立完善CR机制
7. 对于大型中台管理。需要UE出一套交互设计 方便产品去设计原型。也方便FE同学工作
8. 定期找团队成员one one 是个比较好的习惯
9. 功能做完了要showcase 测试、产品、老大 所有相关开发；同一一样 可以考虑多带上其他人 大家一起看 ，不光是多种角度。也是其他同学知道你做什么得好时机。
10. 项目复盘很重要
11. 会议时间要有记录，统计团队每个人得会议时长。分析是否合理；
12. 前端算工作量得时候 直接根据路由算页面。根据页面复杂度算时长就好
13. 一般情况下我更喜欢 开发一大波人。开发至提测。然后一两个人运维
14. 一个长期运营的项目 监控告警是必须的。
15. 可以要求qa提前发出测试用例 一起review 下是否覆盖核心功能点。共同保证交付质量。
16. 关于招聘： 一面别管别的就coding，基础知识网上一堆又一堆 面着没意义。 二面的话 主要是问项目了解做过项目的广度，然后去挖项目的深度 三面交给老板 看大哥个人喜好。
17. 个人感觉团队应该做好业务培训计划，能让新人到来快速接手业务的同时，也能够不断保持大家对业务的思考，本质上还是拉齐大家的水平，不要只自己干自己的
18. 做规划的时候要和老大提前沟通好,你关注哪些指标
