关于精益的神话... -Rénald

20-10-04 banq

精益创业(LeanStartup)方法由埃里克·里斯(Eric Ries)于2011年提出的理论,埃里克·里斯(Eric Ries)成为Lean的发明者。如果很难知道是谁真正发明了这种方法,可以说埃里克·里斯(Eric Ries)能够抓住它的本质并给它起个名字。

像IT领域中的许多流行语一样,很明显,精益是变态的,因为它已成为系统应用中的崇拜对象,而不需要考虑特定的上下文(banq注:脱离了上下文的真理=宗教信仰,除数学以外)……事实上,就像敏捷一样,这两种方法融合在一起,直至变成了“银弹”的悲剧神话。但是,精益和敏捷这两种方法之间的相似之处就此止步。

 

精益的目标是通过遵循以下学习过程,通过一个非常敏捷和迭代的循环来确定MVP(又称“最小可行产品”,与任何最有价值的专家无关),以建立,评估和学习。乍一看,这可能看起来像您可以实践的TDD,但更具战略意义。

对于所有从业者来说,精益是谦卑的代名词,因为在早期被认为是“好”的想法在市场现实中并没有达到预期的效果。

并非所有情况都足以证明精益方法的合理性。实际上,某些市场仍然难以进入。进入这些市场需要耐心和现金,可能有必要放弃一种可行的最低限度产品(MVP)的想法,必须推出一种真正诱人的产品才有效果。这样产品也被称为“最小真棒产品”(又名MAP…)。在这种情况下,练习精益可以使您蒙受损失。就像敏捷适用于某些类型的项目一样。

 

精益主要在业务级别上实践,不需要开发人员或项目经理实质性地实现这个想法。以Dropbox的示例为例,该公司已通过简单的信息图表将其思想原型化。真正没有征集任何IT技能。一旦概念得到验证、证明或企业家成功筹集资金,开发人员就会被招募进入实战(banq注:靠PPT获得种子资金)。

 

因此,在所有其他事情开始之前,精益是在企业家级别实践的。在精益的发现和学习的这一阶段,应该是首先确定需求,并为企业家提供学习和迭代的基础。在开发的这个阶段,大约是我们作为开发人员所要求的唯一事情:在很短的时间内生成功能代码以验证直觉。

必须承认,在几天的冲刺过程中产生的相关代码可能会在将来交付时受到直接破坏。原因来自于不可阻挡的现实:谦卑、缺乏合理的预算,某些工作假设的短暂性。(banq注:第一性原理,假设前提不断变化,导致大方向不断变化,龟兔赛跑中兔子经常变换方向,南辕北辙。)

 

一方面,软件工艺鼓励根据其内在质量来衡量一段代码的价值……另一方面,精益则鼓励从客户的角度通过其价值来衡量代码。精益指出,创新取决于企业;软件工艺表明交付的代码应该是出色的和创新的。两种方法可以调和吗?

 

上下文为王

我们都是开发人员。急诊医生与他所在办公室的全科医生并不完全相同。但是,这两个职业都非常受人尊敬。建造个人房屋与为公司建造城市办公室的工作不同。“早期”初创开发人员必须能够破解解决方案,打破某些习惯,适应,挑战,就像企业家必须能够破解自己的业务并以不同的方式工作一样。实际上,解决方案的创造者常常对这一时期的工作提出批评,有时甚至是苛刻的批评。

实际上,“早期”初创企业中开发人员的工作有时是业余的。像整个初创公司的运营和管理团队一样。当然是业余爱好者,也是开明的业余爱好者,有效,务实,经济……精益。

banq注:Uber和Shopify被作为精益创业成功的案例,看看他们的设计补课:

DDD+微服务大型案例:Uber如何从复杂的RPC微服务转向面向业务领域的微服务架构DOMA?

全球大型电商Shopify如何使用DDD实现单体架构的模块化?

不是所有创业成功的企业有能力对系统实现伤筋动骨的手术。

 

 

                   

1
猜你喜欢