一千萬個為什麽

搜索

“早期和經常發布”的起源是什麽?



轉載註明原文: “早期和經常發布”的起源是什麽?

一共有 3 個回答:

對此術語的最早引用之一源自Jim McCarthy的軟件開發動態。這個術語似乎也嵌入在精益創業運動中,該運動基於精益生產中的想法。 , TRIZ 以及其他來源解釋如何評估實驗性產品並檢查它是否適合市場在投入太多精力完成之前。

Eric S. Raymond在他的文章“大教堂和集市”,他稱贊Linus Torvalds在開發Linux的過程中使用這種方法取得成功。

作為對其他答案的補充,以下聲明 a>被發現:

使軟件成為可能的原因是大多數軟件故障都可以做到這一點   沒有危及生命的後果.4因此,通常是這樣   從失敗中學習比試圖預測更快,更便宜   並通過詳細的規劃適應它(這就是為什麽RERO   原則通常在失敗方面被重申為快速失敗)。

讓新工程師發布

RERO今天的心態非常重要,很多公司,比如   Facebook和Etsy堅持要求新員工貢獻和部署a   在第一天對關鍵任務系統進行小幅改動。   相比之下,依靠瀑布過程的公司往往會提出新的要求   工程師在信任他們之前通過多年輪換任務   具有重要的自治權。

類比</強>

為了理解RERO原則是多麽違反直覺,以及為什麽   它讓傳統工程師感到緊張,想象一下汽車制造商   急於將每個原型都放到“實驗性”大規模生產中,   目的是通過現場車禍發現問題。要麽   制造工廠中的主管隨機拔掉或甚至拔掉   在需求高峰期間打破機器。即使精益管理   制造業的模型並沒有走過這麽遠。由於他們的根源   稀缺,精益模式充其量可以緩解由此造成的問題   瀑布思維。另一方面,真正的敏捷模型可以做更多的事情:   他們催化豐富。