为什么您的“待办事项”清单阻碍了您

我已经广泛地写了关于使用待办事项清单的有害影响。 这么多待办事项清单的问题在于,人们倾向于将自己无法合理完成的事情放到他们身上。 通常,他们之所以无法做到这一点,是因为它们太大了(例如“写书”),或者因为直到某个第三方首先完成某项工作,他们才能继续前进。 大多数待办事项清单最终只是一个垃圾场,或者人们因为“将其列入清单”而感到错误的成就感,或者他们看着清单,而我们内心深处的声音促使我们完成未完成的(正式称为Zeigarnik效应)告诉我们要做所有这些事情,而实际上却是做不到的,而且我们的大脑基本上禁止了任何形式的生产力。 如果您使用白板作为待办事项,请立即停止阅读,拍照并立即擦除。 您保证您将永远不会完成这些事情。 但是,如果您要执行以下操作,则希望… 这就是为什么虽然我不相信做名单,但我确实非常相信做名单。 在“待办事项清单”中,您可以放置​​任务或项目,并为实际完成任务提供清晰的路径。 这就是Trello的来历。Trello允许您将任务放入遵循看板系统(基本上是日语版本的精益生产)的“装配线”中。 您可以使用Trello来组织几乎任何事情,但是如果将其用于项目管理,而不是拥有与董事会相对应的项目,则每个董事会都有代表阶段的列表(例如待办事项,执行,完成或潜在客户,潜在客户,示例),而每张卡都是一项任务。 以下是我的待办事项清单。 现在特别的是,我的董事会中有整个团队。 您的团队可能由工作同事,配偶,承包商或虚拟助手组成。 没有采取任何行动,这是没有问题的,因为这些项目永远不会是静态的。 如果与该项目相关,他们可以从一个阶段转移到另一个阶段,甚至可以从其他阶段转移到其他阶段。 您始终可以将项目向前推进,因为完成项目的途径就在您面前。

价值更快

如今,有一种普遍的“智慧”,即软件开发应能更快地发展。 从敏捷到持续交付和DevOps,一切都与速度的需求有关。 但是许多人都难以理解“更快”的好处。 从直觉上讲,人们认为走得越快,他们的能力就越强。 但是是否一定更好? 任何系统的吞吐量都受到其最弱子系统的吞吐量的限制。 如果企业的目的是向客户交付价值,而发展的目的是修改或创建软件,则企业通过软件交付价值的能力取决于其软件开发过程的吞吐量。 要增加吞吐量,您需要增加系统容量或系统流量。 您的企业是否受限于其通过软件交付价值的能力? 一个简单的经验法则是在软件开发生命周期之前查看需求队列中的变化。 它是静态的,还是队列大小在增加? 您是否需要从队列中清除项目? 队列中的停留时间是否增加? 如果对这些问题中的任何一个的回答为“是”,则您的软件开发生命周期将成为向客户交付价值的瓶颈。 我还从未见过一个组织,在这个组织中,用户和客户都在努力思考要实施IT的新想法。 同样,大多数人都从“直觉”的角度理解这一点,但是在软件开发中改变吞吐量很难。 增加容量的成本很高,并且收益递减。 增加流率是困难的,并且软件开发过程中固有的开销意味着交付小的更改的成本在天文上是很高的。…

星期日100个单词

小时候,您会很快学习到害怕周日,因为这意味着周末结束了,第二天您将回到学校。 然后,您完成了大学的学业,这是同一回事,因为工作周从星期一开始。 因此,星期日似乎总是很拖累。 但是,当我最终独自出门时,对我来说却变了。 周一我所做的(或未做的)完全取决于我。 我的时间全都是我明智地使用或浪费的时间。 我承认,周日我浪费的时间要比我不愿承认的要多(以一种以上的方式) ,但是我还很年轻,并且玩得很开心。 当我第一次在自己的房子外面开办公室时,我没有注意到它,但是那个星期天的恐惧使它回到了我的生活中。 可能是因为,尽管我的时间属于我,但我仍保持实际的办公时间,并且每天都必须在某个特定时间呆在某个地方。 现在我从家庭工作室回来工作,这种感觉又消失了。 但是现在的区别是,我会在一周的剩余时间里将自己的一天当作跳板。 我坐下来,看看接下来一周我必须完成什么工作,还有哪些其他事项需要关注(例如营销,写作等),然后尝试计划一周的时间。 我不会花一整天的时间进行计划,但是,这里有大量的阅读帮助,还有雏菊和其他物品的散步。 在接下来的一周中将我的周日的一部分专用于实际完成我想完成的事情,这对我有很大的帮助,事实证明,这对我有很大帮助,不仅在生产力上,而且在帮助我在周日晚上放松时因为一旦有了一周的帮助,我就可以将所有精力都集中在Masterpiece !、《行尸走肉》,《权力的游戏》或该周最精彩的周日表演上。