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