sap研發(fā)過程精要

1、SAP研發(fā)管理精要企業(yè)管理本身流程錯(cuò)綜復(fù)雜，用軟件把這些錯(cuò)綜復(fù)雜的關(guān)系梳理成一個(gè)智能、順暢的“有機(jī)體”，又需要各種邏輯運(yùn)算和數(shù)據(jù)處理。不僅如此，面臨幾十個(gè)行業(yè)各不相同的需求和成百上千個(gè)企業(yè)各具特色的企業(yè)“個(gè)性”，同時(shí)又要組織遍布于全球各地幾千人的開發(fā)隊(duì)伍，SAP如何駕馭管理軟件開發(fā)這一浩大的工程？1972年，德國，曼海姆的舊M公司。任職銷售參謀的HassoPlattner在等待著公司對(duì)自己建議的回復(fù)。他的建議就是開發(fā)財(cái)務(wù)軟件包，用現(xiàn)成的軟件包取代昂貴的定制應(yīng)用。當(dāng)舊M公司回絕了他的建議之后，他和4名做軟件工程師的同事離開了舊M,白手起家創(chuàng)辦SAP軟件公司。而今，每天早上，世界500強(qiáng)中80%的

2、公司都會(huì)進(jìn)入由SAP公司提供的管理和協(xié)同商務(wù)平臺(tái)，進(jìn)行高效率的工作。一向好斗、性格倔強(qiáng)、勇于接受挑戰(zhàn)的SAP聯(lián)合主席兼首席執(zhí)行官Plattner在經(jīng)歷了SAP的諸多風(fēng)浪之后，當(dāng)他看到SAP在軟件市場(chǎng)低迷的情況下，2001年第三季度仍舊實(shí)現(xiàn)了贏利預(yù)期，前三個(gè)月的收入到達(dá)50億歐元，收入增長率為23%,高興地評(píng)論道：“雖然近來軟件市場(chǎng)，特別是美國市場(chǎng)有巨大的變化，客戶紛紛推遲軟件的購買計(jì)劃，但對(duì)于現(xiàn)在最有效的解決方案，企業(yè)還是愿意投資的。越來越多的企業(yè)轉(zhuǎn)向SAP,因?yàn)樗麄兿嘈臩AP能給他們帶來更高的投資回報(bào)率、更優(yōu)秀的功能和便捷的集成?！边@家總部位于德國沃爾多夫市，號(hào)稱“全球最大的企業(yè)管理解決方案

3、供給商、全球第三大獨(dú)立軟件供給商、全球領(lǐng)先的協(xié)同電子商務(wù)解決方案供給商”的軟件巨人目前在全球的120多個(gè)國家和地區(qū)擁有1.65多萬家客戶，向全球提供基于“五大支柱”戰(zhàn)略的產(chǎn)品，這就是mySAPSCM供給鏈管理、mySAPPLM產(chǎn)品生命周期管理、mySAPCRM客戶關(guān)系管理、SAPPortals的EnterprisePortals企業(yè)門戶和SAPMarkets的Exchanges交易集市。而你是否知道，在全球，SAP擁有職工2.5萬多名，在總部，SAP的開發(fā)人員有5000多名，而SAP的開發(fā)實(shí)驗(yàn)室和開發(fā)中心更是遍布全球多個(gè)角落：德國慕尼黑，美國硅谷，法國，加拿大，中國，印度，澳大利亞，日本如何調(diào)

4、度這只由幾千人組成的開發(fā)大軍？如何將幾千人隱于無形的智慧聚合起來打造商業(yè)智能方案，而這方案又凝聚著來自世界頂尖企業(yè)先進(jìn)的管理實(shí)踐和管理理念？董美婷，目前是SAP中國公司北方區(qū)咨詢參謀經(jīng)理，在負(fù)責(zé)整個(gè)咨詢隊(duì)伍的同時(shí)，還負(fù)責(zé)協(xié)同商務(wù)解決方案中心。1997年6月加入SAP的她，有時(shí)機(jī)親身體會(huì)了SAP研發(fā)的精髓。剛開始加入SAP的她，擔(dān)任技術(shù)參謀；1998年初，SAP中國公司成立開發(fā)中心，她擔(dān)任開發(fā)中心的負(fù)責(zé)人；2000年，SAP投資1000萬美元，組織30多個(gè)研發(fā)人員，建立了SAP中國協(xié)同商務(wù)解決方案中心，她被任命為負(fù)責(zé)人。在此之前的9年時(shí)間里，董經(jīng)歷過中科院軟件所和中國惠普兩個(gè)單位。董美婷以一個(gè)典

5、型的中國開發(fā)者體驗(yàn)著SAP博大精深的管理軟件研發(fā)過程，同時(shí)，以SAP中國公司技術(shù)總監(jiān)芮祥麟為核心的研發(fā)隊(duì)伍也逐漸被納入到SAP全球研發(fā)計(jì)劃中。在咖啡廳、足球賽中工作在SAP德國的辦公室里，研發(fā)人員通常是4個(gè)人一組坐在一間20平方米左右的房間，他們使用那些租來的具備最高性能的設(shè)備，利用SAP自主開發(fā)或者第三方提供的開發(fā)管理工具，遵循著SAP研發(fā)“機(jī)器”特有的“程序”編程序、抓bug。通常，他們會(huì)在寬帶上瀏覽公司的公共平臺(tái)或者互聯(lián)網(wǎng)，以獲得某一部分現(xiàn)成的可復(fù)制的文檔，或者在自認(rèn)為合適的時(shí)間學(xué)習(xí)e-learning課程例如語言、項(xiàng)目管理等。而在公司里，咖啡廳可以供他們悠閑地坐下閑聊，SAP認(rèn)為無論你

6、聊什么，總會(huì)對(duì)工作有所幫助的，比方加深了了解和溝通。而如果你覺得工作累了，設(shè)在公司內(nèi)部的健身中心、網(wǎng)球場(chǎng)都可以免費(fèi)使用。每到周末大家可以開車到風(fēng)光旖旎的小鎮(zhèn)，在山頂?shù)淖闱驁?chǎng)上踢足球，附近的居民們會(huì)趕來加油、吶喊，足球賽會(huì)使很多平日里不認(rèn)識(shí)或不熟悉的同事熟悉起來，他們?cè)诠ぷ鲿r(shí)需要協(xié)助或者討論或者啟發(fā)，這樣他們會(huì)很容易地知道找誰合適。而每一個(gè)月他們都會(huì)參加一項(xiàng)叫做團(tuán)隊(duì)建設(shè)的活動(dòng)，大家集體出去，或者爬山，或者滑雪，總之是大家可以一起參與而又需要相互協(xié)作和溝通的活動(dòng)。SAP中國的職工每個(gè)月同樣也會(huì)去參加團(tuán)隊(duì)建設(shè)的活動(dòng)，而董美婷所帶領(lǐng)的30多名研發(fā)職工也會(huì)在月中及時(shí)地聚在一起，討論一個(gè)階段以來在某些項(xiàng)目

7、上的得失。嚴(yán)謹(jǐn)?shù)牡聡藢?duì)于寫軟件有著比打造精美工藝品更細(xì)膩的心思。有時(shí)，一個(gè)字段會(huì)討論上兩個(gè)星期。如果需要，隨時(shí)會(huì)有一個(gè)非正式會(huì)議在咖啡廳開始。對(duì)于產(chǎn)品經(jīng)理的需求，他們會(huì)逐字逐句地推敲，以確定這是否就是客戶工作所需要的。值得一提的是，每天，SAP全球的開發(fā)人員都在使用著SAP獨(dú)有的開發(fā)語言ABAP-一高級(jí)商業(yè)應(yīng)用語言展開工作。SAP認(rèn)為做管理軟件并不需要追求技術(shù)的時(shí)髦，SAP看重的是：滿足需要，在功能、流程、速度、穩(wěn)定性上的表現(xiàn)要優(yōu)先于其他?；谶@種語言的技術(shù)平臺(tái)還可以使SAP的產(chǎn)品與各種系統(tǒng)無縫連接。管理軟件“流水線”通常，新產(chǎn)品或新版本的誕生，需要走過六道“工序”，這就是產(chǎn)品規(guī)劃階段(Pr

8、oductPlanning)>需求形成階段(Specification)、設(shè)計(jì)階段(Design)、實(shí)現(xiàn)階段(Implementation)、測(cè)試階段(Test)和技術(shù)支持階段(Maintenance)。事實(shí)上，這六壺工序并不像一般硬件產(chǎn)品的流水線那樣，這六個(gè)階段或者交叉，或者平行，總之構(gòu)成了一個(gè)復(fù)雜的統(tǒng)籌項(xiàng)目。由于SAP提供的各種解決方案要面對(duì)不同用戶千差萬別的功能需求，在項(xiàng)目開始之前，需要進(jìn)行非常詳盡的規(guī)劃，以決定功能的取舍和增強(qiáng)，這一階段決定著產(chǎn)品的發(fā)展方向，也是項(xiàng)目成敗的關(guān)鍵。同時(shí)，這一工作也要求參加項(xiàng)目的SAP和非SAP人員進(jìn)行充分的交流溝通，從而為將來的開發(fā)打下基礎(chǔ)。特別是對(duì)

9、于那些比較復(fù)雜、跨模塊的項(xiàng)目，需要在模塊間的功能開發(fā)和工作進(jìn)度上作出統(tǒng)一的規(guī)劃，以防止重復(fù)開發(fā)和集成問題。通常，規(guī)劃階段的工作可以按三個(gè)步驟進(jìn)行。第一步是收集和評(píng)估開發(fā)需求，為新產(chǎn)品或升級(jí)現(xiàn)有產(chǎn)品而從各種渠道收集用戶需求和意見。如果是升級(jí)現(xiàn)有產(chǎn)品，則由開發(fā)組對(duì)開發(fā)請(qǐng)求進(jìn)行評(píng)估，并作為新版本開發(fā)的基礎(chǔ)；如果是新應(yīng)用模塊開發(fā)，則由項(xiàng)目的產(chǎn)品管理小組和開發(fā)經(jīng)理對(duì)實(shí)際應(yīng)用和流程進(jìn)行分析，并提供粗略的開發(fā)計(jì)劃，為下一步的決策做必要的準(zhǔn)備。第二步則是開發(fā)規(guī)劃的決策階段，主要是分析整個(gè)項(xiàng)目的可行性，以及確定項(xiàng)目開發(fā)的優(yōu)先級(jí)，對(duì)于比較重要的或者是策略性的項(xiàng)目，通常是由部門主管或執(zhí)行董事參與決策。第三步，則需要

10、制定詳盡的開發(fā)計(jì)劃，包括功能劃分、工作分配、進(jìn)度控制等。走完規(guī)劃階段，項(xiàng)目組以及產(chǎn)品經(jīng)理則開始對(duì)軟件產(chǎn)品進(jìn)行分析，確定各種用戶需求的優(yōu)先級(jí)，并決定哪些功能將在系統(tǒng)中實(shí)現(xiàn)，以及實(shí)現(xiàn)的程度和方式。這一階段的工作需要與用戶及咨詢參謀進(jìn)行大量的面對(duì)面交流，在得到用戶需求的同時(shí)，也需要將項(xiàng)目的進(jìn)展及時(shí)通報(bào)，以得到反饋。需求形成階段作為開發(fā)階段的基礎(chǔ)，最終形成的需求文檔需要從用戶的角度對(duì)產(chǎn)品進(jìn)行描述，對(duì)各種功能模塊的描述要盡量明了，因?yàn)榇宋臋n也將是產(chǎn)品實(shí)現(xiàn)和測(cè)試的基礎(chǔ)。同時(shí)，文檔還要就產(chǎn)品可用性、運(yùn)行性能等方面進(jìn)行規(guī)定。當(dāng)項(xiàng)目組拿到了具體詳盡的需求文檔后，設(shè)計(jì)階段開始啟動(dòng)。在設(shè)計(jì)階段，由各功能模塊的負(fù)責(zé)人

11、組織小組成員，一起建立模型如數(shù)據(jù)模型、功能模型、過程模型、對(duì)象模型等，創(chuàng)建必要的數(shù)據(jù)結(jié)構(gòu)和函數(shù)，同時(shí)，對(duì)程度元素的命名原則、開發(fā)標(biāo)準(zhǔn)及模塊間的接口等作出定義。由此形成的設(shè)計(jì)文檔成為項(xiàng)目實(shí)現(xiàn)的基礎(chǔ)，并且是軟件維護(hù)的重要參考，所以，此文檔應(yīng)當(dāng)盡量詳細(xì)。此階段的工作以用戶需求為基礎(chǔ)，為用戶提供有效的解決方案，設(shè)計(jì)的好壞將直接影響到系統(tǒng)的功能和性能。當(dāng)某種功能比較復(fù)雜時(shí)，設(shè)計(jì)文檔通?？梢苑殖蓛深悾阂活愂谴致栽O(shè)計(jì)，參考系統(tǒng)中現(xiàn)有的過程、工具和函數(shù)庫，以確定可以復(fù)用的對(duì)象，使用系統(tǒng)中現(xiàn)有的對(duì)象和技術(shù)可以提供新功能的可靠性，降低開發(fā)成本；第二類是詳細(xì)設(shè)計(jì)，包括對(duì)數(shù)據(jù)字典、程序?qū)ο?、用戶界面、處理流程以及各個(gè)

12、對(duì)象之間的接口定義進(jìn)行詳細(xì)的設(shè)計(jì)。設(shè)計(jì)階段之后，就進(jìn)入了具體的開發(fā)階段，即實(shí)現(xiàn)階段。實(shí)現(xiàn)階段是以設(shè)計(jì)文檔為基礎(chǔ)來創(chuàng)建數(shù)據(jù)字典和程序?qū)ο蟆AP對(duì)ABAP程序開發(fā)有比較完整的指導(dǎo)文檔，并要求開發(fā)人員按照SAP的開發(fā)標(biāo)準(zhǔn)創(chuàng)建用戶界面。在R/3項(xiàng)目開發(fā)中，標(biāo)準(zhǔn)性與技術(shù)同樣重要，由于一個(gè)項(xiàng)目通常是由很多開發(fā)人員協(xié)同完成的，程序的可讀性和詳細(xì)文檔對(duì)于項(xiàng)目來講是非常重要的。在開發(fā)的同時(shí)，文檔開發(fā)人員為相應(yīng)的功能模塊創(chuàng)建在線文檔、培訓(xùn)教材等必要的用戶文檔，這需要開發(fā)人員的密切協(xié)作。此階段同時(shí)也是開發(fā)測(cè)試階段，開發(fā)人員需要對(duì)新的模塊進(jìn)行測(cè)試、代碼檢查、可用性測(cè)試等，并進(jìn)行開發(fā)人員間相互測(cè)試，以便在開發(fā)階段保證

13、模塊的質(zhì)量。實(shí)際的測(cè)試階段從具體的開發(fā)階段就開始了，此謂開發(fā)測(cè)試，而正式的測(cè)試則是在質(zhì)量經(jīng)理QM主持下，由質(zhì)量管理小組、產(chǎn)品管理小組及用戶共同參與進(jìn)行非常完整、細(xì)致的測(cè)試。它不只面對(duì)單一功能單元，而是根據(jù)用戶需求文檔、設(shè)計(jì)文檔并按用戶實(shí)際流程設(shè)計(jì)出測(cè)試文檔，對(duì)系統(tǒng)的可用性、性能、用戶界面、表達(dá)統(tǒng)一性、文檔、翻譯等進(jìn)行全面測(cè)試。同時(shí)開發(fā)人員需要密切配合，及時(shí)修改發(fā)現(xiàn)的錯(cuò)誤。測(cè)試階段的工作是軟件提供給用戶前的最后一道工序，它直接關(guān)系到軟件的質(zhì)量。所以，此工作需要非常周密的安排，就這個(gè)意義而言，QM也擔(dān)負(fù)著保證軟件質(zhì)量的責(zé)任。SAP的技術(shù)支持分成三級(jí)：當(dāng)?shù)刂С諰ocalSupport、地區(qū)支持Reg

14、ionalSupport和開發(fā)支持DevelopmentSupport。當(dāng)用戶遇到的問題無法由前兩級(jí)完成時(shí)，這個(gè)問題就會(huì)送達(dá)開發(fā)人員，由開發(fā)人員確認(rèn)錯(cuò)誤來源，并提供正確的響應(yīng)。這一過程可以包括在用戶系統(tǒng)中修改程序、文檔，如果問題所涉及的功能比較廣泛，SAP內(nèi)部相關(guān)的開發(fā)人員會(huì)協(xié)同工作，共同解決問題。隨后的分析會(huì)對(duì)問題或需求有更加深層的總結(jié)，一旦需要，新的需求會(huì)被包括在新版本的開發(fā)中。SAP還會(huì)提供HotPackages和HotNews,以幫助用戶及時(shí)處理系統(tǒng)中的錯(cuò)誤。2SAP研發(fā)管理精要2004.01.26管理Bug的“程序”在董美婷看來，Bug產(chǎn)生的來源可以分為流程錯(cuò)誤和程序錯(cuò)誤。流程錯(cuò)誤是

15、非常致命的，它會(huì)導(dǎo)致系統(tǒng)無法實(shí)現(xiàn)用戶的需求，它通常發(fā)生于項(xiàng)目規(guī)劃和設(shè)計(jì)階段。對(duì)于這方面的錯(cuò)誤，SAP有相應(yīng)的機(jī)制加以控制。在用戶需求分析過程中，產(chǎn)品管理小組與用戶之間進(jìn)行協(xié)同工作，同時(shí)經(jīng)驗(yàn)豐富的項(xiàng)目經(jīng)理和開發(fā)經(jīng)理也會(huì)參與，最后形成的用戶需求和項(xiàng)目規(guī)劃文檔還要由專門的小組進(jìn)行周密的分析和檢查。尤其是在模塊設(shè)計(jì)階段，這種檢查更加嚴(yán)格，通常這一階段的檢查是由資深專家組成的小組來完成的，其成員會(huì)有來自于其他項(xiàng)目的，從而保證了系統(tǒng)設(shè)計(jì)的質(zhì)量。程序錯(cuò)誤是在所難免的，SAP除了利用測(cè)試階段的工作來減少Bug的同時(shí)，還用以下手段在開發(fā)階段盡可能地防止Bug:自我測(cè)試，要求開發(fā)人員在完成自已負(fù)責(zé)的模塊后，馬上進(jìn)

16、行測(cè)試，消除模塊內(nèi)部的錯(cuò)誤；相互測(cè)試，要求開發(fā)人員之間測(cè)試對(duì)方的模塊，由于不同開發(fā)人員的思維、開發(fā)方式的不同，對(duì)方會(huì)很容易找到一些自已很難發(fā)現(xiàn)的問題；代碼檢查，通常是由資深開發(fā)人員及開發(fā)經(jīng)理來進(jìn)行，從模塊功能、性能、可用性、編碼標(biāo)準(zhǔn)、模塊集成性等角度進(jìn)行全面檢查。這一工作會(huì)在系統(tǒng)實(shí)現(xiàn)的各個(gè)階段定期進(jìn)行。SAP還提供了如CATT等輔助測(cè)試工具。對(duì)于系統(tǒng)的后期維護(hù)階段，SAP也有對(duì)Bug的完整的管理流程。這可以以開發(fā)支持為例來說明。例如，當(dāng)用戶系統(tǒng)發(fā)現(xiàn)Bug時(shí)，如果當(dāng)?shù)刂С趾偷貐^(qū)支持都無法處理時(shí)，此維護(hù)請(qǐng)求會(huì)被提交相關(guān)負(fù)責(zé)的開發(fā)人員。開發(fā)人員負(fù)責(zé)盡快修改用戶系統(tǒng)中的Bug,或?yàn)橛脩籼岢鲂薷慕ㄗh和解

17、決方案，同時(shí)，也需要在更正Correction系統(tǒng)中進(jìn)行修改，以便以補(bǔ)丁Patch的方式提供給所有用戶。但對(duì)Correction系統(tǒng)中的修改有非常嚴(yán)格的管理，并需要一定的步驟：與開發(fā)經(jīng)理討論并征得許可；在OSS系統(tǒng)中創(chuàng)建修改申請(qǐng)，并對(duì)Bug所在版本、癥狀、解決方案作出詳細(xì)的描述和解釋，作為用戶/參謀將來處理此Bug的參照；開發(fā)人員在Correction系統(tǒng)中修改程序，消除Bug,同時(shí)要求進(jìn)行仔細(xì)的測(cè)試；開發(fā)人員將修改請(qǐng)求轉(zhuǎn)給另外的開發(fā)人員，通常是開發(fā)經(jīng)理或資深的開發(fā)人員，由其來進(jìn)行更嚴(yán)格的測(cè)試，此次測(cè)試不但要測(cè)試Bug是否真正解決，還要確認(rèn)對(duì)程序的修改是否影響了其他程序或模塊，以防止帶來新的問

18、題。這些修改會(huì)定期以HotPackage和HotNews的方式提供給用戶，用以修改用戶系統(tǒng)中的Bugs,但由于R/3各模塊之間的相關(guān)性/依賴性很強(qiáng)，Patch的發(fā)布需要各模塊特別是應(yīng)用模塊與Basis模塊之間的協(xié)調(diào)和同步。開發(fā)系統(tǒng)夢(mèng)之隊(duì)在SAP的開發(fā)系統(tǒng)中，七種角色的設(shè)計(jì)保證了整個(gè)SAP研發(fā)系統(tǒng)有條不紊、緊張有序地進(jìn)行。首先，在戰(zhàn)略層面，不同的資深副總裁SVP)或副總裁(VP)會(huì)總體負(fù)責(zé)一個(gè)特定的領(lǐng)域，從企業(yè)戰(zhàn)略高度出發(fā)把握系統(tǒng)的發(fā)展和開發(fā)方向，并對(duì)公司的產(chǎn)品結(jié)構(gòu)和市場(chǎng)起著決定性的作用，同時(shí)控制產(chǎn)品開發(fā)的進(jìn)展和成本。其次，行業(yè)解決方案小組舊S和核心應(yīng)用模塊領(lǐng)導(dǎo)小組Core分別就各自管理的領(lǐng)域協(xié)

19、調(diào)管理項(xiàng)目前期的項(xiàng)目需求、規(guī)劃工作，二者也有非常密切的關(guān)系，即舊S就新的開發(fā)需求對(duì)核心應(yīng)用模塊提出新的開發(fā)建議并隨時(shí)監(jiān)控開發(fā)進(jìn)展，而Core應(yīng)用開發(fā)在開發(fā)產(chǎn)品的同時(shí)，會(huì)響應(yīng)舊S新的開發(fā)請(qǐng)求，為新的解決方案提供支持。在SAP,計(jì)劃總監(jiān)ProgramDirectors是一種特殊的角色，計(jì)劃總監(jiān)管理所領(lǐng)導(dǎo)部門的項(xiàng)目開發(fā)計(jì)劃，負(fù)責(zé)開發(fā)資源的調(diào)配，根據(jù)項(xiàng)目分析方案決定項(xiàng)目最終的功能與方向，并監(jiān)控具體項(xiàng)目的進(jìn)展情況。項(xiàng)目經(jīng)理負(fù)責(zé)一個(gè)項(xiàng)目的計(jì)劃管理，包括功能模塊的劃分、成本及開發(fā)進(jìn)度的估算、資源調(diào)配、狀態(tài)報(bào)告等，并負(fù)責(zé)協(xié)調(diào)產(chǎn)品管理、各開發(fā)小組、質(zhì)量管理的工作。產(chǎn)品經(jīng)理PM和其領(lǐng)導(dǎo)的產(chǎn)品管理小組負(fù)責(zé)分析解釋來

20、自于用戶的各種需求，并參與制定用戶需求文檔和開發(fā)請(qǐng)求，所以，全面的行業(yè)應(yīng)用背景是對(duì)產(chǎn)品經(jīng)理最重要的要求，同時(shí)也要求對(duì)R/3有一定的理解。產(chǎn)品管理小組在整個(gè)開發(fā)過程還有其他工作：協(xié)助項(xiàng)目經(jīng)理及模塊負(fù)責(zé)人完成模塊設(shè)計(jì)；在開發(fā)階段，與開發(fā)人員及文檔開發(fā)人員密切協(xié)作，為程序開發(fā)和制作文檔提供幫助；參與系統(tǒng)測(cè)試，培訓(xùn)用戶及提供咨詢服務(wù)。開發(fā)經(jīng)理DM領(lǐng)導(dǎo)各個(gè)開發(fā)小組，負(fù)責(zé)分析用戶需求根據(jù)用戶需求文檔，同時(shí)也有可能直接與用戶對(duì)話，規(guī)劃設(shè)計(jì)所負(fù)責(zé)模塊的程序?qū)ο?，估?jì)各個(gè)開發(fā)階段的開發(fā)工作量和進(jìn)度，從而對(duì)整個(gè)進(jìn)程加以控制。開發(fā)經(jīng)理是SAP各項(xiàng)目開發(fā)中的中堅(jiān)力量，也是SAP為此而自豪的精華，他們都有多年的開發(fā)和應(yīng)

21、用經(jīng)驗(yàn)，對(duì)R/3系統(tǒng)及ERP系統(tǒng)有非常深刻的認(rèn)識(shí)，從而保證了R/3系統(tǒng)的先進(jìn)性和穩(wěn)定性。開發(fā)經(jīng)理不但提供了系統(tǒng)設(shè)計(jì)，而且還要直接與開發(fā)人員交流，調(diào)配資源，保證系統(tǒng)的實(shí)現(xiàn)；同時(shí)，在系統(tǒng)測(cè)試、產(chǎn)品維護(hù)等方面也起著非常重要的作用。應(yīng)該說，開發(fā)經(jīng)理是整個(gè)項(xiàng)目開發(fā)的核心。通常，在一個(gè)項(xiàng)目中，產(chǎn)品經(jīng)理和開發(fā)經(jīng)理的配備比例是1：3。質(zhì)量經(jīng)理QM和其領(lǐng)導(dǎo)的小組負(fù)責(zé)根據(jù)用戶需求文檔、設(shè)計(jì)文檔等設(shè)計(jì)完整的測(cè)試文檔，并在產(chǎn)品管理小組、開發(fā)小組及用戶/參謀的協(xié)助下完成對(duì)最終系統(tǒng)的測(cè)試工作。質(zhì)量經(jīng)理往往要求對(duì)產(chǎn)品的實(shí)際應(yīng)用、R/3技術(shù)甚至R/3項(xiàng)目的開發(fā)都有非常深刻的理解，而且經(jīng)驗(yàn)也是很重要的一個(gè)條件。作為系統(tǒng)的最后一

22、關(guān)，SAP對(duì)質(zhì)量經(jīng)理的要求是非常高的，其結(jié)果是保證了R/3系統(tǒng)的穩(wěn)定性。SAP最基礎(chǔ)的角色要屬開發(fā)人員(Developer)了，他們負(fù)責(zé)實(shí)現(xiàn)設(shè)計(jì)文檔中分配的工作，并向開發(fā)經(jīng)理報(bào)告開發(fā)進(jìn)度，協(xié)助文檔開發(fā)人員完成文檔撰寫工作。開發(fā)人員必須對(duì)SAPABA河發(fā)語言非常熟悉，并能熟練運(yùn)用各種開發(fā)技巧，同時(shí)也需要充分理解用戶的需求。開發(fā)人員在開發(fā)過程中允許更改設(shè)計(jì)，但必須與開發(fā)經(jīng)理進(jìn)行充分討論并負(fù)責(zé)對(duì)開發(fā)文檔進(jìn)行修改，以保證二者的同步性。在測(cè)試階段，開發(fā)人員必須對(duì)測(cè)試的錯(cuò)誤及時(shí)響應(yīng)，以提供最有效的支持。在開發(fā)人員中，還有一種特殊的開發(fā)者角色，可以稱之為信息開發(fā)者InformationDevelopers,

23、主要負(fù)責(zé)系統(tǒng)語種的翻譯比方英譯漢以及部分詞匯的修飾，他們不要求太懂開發(fā)，通常，對(duì)一些專門的翻譯人才進(jìn)行一些產(chǎn)品培訓(xùn)就可以從事信息開發(fā)的工作了。每一個(gè)開發(fā)小組會(huì)配備45個(gè)信息開發(fā)者。在SAP,還有一種角色就是文檔經(jīng)理KnowledgeManager,文檔經(jīng)理及其領(lǐng)導(dǎo)的小組負(fù)責(zé)撰寫在線文檔、幫助文檔、培訓(xùn)教材等，并將用戶界面翻譯成其他國家的語言，這項(xiàng)工作需要在項(xiàng)目其他成員的幫助下完成，并根據(jù)開發(fā)的變化及時(shí)更新文檔。SAP如何看待CMM?SAP認(rèn)為，在市場(chǎng)需求千變?nèi)f化、技術(shù)發(fā)展一日千里的今天，軟件企業(yè)經(jīng)常會(huì)面臨成本超支、產(chǎn)品交付延遲、軟件質(zhì)量不過關(guān)和客戶不滿意等問題的困擾，遵循一些成熟而標(biāo)準(zhǔn)的管理理

24、論和方法，形成一套適合于企業(yè)自身情況的開發(fā)模式和質(zhì)量控制體系將有助于企業(yè)解決這些問題，并降低項(xiàng)目失敗的風(fēng)險(xiǎn)。SAP認(rèn)為自己一直在往這個(gè)方向努力，從管理和技術(shù)兩個(gè)方面標(biāo)準(zhǔn)自己的軟件開發(fā)過程。除了前面已提到的關(guān)于開發(fā)隊(duì)伍組織結(jié)構(gòu)的建立和對(duì)軟件開發(fā)周期各個(gè)階段的定義等管理層面的問題之外，SAP引進(jìn)軟件工程的最新研究成果，提出諸如業(yè)務(wù)對(duì)象BusinessObject、業(yè)務(wù)應(yīng)用程序接口BAPI等概念和技術(shù)，從軟件構(gòu)架的角度來優(yōu)化開發(fā)和管理的過程。3SAP研發(fā)管理精要2004.01.26作為兩種提高質(zhì)量管理的方法和工具，CM昉日ISO9000系列之間并不是涇渭分明的，而是互有交叉。SAP的質(zhì)量監(jiān)控體系雖然

25、建立在ISO9000的基礎(chǔ)上，但董美婷認(rèn)為CM晰提出的理論和方法已經(jīng)被SAP吸收和運(yùn)用了。事實(shí)上，無論是CMMEISO標(biāo)準(zhǔn)，它們都只不過是一種標(biāo)準(zhǔn)和方法，企業(yè)最終的關(guān)注點(diǎn)應(yīng)該是自身產(chǎn)品質(zhì)量和管理能力的提高，也就是運(yùn)用這CM娘格而實(shí)施CMM更些理論和方法后所取得的效果。換言之，也就是說不能僅為了取得重要的是如何采取CMMF估提供的科學(xué)方法來管理自己的企業(yè)。管理軟件與應(yīng)用軟件的區(qū)別眾周所知，企業(yè)管理軟件的客戶需求研究、軟件開發(fā)過程、產(chǎn)品規(guī)劃等有著一般應(yīng)用軟件所不同的特點(diǎn)，他們之間究竟有什么樣的差異？董美婷認(rèn)為有四個(gè)比較明顯的區(qū)別。首先，應(yīng)用軟件在激烈的市場(chǎng)競(jìng)爭(zhēng)壓力下，對(duì)于功能的易用性、技術(shù)和性能都

26、有很高的要求，需要不斷提高在這方面的優(yōu)勢(shì)，以便在競(jìng)爭(zhēng)中立于不敗之地；而管理軟件的開發(fā)則在此基礎(chǔ)上，更注重系統(tǒng)如何能夠真正反映和實(shí)現(xiàn)企業(yè)的運(yùn)作流程，如何提高企業(yè)的工作效率和效益。因此，在開發(fā)管理軟件系統(tǒng)時(shí)，需要開發(fā)成員特別是產(chǎn)品管理人員、項(xiàng)目設(shè)計(jì)人員對(duì)解決方案所面對(duì)的企業(yè)有非常深刻、完整的了解，這也決定了在項(xiàng)目開發(fā)初期，與相關(guān)企業(yè)用戶、咨詢參謀的溝通成為項(xiàng)目成敗的關(guān)鍵。同時(shí)，企業(yè)的運(yùn)作流程需要貫穿整個(gè)項(xiàng)目設(shè)計(jì)和實(shí)際過程，開發(fā)人員在實(shí)現(xiàn)設(shè)計(jì)之前，要對(duì)所負(fù)責(zé)的模塊及其與模塊之間的關(guān)系從應(yīng)用的角度進(jìn)行分析、理解。而在開發(fā)過程中，還要不斷與產(chǎn)品管理小組成員甚至用戶進(jìn)行及時(shí)溝通。用戶需求、企業(yè)運(yùn)作流程、模塊集成是整個(gè)開發(fā)周期中各個(gè)階段討論和研究的最主要問題，這會(huì)使企業(yè)的理念深入到系統(tǒng)中。其次，ERP是一個(gè)系統(tǒng)工程，在企業(yè)運(yùn)作過程中，各個(gè)模塊之間有著極其密切的關(guān)系，比方財(cái)務(wù)、生產(chǎn)、人力資源等模塊通常需要協(xié)同工作，系統(tǒng)需要在實(shí)現(xiàn)單一模塊功能的同時(shí)，又要使企業(yè)作為一個(gè)整體來統(tǒng)一管理，由此，模塊之間的接口和協(xié)調(diào)的重要性更加增強(qiáng)。所以開發(fā)一個(gè)ERP項(xiàng)目，不僅需要對(duì)項(xiàng)目的解決方案有充分理解，還要同時(shí)與其他模塊進(jìn)行溝通，將項(xiàng)目作為整個(gè)系統(tǒng)工程的一個(gè)部分。SAP