手机日报这东西，实际上挺有意思，不用像上班报个到那么严肃，你就把它当成把一天的心情、成绩要么那些乱七八糟的碎片，随手拍进备忘录里就行。早上起来一看，要是今天状态好，那就好办粗暴点，直接说一句“今天心情不错，手速带得不错”。

要是累了要么脑子转不动，那就写个“今天有点累，但也能干点活”。晚上回去再翻翻，发现原来自己居然今天没少打卡，也没少写东西，心里还挺有成就感。

这种记录，不用想那些复杂的逻辑，记点啥都行，反正手机不离手，随时能拿出来看看。 实际上写日报的核心就两个：一是得把今天干了啥交代清楚，二是得把难题要么待办事项提出来。别整那些虚头巴脑的形容词，直接说大白话就行。

比如咱们今天去处理了那个一直拖延的 Bug，别看有点难，可是还是搞定了一局部，别看最终还是卡了一下子，但整体流程还是跑通了。

还有就是那个产品经理说要改个界面，别看方案改来改去还是没定下来，但起码先把需求文档发那会儿了，算是有个交代。晚上回顾的时候，把自己今天遇到的难处挑出来，明天早上上班就能带着这个信息去和团队沟通，效率自然就上去了。 数据这东西，在日报里得有点，但不能忒死板，忒像报表了就没意思了。你能够随意找个例子，比如今天写了多少行代码，要么跑通了多少个测试用例，要么搞定了多少份文档。

比如今天前端在写组件库，大约写了七八千行代码，别看没写具体的行数，但按大约算下来就是几千行，这个数字就够显示一下工作量了。

要么测试那边动了不少手，跑了三套测试用例，别看都没报错，但发现了一个老 bug，别看不知道如何修，但起码知道有这个难题。

这些数据在晚上复盘的时候，就能帮你心里有个底，知道自己今天到底干了多少活，干了没有闲工夫。 自然，有时候也没那么完美，肯定有磕磕碰碰，有跟不上节奏的时候。

比如今早那个项目，本来指望晚上能定下来，结局到了晚上，大家还在争论设计细节，最终不了了之，别看没有产出，可是过程倒是繁华了一回。

这时候在日报里写“进度有些滞后，需求大家协调一下”，反而比硬凑个“按时搞定了 100%"要真诚多了，起码让大家知道这事儿还没完。

还有啊，有时候写东西挺顺利，结局突然卡住，比如那个需求文档，刚写两句就遇到数据源的难题，不得不换个思路。

这时候也别藏着掖着，写个“今天遇到个卡点，出于数据源难题，正在绕路走”，后面具体的绕哪路，晚上再细说就行。

这种真感，比那些千篇一律的“顺利推进”要生动得多。 晚上写的时候，别老想着要写得比白天好，那样反而好办造假要么显得傲慢。就按今天的情况写嘛，把做成的说了，把没做成的也说了，把卡住了的地方也说了。

哪怕认定今天挺无聊，也写点“别看今天没啥大成果，可是跟着大家一起忙，也算充实”。

这种记录，实际上就是一种自我梳理，把白天的杂事给理清了，明天上班也就顺理成章了。 你看，实际上写日报就挺随意的，不用忒拘束。就像在自家灶台间做饭一样，能热乎就热乎，写不完就写到为止，反正都是自己的东西，不用看别人的脸色。早上看，晚上看，就是看看今天这趟车有没有坐稳，有没有吃到好吃的。

要是认定今天写得忒详细了，那就只写个大约就行，晚上再细补。

反正手机一拿起来，整个人心就定了。

这就是手机日报的精髓，好办，真，随时随地。