中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在項(xiàng)目的整個周期中，每個流程都有可能導(dǎo)致項(xiàng)目延期，所以把控好每個環(huán)節(jié)，找到自己在每個環(huán)節(jié)中的驅(qū)動力才是產(chǎn)品經(jīng)理解決項(xiàng)目延期問題的根本。本文將圍繞以下4點(diǎn)原因展開討論如何避免項(xiàng)目延期。

01 哪些原因會導(dǎo)致項(xiàng)目延期？

1. 產(chǎn)品需求經(jīng)常變動

對于產(chǎn)品需求經(jīng)常變動，我們要問自己3個問題，產(chǎn)品需求為什么會經(jīng)常變動？需求經(jīng)常變動會產(chǎn)生什么樣的負(fù)面影響？我們要采用什么樣的處理方法才能避免需求經(jīng)常變動？

產(chǎn)品需求經(jīng)常變動的原因如下：

• 前期思考不到位，把問題想的太簡單以至于好多細(xì)節(jié)和邏輯沒有考慮進(jìn)去，到開發(fā)階段才發(fā)現(xiàn)諸多問題，從而不得不增加需求點(diǎn)或者更改原需求。
• 技術(shù)調(diào)研不到位，自己認(rèn)為可以做的功能在基于系統(tǒng)現(xiàn)在的支撐時(shí)無法按時(shí)間迭代出來，導(dǎo)致只能使用替換方案，變更需求。
• 前期制定的方案對需求的理解有偏差，經(jīng)過后期的對接和溝通發(fā)現(xiàn)理解錯誤然后變更需求。

2. 需求經(jīng)常變動將產(chǎn)生什么影響？

需求是為了解決產(chǎn)品或者市場中某些問題和漏洞而產(chǎn)生的，所以所有的需求對整個產(chǎn)品而言一定是有正向意義的。在產(chǎn)品的生命周期中，需求的確定是第一流程。

如果需求經(jīng)常變動會導(dǎo)致產(chǎn)品設(shè)計(jì)，開發(fā)邏輯和測試用例的重構(gòu)或者已完成的工作量作廢清零。

變更需求的次數(shù)越多導(dǎo)致團(tuán)隊(duì)的整體工作量增加，時(shí)間卻在減少，自身和團(tuán)隊(duì)的工作壓力就會越大，當(dāng)壓力過大時(shí)，經(jīng)常變動需求就會很容易使團(tuán)隊(duì)和諧受到?jīng)_擊，久而久之會讓團(tuán)隊(duì)質(zhì)疑產(chǎn)品經(jīng)理自身的工作能力，降低產(chǎn)品經(jīng)理在團(tuán)隊(duì)中的公信力，自己也會質(zhì)疑自身的工作能力，產(chǎn)生不自信的表現(xiàn)，形成惡性循環(huán)。

案例：

之前在觸摸屏終端做了一個橫向版不可滑動的時(shí)間軸功能，任務(wù)時(shí)間段接近時(shí)會導(dǎo)致文字顯示不全，但還是堅(jiān)持把這個需求做了下來，時(shí)間軸的展示邏輯，前端開發(fā)和測試都投入了很多精力。但是后來用戶反饋說那個時(shí)間軸完全用不上還是做成列表更實(shí)用一些。復(fù)盤的時(shí)候總結(jié)了問題最根本的原因是臆想了用戶的使用場景，沒有和用戶充分溝通，導(dǎo)致需求重做，工作量增加，和前端同學(xué)也產(chǎn)生了一些摩擦。

3. 我們?nèi)绾伪苊庑枨蠼?jīng)常變動？

1）使用工具輔助梳理邏輯

當(dāng)面對邏輯復(fù)雜的模塊時(shí)可以使用腦圖和流程圖輔助梳理邏輯，以安防應(yīng)用其中一個小模塊為例，可以使用腦圖和流程圖輔助梳理邏輯，避免有遺漏的數(shù)據(jù)，功能和邏輯。

案例-工具輔助：

2）極值思考

即當(dāng)產(chǎn)品中的數(shù)據(jù)為0或?yàn)樽畲笾禃r(shí)處理的邏輯應(yīng)該是什么。為避免邏輯，頁面和功能的缺失，采用極值條件思考，將產(chǎn)品中產(chǎn)生數(shù)據(jù)的地方統(tǒng)計(jì)總結(jié)并且做出數(shù)據(jù)值為0或最大值的假設(shè)來校驗(yàn)需求是否有缺失。

案例-極值思考：

如知乎的稍后答功能，當(dāng)數(shù)據(jù)為0時(shí)，展示空頁面，并引導(dǎo)用戶查看推薦的問題。

3）前期技術(shù)調(diào)研

為了避免已經(jīng)制定的需求因?yàn)楝F(xiàn)有資源和特定時(shí)間段內(nèi)不能完成的情況，需求、方案要和團(tuán)隊(duì)進(jìn)行充分的技術(shù)調(diào)研和溝通，可以上網(wǎng)查看相關(guān)的資料，和技術(shù)人員多討論多溝通，確保方案基于現(xiàn)有的技術(shù)實(shí)力和可控的時(shí)間范圍內(nèi)是可行的。

4）需求調(diào)研

對比競品，做市場調(diào)研和客戶進(jìn)行充分的溝通，可以先和客戶講解自己的設(shè)計(jì)方案，確保需求是真實(shí)的，并且能夠解決用戶面臨的問題和痛點(diǎn)，保證自己對需求的理解是正確的。

?02 客戶臨時(shí)加需求

1. 客戶臨時(shí)加需求會產(chǎn)生什么影響？

當(dāng)客戶臨時(shí)提出增加需求時(shí)，若人員數(shù)量不變，則時(shí)間成本增加，或者是增加項(xiàng)目人員數(shù)量。無論哪種方案無疑會使項(xiàng)目的成本增加，團(tuán)隊(duì)壓力變大，當(dāng)項(xiàng)目收入大于支出時(shí)會造成項(xiàng)目的資金虧損。

接手過一個類似的項(xiàng)目，為快速滿足客戶提出的需求而投入過多人員，導(dǎo)致項(xiàng)目接近完成后大批量的裁員，而根本原因就是項(xiàng)目的投入和產(chǎn)出比例失調(diào)，為保證項(xiàng)目的收益只能縮減人員。

2. 何如對待客戶臨時(shí)增加的需求？

1）獲取真實(shí)需求

為了避免后期需求變動或者大家加班加點(diǎn)做出的功能不符合預(yù)期，被全盤否掉的情況發(fā)生，當(dāng)遇到客戶臨時(shí)增加需求時(shí)更加需要和客戶確定好他的真實(shí)需求。和客戶盡行充分的溝通，為便于客戶能夠直觀理解設(shè)計(jì)方案，可使用圖文并茂的講解方式。如果有條件最好處于客戶的使用場景中，體驗(yàn)客戶使用的痛點(diǎn)從而挖掘出客戶想要的功能。

2）替換需求

在保證客戶正常使用產(chǎn)品功能的前提下，為了更加合理化的分配項(xiàng)目資源，可以基于產(chǎn)品現(xiàn)有邏輯和功能合理的替換客戶提出的需求并提供原因和解決方案。了解客戶想解決的究竟是什么問題，綜合系統(tǒng)現(xiàn)有資源比對哪幾種方案可行，并提供出性價(jià)比最高的解決方案。

3）需求閹割

為了將核心需求在一定時(shí)間內(nèi)做到最好的效果，將需求劃分優(yōu)先級并將優(yōu)先級較低的需求暫時(shí)放在下一版本中，利用系統(tǒng)現(xiàn)有資源，采用邏輯簡單，較易實(shí)現(xiàn)的方案，這樣付出成本小，效果達(dá)到了，如果方向正確，后期可進(jìn)行迭代優(yōu)化。

03 風(fēng)險(xiǎn)預(yù)報(bào)周期太短

1. 風(fēng)險(xiǎn)預(yù)報(bào)周期短的原因是什么？

1）重大問題發(fā)現(xiàn)的時(shí)間太晚，或者臨近發(fā)版時(shí)發(fā)現(xiàn)一堆問題，導(dǎo)致無法及時(shí)處理問題從而影響發(fā)版。可能因?yàn)樵趫F(tuán)隊(duì)協(xié)作中缺少充分的溝通，比如團(tuán)隊(duì)對需求的理解不清晰，對需求的優(yōu)先級沒有掌握或者是bug堆積，測試打包頻率不夠等等原因都會導(dǎo)致這種情況的發(fā)生。

2）需求沒有分優(yōu)先級,研發(fā)進(jìn)度沒有安排好，將所有的需求按照相同優(yōu)先級去處理，導(dǎo)致優(yōu)先級高的任務(wù)沒有按時(shí)完成。

3）工作流程出現(xiàn)問題，缺少有效的處理機(jī)制，同一問題經(jīng)常發(fā)生時(shí)很可能是流程上出了問題，這時(shí)應(yīng)該自下而上去完善缺少的處理機(jī)制。

2. 在研發(fā)和測試兩個流程中，產(chǎn)品可以驅(qū)動的方式有哪些呢？

1）每天跟蹤項(xiàng)目進(jìn)度

為了及時(shí)掌握和處理項(xiàng)目在開發(fā)階段遇到的問題，在研發(fā)過程中，可以將需求按照前后端的分工拆成小的功能點(diǎn)，定好開發(fā)的人員和時(shí)間，每天跟蹤進(jìn)展。當(dāng)一個小的任務(wù)有延期時(shí)可以一起評估延期風(fēng)險(xiǎn)，有必要時(shí)可以重新調(diào)整人員分配，如開發(fā)人員遇到技術(shù)難題可以開會討論最優(yōu)解，當(dāng)實(shí)際任務(wù)量和預(yù)計(jì)任務(wù)量有很大差距時(shí)可以及時(shí)調(diào)整。

2）產(chǎn)品功能驗(yàn)收

當(dāng)開發(fā)人員完成一組功能時(shí)，產(chǎn)品可以先去驗(yàn)收這一組功能，如果產(chǎn)品設(shè)計(jì)有問題時(shí)可以及時(shí)改正，如果研發(fā)實(shí)現(xiàn)有問題時(shí)也可以盡早修復(fù)bug?？梢詼p少產(chǎn)品質(zhì)量驗(yàn)收時(shí)的壓力和工作量，bug可以盡早處理，發(fā)現(xiàn)邏輯有問題時(shí)也可以盡早改正，對產(chǎn)品的質(zhì)量和項(xiàng)目的進(jìn)度都有正向推進(jìn)的作用。

3）制定需求優(yōu)先級

在測試過程中可以將需要測試的功能模塊分好優(yōu)先級（一般按需求的優(yōu)先級來），先測需求重要和邏輯復(fù)雜的模塊，避免發(fā)版前出現(xiàn)較難解決的故障。研發(fā)人員修復(fù)bug時(shí)，也應(yīng)評估bug的優(yōu)先程度去修復(fù)。

?04 臨近發(fā)版才發(fā)現(xiàn)某一功能與需求不符

這點(diǎn)和第三點(diǎn)-【風(fēng)險(xiǎn)預(yù)報(bào)周期太短】有重合的地方，在發(fā)版前發(fā)現(xiàn)功能實(shí)現(xiàn)或邏輯和需求不符這種情況雖不常出現(xiàn)，但是一旦發(fā)生，那么項(xiàng)目面臨延期的風(fēng)險(xiǎn)將大大提高，所以單獨(dú)把他列為第四點(diǎn)討論解決方案。

1. 造成這種問題的原因是什么呢？

1）文檔闡述不清晰或者不詳細(xì)，導(dǎo)致不同人理解之間的偏差，比如文檔說明支持拖動排序，但沒有寫具體的排序方法是替換排序還是順序排列，導(dǎo)致有A，B兩種實(shí)現(xiàn)方式，產(chǎn)品認(rèn)為使用方案A，開發(fā)理解的是方案B，產(chǎn)生理解偏差而且問題還不容易被發(fā)現(xiàn)。

2）產(chǎn)品，研發(fā)和測試人員沒有充分的溝通，各自都以自己的理解去想問題，是第一點(diǎn)的衍生情況，當(dāng)文檔已經(jīng)產(chǎn)生歧義時(shí)，又沒有線下的充分溝通才會導(dǎo)致需求和實(shí)現(xiàn)的功能不符。

3）沒有功能驗(yàn)收，功能完成后，產(chǎn)品同學(xué)沒有去驗(yàn)證是否和自己要求一致，可能是公司沒有設(shè)置這一流程，但是產(chǎn)品同學(xué)做好功能驗(yàn)收可以把最嚴(yán)重的問題在第一時(shí)間暴露出來從而可以及時(shí)改正。

2. 產(chǎn)生的影響

這種重大的失誤不僅會導(dǎo)致項(xiàng)目延期，還因?yàn)樯婕暗娜藛T過多導(dǎo)致相互甩鍋影響團(tuán)隊(duì)和諧，引發(fā)團(tuán)隊(duì)矛盾。因?yàn)楣δ懿荒馨磿r(shí)準(zhǔn)確的完成，往往需要其他的方案或者更多的時(shí)間來補(bǔ)救。

所以如何避免這種情況的發(fā)生尤為重要？

• 優(yōu)質(zhì)的需求文檔：將產(chǎn)品文檔寫的詳盡一些，簡單易懂的描述自己想要的是什么，如果語言組織上出現(xiàn)問題時(shí)可以參照市面上已有的功能，轉(zhuǎn)化成口語形式去描述。
• 團(tuán)隊(duì)溝通：和研發(fā)，測試人員充分溝通，確保他們理解你想要的功能是什么樣的，可以用原型輔助演示自己想要達(dá)到的效果。
• 產(chǎn)品先驗(yàn)收后測試：產(chǎn)品經(jīng)理可以在開發(fā)人員開發(fā)完成后，測試之前，先驗(yàn)收功能的一致性和邏輯的正確性，保證產(chǎn)品的走向是正確的。如果在錯誤的基礎(chǔ)上進(jìn)行測試，那么就浪費(fèi)了員工的精力，時(shí)間，最終還沒有達(dá)到預(yù)期的效果。
• 質(zhì)量驗(yàn)收：在測試完成后進(jìn)行產(chǎn)品的質(zhì)量驗(yàn)收，此時(shí)的產(chǎn)品應(yīng)沒有重大，明顯的bug，產(chǎn)品主要是對頁面的美觀度，操作的流暢度進(jìn)行驗(yàn)證，驗(yàn)證無誤后即可進(jìn)行發(fā)版。

05總結(jié)

希望產(chǎn)品同學(xué)多以自身為驅(qū)動力，找到自己在每個環(huán)節(jié)中的問題才能找到自己能做的解決方案。

本文由 @菜菜子? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Pexels，基于CC0協(xié)議