序
昨天发生了一件很玄乎的事情 ，一个学员反馈说是 APP 的题库和直播回放功能点击无效果 ，What What What ！先不说别的的 ，如何项目不能做题和看直播加回放 ，那就只能去看个视频了 ，而且付费学员买的就是直播和题库服务 。心里着实有点尴尬 ，然后在测试阶段无发生类似的情况 ，哪怕是偶现的也没有 。产品这边赶紧进行电话回访 ，得知学员的手机机型是华为荣耀 V10 ，Android 系统是 P ，EMUI 版本是 9.1.0 。接下来就是找真机模拟 ，用我朋友的荣耀 10 测试了一遍无上述现象 ，由于不是同款机型所以没有太大的说服力 ，最后又采用华为的云测真机进行操作 ，但是并没有发现上述问题 。 （ END ）
最后用户反馈 BUG 无解决 ，特此记录，如果以后有能力解决类似问题 ，请去还这个技术债 。
上午
晨会
我们团队采用的是 Scrum 敏捷开发（ Scrum 敏捷开发相关的可以回复关键字获取 PPT ） ，了解敏捷开发的都知道每天早上到公司的第一件事情就是进行 Stand - Up 会议 。简单介绍一下这个会议 ，比如我们十个人的团队通常需要 10 ~ 15 分钟即可 ，多的话就有点浪费时间了。Stand - Up 讲些什么呢 ？每个人要简单概述一下昨天做了什么事情 ，今天目标要做什么事情 ，遇到了问题需要协助 （其实我们这边可能是分的细了 ，可以总结为在开发的过程中遇到了什么问题然后抛出来 ，敏捷开发比较重要的是 Scrum Master 需要每天都清楚项目开发的进度）。会议结束之后 ，就开始自己一天的工作了 ，不过大多数接下来要做的并不是直接 Coding 。
看数据
团队 Stand - Up 会议结束之后 ，还需要做一件相对来说很重要的事情 。对于一个已经上线的项目 ，并且一直负责版本迭代的 Android 开发 ，需要经常关注自己负责项目的一些数据 （ Crash 率 、用户增量 、日活量 、阿里云的用户反馈），其中最重要的就是 Crash 率 ，毕竟稳定性是线上的根本问题 （小声 BB 一下，这个 Crash 率真的是每天早上必须要看的 ，为什么呢 ？如果昨天的 Crash 率突然飙升 ，十点之前团队的老大肯定会过来跟你小聊一下 ，所以一定要做到防范于未然 。并且多看看上报的异常 ，能复现并且有把握的就顺手优化掉 ，之前在这个过程中出现过小瑕疵 ，所以现在经常会提醒自己去做优化这个事情）。比如我这边需要会看 Bugly 、友盟统计 、百度统计 、阿里云用户反馈等等（不要问我为啥用两个统计 ，问就是需求 ）。还有一点就是如果出现一些线上功能上的大问题 ，看到之后一定要主动抛出去 ，最好不要被动的去承受这个结构 。
PM 沟通的时间
技术部肯定避免不了跟 PM 沟通的时间 ，尤其是在需求确定和版本启动初期 ，需要进行大量的沟通 。关于程序员在开发的过程中被打断的事情网上有太多的段子 。结果就是我们这边定的是特定的时间段内跟 PM 进行沟通交流 ，目前上午是在 11 点之后（除非有一些重大问题可以在 11 点之前进行沟通）。
下午
Coding 黄金时间
之前在读书的时候 ，发现那些学霸都有自己学习的黄金时间 。我记得比较清楚的就是有的人在晚上学习效率特高 ，白天上课睡觉晚上熬到深夜 ，重点是成绩一直保持碾压的状态 。说一下在工作中的黄金时间 ，在我遇到的同事中确实有人在晚上写代码效率特高 ，这些人只是一小部分 ，所以这些都属于 " 奇人 " 吧 。按照正常的来说 ，我认为一天 Coding 的黄金时间应该属于下午 ，首先是下午的时间相对来说比较长可以做一些大事情 ，实在不行在加个班其实也可以算到下午的这个时间段的 。对于一些大的功能或者有难度的技术点我通常都是习惯放在下午去处理，一到下午我就会带上我的耳机 ，然后一心写代码 ，效果确实可以 。
PM 沟通的时间
emmmmm ，下午我们团队还有一个时间段是属于跟 PM 沟通的时间 （ 5 点以后）。
结束
晚上是否决定加班的话通常是看当前版本的开发进度跟要提测的时间点会不会有问题 。如果赶的紧的话可以适当的加个班 （声明一点 ，我很难接受那种有事没事也要加班的规定 ，可能这就是程序员思维）。
关于 Scrum 敏捷开发模式 ，所以的公司应该是都在执行只是很少人会去理解这个东西 。我们团队老大说 ，只要经历过互联网初期的人对这个理解应该是蛮深刻的 。
本篇文章同步发送到公众号 SuperMaxs 。如需了解 Scrum 敏捷开发可以后台回复关键字 「 敏捷开发 」即可获取内部分享 PPT 。
