国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

一、寫在前面

鵝廠對產(chǎn)品經(jīng)理的能力項(xiàng)要求中有一條重要考量，叫做技術(shù)理解力。我一直在思考學(xué)習(xí)，怎樣才能算得上是具有技術(shù)理解力，也一直把提升技術(shù)理解力作為自己工作目標(biāo)，直到最近，聽曾經(jīng)策劃并實(shí)現(xiàn)央視微信搖春晚的技術(shù)哥哥分享之后，才恍然大悟，所謂的技術(shù)理解力，不是讓產(chǎn)品經(jīng)理學(xué)看代碼，而是在溝通、需求、及項(xiàng)目推進(jìn)時(shí)，思考方式與技術(shù)人員保持基本同步。這應(yīng)該怎么理解呢？就讓我們從一個(gè)需求流程的角度來詳細(xì)說明吧。

需求來源有很多途徑：用戶調(diào)研、反饋，產(chǎn)品創(chuàng)新、升級(jí)、迭代、運(yùn)營，市場分析，競品對標(biāo)，甚至是老板需求等等不一而足、不可勝數(shù)。在傳統(tǒng)意義上，產(chǎn)品經(jīng)理根據(jù)需求特性，抽象產(chǎn)品特性，思考產(chǎn)品邏輯，制定產(chǎn)品目標(biāo)、愿景、實(shí)施計(jì)劃，擬定詳細(xì)的文檔，按照交互-設(shè)計(jì)-重構(gòu)-前后臺(tái)開發(fā)-測試驗(yàn)收上線的流程，一步步推進(jìn)即可。但看似合理且被大多數(shù)產(chǎn)品經(jīng)理認(rèn)為是理所當(dāng)然的流程中，卻隱藏著技術(shù)理解層面嚴(yán)重的bug。

二、對軟件設(shè)計(jì)的理解問題

大家知道，軟件開發(fā)設(shè)計(jì)有“面向過程”和“面向?qū)ο蟆敝?，雖然兩種方式之間有千絲萬縷的關(guān)系，但在思考方式層面，卻有很大的區(qū)別：

• 面向過程，是指以任務(wù)/事件為中心，進(jìn)行軟件設(shè)計(jì)。
• 面向?qū)ο?，是指以事物為中心的軟件設(shè)計(jì)。

舉個(gè)用戶要搭乘地鐵從T站到F站的簡單例子來說明：

如果用面向過程的設(shè)計(jì)方式，會(huì)將地鐵啟動(dòng)、運(yùn)行、到站等一系列的動(dòng)作設(shè)定為過程，也許還要設(shè)定地鐵維修的過程。然后將這所有的過程按照邏輯串在一起，完成一個(gè)任務(wù)。

如果用面向?qū)ο蟮姆绞皆O(shè)計(jì)，那直接將地鐵定義為對象，地鐵的顏色、形狀等則為屬性，地鐵的運(yùn)行和到站就是地鐵的方法，也即地鐵的行為，而不是過程。

參照軟件設(shè)計(jì)的方式，產(chǎn)品經(jīng)理在思考需求、抽象產(chǎn)品特性和邏輯時(shí)，也有類似的思考方式的區(qū)別：

1. 有時(shí)過于關(guān)注產(chǎn)品如何實(shí)現(xiàn)每一個(gè)步驟，就難以描繪產(chǎn)品大局，難以把握用戶分類、了解每一類用戶的目標(biāo)；又有時(shí)如果面向?qū)ο?，就有可能將簡單的邏輯?fù)雜化。這樣沒用明確思考方式的情況下，無論是產(chǎn)品PRD、交互或開發(fā)溝通，都可能產(chǎn)生分歧。
2. 要達(dá)到合理的技術(shù)理解，需要在需求思考環(huán)節(jié)，就要考慮使用哪種思維方式繼續(xù)，尤其是需要和技術(shù)人員提前溝通，磨合雙方對于產(chǎn)品需求思考的方式，是需要面向過程，還是需要面向?qū)ο蟆?/li>
3. 在溝通的基礎(chǔ)上，繼續(xù)詳細(xì)的設(shè)計(jì)產(chǎn)品：明確產(chǎn)品用戶分類、每一類用戶的目標(biāo)以及行為路徑，從而明確產(chǎn)品特性和邏輯。根據(jù)每類用戶的情況，擬定對應(yīng)的流程、時(shí)序、交互等一系列所需的說明，然后再提交技術(shù)開發(fā)。產(chǎn)品與技術(shù)這樣同步的思維方式，相信可以免去很多需求設(shè)計(jì)轉(zhuǎn)換為軟件設(shè)計(jì)時(shí)的問題。

三、對需求實(shí)施的理解問題

很多產(chǎn)品經(jīng)理都說過這樣的話：這個(gè)需求很簡單，隨便改改就可以啦。當(dāng)然，這也是技術(shù)同學(xué)最不喜歡的話之一，我也不例外，曾因?yàn)橐粋€(gè)簡單頁面的圖文修改，對技術(shù)人員嗤之以鼻，但當(dāng)了解內(nèi)情后才發(fā)現(xiàn)，不僅僅是修改html的問題，還涉及到css、json、數(shù)據(jù)庫讀取修改以及數(shù)據(jù)字段的調(diào)整。所以對于需求的理解，從產(chǎn)品經(jīng)理和技術(shù)人員角度而言，所看到的大小和范圍，也許就像冰山一樣，水面和水底有很大的區(qū)別。

在這種技術(shù)層面的改動(dòng)要大于產(chǎn)品預(yù)期的情況，難免就會(huì)產(chǎn)生分歧。為了盡量使需求的實(shí)施理解，也能保持同步，可以參考以下要素：

1. 參加技術(shù)人員的概要設(shè)計(jì)評(píng)審：當(dāng)產(chǎn)品需求提到技術(shù)層面時(shí)，一般技術(shù)人員會(huì)對需求進(jìn)行概要設(shè)計(jì)、評(píng)審、詳細(xì)設(shè)計(jì)及評(píng)審、開發(fā)實(shí)施等環(huán)節(jié)。當(dāng)然產(chǎn)品經(jīng)理一般不會(huì)在技術(shù)層面介入太深，但為了盡量使需求不偏離目標(biāo)，參加技術(shù)層面的概要設(shè)計(jì)評(píng)審，是很好的一個(gè)選擇，雖然對于多數(shù)產(chǎn)品經(jīng)理而言，不一定能全聽懂技術(shù)在概要設(shè)計(jì)層面的討論。參加概要設(shè)計(jì)評(píng)審可以了解需求在啟動(dòng)技術(shù)設(shè)計(jì)時(shí)，涉及到的相關(guān)系統(tǒng)、干系人、內(nèi)外部團(tuán)隊(duì)等，大致了解技術(shù)實(shí)施層面的困難、瓶頸和資源需求。以減少用戶類型、路徑等環(huán)節(jié)的偏差。
2. 提前向技術(shù)同步產(chǎn)品的遠(yuǎn)期愿景：同步產(chǎn)品愿景和長期版本目標(biāo)，可以是在需求剛出現(xiàn)時(shí)，也可以是在交互設(shè)計(jì)時(shí)，但個(gè)人感覺最晚不能晚于技術(shù)的概要設(shè)計(jì)。提前同步產(chǎn)品愿景，可以在技術(shù)人員做技術(shù)設(shè)計(jì)時(shí)，能確定數(shù)據(jù)、架構(gòu)、迭代以及預(yù)留字段，更能確定技術(shù)實(shí)現(xiàn)方式，是按照較大的系統(tǒng)實(shí)施，還是按照簡單的邏輯實(shí)施，因?yàn)楹芏鄷r(shí)候，技術(shù)的實(shí)現(xiàn)方式有多種選擇。以免產(chǎn)品的期望是宏偉大廈，因?yàn)闆]有提前同步給技術(shù)，導(dǎo)致技術(shù)在打地基時(shí)，按照普通的平房實(shí)施了。
3. 了解需求中的關(guān)鍵點(diǎn)：這一點(diǎn)需要在每一次技術(shù)溝通中進(jìn)行確認(rèn)，但盡量在技術(shù)概要設(shè)計(jì)前了解清楚，這也就是參加技術(shù)概要設(shè)計(jì)評(píng)審的重要性所在。了解需求的關(guān)鍵點(diǎn)，了解了相關(guān)困難、瓶頸、資源需求等，對于需求實(shí)施的排期、時(shí)間節(jié)點(diǎn)評(píng)估則會(huì)掌握的比較清晰。

所以對于需求實(shí)施的理解，產(chǎn)品和技術(shù)保持同步，才能使需求實(shí)施事半功倍。

四、對項(xiàng)目進(jìn)度推進(jìn)的理解問題

需求項(xiàng)目進(jìn)度溝通方面，產(chǎn)品和技術(shù)的理解也存在分歧：評(píng)估的時(shí)間點(diǎn)內(nèi)不能完成目標(biāo)，甚至沒有明確的時(shí)間評(píng)估。面對這樣的問題，最重要的，肯定是按照前期的溝通制定計(jì)劃，正如搖春晚技術(shù)哥哥的說法，就是有了計(jì)劃，才能感知變化。因此建議考慮以下元素：

1. 根據(jù)需求的關(guān)鍵點(diǎn)，把控項(xiàng)目進(jìn)度：前文提到，了解需在技術(shù)實(shí)施環(huán)節(jié)的關(guān)鍵節(jié)點(diǎn)，目的就是為了整體把控需求，防止在關(guān)鍵節(jié)點(diǎn)掉鏈子。有時(shí)是需要產(chǎn)品協(xié)助，或是督促技術(shù)打通關(guān)鍵節(jié)點(diǎn)的問題，有時(shí)則是因?yàn)榍捌诘脑u(píng)估和了解，提前將實(shí)施中關(guān)鍵節(jié)點(diǎn)可能存在的問題消化掉。
2. 需求實(shí)施的“時(shí)間最小單元”不能太久：需求實(shí)施的“時(shí)間最小單元”，我把它定義為，需求實(shí)施過程中，可以標(biāo)識(shí)為里程碑或是有明確交付物的最短時(shí)間。例如一個(gè)H5的登錄注冊功能的開發(fā)，判斷每個(gè)輸入框信息輸入格式是否準(zhǔn)確，將信息提交至數(shù)據(jù)庫，數(shù)據(jù)庫寫入數(shù)據(jù)并返回是否正確寫入，給用戶對應(yīng)的反饋，這些每個(gè)環(huán)節(jié)的開發(fā)所需時(shí)間，都可以理解為一個(gè)時(shí)間最小單元。按照正常的邏輯，這樣的時(shí)間最小單元，建議是0.5天至3天，最好不超過3天。
3. 時(shí)不時(shí)的討論推進(jìn)的困難和進(jìn)度：對于推進(jìn)實(shí)施中的需求，不能當(dāng)成一個(gè)完全交出去的任務(wù)，更不能當(dāng)“甩手掌柜”，而是應(yīng)該參照時(shí)間最小單元，不時(shí)的討論推進(jìn)中是否存在困難，應(yīng)如何解決困難，詢問時(shí)間最小單元中的推進(jìn)進(jìn)度，如有沒有進(jìn)度，則可能需要調(diào)整計(jì)劃了。

所以從項(xiàng)目進(jìn)度推進(jìn)角度，也是需要產(chǎn)品和技術(shù)都轉(zhuǎn)換思維，首先是了解對方的想法，然后是從對方角度思考，共同發(fā)掘問題和困難所在，再去解決。這樣提前預(yù)估、制定時(shí)間節(jié)點(diǎn)、共同督促的推進(jìn)方式，才能使項(xiàng)目推進(jìn)更順利。

五、本文總結(jié)

至此，個(gè)人感覺通過思維同步、需求同步、技術(shù)同步、項(xiàng)目推進(jìn)同步以及溝通同步這些元素，可以更好的推進(jìn)需求。

因此個(gè)人斗膽將一個(gè)產(chǎn)品需求流程的走法，優(yōu)化為：

• a、（與技術(shù)人員溝通面向過程還是面向?qū)ο蟮乃伎挤绞剑└鶕?jù)需求特性，抽象產(chǎn)品特性；
• b、思考產(chǎn)品邏輯，制定產(chǎn)品目標(biāo)、愿景（同步與技術(shù)人員討論產(chǎn)品愿景）；
• c、制定（初步）實(shí)施計(jì)劃，擬定詳細(xì)的文檔，交互及溝通-設(shè)計(jì)及溝通；
• d、（參與軟件概要設(shè)計(jì)評(píng)審，評(píng)估項(xiàng)目時(shí)間排期及執(zhí)行中的困難）；
• e、（制定開發(fā)計(jì)劃，任務(wù)拆分到0.5天至3天）重構(gòu)及前后臺(tái)開發(fā)；
• f、（討論推進(jìn)中的困難，咨詢督促進(jìn)度）；
• g、測試驗(yàn)收-上線-優(yōu)化迭代；

其中括號(hào)中的內(nèi)容，則為優(yōu)化后的流程內(nèi)容。

以上理論及觀點(diǎn)，均為個(gè)人思考?xì)w結(jié)，不一定是適用于所有需求和項(xiàng)目，也不一定適合所有的產(chǎn)品和技術(shù)，但還是希望對我們的工作推進(jìn)，起到一定參考作用。

最后引用鄧小平爺爺?shù)囊痪湓?，白貓黑貓，能捉老鼠就是好貓。共勉?/p>

#專欄作家#

陳勃，微信公眾號(hào)：哈勃筆跡（habobiji），人人都是產(chǎn)品經(jīng)理專欄作家，互聯(lián)網(wǎng)從業(yè)6年，騰訊產(chǎn)品經(jīng)理。對于互聯(lián)網(wǎng)與航空的結(jié)合、互聯(lián)網(wǎng)產(chǎn)品有較深入的了解且持續(xù)關(guān)注中。愛好音樂與文學(xué)，文藝青年一枚。

本文系作者授權(quán)發(fā)布，未經(jīng)許可，不得轉(zhuǎn)載。