軟件過程管理論文2013

1、軟件過程管理論文101250163 魏云申【內(nèi)容摘要】 隨著用戶對軟件要求的提高 ,需求的變化性和不確定性已成為軟件行業(yè)的顯著特點。要在應(yīng)對需求不斷變化的情況下保證軟件質(zhì)量成為軟件開發(fā)過程發(fā)展趨勢。本文首先根據(jù)Oral History of Watts Humphrey一書提取了Humphrey關(guān)于現(xiàn)代軟件過程管理的觀點，進(jìn)而結(jié)合公司實踐探討了敏捷開發(fā)方法Scrum結(jié)合傳統(tǒng)軟件過程管理PSP在軟件開發(fā)項目中的應(yīng)用。【關(guān) 鍵 詞】 軟件過程；PSP；Scrum1. 文獻(xiàn)讀后感 Oral History of Watts Humphrey這篇文獻(xiàn)以對話的方式記錄了Humphrey的生平，主持人Bo

2、och和Humphrey從童年家庭生活聊起，逐漸談?wù)摰紿umphrey在IBM的工作以及其憑借積累多年的行業(yè)經(jīng)驗所產(chǎn)生的一些感悟和對當(dāng)下軟件工程發(fā)展的想法。Humphrey談到目前軟件行業(yè)的趨勢是開發(fā)有質(zhì)量的軟件，所謂質(zhì)量，即為能夠完成它所需要實現(xiàn)的功能，評判的標(biāo)準(zhǔn)很簡單，就是客戶的滿意度。質(zhì)量差的軟件滿足不了客戶的需求，也就占領(lǐng)不了市場。在回憶他在IBM工作的那段時間時，Humphrey提到他剛?cè)肼殨r就被分派管理一個項目，在對管理流程和開發(fā)技術(shù)都沒有太熟悉的情況他選擇了耐心詢問。Humphrey以他的自身經(jīng)歷告訴我們虛心求教是一個非常卓有成效的方法，因為工程師一般都喜歡討論他們自己做的事情。

3、他們喜歡解釋他們正在做的事情。當(dāng)然Humphrey也抱怨到在IBM工作期間市場壓力往往導(dǎo)致既定的軟件開發(fā)計劃不能如期實施。并且在傳統(tǒng)軟件開發(fā)過程中，編碼和測試占據(jù)了太多的時間，前期的設(shè)計和計劃往往只占一小部分。這通常都導(dǎo)致團(tuán)隊在后期總需要花大精力去修補之前沒有發(fā)現(xiàn)的缺陷和漏洞。隨著聊天的深入，Humphrey主要討論了傳統(tǒng)軟件開發(fā)模式中的個人軟件過程（PSP）和敏捷軟件開發(fā)中的Scrum軟件管理過程。Humphrey在談到Scrum時提到根據(jù)自己的實際經(jīng)驗來看傳統(tǒng)軟件開發(fā)過程和敏捷軟件開發(fā)兩者并不存在沖突，甚至當(dāng)兩者結(jié)合運用時在軟件度量管理和質(zhì)量管理方面都做得非常出色。scrum提高了編程效率

4、，而PSP給出一系列度量和質(zhì)量管理框架?；谏鲜鑫墨I(xiàn)觀點，我準(zhǔn)備結(jié)合實習(xí)工作內(nèi)容談下對PSP和Scrum的認(rèn)識。2. 公司介紹2.1 公司現(xiàn)狀我所實習(xí)的公司是魔迅信息科技有限公司，是一家體感健身游戲公司，公司的網(wǎng)址為“/”。魔迅信息科技有限公司于2010年4月成立于上海張江高科技園區(qū)。企業(yè)的目標(biāo)是利用計算機圖像處理最新最前沿的技術(shù)，開發(fā)一個基于普通攝像頭的物體運動識別引擎，并利用該引擎開發(fā)一系列體感游戲投放于老年人健身和幼兒教學(xué)兩個主要領(lǐng)域。公司總部在上海，并且在香港，臺灣，新加坡，馬來西亞，泰國，菲律賓，澳大利亞，新西蘭等地方已經(jīng)開展業(yè)務(wù)。今年四月

5、魔迅在南京建立南京分公司，主要專注于3D體感游戲的開發(fā)。魔迅公司是由多位在國外深造的科學(xué)家歸國創(chuàng)建的高科技公司。2010年年初被中國國家級軟件園區(qū)上海張江高科技園區(qū)浦東軟件園評為目前最有投資價值的成長性企業(yè)而引進(jìn)園區(qū)孵化器。企業(yè)的核心技術(shù)是利用計算機圖像處理最新最前沿的技術(shù)，開發(fā)物體運動識別引擎，并圍繞該技術(shù)開發(fā)一套體感健身游戲。并且其核心技術(shù)依賴的硬件設(shè)備僅僅是一個內(nèi)置或外接的攝像頭。魔迅公司為了順應(yīng)游戲平民化的趨勢，在北美設(shè)立的研發(fā)中心根據(jù)中國的特點圍繞著中國市場的需求研發(fā)了新一代體感引擎。該引擎適用性廣，可以跨平臺應(yīng)用在各種不同硬件和軟件環(huán)境中，從高端專用機到山寨機手機都可使用；該引擎使

6、用成本低廉，出了普通USB攝像頭以外無需任何外設(shè)硬件，大大降低使用成本；該引擎的功能強大，可以實時進(jìn)行人臉識別跟蹤，運動檢測跟蹤，還可以支持多攝像頭進(jìn)行立體識別跟蹤。該引擎對硬件要求的降低并沒有使得性能下降?？傊а甘且患艺诔砷L的發(fā)展空間很大的創(chuàng)業(yè)公司，全體魔迅員工都在為了更好的豐富人們的業(yè)余休閑生活而努力著。2.2 公司業(yè)務(wù)介紹作為一家體感游戲公司，公司的目標(biāo)旨在讓中國所有的百姓都可以在家進(jìn)行體感運動。目前魔迅專注于醫(yī)療康復(fù)和幼兒教學(xué)兩大領(lǐng)域，提供醫(yī)療康復(fù)、體感健身、互動教學(xué)、休閑游戲等方面的產(chǎn)品。據(jù)有關(guān)調(diào)查，我國有將近20%的老齡人口，已正式步入老齡社會。這些人口中除了有老年慢性病但可

7、以達(dá)到生活自理者之外，一部分人則需要通過康復(fù)的治療和訓(xùn)練來恢復(fù)和達(dá)到最大可能的健康程度，其常見的疾病有：腦中風(fēng)、脊髓損傷、嚴(yán)重的顱腦外傷、各種慢性腫瘤、老年人常見的椎管狹窄癥、髖、膝關(guān)節(jié)的骨性關(guān)節(jié)炎及其臟器的疾病。然而在相關(guān)門診，患病老人及家屬卻大多只為治病而前往就診，很少將專業(yè)康復(fù)訓(xùn)練和治療看得同等重要。為了給中老人提供更好的康復(fù)醫(yī)療服務(wù)，魔迅將傳統(tǒng)康復(fù)醫(yī)療手段結(jié)合現(xiàn)代虛擬現(xiàn)實技術(shù)推出了虛擬醫(yī)療康復(fù)系統(tǒng)。虛擬現(xiàn)實技術(shù)引導(dǎo)下的情景互動式康復(fù)訓(xùn)練是一種創(chuàng)新且發(fā)展迅速的康復(fù)醫(yī)療技術(shù)，利用計算機和三維攝像頭生成具有多種感官效應(yīng)的虛擬情景，借助于視頻體感技術(shù)，人可以與虛擬情景中的對象進(jìn)行互動訓(xùn)練，創(chuàng)造

8、出最佳的康復(fù)結(jié)局。魔迅虛擬康復(fù)訓(xùn)練系統(tǒng)是國內(nèi)首個集視頻體感技術(shù)、虛擬現(xiàn)實技術(shù)和現(xiàn)代康復(fù)醫(yī)學(xué)于一體的、包含軀體粗大運動、腦高級功能、日常生活活動、作業(yè)能力與保健的多功能康復(fù)訓(xùn)練專業(yè)系統(tǒng)。魔迅虛擬康復(fù)訓(xùn)練系統(tǒng)通過靈活便捷的程序設(shè)定生成出標(biāo)準(zhǔn)化和個性化的康復(fù)訓(xùn)練方案，改善康復(fù)訓(xùn)練的效率，有效解決了現(xiàn)有康復(fù)訓(xùn)練手段的局限性和康復(fù)醫(yī)療資源的的不足，極大地提升了康復(fù)醫(yī)療機構(gòu)的專業(yè)形象。另一方面，幼兒教學(xué)也是魔迅重點拓展業(yè)務(wù)的領(lǐng)域之一。中國擁有超過1億的06歲學(xué)齡前人口，占世界同齡人口的五分之一。中國的幼兒教育服務(wù)著世界上最龐大的學(xué)齡前人口，但是與之相對應(yīng)的是，幼兒教育的質(zhì)量卻不能滿足受教育者日益提高的教育

9、需求。我們都知道“三歲看大七歲看老”的道理，所以說三歲以前的教育猶為重要。而很多人認(rèn)為教育就是教孩子認(rèn)字、學(xué)英語、學(xué)畫畫。其實這不是教育的本質(zhì)，只能是片面的、表面的上的理解，學(xué)齡前孩子教育的重點應(yīng)該是培養(yǎng)孩子探索自然的興趣和能力，溝通和融入社會的能力。因此，為了開發(fā)幼兒大腦培養(yǎng)其溝通能力，幫助父母提升與子女的情感交流，現(xiàn)階段魔迅正著手開發(fā)針對幼兒教學(xué)的迅動樂園大廳項目，這也是我目前所在的項目組，我花了一個月的時間做好了網(wǎng)站設(shè)計，現(xiàn)在正在編碼迭代階段。3. 工作流程介紹與傳統(tǒng)的CMM+TSP+PSP工作流程不同，作為一個只有幾十名員工的創(chuàng)業(yè)公司，魔迅采用更加快速輕巧的開發(fā)流程。在產(chǎn)品整體開發(fā)上引

10、入敏捷開發(fā)技術(shù)，減少傳統(tǒng)限制，提高開發(fā)效率，優(yōu)化整個開發(fā)流程。在具體到個人的開發(fā)過程中采用PSP框架，提高個人開發(fā)效率，減少項目缺陷，提高產(chǎn)品質(zhì)量。3.1 使用敏捷開發(fā)，采用Scrum骨架敏捷方法強調(diào)以人為本,專注于交付 對客戶有價值的軟件。在高度協(xié)作的開發(fā)環(huán)境中,使用 迭代式的方式進(jìn)行增量開發(fā),經(jīng)常使用反饋進(jìn)行思考、 反省和總結(jié),不停地進(jìn)行自我調(diào)整和完善。 眾所周知，Scrum是一種迭代式的增量軟件開發(fā)過程，通常用于敏捷軟件開發(fā)。作為一個軟件過程骨架，其核心在于迭代。團(tuán)隊首先瀏覽開發(fā)需求 ,考慮可用技術(shù) ,并對自身技術(shù)及能力做出評估 。然后共同確定構(gòu)建功能的方案 ,并每日調(diào)整方法 ,以應(yīng)對

11、新的復(fù)雜問題 、困難和出乎意料的情況 。團(tuán)隊找出并 選擇最佳方案去完成任務(wù)。此創(chuàng)造性過程便是 Scrum 生產(chǎn)力的核心 。Scrum的核心價值觀是承諾、專注、公開、敬重和勇氣。它提倡自我管理、涌現(xiàn)機制、可視性和評估/適應(yīng)循環(huán)的根本原則。Scrum包括了一系列實踐和預(yù)定義的角色。在我們的這個團(tuán)隊中，scrum的主要角色包括以下三種： Scrum Master，即團(tuán)隊的scrum教練和團(tuán)隊帶頭人，需要對Scrum過程負(fù)責(zé)，其主要職責(zé)是負(fù)責(zé)實施Scrum，向所有項目參與成員講授Scrum方法，確保團(tuán)隊合理正常的運作scrum，并督促全體成員遵從Scrum規(guī)則和實踐，幫助團(tuán)隊移除實施中的障礙。我的me

12、ntor就是在項目組中擔(dān)任master的角色。 Product Owner，即產(chǎn)品經(jīng)理，他代表項目中每位利益相關(guān)者的權(quán)益，并為項目產(chǎn)出的軟件系統(tǒng)負(fù)責(zé)。他的職責(zé)是確定產(chǎn)品的方向和愿景，定義產(chǎn)品發(fā)布的內(nèi)容、優(yōu)先級和交付時間，利用產(chǎn)品Backlog督促團(tuán)隊優(yōu)先開發(fā)最具價值的功能，并在此基礎(chǔ)上繼續(xù)開發(fā)。在項目組中擔(dān)任產(chǎn)品經(jīng)理角色的是在上海的同事，我們每周都會有召開視頻會議進(jìn)行項目交流，平時依靠郵件進(jìn)行溝通。 開發(fā)團(tuán)隊，一個跨職能的小團(tuán)隊，按照標(biāo)準(zhǔn)的Scrum來說，該團(tuán)隊的每一個人，都應(yīng)該要獨立完成自己的模塊，包括開發(fā)和測試等工作。他們是自我管理、自我組織和跨職能的，在實際工作中找出可在一個迭代中將產(chǎn)品

13、待開發(fā)事項轉(zhuǎn)化為功能 增量的方法。在我們項目組，對團(tuán)隊成員的工作進(jìn)行了小小的調(diào)整，我們的團(tuán)隊成員主要分為前臺和后臺，依托Django框架和ajax進(jìn)行開發(fā)。在scrum開發(fā)模式中，sprint是scrum的核心，表現(xiàn)為一個迭代周期。在每一個周期中，都會要求有產(chǎn)品的一個發(fā)布版本需要完成，這個版本通常是一個可以獨立使用并測試的產(chǎn)品。在迅動樂園項目組中，兩周作為一個sprint，在每一個sprint中，都會有需要實現(xiàn)的功能（feature）。每個sprint中整個團(tuán)隊成員都需要參加項目例會，包括SM，PO，所有開發(fā)團(tuán)隊人員。每周的例會大概持續(xù)一個半小時。在例會上，SM首先說明一下會議的日程，然后從總

14、體上概括一下項目過去一周的進(jìn)度，遇到的問題以及接下來一周的計劃安排。然后，SM會要求所有團(tuán)隊成員報告過去一周的進(jìn)度，完成了哪些具體的工作，還有哪些工作是沒有完成的，在完成工作的過程中遇到了什么樣的問題，對遇到的問題采用的解決方案，以及接下來一周的計劃、任務(wù)。Scrum的開展分為以下幾個階段：（1） 制定sprint計劃1） 確定user story本次sprint的開發(fā)團(tuán)隊（包括sprint master，即本次sprint的主要負(fù)責(zé)人），產(chǎn)品經(jīng)理，一同坐在會議室。產(chǎn)品經(jīng)理向大家展示已經(jīng)劃分了優(yōu)先級的user story（即用戶需求），并明確了本次sprint的開發(fā)周期，默認(rèn)是3個周。接下來，

15、產(chǎn)品經(jīng)理逐條向團(tuán)隊成員解釋user story的要求，然后由開發(fā)團(tuán)隊共同為每條user story打分，叫做point。假設(shè)將本次sprint周期映射為100個 point，即在本次sprint周期大家最多能做完100個point的任務(wù)。團(tuán)隊成員按照優(yōu)先級為user story打分，直到打過分的user story的point相加達(dá)到或接近100個point，基本上就確定在本次sprint周期內(nèi)將對這些user story進(jìn)行開發(fā)。為了防止突發(fā)情況，可以多給幾個user story打分，一旦提前完任務(wù)，可以繼續(xù)開發(fā)接下來的user story。整個過程中若出現(xiàn)分歧，由開發(fā)團(tuán)隊和產(chǎn)品經(jīng)理進(jìn)行協(xié)商

16、。2） 細(xì)化user story確定好本次sprint周期內(nèi)要開發(fā)的user story后，開發(fā)團(tuán)隊要對每個user story進(jìn)行細(xì)化，將其拆分成更細(xì)小，更清晰、明確的任務(wù)，方便開發(fā)。細(xì)化好user story后，再對產(chǎn)生的更小的任務(wù)進(jìn)行打分。這個過程中，可能會發(fā)現(xiàn)某些小功能存在技術(shù)等方面的難題，可能會花費大量時間，然而團(tuán)隊在此次sprint周期內(nèi)拿不出這么多時間給它，可以與產(chǎn)品經(jīng)理進(jìn)行協(xié)商，協(xié)商后給出比如簡化該功能，制作一個簡單版本作為替代等解決方案。（2） sprint執(zhí)行公司里每個sprint團(tuán)隊都有一塊白板，成為任務(wù)版，每個團(tuán)隊都將sprint周期內(nèi)的backlog貼在上面，每天更新

17、一次。如下圖所示：1） 編寫backlogBacklog即任務(wù)的執(zhí)行狀態(tài)的快照。Sprint開始時，先在紙條上寫下每個任務(wù)以及它的子任務(wù)，按照優(yōu)先級的順序貼在白板上，狀態(tài)標(biāo)注成start。Backlog的編寫要清晰、簡單。2） 每日的stand meetingSprint團(tuán)隊在sprint開始執(zhí)行后，每天都要在任務(wù)版前進(jìn)行一個stand。meeting，時間大概在10-15分鐘，主要內(nèi)容是團(tuán)隊成員敘述自己一天的工作，已完成的任務(wù)，遇到的問題等等，以便sprint master以及團(tuán)隊成員之間相互了解工作進(jìn)度，實時調(diào)整開發(fā)計劃。會議之后，更新backlog，有些小任務(wù)的代碼編寫完了，則把代表該任

18、務(wù)的小紙條挪到相應(yīng)的一欄，將它的狀態(tài)標(biāo)注成code 完成等。3） 執(zhí)行Sprint的任務(wù)開發(fā)過程通常也要采用高效的開發(fā)方式，主張開發(fā)人員、測試人員搬到相近的位置，并且開發(fā)時采用結(jié)對編程的方式。另外，sprint master也要和其他成員坐在一起，及時了解團(tuán)隊的工作狀態(tài)。（3） sprint演示每個sprint周期結(jié)束后，由sprint master組織一次sprint演示，并告知公司內(nèi)的所有員工，歡迎他們一起來參加演示，分享他們的工作成果。演示時由sprint團(tuán)隊的某一個或幾個成員上臺使用本次sprint的成果，邊使用邊講解，使sprite團(tuán)隊以外的公司員工了解他們的工作，了解他們對此次工作

19、成果的意見與建議，以便以后開發(fā)出更好的成果。（4） sprint回顧sprint演示結(jié)束后，由sprint master組織團(tuán)隊成員以及產(chǎn)品經(jīng)理一起對本次sprint進(jìn)行回顧，總結(jié)工作中的優(yōu)點和不足，記錄下來，供以后進(jìn)行參考。3.2 通過PSP規(guī)范開發(fā)過程PSP是一種可用于控制、管理和改進(jìn)個人工作方式的自我改善過程，是一個包括軟件開發(fā)表格、指南和規(guī)程的結(jié)構(gòu)化框架。PSP為基于個體和小型群組軟件過程的優(yōu)化提供了具體而有效的途徑，例如如何制訂計劃，如何控制質(zhì)量，如何與其他人相互協(xié)作等等。 它制定了一系列軟件過程來指導(dǎo)軟件工程師提高工作效率和保證軟件質(zhì)量,為軟件工程師提供了發(fā)展個人技能的結(jié)構(gòu)化框架和

20、必須掌握的方法。具體來說，它能夠1、 說明個體軟件過程的原則；2、 幫助軟件工程師作出準(zhǔn)確的計劃；3、 確定軟件工程師為改善產(chǎn)品質(zhì)量要采取的步驟；4、 建立度量個體軟件過程改善的基準(zhǔn)；5、 確定過程的改變對軟件工程師能力的影響。PSP 的核心思想就是通過不斷地改進(jìn)軟件的過程，使之不斷的得到改善，已達(dá)到按時按質(zhì)地完成軟件開發(fā)任務(wù)。其總體策略就是通過提供一個詳細(xì)的個體過程框架,保證所有組成部分都是高質(zhì)量的。它在開始階段對整個過程進(jìn)行計劃,在結(jié)束階段對收集的數(shù)據(jù)進(jìn)行分析,以便調(diào)整過程;具體就是收集過程中涉及的數(shù)據(jù)( 時間、缺陷等),提高軟件項目的計劃和跟蹤能力，對設(shè)計和代碼均進(jìn)行回顧,以盡早發(fā)現(xiàn)并排

21、除缺陷。具體過程結(jié)構(gòu)為：n 計劃程序的規(guī)模、資源,確定進(jìn)度計劃 ；n 將計劃存入計劃和總結(jié)報告中以便與實際的進(jìn)行對比;腳本用于指導(dǎo)工作及數(shù)據(jù)的收集；n 經(jīng)過設(shè)計 、設(shè)計回顧 、編碼 、編碼回顧、編譯、測試等階段實施開發(fā)；n 將設(shè)計和編碼所需時間和發(fā)現(xiàn)的缺陷記入日志中n 在后置處理階段收集日志中的時間、缺陷等數(shù)據(jù)；n 度量程序的規(guī)模記入計劃總結(jié)表格n 將日志記入產(chǎn) 品計劃總結(jié)報告中在我所在的迅動樂園項目組，前期我們花了將近一個月的時間進(jìn)行需求獲取整合和項目計劃討論。我們制定了一份指導(dǎo)項目進(jìn)行的計劃腳本和項目進(jìn)度表，并估算了程序規(guī)模和編碼時間，我們預(yù)計要花費一個月的時間進(jìn)行編碼，然后轉(zhuǎn)入測試。目前

22、項目正在編碼迭代階段，前后臺開發(fā)在同時進(jìn)行。4. 工作流程優(yōu)點及分析4.1 采用Scrum的敏捷開發(fā)方法，開發(fā)效率更高并且能快速適應(yīng)變化公司在工作流程中的開發(fā)上引入了敏捷開發(fā)技術(shù)，開發(fā)團(tuán)隊可以將開發(fā)中的一些傳統(tǒng)限制降到最小，找出最有利于實施開發(fā)的方案，然后進(jìn)行快速的迭代開發(fā)，最終完成開發(fā)目標(biāo)。總而言之，它提供了一種經(jīng)驗方 法 ,使得團(tuán)隊成員能夠獨立地 、集中地在創(chuàng)造性的環(huán)境 下工作 敏捷開發(fā)打破了傳統(tǒng)瀑布模型開發(fā)的階段與階段之間的嚴(yán)格界限，最大化可以并發(fā)進(jìn)行的工作，快速得實現(xiàn)部分功能，如此循環(huán)直至開發(fā)出符合需求的產(chǎn)品。它大大地提高了開發(fā)效率，優(yōu)化了整個工作流程。 scrum極大地簡化了 Scr

23、um 管理者 重的責(zé)任與權(quán)利的問題。它獨有的對user story進(jìn)行估分的方式，使得開發(fā)團(tuán)隊能較為準(zhǔn)確得估算工作量，制定出更合理的開發(fā)計劃。scrum要求開發(fā)團(tuán)隊要進(jìn)行每日stand meeting，大家可以了解整體進(jìn)度，互相了解碰到的問題，共同討論，使得開發(fā)更加高效。 另外，scrum建議sprint周期相對較短，并且在制定sprint計劃時，建議多考慮幾個不再本次sprint范圍的任務(wù)，這樣在遇到突發(fā)情況時，可以及時調(diào)整，能夠快速適應(yīng)外界的變化。 由于Scrum的引進(jìn),我們的開發(fā)效率得到了提升,而 開發(fā)的周期明顯縮短。開發(fā)人員間加強了交流,并且由于能很快地得到用戶的反饋和認(rèn)可,大大提高了

24、開發(fā)人 員的積極性和成就感。同時客戶由于能及時看到產(chǎn)品的模型和演示,并且提出的意見能很快地被執(zhí)行和產(chǎn)品化, 大大提升了參與的積極性,客戶關(guān)系也大大改善。4.2 采用PSP結(jié)構(gòu)化框架，指導(dǎo)并改善個人軟件開發(fā)過程 PSP使用自底向上的方法來改進(jìn)過程，指導(dǎo)軟件工程師如何保證自己的工作質(zhì)量，估計和規(guī)劃自身的工作，度量和追蹤個人表現(xiàn)，管理自身的軟件過程和產(chǎn)品質(zhì)量。同時，PSP能夠幫助開發(fā)人員在個人的基礎(chǔ)上運用過程的原理, 借助于PSP提供的一些度量和分析工具，了解自己的技能水平，控制和管理自己的工作方式，使自己日常工作的評估、計劃和預(yù)測更加準(zhǔn)確、更加有效，進(jìn)而改進(jìn)個人的工作表現(xiàn)，提高個人的工作質(zhì)量和產(chǎn)量

25、，積極而有效地參與高級管理人員和過程人員推動的組織范圍的軟件工程過程改進(jìn)，為基于個體和小型群組軟件過程的優(yōu)化提供了具體而有效的途徑。 PSP的著眼點在于軟件缺陷的預(yù)防，其具體辦法是強化設(shè)計結(jié)束準(zhǔn)則，而不是設(shè)計方法的選擇。曾經(jīng)有科學(xué)家對參加PSP培訓(xùn)的工程師們進(jìn)行過數(shù)據(jù)統(tǒng)計，結(jié)果顯示在應(yīng)用了 PSP后，軟件中總的差錯減少了58.0，在測試階段發(fā)現(xiàn)的差錯減少了71.0，生產(chǎn)效率提高了20.0。研究結(jié)果還表明，絕大多數(shù)軟件缺陷是由于對問題的錯誤理解或簡單的失誤所造成的，只有很少一部分是由于技術(shù)問題而產(chǎn)生的。而且根據(jù)多年來的軟件工程統(tǒng)計數(shù)據(jù)表明，如果在設(shè)計階段注入一個差錯，則這個差錯在編碼階段引發(fā)了3

26、一5個新的缺陷，要修復(fù)這些缺陷所花的費用要比修復(fù)這個設(shè)計缺陷所花的費用多一個數(shù)量級。因此，PSP保障軟件產(chǎn)品質(zhì)量的一個重要途徑是提高設(shè)計質(zhì)量。 在這幾個月的實習(xí)期內(nèi)，自己的設(shè)計開發(fā)生產(chǎn)率究竟如何，完成一個項目的時候用于實際開發(fā)時間，解決問題和查找資料的時間，溝通的時間，修復(fù)BUG和維護(hù)時間究竟比例是如何的，每完成一個項目自己對自己整個項目階段活動是否進(jìn)行了評估了總結(jié)，確認(rèn)自己的技能提升和改進(jìn)點，這些內(nèi)容在以前往往僅僅在我們頭腦里面有個模糊的概念而沒有一個確切的數(shù)據(jù)支持，這樣的話這些概念就很難去指導(dǎo)我們個人的行動和改進(jìn)計劃。在采用了PSP來管理日常開發(fā)過程后，個體在實際工作中真正的數(shù)據(jù)收集成為了

27、最準(zhǔn)確和可以參考的經(jīng)驗數(shù)據(jù)，幫助我們每個開發(fā)人員減少軟件缺陷,提高計劃 能力和生產(chǎn)效率，更好地估計和規(guī)劃自身的工作，保證了項目整體的進(jìn)度和質(zhì)量。項目組的每位成員都在不斷的發(fā)現(xiàn)自己的不足，不斷地改進(jìn)，以實現(xiàn)自我的不斷改善。4.3 Scrun-PSP兩者結(jié)合，優(yōu)勢互補盡管Scrum和PSP在軟件過程分類上完全不同，但是在實踐中我們發(fā)現(xiàn)其實兩者是能夠互相彌補的。一方面，Scrum提供了敏捷開發(fā)的軟件管理框架；另一方面，PSP為以個人為單位的軟件開發(fā)提供了準(zhǔn)則和度量。在敏捷快速開發(fā)過程進(jìn)行的過程中同時也保證了傳統(tǒng)軟件開發(fā)過程中度量和質(zhì)量管理。5. 工作流程缺點及分析5.1 溝通成本高由于魔迅是個創(chuàng)業(yè)公

28、司，工作規(guī)范還不是特別完善，并且員工分布在上海、南京、北京以及海外。由于時差的原因，互相在一起交流的機會比較少。同時由于我所在的項目組同事分布在上海南京兩地，平時只能通過視頻會議溝通，影響了溝通效率，雙方交流存在一定程度上的偏差，有時會導(dǎo)致各方的信息不全，可能會導(dǎo)致重復(fù)開發(fā)、錯誤開發(fā)等問題 。另外，公司采用的敏捷開發(fā)中的scrum技術(shù)，要求團(tuán)隊每日進(jìn)行stand meeting，并且要互相了解彼此的工作，需要大量的溝通；由于需要在一個較短的sprint周期內(nèi)開發(fā)出相應(yīng)的功能點等，sprint團(tuán)隊成員大部分都忙著做實際的工作，而對文檔等的記錄工作比較忽視，這樣就需要團(tuán)隊之間有更多的更細(xì)節(jié)的溝通。

29、5.2 用戶需求不詳細(xì)每個sprint開始時，都是由產(chǎn)品經(jīng)理給出一個user story的列表，這個列表上只是簡單的用模擬客戶的角度列出的需求，在大家選定好user story，并對每個user story進(jìn)行任務(wù)細(xì)分后，也僅僅只是簡單的用開發(fā)團(tuán)隊熟悉的方式記錄了詳細(xì)的任務(wù)，但并沒有一份詳細(xì)的需求說明。在開發(fā)進(jìn)行過程中，有人會碰到一些細(xì)化后的任務(wù)里并沒有作出說明的情況，甚至有可能是嚴(yán)重的問題，這時由于沒有詳細(xì)的需求說明，并且我所在項目組的產(chǎn)品經(jīng)理在上海，不能及時當(dāng)面交流做出決定，導(dǎo)致sprint任務(wù)完成不了。這類問題也會導(dǎo)致sprint預(yù)估偏差過大，使得團(tuán)隊信心受損。因此，沒有詳細(xì)的需求說明是

30、個非常嚴(yán)重的問題。5.3 缺乏統(tǒng)一的培訓(xùn)魔迅的實習(xí)生剛?cè)肼殨r,沒有進(jìn)行一個系統(tǒng)的培訓(xùn),對部門的工作流程以及個人職責(zé)主要靠個人的摸索和嘗試進(jìn)行熟悉。然而,每個人想法會有出入, 并且產(chǎn)品的需求獲取和分析階段也沒有參與,于是對于一些產(chǎn)品的功能很難理解正確,甚至無法正確的使用功能,所以更加談不上去做開發(fā)改進(jìn)。在我剛進(jìn)入魔迅實習(xí)的那段時間，基本上每天都處在自我學(xué)習(xí)中，master在給我一系列需要掌握的技能和知識后我就開始自己查資料進(jìn)行學(xué)習(xí)。所以我建議還是應(yīng)該對新員工進(jìn)行一些必要的培訓(xùn),能夠讓他們盡快熟悉工作的流程和事務(wù),能夠向正確的方向理解使用自己的產(chǎn)品。6. 軟件開發(fā)過程改進(jìn)方案6.1 針對問題1 溝通成本太高解決方案：（1） sprint團(tuán)隊成員在平時增加私下的工作交流，這樣的話不用等到每日的stand meeting才能了解到其他人的工作狀況，通過平常的簡單交流就能了解。（2） sprint