Month: 7 月 2020

小游戏迷的设备

这一篇是对应 小游戏迷 这一篇里,来说一下现在给莫莫玩的设备

上一篇里提到的好像还是 Wii 和 MacBook Pro 多一点,其实后面玩的多的是 iPad Air 3,以及一台迷你机箱的台式机,手机都用来看视频投屏了

iPad 真的是对小朋友更友好的游戏机,在上面玩愤怒的小鸟啥的手感还是挺好,只是我印象中在 iPad 早期有一些比较好玩的游戏都找不到了,像 Flight Control (一个引导飞机降落到对应跑道或直升机停机坪的游戏)在 Steam 里还能找到,macOS 上已经因为不支持 64bit 而没法玩,在 iOS 的 App Store 里压根就没有,还有平衡球(在一个类似迷宫的盒子里用重力感应滚动小球避开障碍或坑洞到达终点)这些又简单又直观且能把 iPad 的多点触摸或重力感应等能力用起来的都不太有了,都是一些很复杂的,简单的游戏也不停跳广告

除了 Totally Reliable Delivery Service ,后来在 PC 上玩的更多的是胡闹搬家(Moving Out),跟胡闹厨房一个发行商出的游戏,一开始看胡闹厨房的视频时看到了试玩版评测,去撸了个免费的试玩版,然后除了莫莫,喵喵也迷上了这个游戏,不止一次问正式版买的话要多少钱,后面就干脆买了正式版开辅助模式玩,因为只有一个手柄双人玩的时候用键鼠的人比较别扭,又去买了个 Xbox One S 的手柄

这样玩游戏的主力设备变成了一台 K39 机箱(淘宝自制,因为只有 3.9L 大小得名),里面塞了 i7-6700 / B150N ITX / 8Gx2 DDR4 / GTX1660s ITX 短卡 / SN550 1T / 860EVO 500G / 1U 电源 的这么个货,单说性能跑手头这些游戏都能开到 4K 最高画质,放书房玩的时候显示器是一个 27 寸的 4K,但是没有声音,用蓝牙音箱每次开关连接都有点烦,就去再入了个有线音箱,加黑白两个 Xbox One S 的手柄,蓝牙和主机相连。玩的时候莫莫总是会很兴奋的跳来跳去,很容易就趴桌上,往后拉一下很快又往前了。后面琢磨一下家里有电视机的啊,电视机是 4K 的也有 HDMI 接口,整客厅玩去?于是变成了下图这样(看到电视柜前面那个小黑盒子么,那个就是主机)

play_games_on_tv

上图里控制电脑的键盘鼠标用的是一个 ThinkPad 外接键盘,用红点当鼠标,不过除了我家里其他人好像都不太用的来红点,而且这个键盘是有线的,每次从书房把主机搬出来还插电源电视和键盘也有点麻烦,后面又入了套罗技的 MK275 无线键鼠套装,不是优联的,但赢在便宜,就算在书房现在也不玩对键鼠操作要求高的游戏,干脆把书房的 IKBC 机械键盘和赛睿的 Rival 也拿回公司,省得每次搬完主机插一堆线

总结一下现在的设备

  • iPhone7 ,娃用来在 bilibili 上看各种游戏视频用,通过应用内投屏或 AirPlay 投到电视上看
  • iPad Air 3,娃用来玩各种小游戏或看视频,不过目前主力还是上各种学前网课
  • 自己攒的 PC 机,够小方便搬,硬件也上到这个尺寸下性能中上,主板自带 WiFi 蓝牙省掉网线和连手柄的配件,用无线键鼠节省其余的线,两个 Xbox One S 手柄蓝牙 Win10 免驱连接,接电视同时输出音视频

读书笔记:OKR 工作法

OKR 工作法:https://book.douban.com/subject/27132072/

之前有各种看过一些关于 OKR 的材料,公司也在几年前尝试过一段时间的 OKR 管理,最终并没有很好的执行下去,读书还是要有所得,记下来看看。这是一些很个人化的点,不是全书摘要

目标 Objective

首先是目标,合适的周期应该是一个季度左右的目标,太长的目标(比如一年以上)的应该叫愿景,太短的目标(比如一两周)的应该叫任务

愿景或使命的常用格式是:

我们通过(什么样的价值主张)在(什么领域或行业)(改善人们的生活或减少人们的痛苦)

目标是一个期望,且不应该跟数值挂钩,跟数值挂钩的应该是关键结果

关键结果 Key Result

关键结果除了可以数值量化,也需要精确定义完成标准,用于客观评估完成与否,且这个数值不应该被外界大环境的波动影响

关键结果需要设定信心指数,为了保持有挑战性,不应过高,同样的为了避免定的完全不可能让大家放弃尝试,也不应过高,在 5/10 作为初始值比较好

关键结果需要每周更新信心指数的变化,为什么变化

执行

每周更新团队的 OKR 卡片,列举为了完成目标需要去做的最重要的事情,一般 3~4 件,过多的事情说明大家都没有聚焦在目标上,杂事可以做但没必要列出来

周五下班前更新进度,给团队展示大家对目标完成的新进度,保持团队一直是积极的态度

使用 Scrum 等敏捷开发的思路来配合 OKR 的执行,有更明确的周期考量

我们在过去尝试中的坑

在目标制定的过程中,缺少参与度,各自列各自的,也没有充分的讨论和投票来明确目标和关键结果

对于关键结果的完成评估方式尺度不一,有可明确的也有没法明确的,初始信心度在不同团队也没有统一

没有很好的日常跟进进度,周会和周报跟 OKR 内容脱钩了

在具体执行中并没有使用 Scrum 等方式来推进更细粒度上的项目管理

期望替代 KPI 来做绩效考核工具,然而 OKR 的本意并不是一个绩效考核工具,而是一个工作方法(虽然执行的好日常沟通和跟进中就已经能得出绩效结果了)