【文章內(nèi)容簡介】 老師名單新員工指導(dǎo) 老師規(guī)范美術(shù)基礎(chǔ)培訓(xùn)方案雙周溝通表格分崗位培訓(xùn)方案及文檔職位說明書美術(shù)開發(fā)各個關(guān)鍵子流程試用期綜合評估表格050確定美術(shù)基礎(chǔ)培訓(xùn)方案040確定基礎(chǔ)能力考試試題指導(dǎo)老師名單美術(shù)基礎(chǔ)培訓(xùn)方案基礎(chǔ)能力考試試題介紹游戲美術(shù)知識講解材料如 010 和 020 是同時進(jìn)行的 ,可以將他們合在一起 ,看起來比較清楚 .160負(fù)責(zé)崗位報到本活動持續(xù)多長 ?如果超過 2周 ,就要安排負(fù)責(zé)人進(jìn)行溝通 ,以便以后評估之用 .本活動 (150 )放在此處較好 :新員工日常遇到什么問題就可以直接向指導(dǎo)老師求助了 ,可以避免基礎(chǔ)軟件培訓(xùn)階段的日常管理真空 .職位說明放在在此處較好 ,可以有足夠的時間視實(shí)際情況進(jìn)行講解 .240 如果是由各組組長負(fù)責(zé)的,則要上移 .現(xiàn)在放到培訓(xùn)負(fù)責(zé)人的位置處了 .最好畫一條橫向的虛線 ,防止放錯位置活動名稱最好用動名詞235申請轉(zhuǎn)正流程設(shè)計既需望遠(yuǎn)鏡又需顯微鏡 45 開發(fā)流程體系所處的位置（舉例） 46 活 動 任 務(wù) 步 驟 階段 ? 層次結(jié)構(gòu) ?階段（ Pocket Card） ?步驟（如：軟件開發(fā)） ?任務(wù)和活動（如：概要設(shè)計、詳細(xì)設(shè)計） ?詳細(xì)的開發(fā)指南（指導(dǎo)書、模板、表單、CHECKLIST（經(jīng)驗、主動性、前瞻性） 結(jié)構(gòu)化產(chǎn)品開發(fā)的層次 47 產(chǎn)品開發(fā)結(jié)構(gòu)化流程的特點(diǎn) 企業(yè)需要的不僅僅是優(yōu)秀的產(chǎn)品，更是優(yōu)秀產(chǎn)品產(chǎn)生的機(jī)制和土壤！ 48 需要進(jìn)一步結(jié)構(gòu)化的征兆 ? 術(shù)語和定義不一致（測試報告） ? 過多的澄清會議 ? 中層管理人員太多（ 文山會海 ） ? 進(jìn)度表不準(zhǔn)確（所依據(jù)的假設(shè)不能被分享和了解） ? 無法估計出資源需求 ? 小組與小組之間的計劃不銜接（對必定出現(xiàn)什么情況有不同的理解） 49 需要進(jìn)一步結(jié)構(gòu)化的征兆（續(xù)） ? 過量的任務(wù)間的相互依賴（低成本工作拖高成本工作的后腿） ? 對職責(zé)理解不夠 ? 注意力集中在“救火”上（卷起袖子解決問題） ? 開發(fā)產(chǎn)品沒有一個“統(tǒng)一方法” ? 浪費(fèi)在沒有附加值的工作上的時間（協(xié)調(diào)、重做） 50 ? 清晰的層次結(jié)構(gòu) ――― 可管理 ? 明確的階段劃分 ――― 可控制 ? 明確的階段交付 ――― 可衡量 ? 統(tǒng)一的術(shù)語定義 ――― 易溝通 ? 明確的角色職責(zé) ――― 易分工 ? 明確的績效指標(biāo) ――― 易評價 優(yōu)秀開發(fā)流程應(yīng)具備的特點(diǎn) 51 開發(fā)流程優(yōu)化的“七步成詩” ? Design Flow ? 利益相關(guān)人 ? 角色，而不是部門和崗位 ? 活動名稱：動賓結(jié)構(gòu) 52 咨詢項目示意圖 53 咨詢項目示意圖 54 課程目錄 的組織與團(tuán)隊 結(jié)構(gòu)化流程 立項與需求管理 界最佳模式及案例分析 項目的評審體系 計劃控制 團(tuán)隊管理 55 為何強(qiáng)調(diào)立項階段？ 業(yè)界最佳 0 5 10 15 20 25 30 35 周 案例公司 第一年 立項階段 方案階段 開發(fā)階段 驗證階段 發(fā)布階段 0 10 20 30 40 50 60 70 80 周 案例公司 第二年 0 10 20 30 40 50 60 70 80 周 0 10 20 30 40 50 60 70 80 周 案例公司 第五年 立項階段 方案階段 開發(fā)階段 驗證階段 發(fā)布階段 立項階段 方案階段 開發(fā)階段 驗證階段 發(fā)布階段 立項階段 方案階段 開發(fā)階段 驗證階段 發(fā)布階段 偏差的原因？ 56 57 立項階段經(jīng)常聽到的“聲音” … ? 缺少行業(yè)信息收集制度，產(chǎn)品客戶使用、質(zhì)量信息收集、歸檔等，幾乎無資料可查； ? 市場調(diào)查不充分，未能從實(shí)際需求出發(fā)； ? 經(jīng)濟(jì)效益分析不充分，在經(jīng)濟(jì)效益無優(yōu)勢的情況下也會支持開發(fā)； ? 開發(fā)前期的質(zhì)量評估方式不合理或不足，導(dǎo)致開發(fā)過程里質(zhì)量異常和成本異常較多，但過程糾錯措施卻缺失； ? …… 58 Project Charter – – [PMBOK 174。 術(shù)語 ] A document issued by senior management that formally authorizes the existence of a project. And it provides the project manager with the authority to a project. And it provides the project manager with the authority to apply anizational resources to project activities. 項目任務(wù)書是由高層管理者發(fā)布的一份正式批準(zhǔn)項目成立的文件，它授予項目經(jīng)理權(quán)力可以使用組織的資源來實(shí)施項目活動。 項目任務(wù)書（ charter） 59 下達(dá)項目任務(wù)書 ? 勾勒一個項目最終交付的概要文檔： ? 該產(chǎn)品的目的是什么，有哪些功能？ ? 客戶群是什么？ ? 競爭對手是誰，他們的產(chǎn)品怎樣？； ? 在它的產(chǎn)品家族中定位何處？ ? 產(chǎn)品成本和花銷目標(biāo)是多少？ ? PDT成員有哪些？ ? 關(guān)鍵控制點(diǎn)時間定義？ ? …… 立項時避免“師出無名” 部門 任務(wù) 責(zé)任人 完成時間 完成標(biāo)志 項目組 系統(tǒng)分析總體設(shè)計 硬件設(shè)計 軟件設(shè)計 結(jié)構(gòu)設(shè)計 樣機(jī)測試 內(nèi)部驗收 采購部 關(guān)鍵開發(fā)設(shè)備采購 市場部 實(shí)驗局落實(shí) 其它部門 其它要求 項目名稱： 項目經(jīng)理： 部門： 60 61 宣讀項目管理規(guī)程 62 真正理解客戶的意圖 “ 話機(jī)聽筒的電纜應(yīng)該有 10 米長 ”10mW h y ?而客戶的真正意圖是（客戶要求）“可以拿著電話在房間的任何一個地方通話 ”63 客戶陳述 ?需求描述 原則 客戶陳述 需求描述（正確） 需求描述（錯誤） “什么”而非“怎樣” “ 有時灰塵會進(jìn)入系統(tǒng)，給我?guī)砺闊?” 系統(tǒng)提供灰塵防護(hù)能力。 系統(tǒng)通過 防護(hù)網(wǎng) 提供相應(yīng)的灰塵防護(hù)功能。 特點(diǎn) “ 工作中，我總是一不小心就把螺絲刀掉到地上了。 ” 在被摔過幾次后螺絲刀仍然能正常工作。 螺絲刀 很不好 ，經(jīng)常被掉在地上。 肯定而非否定 “ 根據(jù)公司規(guī)定，無論刮風(fēng)下雨，我都需要堅持在戶外工作。 ” 螺絲刀在雨中仍能正常工作。 螺絲刀在雨中 不會不能 使用。 產(chǎn)品屬性 “ 我希望能用我的打火機(jī)給電池充電 ” 可以用自動打火機(jī)給螺絲刀的電池充電 自動打火機(jī)器使用者 可以給螺絲刀電池充電 避免“必須”和“應(yīng)該” “ 當(dāng)我不知道螺絲刀的電池還有多少電量時，我會很煩。 ” 螺絲刀提供電池能量多少的顯示。 螺絲刀 應(yīng)該 提供電池能量多少的顯示。 64 需求的動態(tài)屬性 客戶滿意度 客戶不滿意度 產(chǎn)品特色 很差的執(zhí)行 基本需求 表現(xiàn) 興奮 Kano模型 資料來源： 《 PDMA HandBook》 65 客戶需求分析 是指從產(chǎn)品的價格、可獲得性、包裝、性能、易用性、保證性、生命周期成本和社會接受程度八個方面（即 $APPEALS）來了解客戶對產(chǎn)品的需求，并依此與業(yè)界主要對手進(jìn)行對比分析，確定細(xì)分市場的產(chǎn)品需求定位和競爭策略。 Performance Packaging Ease of Use Availability Life Cycle Cost Social Acceptance $ Price Assurances 不就是與客戶吃飯嗎？ 客戶需求的評估方法 66 以某公司監(jiān)護(hù)儀產(chǎn)品線為例 例： M