以过程作为动力的替代方案
Process as a Proxy for Motivation

原始链接: https://bengodfrey.dev/blog/process/

作者认为,仅靠意志力或抽象的动力来实现目标通常难以持久。成功的关键在于建立自动化流程,以减少不断做决定的需求。 通过建立固定的系统——例如通勤时总是走同一条路线、利用乘车时间完成预定任务,或在软件开发中遵循敏捷开发等结构化方法——我们可以节省脑力。这些流程无需在任何时候都达到“最优”,其真正的价值在于可预测性,并能消除“决策疲劳”。 当我们依赖系统而非意志力时,就避开了主动权衡和持续选择的困扰。归根结底,为了实现远大目标,我们应停止纠结于性格特征或动力,转而专注于设计简单、自动化的行动。通过构建能“代我们负重前行”的日常习惯,我们能够轻松且持续地实现行为改变。

Hacker News 新帖 | 过往 | 评论 | 提问 | 展示 | 招聘 | 投稿 登录 将过程作为动力的代理 (bengodfrey.dev) 9 点 | sudo-bendg 发布于 1 小时前 | 隐藏 | 过往 | 收藏 | 1 条评论 | 帮助 senkora 11 分钟前 | 下一条 [–] 这是一篇写得非常好的短文,我完全同意文中的观点。我只是想补充一点,作为一个读过不少自助和生产力类书籍的人,我发现有一本书提出了很多类似的观点:《触发:创造持久的行为——成为你想成为的人》(Triggers: Creating Behavior That Lasts--Becoming the Person You Want to Be) https://www.goodreads.com/en/book/show/22544758-triggers。如果有人认同这篇文章并觉得需要一本更深入探讨类似想法的书,我向你们推荐它。回复 指导方针 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:
相关文章

原文

When I was a student, I used to regularly drive right across Scotland, from the west coast to the east. Every time, I would get to Glasgow and be faced with a decision: I could either go north from Glasgow over the Kincardine Bridge, or I could head east and head over the Forth Road Bridge. Neither of these routes was better than the other - they took a similar amount of time, they both had places to stop to eat, they were both nice roads to drive on. As such, every time I got to Glasgow I was burdened with the mental labour of making this decision, and did not get much value from completing it. In time, I made a decision - I would take the route which went north out of Glasgow. I hear you ask, dear reader, ‘why did you decide to do that?’, and I shall tell you - I just did.

As I say, there was no real benefit in either route over the other, but there was a benefit in choosing a route over the other. Deciding to always take the northbound route did not mean that I would get there any faster, it did not mean that I would enjoy the trip more, it did not have any benefit related to the journey itself. It did, however, mean that I would not need to make a decision when I got to Glasgow, I would just have a rule which I had to follow.

Now, for a different example. Two days each week I need to get the train to my office. On this train journey I always bring my personal laptop and find something to fill my time with. I might work on some personal project, I might do some research, I might write something. Regardless of the details, I will always keep these journeys productive rather than scrolling mindlessly.

What do these two examples have in common, besides pointing to a writer who overthinks his commutes? Both of these examples demonstrate a process, or a decision made in advance, which achieves some goal, or at least pushes me further towards some goal. In the prior example, the process is a simple one - when given the choice between my two routes, take the northbound one, and the goal is to spend less time making decisions. In the latter example, the process is to avoid scrolling and to use my train journey time productively, and the goal is to study/read/write more.

What is interesting about these examples is that in both cases the goal alone is a tricky thing to achieve. If you were to have a new years resolution to study more, I would be willing to bet that come May you are back to how you were before. If you told your manager that one of your performance goals was to get better at making decisions, I am sure you would be told to tighten up your ideas. However, if you can come up with some process which forces you into making this decision then suddenly these abstract personality traits are achievable - basically handed to you for free! Instead of needing to find motivation and act on it, you can cut out the tricky bit, and just be left with an action.

These processes need not be especially justified in themselves. In the case of my journey to university, I did not pick my northbound route because it was better. In fact, if I were being thorough, small variations in daily traffic meant one route was technically faster on any given day. The ‘optimal’ approach would be to check traffic, analyze the data, and shave off five minutes from my journey. That is not what I was interested in though - I wanted to be able to drive through Glasgow and not need to pause my music, stop, and think.

This is done all of the time in software development teams. The whole set of principles and processes which are established when following Agile or Scrum are exactly the sort of processes we are talking about. We divide our time into 2 week sprints, we have our stand up meeting at 09:30, we have the same meetings at the same times every other week. All of these are principles which we decide on in a fairly arbitrary way. What is the goal, or the motivation we are aiming for here? To become more predictable, to deliver features on time, to work at pace. Without these processes, those goals still exist, but achieving them requires constant, active negotiation. Teams waste finite energy endlessly debating schedules instead of relying on a system that does the heavy lifting for them.

My request to you is this, make life simple. For any lofty goals which you have, find a way of achieving them without too much thought. If you want to write more, dedicate some hour in every week to writing. If you want to save more money, set up a direct debit on each pay day. If you want to change your behaviours, look at your actions first.

联系我们 contact @ memedata.com