【正文】 方案未知”主要還是借助于精益與敏捷來進行軟件產(chǎn)品的開發(fā)。因此，在新創(chuàng)企業(yè)中，如何同時解決“客戶問題未知”和“解決方案未知”而有效創(chuàng)建新的軟件產(chǎn)品和服務(wù)顯得非常重要和迫切。 研究內(nèi)容本文旨在研究日益成為軟件開發(fā)主流的精益與敏捷件開發(fā)方法與用于管理新創(chuàng)企業(yè)精益創(chuàng)業(yè)的基礎(chǔ)上，汲取兩者之精華，嘗試構(gòu)建適合新創(chuàng)企業(yè)環(huán)境的軟件開發(fā)管理框架，以便在新創(chuàng)企業(yè)中通過快速、可靠、有效和低成本地驗證創(chuàng)業(yè)假設(shè)，創(chuàng)建與演進軟件產(chǎn)品和服務(wù)以滿足客戶，甚至愉悅客戶，從而提高創(chuàng)業(yè)的成功率。針對新創(chuàng)企業(yè)的軟件開發(fā)管理問題，總的來說，本文的主要研究工作和貢獻如下：1. 明確新創(chuàng)企業(yè)的概念，總結(jié)新創(chuàng)企業(yè)的特點及其對軟件開發(fā)的影響。2. 研究日益成為軟件開發(fā)主流的精益與軟件開發(fā)，指出其在新創(chuàng)企業(yè)環(huán)境中的優(yōu)點與不足。3. 研究新創(chuàng)企業(yè)管理架構(gòu)——精益創(chuàng)業(yè)，指出其在新創(chuàng)企業(yè)環(huán)境中的優(yōu)點與不足。4. 分析精益與軟件開發(fā)和精益創(chuàng)業(yè)的優(yōu)點與不足，汲取兩者的長處，針對新創(chuàng)企業(yè)的特點，提出面向新創(chuàng)企業(yè)的軟件開發(fā)管理方法及其在互聯(lián)網(wǎng)新創(chuàng)企業(yè)中的應(yīng)用。 研究意義軟件、電子商務(wù)和互聯(lián)網(wǎng)等方向的新創(chuàng)企業(yè)高失敗率，源于對創(chuàng)業(yè)假設(shè)的認知錯誤，在高度不確定環(huán)境中采用了不當(dāng)?shù)能浖_發(fā)方法進行軟件產(chǎn)品和服務(wù)的開發(fā)，不僅僅讓創(chuàng)業(yè)者及其企業(yè)帶來損失，同時，不可避免地造成社會財富的巨大浪費。本文重點研究面向新創(chuàng)企業(yè)的軟件開發(fā)管理解決“在新創(chuàng)企業(yè)中，如何有效構(gòu)建和發(fā)布新軟件產(chǎn)品和服務(wù)？”的問題，在研究精益與敏捷軟件開發(fā)和精益創(chuàng)業(yè)的基礎(chǔ)上提出精創(chuàng)軟件開發(fā)。它將釋放新創(chuàng)企業(yè)的創(chuàng)新能力，增強新創(chuàng)企業(yè)主動應(yīng)對變化的能力，盡快找到和確認盈利的商業(yè)模式，將提高新創(chuàng)企業(yè)的成功率，有助于新創(chuàng)企業(yè)的可持續(xù)發(fā)展。同時，可大大提高創(chuàng)業(yè)團隊的士氣和工作滿意度，創(chuàng)建良好的工作環(huán)境，為創(chuàng)建優(yōu)秀的產(chǎn)品創(chuàng)造有利條件；快速和低成本地找到并測試軟件產(chǎn)品和服務(wù)的創(chuàng)意，創(chuàng)建滿足客戶，甚至愉悅客戶的產(chǎn)品和服務(wù)；可靠快速地構(gòu)建和發(fā)布軟件產(chǎn)品和服務(wù)，提高軟件開發(fā)生產(chǎn)率；降低構(gòu)建和發(fā)布軟件產(chǎn)品和服務(wù)的成本，提高軟件產(chǎn)品和服務(wù)的質(zhì)量，顯著提高投資回報率。 論文結(jié)構(gòu)本文總共分為六章。第一章 介紹論文的背景和意義。第二章 介紹精益與敏捷軟件開發(fā)的價值觀、原則與實踐，簡要介紹主流方法。第三章 精益創(chuàng)業(yè)的全面介紹，包括精益創(chuàng)業(yè)的歷史、原則、核心與實質(zhì)。第四章 精創(chuàng)軟件開發(fā)的價值、原則與核心實踐。第五章 精創(chuàng)軟件開發(fā)在新創(chuàng)企業(yè)中的應(yīng)用。第六章 總結(jié)本文的內(nèi)容并對后續(xù)工作做出的展望，以及待改進的方方面面。 本章小結(jié)本章介紹論文的背景和意義，并對論文研究的對象所存在的問題進行了一個簡單的概述，提出解決方案的概要描述，并對論文的整體結(jié)構(gòu)進行了規(guī)劃。4浙江大學(xué)碩士學(xué)位論文 第2章 精益與敏捷軟件開發(fā)第2章 精益與敏捷軟件開發(fā)精益與敏捷軟件開發(fā)日益成為軟件開發(fā)主流。簡要地說，精益與敏捷軟件開發(fā)是兩套價值觀與原則高度兼容的如何成功開發(fā)軟件的方法。Scrum、XP(Extreme Programming，XP)和Kanban是精益與敏捷軟件開發(fā)中比較流行的具體方法，它們都將精益與敏捷原則融入其實踐。另外，根據(jù)新創(chuàng)企業(yè)的特征，我也扼要介紹Crystal Clear。Scrum、XP、kanban和Crystal Clear提供了具體技術(shù)，如Scrum的Sprint規(guī)劃會議（Sprint Planning Meeting）、XP的測試驅(qū)動開發(fā)（TestDriven Development，TDD）、Kanban的限制在制品（Limit Work in Progress）和Crystal Clear的可執(zhí)行骨架（Walking Skeleton）。這四種方法有顯著重疊，比如所有的方法都推薦使用物理任務(wù)板可視化工作進展。 敏捷軟件開發(fā)2001年2月11日至13日，猶他州Wasatch山雪鳥滑雪勝地，17位知名軟件開發(fā)專家舉行了研討會，討論當(dāng)時被稱為輕量級方法或輕方法。研討會的結(jié)果是將這些方法命名為敏捷（Agile）和敏捷軟件開發(fā)宣言（Manifesto for Agile Software Development），業(yè)界通常稱這些方法為敏捷方法（Agile Method）或簡稱為敏捷（Agile），將敏捷軟件開發(fā)宣言簡稱為敏捷宣言（Agile and Agile Manifesto）。 敏捷宣言敏捷軟件開發(fā)宣言聲明[3]：我們通過親身實踐和幫助他人實踐，尋找更好的軟件開發(fā)方法。通過這一在工作中我們得出以下觀點：人及其交互勝過過程和工具；可工作軟件勝過無所不及的各類文檔；與客戶合作勝過合同談判；響應(yīng)變化勝過遵循計劃。也就是說，雖然右邊的觀點是有價值的，但我們認為左邊的觀點更有價值。 敏捷原則敏捷宣言中還包括了一些經(jīng)常被遺忘的原則，提供額外的指導(dǎo)的敏捷原則。我們遵循以下原則[4]：1. 我們的最高優(yōu)先級是通過盡早和持續(xù)交付有價值的軟件來使客戶滿意。2. 以積極的態(tài)度對待需求的變化，即使在開發(fā)階段后期也不例外。敏捷過程利用/駕馭變化為客戶創(chuàng)造競爭優(yōu)勢。3. 經(jīng)常交付可運行的軟件，以每兩周或每兩個月為周期，傾向/推薦使用較短的周期。4. 在整個項目開發(fā)過程中，業(yè)務(wù)人員和開發(fā)人員最好能每天在一起工作。5. 圍繞積極主動向上的人員建立項目組，給予他們所需的環(huán)境和支持，信任他們能夠把工作做好。6. 在開發(fā)團隊中，最有效果和最有效率的信息溝通手段是面對面的交談。7. 可運行的軟件是工作進展的主要度量標準。8. 敏捷過程倡導(dǎo)可持續(xù)開發(fā)的思想。出資方、開發(fā)者和客戶應(yīng)該保持長期、恒定的開發(fā)速度，即能始終保持步調(diào)一致。9. 應(yīng)時刻關(guān)注技術(shù)上的精益求精和設(shè)計的合理，這樣能提高軟件的快速應(yīng)變力。10. 簡單化最大化未完成工作的藝術(shù)，即盡可能減少不必要工作的藝術(shù)是基本原則。11. 最好的系統(tǒng)架構(gòu)、需求和設(shè)計產(chǎn)生/涌現(xiàn)于自組織的團隊。12. 團隊?wèi)?yīng)該定期對其運作情況進行反思，考慮如何能夠變得更有效，提出改進意見，并據(jù)此進行相應(yīng)的微調(diào)。這些價值觀和原則是敏捷方法的共同基礎(chǔ)。雖然敏捷在2001年提出，但是大多數(shù)敏捷方法創(chuàng)建于二十世紀80年代和二十世紀90年代。敏捷只是一個通稱，任何遵循敏捷價值觀和原則的方法都可以被認為是敏捷方法。敏捷宣言是一個響應(yīng)變革的歷史性文獻。2012年當(dāng)年敏捷宣言的簽署者重聚會議上，他們依然堅持敏捷價值觀和原則。另外，他們表示希望敏捷一詞不再被人提起，因為軟件開發(fā)自然是遵循敏捷方法的價值觀和原則的。 精益軟件開發(fā)精益是麻省理工學(xué)院對日本稱之為豐田生產(chǎn)系統(tǒng)（Toyota Production System，TPS）[5]或準時制造（JustinTime Manufacturing，JIT），也即豐田模式（The Toyota Way）[6]的命名[7]。豐田模式的最初名字是“尊重人類社會系統(tǒng)”（Respect for Humanity System），強調(diào)徹底全面思考，解決問題的根源，對社會做出貢獻，人性化工作的文化。精益的兩大支柱是持續(xù)改善和尊重他人?；A(chǔ)是持續(xù)培養(yǎng)人才，管理者應(yīng)用并傳授精益思想（Lean Thinking）[7]，并將此長期哲理作為決策基礎(chǔ)。豐田模式背后的原則已經(jīng)被成功應(yīng)用于許多領(lǐng)域，包括軟件開發(fā)領(lǐng)域。精益軟件開發(fā)（Lean Software Development）是指精益原則[6]和實踐在軟件開發(fā)領(lǐng)域的應(yīng)用。Mary Poppendieck和Tom Poppendieck將精益原則透徹地映射至軟件開發(fā)。以下是他們總結(jié)[8]：1. 全局優(yōu)化。優(yōu)化系統(tǒng)的一部分將總會導(dǎo)致整體系統(tǒng)的局部最優(yōu)化。聚焦于整體價值流：從概念到現(xiàn)金。從客戶的需要到部署軟件。交付完整的產(chǎn)品：客戶需要不是軟件，他們要的是解決他們的問題。完整的團隊創(chuàng)建全面的解決方案。著眼長遠：警惕治理和激勵系統(tǒng)受短期思維和局部優(yōu)化績效驅(qū)動。2. 根除浪費。浪費是沒有增加客戶可以感知價值的任何事物。在軟件開發(fā)存在三件最大浪費是：一是創(chuàng)建錯誤的事物。Peter Drucker說：“再沒有比高效地完成那些根本不該做的事更無益處的了”。而是學(xué)習(xí)失效。我們的許多政策，比如通過計劃差異來治理、經(jīng)常交接和決策與工作分離，干擾了軟件開發(fā)的本質(zhì)——學(xué)習(xí)。三是系統(tǒng)顛簸。干擾平滑價值流的做法，如任務(wù)切換、需求清單過長、一大堆部分完成的工作——事倍功半。3. 內(nèi)建質(zhì)量。假如你在驗證過程中經(jīng)常發(fā)現(xiàn)缺陷，那么你的過程是有缺陷的。最終的確認應(yīng)該不再發(fā)現(xiàn)缺陷！任何軟件開發(fā)過程其主要目的是盡可能地在軟件開發(fā)過程早期發(fā)現(xiàn)和修復(fù)缺陷。使用測試優(yōu)先的過程防錯，測試，包括單元測試、端到端測試和集成測試，在軟件開發(fā)的任何時候，在任何系統(tǒng)層級上，必須可以可用于樹立對系統(tǒng)正確性的信心。打破依賴，系統(tǒng)架構(gòu)應(yīng)該能夠支持在任何時候添加任何特性。4. 持續(xù)學(xué)習(xí)。規(guī)劃是有用的。學(xué)習(xí)是本質(zhì)。可預(yù)測組織不猜測未來并將稱之為計劃。它開發(fā)一種對還未及展現(xiàn)的未來進行快速響應(yīng)的能力。持有期權(quán)——想象代碼作為實驗——使之容變。最后負責(zé)時刻——在做出不可逆轉(zhuǎn)決策之前盡可能多地學(xué)習(xí)。避免過早做出改變需要付出昂貴代價的決策和過遲決策。5. 快速交付。從深入理解對所有的利益攸關(guān)者來說什么是有價值的開始。從深入理解價值中創(chuàng)建穩(wěn)定的拉動式的工作流。快速交付，高質(zhì)量和低成本兼容——以速度為基礎(chǔ)的競爭力的公司有大的成本優(yōu)勢，提供卓越品質(zhì)和更能滿足他們客戶的需要。排隊理論不只用于服務(wù)速度，也應(yīng)用于開發(fā)——聚焦于利用率創(chuàng)建了阻塞導(dǎo)致實際上降低了利用。使用小批量和更少在制品降低周期時間。積極地限制列表和隊列的規(guī)模。管理工作流比管理進度安排容易得多——使用迭代或kanban系統(tǒng)建立可靠地和可預(yù)測地交付的最好方法是建立可靠的和可重復(fù)的工作流。6. 尊重每個人。人的公平和自豪感受自治、掌控和目標所激勵。自治——最有效的工作群體是半自主團隊和負責(zé)完整的有意義的任務(wù)的內(nèi)部領(lǐng)導(dǎo)。掌控——敬重人意味著提供挑戰(zhàn)、反饋和讓每個人成為卓越的環(huán)境。目標——與有價值的工作目標相聯(lián)系。只有相信他們工作有意義，人們才會投身于其中。7. 持續(xù)改進。結(jié)果不是要點——要點是人員和提供結(jié)果的系統(tǒng)能力的開發(fā)。失敗是一個學(xué)習(xí)的機會——當(dāng)噪聲不能容忍時，最可靠的績效來自連微小的實效都深入調(diào)查和糾正?，F(xiàn)有的標準是用來進行挑戰(zhàn)和改進的——每個人遵循體現(xiàn)當(dāng)前知名最佳實踐的標準，同時，積極鼓勵每個人去挑戰(zhàn)和改變標準。運用科學(xué)方法——傳授團隊去建立假設(shè)，進行許多快速實驗，創(chuàng)建簡潔文檔，執(zhí)行最佳替代方案。精益與敏捷有著共同的價值觀，但是起源不同。精益來自于制造業(yè)，敏捷來自于軟件開發(fā)。兩者之間的原則兼容，兩者都有廣泛地應(yīng)用。越來越多的軟件開發(fā)組織探索如何將兩者的原則聯(lián)合起來涵蓋從產(chǎn)品概念到交付。[9,10,11] Scrum與XPScrum與XP是敏捷軟件開發(fā)的杰出代表，兩者往往聯(lián)合使用。 ScrumScrum是由Jeff Sutherland和Ken Schwaber聯(lián)手在二十世紀90年代早期開發(fā)的軟件開發(fā)方法。Scrum的核心概念如下。1. Product Backlog排序?qū)a(chǎn)品（Product）拆分為一系列小而具體的交付物——Product Backlog。產(chǎn)品負責(zé)人（Product Owner，PO）定義產(chǎn)品的愿景，根據(jù)業(yè)務(wù)價值和其他諸如風(fēng)險和依賴性等因素對Product Backlog進行優(yōu)先級排序。2. 跨功能自組織團隊將組織拆分為小規(guī)模、跨功能(crossfunctional)和自組織的（selforganizing）團隊。每一團隊都有提供愿景(vison)和業(yè)務(wù)優(yōu)先級的PO、專注于團隊改進和移除障礙的Scrum Master（SM）和在每個迭代（Scrum中稱之為Sprint）實行自組織管理的開發(fā)團隊（Development Team）。3. Sprint將時間拆分為固定長度的短迭代（通常1～4周，典型為2周或3周）。團隊選擇多少個PBI（Product Backlog Item，PBI）拉到每一個迭代中。在每個迭代結(jié)束時對基本可以交付的代碼進行演示，使其潛在可交付發(fā)布（potentially shippable release）。在每個迭代結(jié)束后跟客戶一起檢查與評審發(fā)布目標，并據(jù)此優(yōu)化發(fā)布計劃，更新任務(wù)的優(yōu)先級。4. 持續(xù)優(yōu)化過程在每個迭代結(jié)束后團隊進行回顧（retrospective），進行過程優(yōu)化。所以，對于Scrum而言，不是靠一個龐大的團隊，用很長時間造出龐然大物，而是用小團隊在短時間內(nèi)做出小塊的東西來，再有規(guī)律的集成中組裝出全貌。Scrum沒有規(guī)定任何特定的工程實踐（engineering practice），Scrum把它留給了自組織團隊自行處理和選擇工程實踐。然而，在實際應(yīng)用中，如果沒有包含XP核心工程實踐Scrum是很難成功的。 XPXP是Kent Beck在20世紀90年代中期創(chuàng)建的一種軟件開發(fā)方法。它建立在簡單、溝通、反饋、勇氣和敬重的價值觀基礎(chǔ)上。XP演化與Scrum并行，事實上，包括大部分的相同元素。例如，Scrum中的PO與XP中的現(xiàn)場客戶（onsite customer）大致對應(yīng)，Scrum的團隊（Scrum Team）與XP的整體團隊（Whole Team）及集體所有權(quán)（Collective Owner），Scrum中Scrum Master與XP中的XP教練（XP Coach），Scrum的Sprint評審（Sprint Review）與XP的小版本發(fā)布（Small Release）、Scrum的Sprint規(guī)劃會議（Sprint Planning meeting）與XP的規(guī)劃游戲（Planning Game）。在某種意義上說，Scrum可以視為XP的“包裝物”，專注于結(jié)構(gòu)性問題和外部溝通上，這方面XP實踐與Scrum多有重疊，可以視為被Scrum直接解決掉，兩者兼容。XP更注重于一些團隊內(nèi)部的工程實踐。簡單地說，Scrum注重的是管理和組織實踐，而XP 關(guān)注的是實際的編程實踐。這就是為什么它們可以很好地協(xié)同工作——它們解決的是不同領(lǐng)域的問題,可以互為補充，相得益彰。Scrum提供了一些有價