Table of Contents:

从今天起，很重要的一件事情：
孙旭明（实时后台+活动后台）：维护一张 TODO list；明确所有需求和优先级，把变更的需求标出来；每天在群里（2个群）同步完成情况。

样例如下：

建议，每天上班和下班第一件事就是看TODO
经常用TODO和其它人沟通，这样有明确的目标，别人也会觉得你比较专业

【反馈】
另外，和合作方的反馈一定要及时，原因：
如果不及时，对方会误解，一旦你做的和对方预期没有达成一致，对方会焦虑；长此以往，对方会对你产生不信任，对自己职业发展不利。
好处：对方会对你面临的困境开始了解，并能站在你的角度帮你想解决方案；加强沟通会明显的增强对方对这个事情的把控感，从而增强双方的信任。

另外，有的反馈其实很简单，不用过脑子，但是很重要：
比如：如果对方说一个事，没有接到任何回应，他会觉得你可能是：没有收到、不在意、有情绪，等等。
但是，如果你简单的说：好，或者 收到。这样的反馈也是非常有用的。
所以不要把反馈想的特别难，其实是很简单的一个事情

如果你一时没有想好怎么回答一个复杂的问题，你可以先说，“这个事情还没有想好，能不能等我想好了再和你沟通”。这样的反馈也比没有反馈好

实时客服的后台因为没有按天监控系统的运行情况，包括插入速度，磁盘空间等，导致2T的磁盘空间满了，啥程序都运行不了了，还是自己对工作的态度不是很认真负责，以及思维不缜密的特点造成的

怎么做计划：
1. 写清楚：目标、时间
2. 写清楚：每一个要执行的步骤、负责人、时间
3. 写清楚：做一个东西要达到的质量和当前每一个步骤存在的问题
**********************************************************************************************
怎么开会：
0. 明确一个人记录
1. 每个人短时间展示自己的计划、Demo
2. 提出问题、当场有答案的就及时记录反馈到自己的计划中；没有答案的下来讨论，不要花太长时间
3. 记录人发会议纪要（QQ群）
4. 每个人更新自己的计划（发QQ群）

和外界对接或打交道的东西不要放到周六日什么的非工作日，人家不一定上班呢
【工作沟通汇报】
汇报格式：
1. 数据导入情况：
xx.xx - xx.xx 共 xxxxx条数据，经过验证：日志和数据库完全一致

  1. 系统自动化运行情况：
    日志自动抓取插入系统工作成长，能够实时抓取并插入数据库
    当前磁盘空间：xxxx MB 剩余磁盘空间：xxxx MB（xx％）
    当前数据库大小：xxxx MB
    平均插入1w条数据用时间：xxxx s
    各个重要进程CPU 内存 网络 IO 占用率：
    postgresql
    php
    等等

  2. 当前最重要的3条再开发任务和完成情况：

  3. 当前最严重的3条问题：

汇报格式：
1. 数据导入情况：
6.20 - 6.21 共 285193747（近3亿）条数据，经过验证：日志和数据库完全一致

  1. 系统自动化运行情况：
    日志自动抓取插入系统工作成长，能够实时抓取并插入数据库
    当前磁盘空间：2T 剩余磁盘空间：1.4T，使用空间511G
    当前数据库大小：122G
    平均插入1w条数据用时间：1.3s
    各个重要进程 CPU 内存 网络 IO 占用率：
    mysql 55% 0.8%
    php 45% 0%
    io这东西表示的具体含义还不太清楚，需再看相关资料

  2. 当前最重要的3条再开发任务和完成情况：
    1.数据接口编写
    2.接口的页面展示
    3.寻找其他的日志导入解决方案

  3. 当前最严重的3条问题：
    1.数据导入效率慢，
    2.现有方案优化的空间不大，但还能顶一段时间
    3.寻找其他决绝方案是需要时间的

【工作时间】
我个人有早起的习惯。毕竟，“一天之计在于晨”。所以，我一般会在上午 9 点之前就到公司，比公司里的大多数人都要早。
到了公司，我会先打开邮件和即时通讯工具，把一些和工作不相关的琐事快速处理掉。完成这些之后，有了一个“干净”的起点，就可以正式开始工作了。
这里，就不得不提我多年来的一个工作习惯了，那就是写工作日志。其实，这就像是记日记
一样，时间长了，会积累下很多的工作经验和知识，也算是“人生财富”吧。可以用为知笔记记录一下。
工作日志的格式和普通日记也差不多。首先，我会写下当天的日期，然后花几分钟整理一下
工作思路，按优先级列一下今天要做的事情。

关于优先级，我有几个衡量标准：
上级领导安排的、工期紧的优先；
突发事件、hotfix 优先；
与外部门沟通、要出文档 / 说明的优先；
容易做的、好完成的优先；
与别人合作的优先；
自己能独立完成的放在最后

简单来说，就是先看紧急程度，然后先外后内，先人后己，先小后大，先易后难，有点像是
早期大型计算机的批处理任务排队
有了优先级，我还要再为每件事估算一个大概的时间。该怎么估算呢？
如果事情比较小、比较简单，我就会以半个或者一个小时为单位进行安排；如果事情比较
大、难度比较高，我就会把时间片划得略大一些，比如两个小时。
然后，我会为每个时间片定一两个粗略的目标，细化一下具体的任务，比如完成一个功能
点、修复 Bug、画出 UML 图、写出设计文档、开会定技术方向，等等。
写完这些之后，基本上就把当天的工作日程安排好了。不过，我通常也留有一点余地，也就
是 buffer，不会把 8 个小时全排满。因为计划总是赶不上变化，通常来说，制定出 6 个小
时左右的时间表就差不多了。
有了这个 schedule，当天的工作也就心里有数了，不会慌慌张张，可以有条不紊地按照计
划去执行。由于在定计划的时候，预留了一两个小时的缓冲时间，所以，即使偶尔有突发事
件或者难点，也不会影响计划，这一天的工作就可以比较轻松、顺利地完成，很有成就感。
当然了，工作不可能完全按计划来，到快下班的时候，可能还是会有未完成的工作。
所以呢，临下班前，我会再花几分钟的时间，在云笔记的工作日志里做个小结，列一下工作
的完成情况、心得、难点，同时把可用的参考资料也记下来。
我是不提倡过度加班的，因为脑力劳动很辛苦，加班的效率比较低。如果事情没做完，又不
是特别急，那就提前做好明天的规划，想一下明天大概要怎么做、要找哪些人协调。安排妥
当之后，就可以回家睡个好觉，休息好了第二天再继续做，效果可能比加班更好。
不过，如果事情比较急的话，加班就不可避免了。这个时候千万不能慌，要先确定加班的目
标，再预估一下所需的时间和资源，制订临时的小计划以及大概的执行步骤。做完这些准备
工作，就可以去吃个晚饭，整理一下心情，准备接下来的“苦战”了。