企業(yè)大規(guī)模轉(zhuǎn)型落地篇之技術和管理_第1頁
企業(yè)大規(guī)模轉(zhuǎn)型落地篇之技術和管理_第2頁
企業(yè)大規(guī)模轉(zhuǎn)型落地篇之技術和管理_第3頁
企業(yè)大規(guī)模轉(zhuǎn)型落地篇之技術和管理_第4頁
企業(yè)大規(guī)模轉(zhuǎn)型落地篇之技術和管理_第5頁
已閱讀5頁,還剩21頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

大規(guī)模敏捷轉(zhuǎn)型落地篇---之技術和管理轉(zhuǎn)型大規(guī)模轉(zhuǎn)型需要思考的三個維度文化管理(流程)技術核心技術轉(zhuǎn)型主干開發(fā)分層測試互聯(lián)網(wǎng)產(chǎn)品研發(fā)的三條腿產(chǎn)品概念

新‘產(chǎn)品研發(fā)

快‘產(chǎn)品運營

準‘曾經(jīng)有一個公司的版本發(fā)布存這樣的問題團隊1團隊2團隊3

過長的交付周期

沒有統(tǒng)一管理的測試環(huán)境

團隊不一致的研發(fā)節(jié)奏

集成在最后一刻風險大團隊4團隊7團隊6團隊5分支開發(fā)主干開發(fā)主干開發(fā)Vs分支開發(fā)一星期

2

次發(fā)布節(jié)奏主干開發(fā)的前提和注意事項前提條件團隊理解主干開發(fā)的優(yōu)缺點團隊掌握持續(xù)集成代碼管理步驟需要移除多版本并行問題,否則無法基于一個主干版本進行開發(fā)注意事項團隊隨時保證主干上的內(nèi)容的穩(wěn)定性,使主干隨時可用大部分開發(fā)人員在主干上進行開發(fā),用分支方式解決實際開發(fā)過程中的一些問題持續(xù)集成要不停的驗證主干和發(fā)布分支的穩(wěn)定性和正確性。生產(chǎn)上的內(nèi)容必須是正常執(zhí)行的,如果出現(xiàn)問題,先回滾到上一個主干發(fā)布的版本核心技術轉(zhuǎn)型主干開發(fā)分層測試測試發(fā)生的階段不同測試類型分層測試和測試方法為什么要自動化測試大量的重復用例測試!測試自動化分層策略自動化測試的轉(zhuǎn)換目標T3T2T1現(xiàn)狀目標自動化測試分層比例的轉(zhuǎn)換策略管理轉(zhuǎn)型組織形式,團隊形式考核產(chǎn)品研發(fā)組織架構(gòu)產(chǎn)品管理組產(chǎn)品總監(jiān)/經(jīng)理業(yè)務組1業(yè)務組n平臺支撐組架構(gòu)組專項測試組PO/SMPO/SM平臺Leader架構(gòu)Leader測試eader環(huán)境數(shù)據(jù)其他驗收測試性能安全全功能團隊打造管理轉(zhuǎn)型組織形式,團隊形式考核基于團隊的考核

步驟設定目標明確目標的指標定期回顧1.

至上而下設立目標;2.

目標應是建議在充分溝通的基礎上;3.

一旦確定后在周期內(nèi)不能修改;4.

目標應具有挑戰(zhàn)性;1.

指標是能夠直接實現(xiàn)目標的,可修改;2.

必須是可衡量的,有時間要求的;1.

定期(3-6個月)給主要

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論