制定计划的SMART原则案例

计划的smart原则
背景:最近发现团队成员的计划设定存在各种问题,之前提到过的SMART原则,普遍理解不太一致,因此周会上专门就此问题进行了简单的培训,在此分享出来:

一个故事

部队组织越野比赛,三个队伍都是精兵强将,比赛实际内容也一样,唯一的区别是目标设置不同。

  1. 野驴队:尽快达到集结地点;
  2. 火牛队:沿着山路一直跑,尽快到达5公里外一个绿色屋顶的小木屋等待指示;
  3. 角马队:沿着山路一直跑,每跑500米,都可以在路边看到一个里程碑,一小时内到达5公里外的一个绿色屋顶的小木屋,木屋中有人质,到达后等待指示;

谁最先达成目标? 继续阅读

敏捷就是“团队快乐”

团结一致确保目标统一是敏捷的特点

结一致

抱成一团还是一盘散沙,这是个很简单的选择。但工作中,一个传统职能组织中的每个人都能够团结一致,相互帮助、相互补位又是一种很难达到的状态。

对于传统职能桶式的组织而言,虽然成员的岗位归属在一个组织中,但各自有各自的职能目标。比如产品要出需求,技术要写码,测试要进行测试。各职能之间与其说相互配合,不如说相互打架,各自都觉得自己没责任,同时都觉得上游不负责,下游事儿太多,苦活累活都自己干了还不讨着好。 继续阅读

不汇报是职场发展的绊脚石

不汇报是职场发展的绊脚石

工作汇报很重要,但绝大多数职场小白不会汇报,不重视汇报,也不在乎汇报,仿佛做好自己的一亩三分地,不出错就高枕无忧了。而这种心理反过来导致了目标不清、效率低下、不受重视,形成了恶性循环。汇报不是形式主义,更不是溜须拍马,汇报本就是工作的重要组成部分,除非你是纯体力劳动者,在流水线上甘愿做一颗螺丝钉。否则,不汇报就像人机交互半天没有响应——需要加载没关系,但没有过场动画,更没有加载条,鬼知道你是挂了还是死机了?

汇报,就是汇总+报告,但为什么那么多人不会汇报?究其原因有以下几点: 继续阅读

《点石成金》笔记

don't make me think点石成金笔记

Don’t Make Me Think(点石成金)是很久之前就看过的经典老书,最近寻找一些思路,又翻了翻,发现经典总有经典的道理。刚做产品设计时,对此书的理解只是那个响亮的口号“不要让我思考”,但这没有妨碍我甚至我的团队在后续一系列的产品设计和迭代中犯错,我们总是太在乎自己的产品,太在乎功能或者内容,太纠结于某个自以为很重要的功能,哪怕我曾经常提醒自己“不要让用户思考”!我相信很多人也经常面临类似的困难,特别是在商业目标和用户需求相冲突的时候,平衡是很无奈的选择,甚至做折中的设计以确保团队达成一致,这对产品简直就是灾难,因为用户根本就不关心你那扯蛋的商业目标。 继续阅读