目标导向的工作计划

• 弄清楚要做的是什么，比弄清楚如何做更重要
• 好的目标要符合SMART原则
  • Specific:目标要明确具体的
  • Measurable:目标必须是可衡量的
  • Attainable:目标是可实现的
  • Relevant:目标是与其他工作相关的
  • Trackable（Time bound）:可跟进，要设定时间表
• 好的计划离不开WBS工作拆解
• 好的执行离不开定期review
  • 每周？每天？
  • 关键点（里程碑）
  • 小范围调整计划执行顺序
• 一定要把工作内容和工作计划关联在一起

要事第一

忙人的独白

因为我们不知道，究竟什么对于我们最重要，所以每件事好像都很重要。

因为每件事好像都很重要，所以我们不得不每件事都做。

有些人看到我们每件事都做，所以，他们期望我们什么都做。

每件事都做让我们非常忙碌，所以我们没有时间去考虑，究竟什么对于我们最重要？

• 优先级判断和处理
  • 新出现的事务只有优先级高于你正在处理的事务，你才能插入
  • 不是所有后出现、新出现的问题、需求都比你当前做的事情优先级高
  • 优先级判断和谁发起的这个问题、需求无关
  • 对于Case、Bug分析优先级判断应该基于工程师的技术Sense，基于紧急程度、重要性，结合目前已经安排的计划来判断
  • 如果工程师不确定这个事情的重要性和紧急程度，不妨回信询问：这件事情的紧急程度如何？期望解决时间？
  • 确定无疑的高优先级：
    • 包括服务稳定性、每日监控数据分析和追查，尤其是刚刚新上了一个新策略之后的几天内，线上问题最大。
    • 在和其他组的合作中，不做就可能成为进度瓶颈的事务：跨多个组的联合项目、不修复就影响测试组进度的Bug。

与人共事

授权

• 问自己做了哪些可以由别人做，应该由别人做的事情？

沟通

• 该说的一定要说到
  
  
  
• 说明白你要说的
  • 沟通的目标是什么？
    • 需要充分了解项目的背景和目的
    • 不要因为沟通的不畅丢失了本来的目标
  • 沟通的重点是什么？
    • 请提前想明白，不要到沟通的时候才想
    • 重点突出，无关目标的内容就不用多说了
  • 沟通ing，需要注意的？
    • 不是每个人都懂你的术语，请使用双方都能理解的语言
    • 不要只告诉对方你的结论，决策的思路和背后的原因可以简单说下
• 你是否听明白了他想说的？
• 他是否听明白了你想说的？
• 选择合理的沟通方式
  

邮件

• 减少电子邮件数量
  • 发的少，收的就少
    • 不要拿邮件当IM；
    • 减少琐碎的感谢邮件
  • 慎用回复所有人
• 提高邮件的质量
• 高速归档，寻找信息

会议

• 能不开会就不开会
• 能开多短就开多短
  • 会议时间最好不要超过1个小时
  • 如果会议有延长的可能性，考虑安排在饭点或者下班点
• 控制开会的人数
  • 规模越大的会议越不容易得到成果
  • 一般不超过8个人
  • 设计会议程序，部分人可以晚来或先走
• 分清自己的角色：召集人 or 参与人？
  • 不同的人做的会前准备、会议引导不同

精打细算

• 寻找自己的时间沸点，并尽量保证这个时间不被打扰