Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

02/2017: Monthly Toggl Retrospective #116

Open
EthanLin-TWer opened this issue Jan 28, 2017 · 0 comments
Open

02/2017: Monthly Toggl Retrospective #116

EthanLin-TWer opened this issue Jan 28, 2017 · 0 comments

Comments

@EthanLin-TWer
Copy link
Owner

EthanLin-TWer commented Jan 28, 2017

Overview

https://toggl.com/app/reports/summary/1663862/from/2017-01-27/to/2017-02-19/billable/both

https://toggl.com/app/reports/summary/1663862/from/2017-01-27/to/2017-02-19/billable/both

总记时
Total grand
总记录日
Total days
总工作日
Total weekdays
假日
Holidays & leaves
记录率
Grand percentage
每天记录时
Grand hours / day
550h 2min 23 12 2017-01-27,2017-01-30,2017-01-31
2017-02-01
95.49% 22h 55min

如下所述,由于计时模型本身的缺点和副作用,最近觉得计时的意义没有那么大了,最大的收获也许就是从半定量的角度认识了自己现在的时间分布、对大类优化项有了认识。有了上次半个月跨度的 retro 以后,本次23天的 retro 更知道从什么点上来进行回顾,并使用模板产出了更多有意义的数据结论。

Actions from last retro

General Idea Retroed from ... Description Acceptance Criteria
细化 Toggl Project 的分类 - 用于支撑下面的量化,针对性地优化提高。Project 是分析的大类,可谓元数据
    细化 Toggl Project 的 Description 模板 - 比如三餐各自的时间分配等。但目前看来没有太过细化的理由,属于 nice to have
      产出 Toggl Retro 的模板 - 这次 retro 花去太多的时间,比如数据计算,模板整理等,模板能使下次更快更直接
        将 Toggl 应用于个人 planning/estimation - 及时反馈学习进度、根据速度调整计划数量、缩短计划与执行的反馈周期等
          • 建立 milestone 并以此规划日常事务
          将 retro 所得 action&thoughts 产出成 ticktick/issues - GTD 原则。执行 action 也需要时间;thoughts 可能是日后的种子
            • 将 retro 所得 action&thoughts 产出成 ticktick/issues
            减少1/3打 foosball 的时间 A5-Rest 平均每天1个小时,真是白 billable 了,打多了也很累,按照28原则,先 cut 掉1/3的时间
              • 每天打 foosball 的时间不超过40分钟(从2月3号起)
              加快做事速度 B-Basiclife 生活成本的总量是不会变的,那么做的更快,是从速度上节省时间,对人的精神面貌也是积极影响
                • morning cleanup 的日平均时间比这次 retro(28 min) 减少了(从2月3号起)
                早起 B-Basiclife 诸多好处,一是不用堵车,二是不用打滴滴且被加价,三是不用迟到,四是晚上的代码练习可以提到早上做,五是早上更安静更能专注,六是对习惯养成有正激励
                  • 每周至少3天8点20前到公司(从2月3号起)
                  先减少一半赖床时间 D-Waste 赖床多是因为心情不好,然而赖床不能解决问题。不如起来看电影或怎么样,利用习惯的原理改变之
                    • 下个月最多只赖14小时,即每周最多赖3.5小时,平均一天半小时
                    参加 capability 方向相关 workshop A1-Work-Workshops -
                      • 参加至少2个小时 workshops/session
                      Event/Date 3/2 4/2 6/2 7/2 8/2 9/2 10/2
                      arrive earlier sick leave 08:30 08:52 08:19 10:10 9:28 9:00
                      diff - +10min +32min -1min +1h 50min +58min +40min
                      • milestone 已建立,但是反馈周期太长。后面会提及改进方案
                      • foosball 时间刚好每天39分钟😂但是具体到单天基本都是超的,只要有一天不打数据就下去了,对总体贡献值很大。这里习惯并没有改变
                      • morning cleanup 的时间从数据上看确实是加快了,但是我也不知道为什么,也没有在这个过程刻意注意或者练习过。后面 Well #一节中我认为,统计规律显示了当下的自我意识对事情本身就有改善提高
                      • 早起和早到。这个其实是很好的 action,小波也提到早起完成一天的工作会有奖励感。这里没有能够改变挺正常的,因为利用习惯原理来改变的事情还并没有发生。可以说,通过计时发现了晚到效率低的问题,但是实际的改变,还需要其他的方法论和实践来辅助改变
                      • 赖床。这个是拖延症的一种经典表现,其实也可以通过习惯的原理来改变之。上次只是意识到了问题,很好,已经起到 Toggl 作为计时工具的作用。改变的部分会在下来采取实际研究和行动来推动
                      • 周末参加了代码静修活动(8个小时),此 action 货真价实地算完成

                      Dive into analytics

                      https://toggl.com/app/reports/summary/1663862/from/2017-01-27/to/2017-02-19/billable/both

                      Clients report

                      Client Total registration Percentage Hours/Day Effective days
                      A1-Work 70h 6min 12.17% 5h 50min 12
                      A2-Tech-Programming 17h 42min 3.07% 0h 46min 23
                      A3-Reading-Knowledge-Methodology 17h 14min 2.99% 0h 44min 23
                      A4-Retrospectives 17h 21min 3.01% 0h 45min 23
                      A5-Financial-Politics 1h 3min 0.18% 0h 2min 23
                      A6-Rest 33h 28min 5.81% 1h 27min 23
                      B-Basiclife 254h 7min 44.12% 11h 2min 23
                      C1-Love 68h 45min 11.94% 2h 59min 23
                      C2-Family 23h 36min 4.10% 1h 1min 23
                      D-Waste 45h 5min 7.83% 1h 57min 23
                      E1-Five-in-a-row 1h 29min 0.26% 0h 3min 23
                      • 基本生活成本依然占去大约一半(45%)的时间。突然有个想法,如果一般的生活成本时间能够减少哪怕一个小比例,从总的时间量上来说就会节约出可观的时间。比如加快做事速度并形成习惯(刻意练习之)、通过优化流程或工具减少总需要的时间等
                      • 一天平均浪费两个小时??噢可能是赖床的时间
                      • 五子棋是我很纠结的一块。一方面觉得目前没有时间投入来提高它;一方面又有成为职业棋手的梦想
                      • retro 的时间较多,主要是因为做第一次 Toggl Retro 的时候花费了太多的时间。后面自己搞了个模板生成器,这一次做起来轻松多了,数据都已经有了,我只需要根据本月的实际情况分析即可

                      Detailed projects report

                      Client Projects Total registration Percentage Hours/Day Effective days
                      A1-Work BlackOps🌚 43h 30min 62.06% 3h 37min 12
                      Other-Meetings&Events😖 4h 20min 6.19% 0h 21min 12
                      Regular-Meetings📋 10h 25min 14.86% 0h 52min 12
                      Workshops&Sessions🌞 11h 50min 16.88% 0h 59min 12
                      A2-Tech-Programming Toggl Template Development🎰 17h 21min 98.02% 0h 45min 23
                      其他的干活🏪 0h 21min 1.98% 0h 0min 23
                      A3-Reading-Knowledge-Methodology Learning How to Learn📖 6h 37min 38.40% 0h 17min 23
                      整理(Ticktick/Emails/Github..)📥 7h 42min 44.74% 0h 20min 23
                      阅读《搞定:无压工作的艺术》📗 2h 54min 16.86% 0h 7min 23
                      A4-Retrospectives Implement GTD best practice on Ticktick🎨 5h 11min 29.95% 0h 13min 23
                      Monthly Toggl Retrospectives💡 12h 9min 70.05% 0h 31min 23
                      A5-Financial-Politics 投资理财💵 1h 3min 100.00% 0h 2min 23
                      A6-Rest Foosball⚽ 7h 51min 23.45% 0h 39min 12
                      番茄 / toggl 中间的休息🍅 25h 37min 76.55% 1h 6min 23
                      B-Basiclife Commuting🚴🚌🚙 10h 46min 4.24% 0h 53min 12
                      Cooking🔥 9h 9min 3.61% 0h 23min 23
                      Eating🍚 32h 55min 12.96% 1h 25min 23
                      Housework🏡 9h 18min 3.66% 0h 24min 23
                      Morning-Cleanup🚿 9h 13min 3.63% 0h 24min 23
                      Nap😴 7h 43min 3.04% 0h 38min 12
                      Shower🛀&Washup🍼 4h 53min 1.93% 0h 12min 23
                      Sleeping🌛 163h 38min 64.39% 7h 6min 23
                      一般生活事务🏂 6h 28min 2.55% 0h 16min 23
                      C1-Love 和亲爱的聊天玩耍💏 68h 45min 100.00% 2h 59min 23
                      C2-Family Family👪🐶 23h 36min 100.00% 1h 1min 23
                      D-Waste 一般的浪费😢 15h 14min 33.80% 0h 39min 23
                      攒人品👬 2h 56min 6.51% 0h 7min 23
                      赖床😿 22h 4min 48.96% 0h 57min 23
                      间隙时间的浪费🚪 4h 50min 10.73% 0h 12min 23
                      E1-Five-in-a-row 华夏大讲堂中级班 ⚫⚪⚫ 1h 29min 100.00% 0h 3min 23

                      emoji 有意思吧~从上面的项目时间看来,可以得到一些大概的数据或认识是:

                      • 工作:每天8小时上班时间,有效时间大概6小时,其中有效做卡时间大概3个半小时(还不是效率最佳时间),正常会议52分钟(稍微多了一点点),其他交流时间20分钟
                      • 编程(技术卓越):23天只有17+小时写代码,大概每天只有45分钟写代码,不到两个番茄的时间。因此效率非常重要;另外可以拆其他的时间来给编程,专注技术提升
                      • 阅读鸡汤:9小时+。鸡汤只是一个昵称了。吕靖说的好,鸡汤体现的是一种复利效应:如果只有鸡汤没有实际操练,那基数一直是0没啥卵用;但随着鸡汤应用次数增多,后面效应越明显,学习越快越有效,方法论也越来越完善,从而又提升了学习速度和效率。我也不知道这个比重应该是多少,也许7:3吧,现在基本是1:2,稍多了一些但看来是正常范围
                      • 回顾:加起来17小时,和编程的时间一样多。但这是因为在起步,GTD/Toggl 都还不知道怎么回顾,所以占用了多一点的时间。保持观察,目前看来还是健康的
                      • 投资理财:这是个比较纠结的话题。年前看到了一个知乎的帖子,以一个简要的模型论证了头7年投资占总收入的贡献率太低,此时投资自我能力提升更有效;第7~14年,投资占总收入的比例将从40%提升到100%。从此结论来看,职业前3年无论如何也是应该提升自我能力;@ADU-21 又说,此模型忽略了投资经验和风险承受能力的因素:职业前期,成本小,生活事务少,风险承受能力高,应采取高风险型投资策略,输了也没啥,还能挣经验;但职业中期有了一定成本才开始,对风险承受能力就低了,但由于经验缺乏,也由不得你做太高风险的投资。又很有道理,我还没打定主意,不过一直到4月低的理财计划都出来了,所以暂时不会考虑这个问题
                      • 休息:foosball 时间成功减少。其实 Toggl 提供了一个时间报表,虽然不能作为执行或行为改变的工具,但它能让你意识到这些事情,foosball 就是其中一个痛点,意识到了就可能改变。小小的改变成效都可以不小。番茄中间的休息,休息也是工作中很重要的一环
                      • 基本生活成本:后面再说
                      • 浪费是个大问题,后面再说

                      A1-Work ( 12.17% / 5h 50min )

                      BlackOps🌚 ( 62.06% / 3h 37min )

                      image

                      这里拿到了我要的一些数据,也是因为这样我觉得再计时就不符合二八原则,没什么意思了。主要的一些数据产出为:

                      • 每天有效工作时间大概为6小时,占比75%。其余两小时中我估计是吃饭、迟到、午睡、休息等一些时间总和,其中休息是必要的一部分,迟到可能会随早到的解决而改变,吃饭再加快也贡献不了多少时间,可能主要还是迟到和午睡的时间可以再利用起来一点点
                      • 有效工作时间中平均每天做卡时间大概3.5小时
                      • 敏捷实践中,最正常的开会时间支出大概为每个迭代平均每天45~60分钟闲时周每天30分钟,忙时周每天1个小时左右是最健康的开会时间
                      • 由于客户故事墙在内网,我无法拿到具体做卡的数据。否则可以根据 迭代总有效做卡时间 除以 个人完成的 story point 量,估算得到一个 story point 意味着多少天/多少小时的工作量。但这个数据目前看到价值也不太大

                      Other-Meetings&Events😖 ( 6.19% / 0h 21min )

                      image

                      Regular-Meetings📋 ( 14.86% / 0h 52min )

                      image

                      • 每天的站会时间是比较规律的30分钟
                      • IPM 偶尔会有超时的情况,超得再多也就是1个小时,2周才有一次,觉得还是很健康的

                      Workshops&Sessions🌞 ( 16.88% / 0h 59min )

                      image

                      • Code Retreat: 是收获相对较多的活动,无论从代码、眼界、对接下工作的影响来讲
                      • Dynatrace training session: 那天吃饭去了。严格来讲不是有效的时间
                      • Session: (“山高路远坑深”——华为“云龙”咨询小记):简要听了一下,没什么影响

                      A2-Tech-Programming ( 3.07% / 0h 46min )

                      Toggl Template Development🎰 ( 98.02% / 0h 45min )

                      image

                      image

                      这个就是我这个月所有的技术编程投入了。平均每天45分钟的时间。其实只要追踪得好,Toggl 项目的 description 是可以计算出每个 issue 的完成时间的,可以作为仝健老师提到的 tasking 及刻意练习的度量。这部分看起来还比较有价值一些。

                      其他的干活🏪 ( 1.98% / 0h 0min )

                      忽略不计。就是写了个脚本,20分钟。不知道为什么还新建了这么一个分类,回头删了。嗯,就是永远不删了。

                      A3-Reading-Knowledge-Methodology ( 2.99% / 0h 44min )

                      Learning How to Learn📖 ( 38.40% / 0h 17min )

                      image

                      如何学习的教程。与《学习之道》、A Mind for Numbers 等资料一脉相通。结合《刻意练习》阅读,可以让你对“高效学习的原则和实践”有所感觉,有意识地在自己的学习中投入使用。

                      不过下面也会提到,鸡汤现阶段不读太多了,先专注于技术提升(75%~80%),吸收已喝的鸡汤。等到鸡汤不够喝了再来看。

                      整理(Ticktick/Emails/Github..)📥 ( 44.74% / 0h 20min )

                      image

                      相比其他项目付出时间,这个看起来也是比较多的,与喝鸡汤竟占到了差不多相同的时间。当然,也有一定的原因,这个月主要的整理成本都在 Toggl/Ticktick 上,这可以理解,因为 GTD/Toggl 计时都是刚在采用的工具。可以看到,随着工具体系的建立,用于整理的时间应该会减少;不过未来对邮箱和还有可能再进行一次整理。

                      同时也可以看到,引入一个新工具是有代价的,就以 Toggl 为例,回顾12小时+,整理3小时+,定制化需求17小时+,一共是34小时左右的时间投入,另外还有一些习惯上改变的投入。认识到这个投入,甄别价值,该引入的果断引入,没用的果断不用。

                      阅读《搞定:无压工作的艺术》📗 ( 16.86% / 0h 7min )

                      image

                      image

                      看到这个书的阅读情况,我又有一些想法,更深刻体会到一些道理和实践:

                      • 克服拖延很重要,因为高效的学习需要长期持续的时间投入 - from Learning how to learn
                      • 保持专注很重要,减少可有可无的同时进行项目,可以帮助你更专注更快速地完成单项工作 - from 李小波 @hkliya
                      • user story 要不要用上,还是要看有没有要针对看书的刻意练习需求。again,这是有时间投入的

                      A4-Retrospectives ( 3.01% / 0h 45min )

                      Implement GTD best practice on Ticktick🎨 ( 29.95% / 0h 13min )

                      image

                      Monthly Toggl Retrospectives💡 ( 70.05% / 0h 31min )

                      image

                      这俩都没什么好说的。

                      A5-Financial-Politics ( 0.18% / 0h 2min )

                      这个投资理财至少4月以前还是不要花费太多时间。没什么特别要说的。

                      A6-Rest ( 5.81% / 1h 27min )

                      Foosball⚽ ( 23.45% / 0h 39min )

                      image

                      上次 retro 有个 item,就是 foosball 平均每天打了一个小时,要减少三分之一。数据在此,刚好减少了三分之一。是好事,继续保持,适可而止。不过仔细看数据分析,每天打的基本都超时了,除了一天只打了15分钟,把数据整体值拉下来的是因为有三天没打。。。我也不知道怎么说,看自己的心情和舒适度,真的没精力不打就不打,感觉放松想打就打,但是也不要太沉迷。接下来争取控制到20~30分钟/天以内。

                      番茄 / toggl 中间的休息🍅 ( 76.55% / 1h 6min )

                      image

                      每天工作间隙的休息还是很重要的。休息的要义就是让大脑保持轻松,不管是刷知乎、做杂事还是和别人聊天,都是放松。最重要的是节奏。GTD 里面刚好有一项是可以 relax 的时候做的事,比如提交发票、查看邮件、可以5分钟内做完的事等,就可以在休息的时间做。但不要做费脑的事,比如看书、看报纸、看技术网站、看技术性邮件等。另外,休息时间不宜过长,容易使学习的节奏流失,这是需要提高的地方。

                      下面来看看休息过程都做了什么事,看起来都是不错的习惯,就是不会太动脑,顺便处理一些今天或最近要处理的杂务,劳逸结合。

                      • 看动漫
                      • 刷 Youtube 推荐视频
                      • 早上来上班开机、加载昨天工作上下文
                      • 倒水、上厕所等
                      • 阅读邮件
                      • 和别人聊天
                      • 做 Ticktick 中 relax 的事情,比如查怎么去蒜味等想了解的小百科
                      • 报销发票
                      • ...

                      B-Basiclife ( 44.12% / 11h 2min )

                      Commuting🚴🚌🚙 ( 4.24% / 0h 53min )

                      image

                      骑车

                      image

                      公交

                      image

                      三种交通方式上下班平均单程时间(均含上下楼等边角时间)大概为:

                      • 骑车:25min
                      • 公交:35min
                      • 滴滴:16min

                      特别是公交,slow as shit,感觉是最不划算的交通方式。挤倒没什么,要两块钱也没什么,没自己骑车快和自由也就不说了,关键是平均等公交的时间很长!精力和时间的双重浪费啊!有时你可能去到刚好车就来了,但是从一段较长的时间来看,这个等车、堵车、交通的总时间肯定还是向35分钟回归的。

                      Cooking🔥 ( 3.61% / 0h 23min )

                      image

                      最近做饭时间少多了,基本都交给了妹子。感觉不是好事,自己也要捡起来。

                      Eating🍚 ( 12.96% / 1h 25min )

                      image

                      这个也没什么好说的。三餐的平均回归如下。早餐不能省,午餐空间不大,晚餐不能省。三餐上时间分配不要太强求了,放松就好,也不会想在这块优化。毕竟美食吃慢点享受还是很好的。

                      午饭:

                      image

                      晚饭:

                      image

                      • 午饭:45 min
                      • 晚饭:53 min

                      来盘点一下那些年我们吃过的美食吧:

                      image

                      image

                      Housework🏡 ( 3.66% / 0h 24min )

                      image

                      最近没怎么做饭和做家务啊,都被宝宝惯坏了。自觉点。。。

                      Morning-Cleanup🚿 ( 3.63% / 0h 24min )

                      image

                      回归出来的时间好像减少了。嗯好事,继续保持。

                      Nap😴 ( 3.04% / 0h 38min )

                      image

                      不午睡的影响是很大的,尽量午睡。午睡的时候尽量马上躺下就睡,别还习惯性玩玩手机。午睡的时候尽量不要听歌,该听歌的时候尽量听歌。

                      Shower🛀&Washup🍼 ( 1.93% / 0h 12min )

                      image

                      这个均值其实我是不服的…不可能每天才12分钟啊,难道我有不洗澡的时候??好吧,手动算了一下平均值,大概在成都的时候是每天20分钟。这也是 Toggl 计时分析的痛点:任何一组不规律的数据就会影响总体数据样本的均值和意义。不过仔细一想,似乎也不是问题,它作为计时工具,作用在于,为你呈现真实的时间分布。它只是呈现,并未假设你的生活方式不变,不规律的数据本身被呈现出来可能就说明了这段生活有变化。这种变化是值得了解的一些东西,比如最近的关注焦点是不是转移了,等等。

                      Sleeping🌛 ( 64.39% / 7h 6min )

                      image

                      每两天之间可能交叉记。这个应是最真实的数据了,毕竟你一天不睡觉的几率很少吧。每天平均睡觉7个小时的时间,达到平均值吧,因为我自己原来的底线都是6个小时。但现在想尝试再多一些,看看是否舒服。睡眠时间不能少,这是有理的。

                      一般生活事务🏂 ( 2.55% / 0h 16min )

                      image

                      定定机票啊、订订报纸啊等事件属此列。此外还有过年访亲戚啊,拿快递啊等等杂事。不值得分析的一个分类。

                      C1-Love ( 11.94% / 2h 59min )

                      和亲爱的聊天玩耍💏 ( 100.00% / 2h 59min )

                      image

                      以下日志仅宝贝可见。上次有个想法,就是提高两个人在一起的时间质量,有所提升。加油加油。

                      C2-Family ( 4.10% / 1h 1min )

                      Family👪🐶 ( 100.00% / 1h 1min )

                      image

                      主要是过年回家。平时工作跟家里打电话聊天还挺少的。不太好。其实没那么困难,骑车公交回家路上就可以给家里打,而且可能也正是他们的下班时间。产出一个 action。

                      D-Waste ( 7.83% / 1h 57min )

                      这块大头得来好好看下了~

                      一般的浪费😢 ( 33.80% / 0h 39min )

                      image

                      这块浪费的时间跟赖床其实是最多的,但我忘记了为什么会有这么一个一般的浪费的分类。看了一下分类描述,大概浪费点为:

                      • 抢红包
                      • 想学习但周围环境嘈杂,集中不了精力
                      • 刷 Youtube
                      • 本来在查资料转而刷知乎
                      • 刷微信公众号
                      • 其他不可描述之事

                      还有其他一些,都被我归类到间隙时间浪费里面去,因为这有一个很突出的拖延症特点:就是间隙时间(比如吃完饭、打完球、开完站会等)随手一浪费,看到自己电脑上开着什么就接着刷一下,看到工作 DA 上开着什么就随手看一下。完全不顾目标、不按 ticktick 清单来处理。待会分析。

                      就上面的这些分类呢,有些还是有代表性,可以做如下分类分析,供接下来意识反省之用:

                      • 刷 Youtube、公众号:这种活动调节调节还是挺正常的,尽量争取在🍅休息时间做这事,看5分钟,还不愁没休息来源呢…
                      • 刷知乎/转而刷知乎:拖延症。怎么解决还没想好,也许是用更好的奖励替代它
                      • 周围环境嘈杂:拖延症。不要把自己置于多重干扰因素的环境中,真的想学习的话有很多排除干扰的方法,比如:
                        • 找一个安静的会议室
                        • 关闭微信,从内存清空
                        • 带上耳机(周围有不可描述的事情发生时)
                      • 抢红包的过年花不了太多时间,一年才一次。不分析
                      • 其他不可描述之事:个体事情没有特别意义。不分析

                      攒人品👬 ( 6.51% / 0h 7min )

                      我攒的人品也太少了😂

                      赖床😿 ( 48.96% / 0h 57min )

                      image

                      主要的赖床原因是:

                      • 缺乏斗志和目标
                      • 对工作有所恐惧,觉得做重复工作、文档、交流沟通、没有 coding
                      • 正常赖床时间(15min 左右)
                      • 周末就想赖床
                      • 无来由的小赖床,不想起床

                      一些结论:

                      • 缺乏目标和斗志,过了这个 retro 应该就会好一点了:鸡汤严格限制;改 Github 迭代为两周;一个迭代只能有一个技术目标 + 读一本书;技术方向认定为 前端 + TDD;当然我的定位是不局限。
                      • 对工作的拖延:这个还真不知道什么解决方案。当是学 DevOps 了,做的工作更多是文档、交流,有也是一些重复工作,不需要高强度的编码工作。长久必废啊
                      • 无来由的小赖床:那肯定还是目标不明确 || 工作拖延症

                      间隙时间的浪费🚪 ( 10.73% / 0h 12min )

                      image

                      各种间隙时间的浪费,总结起来原因都一样,就是比如吃完午饭或晚饭、打完球、午睡完、刚起床、开完会,以及吃饭前、回家前、洗碗前、洗澡前、开会前等的间隙时间,就看到什么就玩什么,看到工作电脑开着就看一下工作,看到 Mac 开着就刷一下视频、Github、知乎等。

                      我的想法是,这也是拖延症一种,需要克服;至于刷视频刷 Github 本身不算浪费,只不过最好在放松的时候做。

                      E1-Five-in-a-row ( 0.26% / 0h 3min )

                      华夏大讲堂中级班 ⚫⚪⚫ ( 100.00% / 0h 3min )

                      一共三节,翘了两节,作业一节没交。实在惭愧,不敢尽言。

                      Well

                      • ACTION - 赖床时间似乎从数据上看还是减少了1/3,虽然没达到原本1/2的计划,但取其上者得其中嘛
                      • ACTION - 打 foosball 时间从数据上看确实是减少了1/3,又验证了意识本身即可改进1/3的道理。。
                      • ACTION - 开始了使用 Github milestone 来管理个人学习和计划
                      • ACTION - 使用了 toggl template generator 模板来生成本次 retro 模板,实际生产效率大大提高
                      • 没有刷朋友圈。精简生活圈子。我本来即是悲观主义者。
                      • 和宝贝上个月做了很多有意思的事情,看电影,出去玩儿等
                      • Toggl 计时虽然繁复,但本身最大的价值是数据呈现的现状能为我带来即时随地的自我反省和意识。在每一刻,意识太多若不知怎么处理,则好像自废武功都不会做事了一样,但是实际是有利的,我感觉在向好的方向发展。从统计上显示,有些项(打球、赖床、晨间洗漱、晚间洗漱等)的时间确实减少了,我把它归因为自我意识本身带来的作用

                      Less well

                      • 文艺时间少
                      • 实际编程的时间较少(只有17小时+,每天45分钟)
                      • 编程的时间中,刻意练习的比例则更少
                      • 早起还是没有落实下来

                      Conclusion

                      • 光是意识本身,就可以改变1/3的不足,使浪费和错误减少1/3
                      • 进一步的改进,可能需要利用习惯本身的特性(cue - reaction - reward - belief)来执行、改变
                      • 打算手动调节 核心技术 与 方法论 的时间投入比重为 7:3 或 8:2 左右
                      • 下月的 retro 时间投入期望值应降低,因为 Toggl 已半废,Ticktick 完成了一些,只剩 GMail 要整理
                      • 缺乏目标和斗志,过了这个 retro 期望是会变好:
                        • 鸡汤严格限制
                        • 改 Github 迭代为两周
                        • 一个 Github 迭代只能有一个技术目标 + 读一本书
                        • 技术方向认定为 前端 + TDD,当然我的定位是不局限

                      有效数据

                      • 工作
                        • 每天有效工作时间大概为6小时。若能改善迟到、午睡的比例,有效时间有优化可能,但空间是半小时左右
                        • 每天做卡时间平均是3.5小时。包含交流沟通时间,即是实际写代码时间更少。这其实与太阳集团这个大项目对 TWer 的要求是一致的:not just developer; do higher value work
                        • 每天会议时间平均45~60分钟 是最健康的敏捷实践开会时间
                      • 编程:平均每天编码时间 45 min
                      • 读书:平均每天阅读时间 45 min
                      • 通勤:单程平均时间
                        • 骑车🚴:25 min
                        • 公交🚍:35 min
                        • 滴滴🚗:16 min
                      • 三餐:平均时间
                        • 午饭🍚:45 min
                        • 晚饭🍵:53 min
                      • 早晨洗漱 平均时间:24 min ~ 28 min
                      • 晚上洗漱 平均时间:20 min ~ 24 min
                      • 午睡 平均时间:38 min

                      Actions

                      General idea Acceptance Criteria
                      提高午睡质量
                        • 尽量选大家都在休息的时候休息,减少说话和键盘声,尽量不听歌
                        • 若上条无法做到,则尽量听歌
                        小建议快速提高理财效率
                          • 4月末以前不过多关注理财本身
                          • 做有价值的核心职业能力投资
                          • 在每月出账单日后一天(7号)购买大件物品以获得最长50天免息期
                          • 微信、支付宝全部绑定信用卡快捷支付利用免息期
                          提高休息、间隙时间利用效率
                            • 🍅中间的休息可以做些 ticktick 中 #relax 的事,或刷 Github/Zhihu/Youtube 奖励自己
                            • 间隙时间直接打开 ticktick 下一步行动做事情,不要浪费
                            • 🍅休息时间不宜过长
                            好习惯养成
                              • Alfred 作为声明式 Mac 使用入口:github/google/wiki/...(可使用搜狗输入法禁用搜索栏🔍的中文输入,试过几次知乎不了,就会转变成用 Alfred,真是有效
                              更专注的计划
                                • 把 Github milestone 改成两周一个迭代,少拖卡,完成了就奖励的形式
                                • 一个迭代只专注一个技术目标,只看一本书
                                • 技术目标专注在:React/JavaScript + TDD + Machine Learning
                                • 看完《刻意练习》《GTD》《如何提问》《复盘》就不再看鸡汤了
                                Toggl 使用优化

                                  Thoughts 💡

                                  💡 Toggl 记时只能反映使用,不能反映内容及质量。核心能力不能由 记时 帮忙,只能经由 规划和执行 取得。其实 toggl retro 最重要的一个点是,促进了回顾。无论是撸代码、做 retro 也好,实际都是促进自我反省回顾,这比提供定量的时间数据更有价值。不仅培养了自省意识和能力,而且数据显示仅仅获得这种意识就可以使事情现状改善1/3

                                  💡更多地做饭、准备菜谱

                                  💡还要不要用 Toggl 来计时?要,哪些主项目是要记的?记的意义是什么?刻意练习的数据,可以由 toggl+github 来完美提供;读书的数据和速度,也可以由计时来提供

                                  💡 不要陷入记时陷阱,放松生活,不容易做

                                  💡 引入 Toggl 的成本是每天1.5+小时的时间成本和习惯培养成本和精力成本

                                  💡 关于时间:首先必须认知到它是一种资本;多出一个从资本的角度下看待的视角,而非背后总是以时间换空间的短视偏见。如果你的时间够珍贵,滴滴一下总是好的。由此,追求效率,是节省时间提高效率的好方式

                                  💡 能否找到一个可视化/数字化的方式来衡量编程效率提高对于人生/理财的影响?我好功利。功利即非功利嘛

                                  💡 关于理财与投资:过年回去,兴致勃勃地想给家里推荐一些购买基金的方案。一番折腾知乎,发现目前最为明朗的指导思想:长期来说,投资效益高于劳动成本收入;短期(尤其是起步期)来说,人力价值收入高于投资可视收益。由此窥见自己杂念。解决方案于是很明朗:3年内计划都是提高人力价值资本,追求技术卓越;技术、软技能(沟chao通jia报qing告shi协bo调yi)、理财按70%、20%、10%配比。随着技术能力提高,软技能需要更重视;随着时间推移,理财技能比重需要更重视。再落实到 action 上来说:追求技术卓越;配置一只长期稳健型及一只进取型的基金的最低精力投入以外,2017对理财不再予关注。时机合适关注买房。另外,不应对 IT 事务投以无限沉浸,以节奏、效率轻松处理之才是王道,学会沉静、享受工作。需要更多精力在留心生活感情之上。比如带父母旅游,实则越快越好。太过紧绷,实则人生的失败。关于人力与投资关系之简化数学模型分析,见以下。我的性冷淡文风又回来了。

                                  💡 上面又提到几点消费方面建议:

                                  • 目前不要太多关注理财本身(这是最大的结论和收获)
                                  • 有收益的事情均可做
                                  • 收益不明确的东西不买
                                  • 考虑未来收益,投资有益项目和技术成长
                                  • 风险永远与收益并存且正相关
                                  • 分散风险 参见摩羯智投的 智能基金类型配比实践

                                  💡 京东白条、花呗等免息分期产品

                                  💡 @ADU-21 表示这个计算模型没有考虑一个因素:投资经验和风险承受能力(不好意思我数学不好)。职业前期本金不多,也没有太多事情要负担(比如买车、孩子为啥没有买房我就不细说了),对风险承受能力更高,此时策略应该是从事更高风险的投资。就算亏了,一来损失也不大,二来也是攒经验

                                  💡 具体到技术卓越如何实现,这里是一个思路:投资于通用原理(如底层)-> 次通用原理(如框架、设计实现)-> 高风险具体技术(虽然其可能收益也高);优先满足工作需要,做到能够解决任何工作问题

                                  💡 成年人之利益得失计较。自己深陷其中,已是一团污泥,需要自拔。那么多事情来来回回地算,既俗,还累,也解决不了问题。不如放松一下,培养静气,匠艺,反省自明

                                  💡 学会接受自己。接不接受别人倒是其次的,而且会被顺带解决

                                  💡 是否需要强求 Github 每天提交?本意是为了促使多写代码,多写代码是为了促进提高核心代码能力,而这应该是长期坚持的事情。而在家或其他安排,有时无法或不触碰代码的情况是有的,比如过年回家。每天的提交是否有资质可以作为一个action 来衡量?

                                  💡 珍惜戴耳机的机会。好听的歌+专注的精神是进入专注状态的法宝,应该对其保持敏感,注意力集中不了时就取下耳机,轻松工作一下即可

                                  💡 Toggl 是为了记录时间,为时间分析提供数据。这样有了一个需求:提供领域特定的支持,比如 看一个书的 第一次时间 + recall 时间,你需要 #tag 或其他东西来区别 #recall/#first-read;比如 写一个代码的时候,需要区分 第一次写的时间 + 刻意练习的时间等;toggl project 的 description 应该提供一份像工作次序一样的有序清单。今天在太阳集团的监控系统中找到了一个类似的概念:User Story。这需要你在设计 application(projects) 的时候就有所留意和设计,这样 monitor(toggl) 才能监控和展示出来,这才是对 Project(比如看一本书,写一个项目代码)有业务意义的清单和生命流程

                                  💡 目前还没有考虑 时间、花费在分析对比上的精力 等因素,仅从时间角度考虑优化行动安排,有时可能片面

                                  💡 由于一次迭代一个月,计划赶不上变化,中间拖了很多卡进来,不如改成两周一次,根据 velocity 少拖一点卡,留一点缓冲给中间增加需求或者自己做喜欢的事,完成了还能有愉悦感奖励。本来就是自己的迭代,搞的太紧简直就很傻逼

                                  💡 养成了好的习惯,有助于减少你做决定的精力。就好比打字、快捷键,你感受不到它的存在,才可能思考更高层级的问题,才可能思考得更快。

                                  💡 博客太大了,可以整轻量级一点啊,一篇太长,一句话总可以了吧。

                                  💡 计时有痛点:一处不好好记,基本就影响了全部项目,全部时段,影响积极性;并且对于获得的数据还需要自己做定制化分析,累;与此相对获得的反馈很慢,又没有什么成就感,导致愉悦感降低。获取到两个月数据以后有个基本的概况了解就可以了,不需要再进行。

                                  💡 戒断计时习惯。现在不计了竟然会浑身不舒服…定是习惯。

                                  image

                                  @EthanLin-TWer EthanLin-TWer self-assigned this Jan 28, 2017
                                  @EthanLin-TWer EthanLin-TWer added this to the Iteration 1: PEAK milestone Jan 28, 2017
                                  @EthanLin-TWer EthanLin-TWer reopened this Aug 19, 2018
                                  Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
                                  Projects
                                  None yet
                                  Development

                                  No branches or pull requests

                                  1 participant