亚洲无码黄网,日韩久久无码免费毛片软件 ,99久久夜色精品国产网站

搜索

APP

起點(diǎn)課堂會員權(quán)益

職業(yè)體系課特權(quán)

線下行業(yè)大會特權(quán)

個人IP打造特權(quán)

30+門專項(xiàng)技能課

1300+專題課程

12場職場軟技能直播

12場求職輔導(dǎo)直播

12場專業(yè)技能直播

會員專屬社群

榮耀標(biāo)識

發(fā)布

注冊 | 登錄

如何平衡自我能力和產(chǎn)品需求？

舒季

2020-04-01

0 評論 4035 瀏覽 21 收藏

11 分鐘

之前我們講到了商業(yè)目標(biāo)和用戶體驗(yàn)之間的平衡《如何平衡商業(yè)目標(biāo)和用戶體驗(yàn)？》，這屬于產(chǎn)品和用戶之間愛恨糾葛，現(xiàn)在來探討下一個“平衡問題”，產(chǎn)品開發(fā)人員團(tuán)隊(duì)內(nèi)的一些自我平衡問題。

一個產(chǎn)品團(tuán)隊(duì)的人力、需求優(yōu)先級、技術(shù)成熟度、成本預(yù)算等多方面問題都會與時間節(jié)點(diǎn)進(jìn)行沖突，時間節(jié)點(diǎn)是產(chǎn)品永遠(yuǎn)繞不開的話題，產(chǎn)品不可能在有限的時間和人力里面去開發(fā)無限的功能，產(chǎn)品也不可能不受時間控制，準(zhǔn)備完全充分了再上線（如果足夠成熟有錢，倒也不是沒有這個可能性）。

產(chǎn)品始終會向前推進(jìn)，在一輪一輪的需求評審中，每個矛盾點(diǎn)大都會化解，最后達(dá)到一個平衡。需求評審中，產(chǎn)品和開發(fā)人員都會相互妥協(xié)，產(chǎn)品妥協(xié)于時間，開發(fā)妥協(xié)于飯碗（誤）。

這就促使產(chǎn)品經(jīng)理在整理需求，制定下一個版本計劃時，需要有對團(tuán)隊(duì)人力和能力的足夠認(rèn)知，劃分優(yōu)先級，能有決策力并且能夠說服團(tuán)隊(duì)，規(guī)劃產(chǎn)品井然有序上線，并不能一口吃成一個胖子。

1. 優(yōu)先級 | 當(dāng)我們在談?wù)搩?yōu)先級的時候我們究竟在談?wù)撌裁矗?/h2>
大多數(shù)時候，接手一個產(chǎn)品，就會發(fā)現(xiàn)它不可能是一個完美的產(chǎn)品，基礎(chǔ)功能缺失，核心體驗(yàn)亟待提升。即使是較為成熟的產(chǎn)品，也會存在一些歷史遺留問題和新的商業(yè)探索方向各種優(yōu)先級問題。

1.1 各種各樣的需求

以下簡單列舉了一些需求的分類，

外部需求：需要配合其他部門的時間節(jié)點(diǎn)上線，掌握權(quán)可能不在自己的手里；
基礎(chǔ)需求：包括：歷史遺漏問題，bug修復(fù)，客戶端和服務(wù)端的技術(shù)優(yōu)化，基礎(chǔ)功能完善等；
運(yùn)營需求：往往和產(chǎn)品本身體驗(yàn)是綁定在一起，并非割裂；
體驗(yàn)升級：提升用戶體驗(yàn)，功能再優(yōu)化；
全新需求：商業(yè)新探索和產(chǎn)品新方向。

當(dāng)然以上的需求只是簡單列舉了一下，還可能有更多更復(fù)雜的需求，如何功耗需求等等。透過需求的表象看本質(zhì)，評估對自身的影響和優(yōu)先級，也不是所有的需求都需要接，或者是馬上著手做，這個就看如何和其他部門協(xié)調(diào)了。

1.2 驗(yàn)證需求真?zhèn)?/h3>
如果該需求無法驗(yàn)證真?zhèn)?，無法判斷是否是優(yōu)先，那么就要采取2種手段，方式一內(nèi)部討論和評審，沒有人比整個團(tuán)隊(duì)的成員更加了解自己的產(chǎn)品了，討論往往會達(dá)成一些共識；方式二聯(lián)合用戶研究小組進(jìn)行定性或定量研究，有助于內(nèi)部的思考。

所以當(dāng)我們在討論優(yōu)先級的時候，就是在決定產(chǎn)品的未來，將遠(yuǎn)的未來，只談長遠(yuǎn)宏觀或只談現(xiàn)狀，都是沒有意義的。

1.3 判斷需求優(yōu)先級

優(yōu)先級的排序和下版本需求規(guī)劃，就是在做決策的過程，而如何科學(xué)地做決策？

可采用的方式是，從幾個維度對該需求進(jìn)行打分，得到總分進(jìn)行排序。打分的算法不一定是對外的，是幫助自己做判斷和思考的，打分也必然是一個相對主觀的過程，而這個主觀的考量依靠的是自身對產(chǎn)品的了解程度，經(jīng)驗(yàn)，以及市場敏銳度。所以也會由于自己的判斷失誤，讓團(tuán)隊(duì)耗費(fèi)了大量的時間去開發(fā)，最后數(shù)據(jù)并不一定樂觀。

2. 敏捷開發(fā) | 到底什么才算是敏捷？

“快速試錯，快速迭代”是這個時代的特征，所以很多團(tuán)隊(duì)引進(jìn)了一個敏捷開發(fā)的概念，敏捷開發(fā)主要以提升項(xiàng)目周期為核心，使團(tuán)隊(duì)結(jié)構(gòu)責(zé)任更清晰，項(xiàng)目進(jìn)度更具有把控性，團(tuán)隊(duì)配合更緊密，工具升級提升效率，以下將分別探討。

2.1 團(tuán)隊(duì)結(jié)構(gòu)敏捷

團(tuán)隊(duì)結(jié)構(gòu)是否可以更敏捷性，一定程度上取決于公司自身架構(gòu)，簡單來說分為兩種：一種是職能部門的架構(gòu)，一種是模塊分組的架構(gòu)。

模塊分組最簡單的標(biāo)準(zhǔn)配置是：產(chǎn)品經(jīng)理+ 交互設(shè)計+視覺設(shè)計+客戶端+服務(wù)端+測試，模塊分組的結(jié)構(gòu)一般說來在快速響應(yīng)上會強(qiáng)于職能部門，基本上就是專人專用，多數(shù)的評審只需要經(jīng)過模塊組內(nèi)部，雖然效率提升了，但可能會有一定的局限，模塊之間始終會存在一些耦合的情況，另外交互和視覺設(shè)計的評審，也需要設(shè)計部門進(jìn)行評審，所以大部分的公司還是以職能部門為劃分。但是需要注意的是靈活性，例如設(shè)計部門可以評審把控交互和設(shè)計大方向，但是不必在一些細(xì)節(jié)上糾結(jié)。

2.2 進(jìn)度把控敏捷

產(chǎn)品經(jīng)理需要隨時把控項(xiàng)目進(jìn)度，通常在評審結(jié)束后，所有的需求都會拆分為stories。通過在線協(xié)作工具（例如：TAPD），可以實(shí)現(xiàn)創(chuàng)建Story、變更狀態(tài)、時間預(yù)估、快速編輯信息、分派人員等?？焖倜鞔_團(tuán)隊(duì)成員每人每天的工作量，實(shí)現(xiàn)進(jìn)度的把控。

另外，如果有條件的話，開發(fā)團(tuán)隊(duì)可以選定一個時間進(jìn)行每日的站會和周會，時間不需要太長，但是可以同步進(jìn)度，同步信息，分享難點(diǎn)。

2.3 團(tuán)隊(duì)配合敏捷

團(tuán)隊(duì)配合的緊密性在于，不需要等待每一個流程結(jié)束后，才開始新流程。

比如不一定要交互出來再做設(shè)計，設(shè)計做完，才做前端和后臺，版本快完成了再轉(zhuǎn)測試。所有的工作都是可以穿插交替的，交互的同時可以是設(shè)計和前端并行，每完成幾個story，都可以打包轉(zhuǎn)交互和設(shè)計體驗(yàn)，進(jìn)而轉(zhuǎn)測試。團(tuán)隊(duì)配合需要具有靈活性，靈活性仍然需要產(chǎn)品經(jīng)理來把控。