关于项目计划与复盘的几个原则

做计划的SMART原则，复盘描述的STAR原则

复盘、描述事情 STAR

  • Situation 事情的背景是什么
  • Task 如何明确你的任务
  • Action 这种情况分析，采用了什么行动方式
  • Result 结果如何

简单理解：

案例是在什么情况下发生的，发生后如何明确自己的任务，采取了哪些行动，结果是什么。

更简化：背景、目标、行动、结果

做计划SMART

  • Specific 目标必须是具体的
  • Measurable 目标必须是可以衡量的
  • Attainable 目标必须是可以达到的
  • Relevant 目标之间具有相关性
  • Time-based 必须有明确截止期限

实际使用

面试提问 STAR原则：

Q: 请讲一下你最近做的项目。

A: 好的，我这个项目是做xxx的，主要是xx用户在进行xx的时候，解决他们xx的问题。我们项目组有n个人，m个开发… ，工作方式是…. (Situation 背景介绍)

我们主要的目标是，提供xx的功能服务， 维护系统稳定性，解决用户快速增长带来的体验问题… ， 我主要负责xxx (Task 目标任务)

我们使用 xxx 开发语言来实现xxx功能， 引入xxx等工具xxx等部署方式来解决稳定性，使用 xxx来解决体验问题… (Action 具体的行动)

最终是我们用户日活xxx, 稳定性达 99.99% … ， (Result 结果如何)

Q: 请讲一下在XX开发中做过最有成就感的事是什么？

A: 好的。

我在开发xx功能中经常遇到的一个问题是xxx, 当时我们的用户增长很快，原来的实现方式比较低效、麻烦、易错， 常常 … (Situation)

因此我要解决 低效，易错的事 （Task), 为此， 我使用XXX来解决XX的问题， 改进了XX的设计，简化了流程， 开发了XX平台来代替xx.. (Action)，

最终变成， 高效、好用、稳定的xxx, 我也因此得到xxx的嘉奖xx (Result)

做计划 SMART原则

比如经常使用的OKR工作法，就要求目标符合SMART原则。

比如， 目标是

下个月降低系统出错频率，改善业务报警功能。

目标不够Specific， 又不可 Measurable , 要改成如下更好：

xx月要实现出错频率降到3个以下，业务报警功能实现xx渠道的自动通知