1、没想到我起了这样一个标题。
2、人厉害，思考的就多，确实厉害，每一个点都有想到，老大全程未停止。
3、脱稿提的建议，真牛逼
1、产品的月规划，同步情况，建议QA对需求规划，作出一定的推动。
2、关于用户反馈的问题，要有规范制定，要有备案，不能所有的用户反馈都抛出来，另外要评估优先级，要有规划，要有结论。
3、接口性能，QA要跟进一下，并且逐渐提上日程。
4、整个下半年，自动化测试推进，分区域测试等推进。
4、对于需求，你第一次知道的时间，有没有参与讨论，确认需求要做的时间，确定前不知道需求，确定了才知道需求，这样的产品规划很烂，至少要提前一周知道下周的事情，最好是知道一个月，甚至更远的规划。-现状，现在只是一个版本的，这个要改进，谁提出，谁改进。
5、关于用户反馈的问题，要重视起来，要有备案，有追踪，另外流程要规范，不能随意抛出来，要评估优先级，对用户反馈的每一个问题都要有结论。
6、接口性能，肯定要提上日程。
7、对埋点，如果有问题，QA也没办法校验。
8、另外我想了一下bug fix的发版前提：1、人力是否充沛。2、是否严重程度达到发版。3、是否是bug，而不能是需求。4、有些开源库，如果替换了，风险太大，绝对不能上，因为你短时内是不可能了解这个库的。5、那就是优先级再评估了。
9、要思考上周，或者本周的工作情况，另外对于下一周，也要做到心中有数，最好的就是对四周之内的规划，心知肚明。
关于本周做了什么，可以分个 主要、次要，我觉得一下子全盘托出，意义不大。
10、关于SDK适配的一些思考，就是肯定有坑，所以不能掉以轻心。
11、关于技术积累，技术积累，我觉得还是分为短期、长期目标，以及当前需求（痛点）
12、而对于团队节奏的适应，肯定是需要一个过程的，我自己需要更加油。
13、我觉得要做领导，就要有更多的思考，更深入的思考，就像他说的，宽度与深度。
14、如果你对一些问题没有深入的思考过，就一定证明没有做过，装b也没用，只要深入思考过，装B也好使。
15、对于网络状况，一定要给到客户端有提示，不然用户不知道。
16、IM问题很棘手，出现问题不好定位，尤其是出现网络故障的时候。
17、QA对于音视频，是个好的切入点，妈啊，总监真牛逼。
18、当有多选一的方案提出时，一定需要拿出指标支持一下自己的建议，还是归结为需要深入思考。
19、四周规划，这个是个好地方。
20、如果做一件事，满分是100分，那一定要先做好90分，不要总是解决那10分的问题，没有意义，先解决90分的。
21、QA可以做流畅度、音视频性能，主要就是大块体验，即所谓的90分体验。
22、短期一定要有成绩，长期一定要有规划，这句话很牛币。
23、下半年整年的规划。我草，我受不了了，我也要当领导。牛逼牛逼。
24、任何服务器下发配置，一定是有一个抵达率的，不可能100%到达。例如魔方系统到抵达率大概是90%左右，也就是有10%的用户拉不到配置，或者因为各种原因没有拉到配置。