【正文】 代碼 *用于發(fā)布 *用于測(cè)試 ? 代碼、環(huán)境變量不能任意改動(dòng) *只接受源代碼服務(wù)器的修改 *正式的環(huán)境變量 Bug數(shù)據(jù)庫(kù) ? 測(cè)試與開(kāi)發(fā)人員的溝通界面 ? Open,resolve,and close bugs ? 優(yōu)先級(jí) ? Show Stopper Exchange 公共文件夾 ? 論壇形式的公共文件夾 ? 批準(zhǔn)、以及存儲(chǔ) Checkin請(qǐng)求的地方 ? Checkin要求會(huì)轉(zhuǎn)發(fā)給郵件列表 開(kāi)發(fā)人員應(yīng)有的態(tài)度 開(kāi)發(fā)者的使命 ? 不僅僅是寫(xiě)程序和調(diào)試 ? 他和所有角色一樣，為了實(shí)現(xiàn)用戶需求 *PM定義用戶需求 *界面設(shè)計(jì) 描繪用戶需求 *開(kāi)發(fā) 實(shí)現(xiàn)用戶需求 *測(cè)試 保障用戶需求 ? 程序員將把 Word文檔（需求說(shuō)明書(shū)）“編譯”成執(zhí)行代碼 ? 不是項(xiàng)目組中 唯一 重要的角色 開(kāi)發(fā)人員的管理 ? 程序員是特殊的群體 *創(chuàng)造力與完成任務(wù) ? 任務(wù)管理高于時(shí)間管理 ? 設(shè)定優(yōu)先級(jí) ? 激勵(lì)與懲罰程序員 *進(jìn)度透明 *Bug數(shù)量和 Show Stopper透明 *違反制度 ? 鼓勵(lì)開(kāi)發(fā)人員寫(xiě)“ solid”代碼 *代碼審核 *積極處理 bug 代碼審核 ? 代碼審核的優(yōu)越性 *增強(qiáng)可靠性 *極早發(fā)現(xiàn)項(xiàng)目中的問(wèn)題 *擴(kuò)展開(kāi)發(fā)人員的代碼知識(shí) *培訓(xùn)開(kāi)發(fā)人員的最佳途徑 ? 定出時(shí)間不要放棄 *每周固定時(shí)間 *明確規(guī)定為每個(gè) feature完成的一個(gè)步驟 積極處理 Bugs ? “ Bug不是不可以避免的” ? 測(cè)試是開(kāi)發(fā)人員的基本功 *讓源代碼容易測(cè)試 *成為自己產(chǎn)品的客戶 *調(diào)查遇到的每一個(gè)問(wèn)題 ? 用測(cè)試來(lái)驗(yàn)證質(zhì)量，而不是創(chuàng)造質(zhì)量 *不要依賴測(cè)試人員來(lái)發(fā)現(xiàn) bug *與測(cè)試人員成為合作伙伴 問(wèn)題 微軟程序經(jīng)理 日程表 ? 什么是程序經(jīng)理？程序經(jīng)理的來(lái)歷和種類 ? 優(yōu)秀程序經(jīng)理的特征 ? 程序經(jīng)理的幾大工作重點(diǎn) ? 怎樣在競(jìng)爭(zhēng)中取勝 ? 做沒(méi)有權(quán)威的領(lǐng)導(dǎo)者 ? 作為程序經(jīng)理，有所為，有所不為 什么是程序經(jīng)理 ? 這些年來(lái)，都處于模糊狀態(tài) ? 和開(kāi)發(fā)，測(cè)試，市場(chǎng)和用戶助理等人員一起工作 ? 程序經(jīng)理和軟件的關(guān)系，就如同建筑師和房子的關(guān)系 程序經(jīng)理的來(lái)歷 ? 1984年， Multiplan項(xiàng)目首次設(shè)立了程序經(jīng)理的職位來(lái)管理整個(gè)項(xiàng)目并取得了巨大的成功，于是比爾 .蓋茨決定在全公司范圍內(nèi)實(shí)行程序經(jīng)理的管理模式 優(yōu)秀程序經(jīng)理的特征 ? 做事投入 ? 對(duì)產(chǎn)品前景的理解 ? 專注的精神 ? 促進(jìn)發(fā)展的能力 ? 注意細(xì)節(jié)的能力 ? 做決策的能力 ? 做事有勇氣 程序經(jīng)理的幾大工作重點(diǎn) ? 產(chǎn)品前景及其相關(guān)的工作 ? 產(chǎn)品高層次初步的設(shè)計(jì) ? 產(chǎn)品詳細(xì)設(shè)計(jì)和日程安排 ? 問(wèn)題的處理 ? 檢查產(chǎn)品開(kāi)發(fā)進(jìn)度（ Checkpoints) ? 發(fā)布產(chǎn)品 產(chǎn)品前景及其相關(guān)的工作 ? 什么時(shí)間該做什么： *何時(shí)開(kāi)始一個(gè)項(xiàng)目 *了解顧客，業(yè)務(wù)，市場(chǎng)，技術(shù) *程序經(jīng)理應(yīng)做調(diào)研、訪問(wèn)顧客 *調(diào)研、訪問(wèn)的結(jié)果：產(chǎn)品前景闡述 ? 程序經(jīng)理要把握的關(guān)鍵點(diǎn) *不要只是對(duì)顧客滔滔不絕 請(qǐng)學(xué)會(huì)傾聽(tīng) *明白調(diào)研的優(yōu)點(diǎn)和局限性 *為你的領(lǐng)域開(kāi)發(fā)一片“子前景” *寫(xiě)下你的想法，然后征求別人的意見(jiàn) ? 前景是所有工作的起點(diǎn) *每個(gè)人都能夠理解 *每個(gè)人都會(huì)同意 *這個(gè)標(biāo)準(zhǔn)將會(huì)讓你專注，并指導(dǎo)你解決難題 ? 了解你的顧客 *成熟產(chǎn)品的第一個(gè)版本發(fā)布 *了解所從事的行業(yè) *當(dāng)你的產(chǎn)品發(fā)布了，這些產(chǎn)品會(huì)流向什么地方 ? 什么時(shí)候該做什么： *確定前景期間和之后的幾個(gè)月 *費(fèi)用 /效益分析 *程序經(jīng)理書(shū)寫(xiě)產(chǎn)品規(guī)格草案 *這是大多數(shù)項(xiàng)目失敗的地方 ? PM關(guān)鍵點(diǎn)： *前景應(yīng)該成為做決定的指導(dǎo) *清晰地設(shè)想的用戶產(chǎn)品的情節(jié) *Protospecs最初的產(chǎn)品規(guī)格 ? 什么時(shí)間做什么？ *在“里程碑 0）（ MO）”期間 *在程序經(jīng)理和開(kāi)發(fā)人員之間有更多的交流 *程序經(jīng)理寫(xiě)產(chǎn)品規(guī)格 ? 結(jié)果 *詳細(xì)的日程安排 *詳細(xì)的里程碑結(jié)束標(biāo)準(zhǔn) *“里程碑 1”產(chǎn)品規(guī)格完成 ? 怎樣才是一個(gè)好的產(chǎn)品規(guī)格 *概述 *明確的成功的標(biāo)準(zhǔn)（包括測(cè)試設(shè)定） *詳細(xì)的資料 *表達(dá)整個(gè)團(tuán)隊(duì)的想法 ? 如何進(jìn)行產(chǎn)品規(guī)格的審核 *學(xué)習(xí)怎么檢測(cè)驗(yàn)收產(chǎn)品的規(guī)格 *提前對(duì)產(chǎn)品規(guī)格進(jìn)行的測(cè)試 *和整個(gè)團(tuán)隊(duì)一起做審核 *不要拒絕接受別人的批評(píng)和意見(jiàn) ? 程序經(jīng)理的其他注意事項(xiàng) *徹底了解產(chǎn)品的前景 *徹底了解產(chǎn)品本身 *不斷訓(xùn)練你自己的設(shè)計(jì)能力 *不要和開(kāi)發(fā)人員在開(kāi)發(fā)進(jìn)程上爭(zhēng)論不停 *知道執(zhí)行的順序 成功的時(shí)間安排 ? 設(shè)定日程安排 ? 校準(zhǔn)日程 ? 就跟蹤標(biāo)準(zhǔn)達(dá)成一致 ? 知道相互依賴的關(guān)系 ? 到達(dá)里程碑 ? 有一個(gè)后備計(jì)劃 ? 調(diào)整日程 主要日程 Planning Specification Development Stabilization Spec Complete Code Complete Goals Closure Milestone 0 RTM Spec/Shedule Iterations Design Changee Triage ? 什么時(shí)間該做什么 *跟蹤進(jìn)程和處理問(wèn)題 *在編寫(xiě)代碼和發(fā)布的過(guò)程中 *程序經(jīng)理更新產(chǎn)品規(guī)格和 resolve bugs ? PM關(guān)鍵點(diǎn) *不要對(duì) bugs視而不見(jiàn) *你不可以解決任何問(wèn)題 *在 RAID中記錄所有的細(xì)節(jié) *不要經(jīng)常推遲 bug的調(diào)正 *Overmunicate不要過(guò)多 /重復(fù)的交流 ? 什么時(shí)間該做什么： *每一個(gè)里程碑的結(jié)尾和通過(guò)產(chǎn)品發(fā)布 *按照標(biāo)準(zhǔn)檢查進(jìn)程，調(diào)整日程表 *程序經(jīng)理也要廣泛的交流 ? PM關(guān)鍵點(diǎn) *有你自己小的檢查點(diǎn) *關(guān)于 beta測(cè)試版的計(jì)劃 *發(fā)現(xiàn)跟蹤 bugs *不要太快跳到下一個(gè)版本 ? 該在什么時(shí)候做什么 *安慰，害怕，驕傲，歡樂(lè) *RTM后的事后總結(jié) ? PM關(guān)鍵點(diǎn) *Bring a change of clothes to work *參觀 beta測(cè)試版用戶和首批采用本產(chǎn)品的用戶 *專門(mén)派人的負(fù)責(zé)人 RTM事后總結(jié)的一些問(wèn)題 PM行為準(zhǔn)則 ? 確保你的行動(dòng)有益于你在開(kāi)始的時(shí)候設(shè)定的目標(biāo)和方向 正確的產(chǎn)品前景并在確定的時(shí)間發(fā)布產(chǎn)品 活動(dòng) 實(shí)踐出真知 怎樣在競(jìng)爭(zhēng)中取勝 在這個(gè)部分你將會(huì)學(xué)會(huì)如何創(chuàng)造在市場(chǎng)上能贏的產(chǎn)品 ? 研究競(jìng)爭(zhēng)產(chǎn)品 ? 知道什么時(shí)候應(yīng)該領(lǐng)導(dǎo)，什么時(shí)候跟從對(duì)手 ? 注意對(duì)手的競(jìng)爭(zhēng)優(yōu)勢(shì) 四個(gè)方面下手 戰(zhàn)勝競(jìng)爭(zhēng)對(duì)手的四個(gè)關(guān)鍵點(diǎn)。 整個(gè)框架完全開(kāi)放，獨(dú)立于操作系統(tǒng)，對(duì)象模式和編程語(yǔ)言用標(biāo)準(zhǔn)的 Inter協(xié)議（ HTTP/XML/SOAP）可以存取訪問(wèn)所有 Web Service應(yīng)用可以無(wú)縫集成 ?互聯(lián)網(wǎng)的出現(xiàn)和迅猛發(fā)展形成了一種廉價(jià)的，充分尊重標(biāo)準(zhǔn)，互聯(lián)巨大 用戶資源和商業(yè)資源的基礎(chǔ)設(shè)施，為新的應(yīng)用模式的出現(xiàn)提供了基本條 件 ?摩爾定律和吉爾德定律再互聯(lián)網(wǎng)德應(yīng)用，使得計(jì)算能力和寬帶不再成為 稀缺資源；接入設(shè)備和接入手段的多樣化和簡(jiǎn)單化使得互聯(lián)網(wǎng)應(yīng)用成為 最普通應(yīng)用場(chǎng)景 ?但是目前無(wú)論是互聯(lián)網(wǎng)應(yīng)用和傳統(tǒng)軟件在利用互聯(lián)網(wǎng)的水平都處于相當(dāng) 低的程度，沒(méi)有充分利用到互聯(lián)網(wǎng)所連接德巨大資源和商業(yè)價(jià)值 業(yè)界現(xiàn)狀 客戶需求 由廠商向企業(yè)個(gè)體提供基于局域網(wǎng)或單機(jī)德 解決方案 ?市場(chǎng)經(jīng)濟(jì)和社會(huì)化大生產(chǎn)的發(fā)展要求企業(yè)應(yīng)用與上下游合作伙 伴，客戶， Marketplace進(jìn)行集成互聯(lián) ?企業(yè)內(nèi)部也存在著新老系統(tǒng)，不同業(yè)務(wù)應(yīng)用集成的問(wèn)題 ?如今的應(yīng)用集成面臨著難度大，費(fèi)用高，時(shí)間長(zhǎng)，效果差等問(wèn) 題 業(yè)界現(xiàn)狀 客戶需求 為什么要 Web Service— 應(yīng)用集成 應(yīng)用模式 優(yōu)點(diǎn) 缺點(diǎn) 主要廠商 All in one 由單一廠商提供面向企業(yè)全方位管理的完整解決方案 由該廠商提供的應(yīng)用之間集成度較高（但是該廠商在開(kāi)發(fā)應(yīng)用之時(shí)，也會(huì)面臨著構(gòu)架系統(tǒng)，集成模塊的問(wèn)題 費(fèi)用高，周期長(zhǎng)，實(shí)施難度大，幾乎不能利用已有應(yīng)用資源，沒(méi)有解決與外部應(yīng)用相連的問(wèn)題 SAP， Oracle,IBM,用友，金碟，通軟 EAI 由 EAI廠商提供連接不同應(yīng)用的中間件或連接件 能夠利用以有應(yīng)用資源 費(fèi)用高，周期長(zhǎng) 實(shí)施難度極大 應(yīng)用集成程度較低 Web Methods B2B Microsoft Biz talk NEON/IBM MQSI ipla Solution Mercator Web Service 應(yīng)用是以組件方式提供的，可用Inter標(biāo)準(zhǔn)協(xié)議存取的 Web Service 整個(gè)框架完全開(kāi)放，獨(dú)立于操作系統(tǒng)，對(duì)象模式和編程語(yǔ)言用標(biāo)準(zhǔn)的Inter協(xié)議（ HTTP/XML/SOAP）可以存取訪問(wèn)所有 Web Service 接口規(guī)范通過(guò) WSDL和 UDDI完全公開(kāi)，便于發(fā)現(xiàn)和集成 Service提供的是獨(dú)立于供應(yīng)商的平臺(tái)，不同應(yīng)用廠商的 Service應(yīng)用可以無(wú)縫集成 尚無(wú)案例和經(jīng)驗(yàn)可供借鑒，許多技術(shù)和操作領(lǐng)域尚待自行開(kāi)拓 中國(guó)需要有一個(gè)強(qiáng)有力的領(lǐng)導(dǎo)者制定框架規(guī)范和基礎(chǔ) Service應(yīng)用 業(yè)界現(xiàn)狀 客戶需求 為什么要 Web Service— 軟件是服務(wù) ?客戶不希望為那些很少用到或根本不用的功能支付費(fèi)用 ?客戶希望購(gòu)買到隨時(shí)隨地可用的“功能”和“服務(wù)”，而并非是受地理位置和 設(shè)備限制的軟件 ?客戶希望得到軟件的服務(wù)，而不是大費(fèi)人力物力地為軟件服務(wù) ?軟件的補(bǔ)丁，更新和升級(jí)應(yīng)該更加容易和透明 Software 服務(wù)是軟件的附加值 Service 軟件是服務(wù)的載體 ?大量手持設(shè)備，信息家電，車載設(shè)備等智能設(shè)備的迅猛發(fā)展使得 PC 不再成為個(gè)人存取和管理信息的唯一設(shè)備 ?多種智能設(shè)備和接入手段的出現(xiàn)順應(yīng)了人們希望無(wú)論何時(shí)，何地都 能夠存取信息的要求 ?人們希望對(duì)信息的體驗(yàn)是基于信息本身，而不是受限于信息設(shè)備， 或被信息設(shè)備所控制 業(yè)界現(xiàn)狀 客戶需求 為什么要 Web Service— 智能設(shè)備 模式 模式特征 后果 現(xiàn)存設(shè)備 不同的設(shè)備彼此獨(dú)立 有不同的應(yīng)用軟件和不同的用戶數(shù)據(jù) 用戶在不同設(shè)備之間維護(hù)著多份數(shù)據(jù)拷貝 用戶數(shù)據(jù)很難在不同設(shè)備之間共享，同步和更新 開(kāi)發(fā)商需要為不同設(shè)備定制開(kāi)發(fā)不同的應(yīng)用 Service 不同設(shè)備低層是基于共同的 Framework基礎(chǔ)框架 開(kāi)發(fā)商只需開(kāi)發(fā)一套應(yīng)用程序，便可用較小代價(jià)移植到不同設(shè)備 用戶可以在不同設(shè)備之間共享，同步和更新數(shù)據(jù) 用戶可以在不同設(shè)備之間享受同樣的用戶體驗(yàn) ?盜版是中國(guó)軟件業(yè)最大的敵人，據(jù) IPRC統(tǒng)計(jì)中國(guó)盜版軟件裝載率高 達(dá) 91%，給軟件供應(yīng)商每年帶來(lái)上百億元直接經(jīng)濟(jì)損失 ?盜版在中國(guó)有著深厚的社會(huì)和歷史基礎(chǔ)，如果單從法規(guī)政策，社會(huì) 環(huán)境和人們接受程度等大環(huán)境的根本好轉(zhuǎn)，還需要等待漫長(zhǎng)的時(shí)間 ?傳統(tǒng)軟件在傳播，使用，價(jià)值體現(xiàn)上的特性是軟件盜版特別猖獗的 技術(shù)原因 ?中國(guó)軟件盜版的現(xiàn)狀極大限制中國(guó)軟件供應(yīng)商的投資取向，經(jīng)營(yíng)行 為，利潤(rùn)回報(bào)，是中國(guó)軟件業(yè)出現(xiàn)心態(tài)浮躁，短期行為，忽視基礎(chǔ) 軟件研發(fā)的重要原因 業(yè)界現(xiàn)狀 客戶需求 模式 模式特征 后果 傳統(tǒng)軟件 軟件的價(jià)值幾乎全部體現(xiàn)于承載介質(zhì)之上的軟件的功能 軟件承載介質(zhì)在存在著易復(fù)制，易傳播等技術(shù)特性 軟件產(chǎn)品的復(fù)制品在使用價(jià)值上并無(wú)差異 絕大多數(shù)人