端到端：負(fù)責(zé)項目中的某部分功能的全流程相關(guān)事項。開發(fā)的端到端事項包括需審、方案設(shè)計、編碼、修改bug和上線等；測試的端到端事項包括需求評審、測試方案設(shè)計、執(zhí)試和上線等；而產(chǎn)品的端到端事項則包括用戶分析、需求寫作、數(shù)據(jù)分析和競品分析等。P6和P7是業(yè)界主要的勞動力，這兩個級別的人數(shù)加起來，估計能夠占到團隊總?cè)藬?shù)的60%～80%。P6別的主要提升目標(biāo)是成為獨立自主的項目能手。接下來，我就從技術(shù)、P6在技術(shù)方面的要求是熟練掌握端到端的工作流技術(shù)，因為P6是項目主力勞動力，P6級別的技術(shù)詳細(xì)要求，我總結(jié)在了這張表格在P6階段，提升技術(shù)能力的關(guān)鍵就是掌握團隊用到的各種技術(shù)的“套路”。以開發(fā)人員為例，套路包括設(shè)計模式、SOLID設(shè)計原則、Android的MVP架構(gòu)和各類工（比如Fiddler，Wireshark，tcpdump）等。不同崗位的“套路”不同，你可以自行整在P5階段，你可能只要了解一些單個的就能完成工作；但是到了P6，你就必須知Java端開發(fā)為例，P6要知道如何將數(shù)據(jù)庫、緩存、面向?qū)ο?、設(shè)計模式、HTTP提升技術(shù)深除了熟練使用套路，P6需要深入理解套路背后的技術(shù)原理和細(xì)節(jié)，提升自己的技術(shù)深以設(shè)計模式為例，P5能只知道每個設(shè)計模式是什么意思，但是P6要知道什么時候用這也是P6能夠指導(dǎo)P5的原因：P5只知道what，P6還知道whyP6階段提升技術(shù)的時候，很容易掉到一個陷阱里，那就是貪多求全。你可能看了很多技正確的做法是什么呢？重點抓住跟當(dāng)前工作內(nèi)容強相關(guān)的和技術(shù)套路，深入學(xué)習(xí)和研究，重點提升技術(shù)深度。如果有精力，你再去拓展學(xué)些暫時用不到、但以后很可能會用到的技術(shù)。在業(yè)務(wù)能力上，P6相比P5的提升主要體現(xiàn)在兩方一是P6對功能掌握得更全面。P5只掌握了其中一部分功能，而P6基本上要求掌握某類二是P6對處理邏輯的理解更深刻。P5只需要知體的需求處理邏輯是什么，而P6要求理解需求的“上下文信息”，比如需求給用戶/客戶帶來的價值是什么，解決了什么問題，為什么要設(shè)計5個步驟而不是3個步驟，為什么競品的功能設(shè)計跟我們不一樣。P6級別的業(yè)務(wù)能力要求，我總結(jié)在了這張表格 級別提升業(yè)務(wù)能力的方法是我自創(chuàng)的“5W1H8C1D”分析法。傳這個方法不是一兩句話能夠講清楚的，我會在課程的專項提升部分專門用1篇幅為你P6管理能力的要求主要是能夠負(fù)責(zé)項目中的子任務(wù)推具體的管理要求，我總結(jié)在了這張表格工作量評估：WBSP6的管理職責(zé)包括任務(wù)的工作量評估、計劃制定以及分配和等。其中工作量評估是P6的職責(zé)，而計劃制定以及分配和，主要是配合項目經(jīng)理來完成的。而且，工作所以，掌握工作量評估的有效方法，也是P6在管理方面的能力很多人在評估工作量的時候沒有依據(jù)，所以心里比較虛，如果項目經(jīng)理或者產(chǎn)品經(jīng)理稍微一下，就會很容易退讓，導(dǎo)致工作量被壓縮。到了實際項目執(zhí)行的時候，他們發(fā)現(xiàn)工作量評估偏少了，為了趕上項目進度，就只能加班加點。我在職業(yè)生涯中遇到過四種評估方法拍腦袋法：讓團隊有經(jīng)驗的人直接拍腦袋想一個工作量數(shù)牌法：找3～5個人員，每人給一張小紙條，每個人把工作量評估寫在紙條上，最 分解法：把需求拆解為多項小任務(wù)，單獨評估每個小任務(wù)的工作量，然后匯總；評估小任務(wù)的工作量的時候可能采取上面這3種方法。從實踐經(jīng)驗來看，WBS分解法的效果是最好的，評估的誤差基本上不會超過20WBS的全稱是WorkBreakdownSrctre，中文翻譯是“工作分解結(jié)構(gòu)”。WBS分解法的原理是，通過把項目工作按階段可交付成果分解成更小的、更易于管理的組成部分，來提升項目管理的效率。我們以點贊為例，開發(fā)人員采用WBS分解方法，可以得到下面這個任務(wù)分解表格對于分解出來的子任務(wù)項，我們就可以用“拍腦袋法”評估工作量了。這樣做能夠兼顧效率和效果，因為子任務(wù)項已經(jīng)比較小，基本上你憑經(jīng)驗就能夠得到比較合理的結(jié)果。就算單個任務(wù)項有偏差，也是有的偏多有的偏少，最終的偏差反而會互相抵消。避免過于樂觀：加大部分人在評估工作量的時候都會比較樂觀，而且在項目過程中可能有各種意外出現(xiàn)（比如某個開發(fā)或者測試人員生?。Ｔ趯嵺`中，為了避免過于樂觀的評估給后面的項目進度帶來風(fēng)險，我們往往會采取加Bffer（緩沖）的做法，也就是說，將評估的初步結(jié)果乘以一個大于1的系數(shù)來作為項目的工作量。還是拿點贊功能來說明，如果初步評估的工作量是14人天，Buffer系數(shù)取1.2，那么最終做項目計劃時，參考工作量就是17人天（14*1.2=16.8≈17）。這個Buffer數(shù)可以在1.2～1.6間浮動，一般根據(jù)項目的復(fù)雜度決定。全新的業(yè)務(wù)功能Buffer會高一些，在已有業(yè)務(wù)功能上修改時Buffer會低一些。這一講我基于COMD力模型，給你詳細(xì)解讀了P6別的具體要求以及對應(yīng)的提升技P6的能力要求是獨立負(fù)責(zé)端到端的項目任務(wù)，主要提升目標(biāo)是成為獨立自主的“項技術(shù)方面，P6要掌握團隊用到的各種技術(shù)的“套路”，重點提升技術(shù)深度，學(xué)習(xí)時要業(yè)務(wù)方面，P6要掌握某類業(yè)務(wù)相關(guān)的所有功能，并深度理解處理邏輯，主要的提升方管理方面，P6需要負(fù)責(zé)項目子任務(wù)推進，包括工作量評估、計劃制定和溝通協(xié)調(diào)等。評估工作量的時候，建議使用WBS分解法，先拆解成容易評估的小任務(wù)，然后獨立評估這就是今天的全部內(nèi)容，留一道課后思考題給你吧。P6的能力要求已經(jīng)比較全面地覆蓋了技術(shù)、業(yè)務(wù)和管理三個維度。假如你是晉升評委，你會怎么分配這三個維度在職級能力中的占比呢，理由是什么？ 不得售賣。頁面已增加防盜追蹤，將依 上一