我基本上熟悉敏捷的方法和效率。

但是,什么是"精益的软件开发"和"看"?

它是安全来说,争球,精益和看是实现的敏捷的方法?或是瘦的看板不同的方法?

做精益和看板提供一个骨架/指南(如敏捷的),离开执行一个邻近的实践方法,如XP与开发?

有帮助吗?

解决方案

实际上,既不敏捷,也不稀有一个准确的定义。这两种情况都是相关的一套原则和做法在前一种情况下,基于上 宣言敏捷, 虽然后者是基于 丰田生产系统 适应软件/就业。

我要说的是,精益和敏捷的两种味道同样的运动在软件行业中聚焦于有效交付其产品的客户实际需求(这是一个庞大的推广虽然).差别在于方法这一目标的实现。

与敏捷,重点放在建立一个组织良好的过程中,它允许频繁的交付并使得容易调整客户的需求过程中的发展。瘦更侧重于限制性的"废物"(包括正在进行的工作被认为是一个种类型的废物)和使得生产和交付工作流程尽可能高效。

它往往是敏捷和精益的办法是投入相同的斗,所以你会发现各种各样的混合要+看是最为显着的例子;请参阅 实例 更多的信息。除非你跟一个东正教的,它不应该是一个问题,如果你标签看作为一个敏捷的方法。

做一些了在标签:敏捷和精益的一般概念。建议XP具体实现方案的敏捷,而学习软件开发和看都是具体实现方案的精简。

至少这是怎么人们通常认为它们。这绝对是可能的混合不同的方法,或单一实践其为一方法。Scrum+XP或斯克拉姆+看可能是最受欢迎的组合。

如果你想要更深入地挖掘,我可以推荐一个伟大的小书,其比较看来话题 "看板和敏捷,使得大多数的两个".电子图书(PDF形式可以免费下载。

其他提示

敏捷的专家 玛丽Poppendieck写的有关原则的瘦的.找到 她凭这里.

而不是我写了很多关于看板 请读什么瑞典顾问脆说的.

该做法的精益相当不同的手中,实际的任务是编程为中心的XP要求你做在你的项目("自动执行的一切","试验","满足日常").值流的分析可以给你一些新的见解和概念的工具,其原因有关的业务和任务要做。

希望这有助于航行的过程发言。好运!

在风险的刺激性的纯粹主义者,而从实际角度看,精益是最高级别的抽象的原则和(大多数)的做法可以应用于整个企业。你的首席执行官将理解和支持,以精简。以我的经验,联敏捷在战术一级对稀在企业一级使得对于一个更加容易出售给管理人员。

看在制造一个清单排队管理的技术。作为应用知识的工作(不只是它的),它是一个工作流程的可视化和队列限制的技术设计的重点小组的小批量的工作可能在一段时间加速流动。它可以很简单,作为便笺,在白板上的磁带的线标示关处理步骤左到右。或者有看板子工具提供(独立的或附加的所有主要资产负债管理工具)

看板可以很容易地应用作为一种工具,用于敏捷小组仅仅通过治疗的看板作为代表你的迭代。你(尽量)只允许工作到委员会在开始的迭代和它需要在完成巷底的迭代。而且,使用水平泳道的,你可以有效地段委员会成部分对于计划的工作迭代和(可悲的是,不可避免的)业务支助工作中断,即使是最有纪律小组。这使它非常清楚什么样的工作是致力于和什么偷偷溜进冲刺。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top