实际的缩短，以了解精益思维

我不知道你怎么想，但就我个人而言，我觉得这个世界很混乱。人们总是想方设法把简单的事情复杂化;容易的事情。他们更愿意说“利用”而不是“使用”。也许这就是英语的卓越运用。我不知道。我是一个没有脑子的熊。

为什么我没有进入心理学

一旦他们把所有事情都变得复杂和困难，人们就会以最快的速度度过一天，这样他们就没有时间去深入理解那些复杂的事情。它们所能做的就是在匆匆经过时轻轻擦过物体表面。

人是我没有进入心理学的主要原因。

人们希望的东西很复杂

这些天人们试图使这些日子复杂的一件事是精益的思考。它达到了统计数据需要博士的观点只是为了遵循精益从业者所说的。他们将在社交媒体上发布一个图形，看起来像彩色的rorschach墨迹和问：“这一趋势告诉我们吞吐量是什么？”（我在看着你，特洛伊。）

亲吻（这个,而不是那个），让我们看看我们是否可以简化，而不是复杂化。

一个短故事

当我是高中的新生时，我们被要求在关于人体消化系统的生物课上写一份报告。与今天的成熟和严重相当不那么成熟，我将纸张在第一人称从初始食物的角度写下。我追溯到它的旅程从它进入身体到它的时间退出< /嗯>。它溅起了水花。(我指的是报纸。)

一个特性的旅程

它发生在我身上，这可能是一个让人倾诉思维的方法。

什么？不，不是吃。

我的意思是通过递送管道来追踪软件功能的旅程，从特征本身的角度来看，而不是那双人的工作。这是一种焦点消除利用率和繁忙的方法，并可视化某些关键精益概念，如流，提前期，循环效率，泥纱,穆拉没有那些烦人的数学

如果你愿意，请做数学

我注意到了现实的有趣的事情就是它发生了，即使我们没有先建立它的数学模型也是如此。它一般都以它想过的方式一遍又一遍地发生。所以，如果我们想了解实际水平的现实，我们只能看着它。我们不必能够在数学上描述它。但别担心：如果你喜欢数学，那么它有很多。不在这里。

什么是一个功能？

我们经常以一种分层的方式考虑我们正在构建的软件的功能，在顶部有大的想法(有时称为史诗或者主题)，更小的想法从那里分解(有时称为特性)，以及最小的构建块从那里分解(有时称为故事或者待办事项列表中的待办项）。

一般来说，像功能表示一组逻辑凝聚的功能，可以想象对软件的最终用户可以想象。因此，让我们通过交付管道追踪一个特征，而不是史诗或故事的旅程。

我们正在寻找什么

正如我们（功能）通过过程的进展，我们想捕获两条信息：

• 有人在向我们前进的时间（向交付）。我们会打电话给值添加时间(VA)，因为没有更好的名字。
• 我们正在等待某人向我们移动我们的时间。我们会打电话给非价值添加时间(NVA)，所以它和VA有不同的名字。

最后，我们只需查看并查看哪个数字更大。

旅程开始了

我们是积压中的一个想法!这是好消息，因为这意味着我们存在!(我在做一个未经证实的假设——存在总比不存在好。如果你不同意，请配合讨论。)

我们所处的时代是:

• va：0小时
• NVA：0小时

我们是拉!

有人把我们从积压下拉了。现在我们正在移动！该人正在密切审查我们并炼制我们功能的描述，以便其他人将能够携带前进的工作。

当我们从就绪队列移动到“正在进行”状态时，我们的时钟开始。让我们说这个人为我们增加了一半小时，然后必须拨打电话。在电话之后，有人来到这个人的办公室讨论一些事情。在该讨论结束时，是时候去参加会议了。一个半小时后，人回归。她进一步改进了我们，在她向她的“完成”队列中，额外30分钟向我们增加价值。

根据规范的宗旨模型，这是一个投资组合团队会做的事情。（当然，细节可能因某种情况而异。）

所以，我们经历了1小时的VA和2小时的NVA。我们累积的时间是这样的:

• 弗吉尼亚州:1小时
• 后:2小时

等待，但不是戈达

在我们身上发生的下一件事是我们坐在那个队列中六周。这是焦点的交付性能评估的地方，错过了有用的信息。你看，在我们处于等待状态时，优先时间钟不会停止。当我们第一次丢入管道时它开始了。当我们被交付给生产或（至少）到发生全系统测试的分期环境时，它将停止。也就是说，当客户可以使用我们时，时钟停止，或者至少，当客户没有使用我们的技术障碍时（业务决定不释放不计为技术障碍）。亚博vip9通道

在此期间结束时，我们积累的时间看起来像这样：

• 弗吉尼亚州:1小时
• NVA：242小时

我们拉了!

我们终于离开了队列！它肯定有益于在我们再次增加到我们的情况下，不是吗？这一次，人们正在弄清楚我们应该如何与其他功能和其他类型的工作项目进行优先级，并计划交付。

假设为我们工作的小组花了半小时的时间关注我们，然后用剩下的四小时时间关注待办事项的其他部分。当他们完成时，他们会把我们放到“完成”队列中。所以我们可以在VA时间上加上半小时在NVA时间上加上3.5小时。

根据规范的宗旨模型，这是一个计划团队会做的事情。他们正在为他们的计划编写送货团队的工作。

在这段时间的末尾，我们的时间是这样的:

• 弗吉尼亚州:1.5小时
• NVA：245.5小时

我们又来了

一个特性在这个队列中停留的时间长短取决于发布周期的长短以及在交付团队将我们从待办事项列表中拉出来之前经过了多少次迭代或开发节奏。对于这个练习，让我们假设交付团队使用Scrum并进行为期两周的sprint，并且每个发布周期由五个sprint组成。我们将进一步假设我们是在冲刺3。因此，我们排了4周的队等待关注。

• 弗吉尼亚州:1.5小时
• 后:405.5小时

4周后，一个送货队来拉我们。为了便于说明，让我们假设这个团队以一种相对不成熟的方式运作。他们所做的一件事就是在sprint的第一天将为当前sprint计划的所有用户故事转移到“进行中”状态。我们将进一步假设团队在sprint的第五天抽出时间来处理我们。所以，我们在等待关注的4天之后又多等了4天。

注意，当我们处于“进展中”状态时，从传统的应用生命周期管理工具中挑选出的指标将无法检测VA和NVA之间的差异;我们会得到一个不切实际的乐观的循环效率的表示。这些指标只能和《活宝三人组》(The Three Stooges)中的Shemp的手表一样好:“你的手表几点了?”“它没说坚果。”你得看在它!”(对于响亮的克里斯, 1956)。

• 弗吉尼亚州:1.5小时
• 后:437.5小时

现在球队拉我们，他们做了三十五分钟的三个amigos的东西，一对开发商向他们的工作站前往我们工作。他们高兴地测试我们一小时45分钟。然后，他们必须将所有手中的强制性会议听取高管读取PowerPoint幻灯片，而他们赶上他们朋友的短信。五个小时后他们回来了。

• va：3.5小时
• 后:442.5小时

他们在击中障碍前测试我们30分钟。他们需要答案到ArchSecture团队的技术问题。唉，现在没有人可以使用。我们仍然正式“正在进行中”，但我们没有增加任何价值。两个小时后，建筑师回答他们的问题，他们继续向我们增加价值。

• 弗吉尼亚州:4小时
• NVA：444.5小时

经过两小时的严格测试驾驶，我们已经增加了足够的价值，我们已经准备好了接受测试。开发人员将我们身上贴在队列中等待这一点。由于各种组织现实，我们在该队列中等待一周。然后测试团队拉我们。

• va：6个小时
• 后:484.5小时

验收测试

让我们一直处于“进行中”的状态，测试团队为我们投入30分钟的测试活动，并花费他们两天验收测试周期的其余时间专注于系统的其他领域。然后他们把我们放到“准备部署”的队列中。

我们的组织恰好通过部署到每个发布周期中的第五冲刺开始的暂存环境来操作。我们在Sprint 3的尽头“完成”。所以我们在“准备部署”队列中等待两周。

• 弗吉尼亚州:6.5小时
• NVA：580小时

最终测试

现在我们再次拉了！通过完整系统测试的机制将值添加到我们。整个过程需要两周，其中约1小时与我们的功能有关。那时，我们终于“生产准备好”。

• va：7.5小时
• NVA：659小时

这是什么意思？

在精益术语中，我们经历了以下内容：

• 我们的交付准备时间等于发布周期的长度加上准备时间，从我们第一次从项目组合团队级别的待办事项列表中取出开始，总计大约640小时。
• 我们的循环时间为VA + NVA时间，或626.5小时。
• 我们的循环效率是VA时间的递送时间的百分比，或者才超过1％。
• 心流并不是那么好。我们在旅途中停过几次。我们需要检查流程的细节，以理解其中的原因。通常，原因包括高在制品、不适当的团队结构、跨团队依赖和低效的技术实践。
• 泥纱意味着“非增值活动”。我们知道我们大部分时间都花在这种方式上。
• 穆拉在制造上下文中，意味着产生的小部件的变化;在软件传递背景下，它意味着在交付过程中的流量不均匀。停止，启动，上下文切换和等待答案都有贡献穆拉在我们的旅程。

结束

通过从一项工作的角度来看软件交付过程，而不是从工人的角度来看，我们可以在没有首先掌握各种各样的数学的情况下获得几个精益概念的肠道感模型和新的流行语。这项运动不会替代对基础知识的一心数心，彻底的研究，而是在TL;博士世界可能是人们开始理解精益思想的实用起点，因为它适用于软件交付。