十五章講的是穩(wěn)定和發(fā)布階段。軟件生命周期的最后階段往往是最考驗(yàn)團(tuán)隊(duì)的。從代碼完成到最終發(fā)布軟件，需要經(jīng)歷：完成代碼、集成測試、Bug修復(fù)、Alpha發(fā)布、DCR Bug修復(fù)、Beta發(fā)布、外部測試、RTO等。軟件團(tuán)隊(duì)的各個(gè)角色代表，組成會(huì)診小組。對于每個(gè)Bug可以決定采取哪一個(gè)行動(dòng)，修復(fù)、設(shè)計(jì)本來如此、不修復(fù)、推遲。對于更加復(fù)雜的香茅油，還有三個(gè)方面更高的要求：第一步，開發(fā)者提交參加會(huì)診的Bug和修改方案，以及伙伴測試結(jié)果。第二步，會(huì)議決定是否通過修改方案。第三步，執(zhí)行。DCR，設(shè)計(jì)變更，首先要知道問題在哪，問題的影響；如果不修改會(huì)有什么后果；幾種修改方案，各種方案的優(yōu)缺點(diǎn)和成本。接著決定DCR的執(zhí)行次序，會(huì)診所有DCR，按照影響、成本排序，得到一個(gè)自上而下的名單，根據(jù)現(xiàn)有資源，按照名單執(zhí)行。還有其他的招數(shù)：ZBB、最后的回歸測試、砍掉功能、修復(fù)Bug的門檻逐漸提高、逐步凍結(jié)。在軟件發(fā)布會(huì)，開一個(gè)會(huì)議總結(jié)，有利于發(fā)現(xiàn)軟件的問題。

十六章講的是IT行業(yè)的創(chuàng)新。發(fā)明創(chuàng)造往往伴隨的是靈光一現(xiàn)，偉大的創(chuàng)新就緊隨其后。創(chuàng)新的想法一開始并不一定會(huì)被接受，而在以往的基礎(chǔ)上進(jìn)行的擴(kuò)展或許有更好的效果。在創(chuàng)新的時(shí)候我們應(yīng)該要考慮到幾點(diǎn)：從中能得到什么，與現(xiàn)階段的相比有什么優(yōu)勢，和目前大眾的習(xí)慣是否相符，避免過于復(fù)雜的技術(shù)。很多創(chuàng)新者卻不是最后的領(lǐng)導(dǎo)者。創(chuàng)新的招數(shù)：SWOT分析框架、動(dòng)量和加速度、技術(shù)產(chǎn)品的發(fā)展周期、效能過剩和競爭的各個(gè)階段、四個(gè)象限劃分產(chǎn)品、打出組合拳和套路。

轉(zhuǎn)載于:https://www.cnblogs.com/ao2chen/p/6940455.html

總結(jié)

以上是生活随笔為你收集整理的《构建之法》7的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。