產(chǎn)品思維與項(xiàng)目思維——真的有區(qū)別嗎？有區(qū)別。產(chǎn)品思維將客戶需求置于軟件開發(fā)的核心，并通過實(shí)時(shí)反饋創(chuàng)造價(jià)值。

產(chǎn)品思維將客戶需求置于軟件開發(fā)的核心，并通過實(shí)時(shí)反饋創(chuàng)造價(jià)值。它的對(duì)立面是以項(xiàng)目為中心的思維方式，這種思維方式更加僵化和固執(zhí)。以項(xiàng)目為先的團(tuán)隊(duì)會(huì)不斷重復(fù)“按時(shí)、按預(yù)算、按范圍”的口號(hào)，并嚴(yán)格遵循項(xiàng)目文檔。

但什么對(duì)你的公司來說是好事呢？今天，我們將研究項(xiàng)目和產(chǎn)品方法之間的差異，并為你提供一些經(jīng)過實(shí)踐檢驗(yàn)的關(guān)于建立產(chǎn)品優(yōu)先團(tuán)隊(duì)的建議。

什么是以產(chǎn)品為導(dǎo)向的思維方式？

以產(chǎn)品為導(dǎo)向的開發(fā)是一種務(wù)實(shí)且適應(yīng)性強(qiáng)的方法，它優(yōu)先考慮業(yè)務(wù)需求、目標(biāo)和成果，而不是時(shí)間表和估算。在此框架內(nèi)，團(tuán)隊(duì)會(huì)盡一切努力實(shí)現(xiàn)最終目標(biāo)并為最終用戶提供最大價(jià)值。從高層次上講，這種思維是敏捷軟件開發(fā)方法的一部分。

當(dāng)產(chǎn)品思維被推向極端時(shí)，它就像非商業(yè)藝術(shù)。藝術(shù)家致力于創(chuàng)造杰作，不關(guān)心最后期限或所需的努力。同樣，團(tuán)隊(duì)可能會(huì)陷入迭代和產(chǎn)品改進(jìn)中。因此，在產(chǎn)品優(yōu)先的方法中，準(zhǔn)確的最后期限有時(shí)很難估計(jì)（至少在前期）。

什么是項(xiàng)目導(dǎo)向思維？

項(xiàng)目導(dǎo)向型思維注重預(yù)定義的可交付成果和時(shí)間表。項(xiàng)目管理的主要目標(biāo)是按時(shí)、在預(yù)算內(nèi)并在預(yù)定義的范圍內(nèi)完成軟件開發(fā)項(xiàng)目。團(tuán)隊(duì)遵循一份記錄良好的項(xiàng)目規(guī)范，其中列出了可交付成果和業(yè)務(wù)需求。從高層次上講，這種思維是瀑布式軟件開發(fā)方法的一部分。

這種方法的極端版本是開發(fā)團(tuán)隊(duì)盲目遵循項(xiàng)目規(guī)范。在這種情況下，業(yè)務(wù)指標(biāo)和客戶關(guān)注度逐漸被忽略，產(chǎn)品可能與預(yù)期結(jié)果不一致。項(xiàng)目思維意味著像接力賽一樣構(gòu)建和部署功能。

為什么企業(yè)選擇產(chǎn)品思維而不是項(xiàng)目思維？

根據(jù) Gartner 的調(diào)查，約85% 的組織青睞以產(chǎn)品為中心的應(yīng)用交付模式。這種方法有助于企業(yè)滿足快速交付、數(shù)字業(yè)務(wù)轉(zhuǎn)型和敏捷方法主導(dǎo)地位的迫切需求。

產(chǎn)品友好型思維也是 Slack、Google 和 Apple 等巨頭的最好朋友。但產(chǎn)生這種態(tài)度的不是產(chǎn)品本身。相反，它是一種擁抱靈活性和支持變革的文化。 

因此，產(chǎn)品思維和項(xiàng)目思維之間的主要區(qū)別在于，產(chǎn)品導(dǎo)向型思維帶來更多敏捷性，從而改善客戶體驗(yàn)。但這并不是從項(xiàng)目升級(jí)到產(chǎn)品時(shí)獲得的唯一好處。

降低開發(fā)成本

項(xiàng)目驅(qū)動(dòng)開發(fā)依賴于具有明確開始和結(jié)束日期的一次性階段。這些階段主要由概述系統(tǒng)規(guī)格的項(xiàng)目文檔控制。這意味著計(jì)劃外的功能更改或修改很少符合明確的項(xiàng)目思維。這反過來又最大限度地增加了產(chǎn)品與實(shí)際用戶無關(guān)的風(fēng)險(xiǎn)。

以產(chǎn)品為導(dǎo)向的思維模式以實(shí)時(shí)用戶需求為生。產(chǎn)品管理方法促進(jìn)了以連續(xù)和增量循環(huán)方式進(jìn)行的迭代軟件開發(fā)過程。團(tuán)隊(duì)首先規(guī)劃功能，然后根據(jù)用戶反饋對(duì)其進(jìn)行增強(qiáng)。這減少了重新開發(fā)的需要，并實(shí)現(xiàn)了長(zhǎng)期成本節(jié)約，同時(shí)也為您的產(chǎn)品提供了競(jìng)爭(zhēng)優(yōu)勢(shì)。

高品質(zhì)產(chǎn)品

當(dāng)整個(gè)團(tuán)隊(duì)都專注于產(chǎn)品時(shí)，產(chǎn)品的質(zhì)量必然會(huì)提高。產(chǎn)品思維還會(huì)將開發(fā)人員的注意力從技術(shù)細(xì)節(jié)轉(zhuǎn)移到識(shí)別有價(jià)值的最終用戶體驗(yàn)上。以用戶為中心、持續(xù)的應(yīng)用程序增強(qiáng)以及應(yīng)用程序作為里程碑的最終價(jià)值都有助于創(chuàng)造無可挑剔的解決方案。產(chǎn)品成功的衡量標(biāo)準(zhǔn)是向用戶提供的價(jià)值。

然而，如果團(tuán)隊(duì)成員對(duì)截止日期感到恐慌，他們往往會(huì)在一個(gè)開發(fā)階段內(nèi)完成盡可能多的任務(wù)。因此，項(xiàng)目思維模式不會(huì)促進(jìn)產(chǎn)品的卓越性。相反，截止日期和文檔占據(jù)了主導(dǎo)地位。

更大的靈活性

面向產(chǎn)品的開發(fā)生命周期依賴于學(xué)習(xí)和改進(jìn)原則。雖然也存在規(guī)劃階段，但團(tuán)隊(duì)會(huì)根據(jù)利益相關(guān)者和用戶的反饋逐步完善。因此，截止日期不會(huì)影響產(chǎn)品價(jià)值。產(chǎn)品方法也易于更改和應(yīng)用增強(qiáng)。

相反，項(xiàng)目驅(qū)動(dòng)開發(fā)取決于計(jì)劃一致性并注重記錄解決方案規(guī)范，而忽略了最終用戶的需求。 

利益相關(guān)者和開發(fā)者之間更緊密的合作

基于項(xiàng)目的方法使開發(fā)團(tuán)隊(duì)與客戶保持距離。團(tuán)隊(duì)不會(huì)傳達(dá)價(jià)值和障礙，而是報(bào)告狀態(tài)和支出。整個(gè)項(xiàng)目都遵循在流程早期確定的預(yù)定義計(jì)劃、沖刺和客戶要求。 

另一方面，產(chǎn)品團(tuán)隊(duì)與利益相關(guān)者保持穩(wěn)定和持續(xù)的融洽關(guān)系。這種理念強(qiáng)調(diào)利益相關(guān)者和團(tuán)隊(duì)成員之間更緊密的協(xié)作和信息共享，以確保更好的協(xié)調(diào)。反過來，這個(gè)知識(shí)共享輪可以在整個(gè)過程中快速做出決策和調(diào)整。團(tuán)隊(duì)根據(jù)利益相關(guān)者的反饋采取行動(dòng)并計(jì)劃迭代。

如何打造一支以產(chǎn)品為導(dǎo)向的團(tuán)隊(duì)？

產(chǎn)品至上的態(tài)度并非一朝一夕就能養(yǎng)成的。以產(chǎn)品為導(dǎo)向的開發(fā)團(tuán)隊(duì)會(huì)縱觀全局，了解開發(fā)過程的結(jié)果，而不是專注于他們的投入。以產(chǎn)品為中心是一種共享的公司文化，體現(xiàn)在所有流程中。

下面，我們收集了一些最佳實(shí)踐，可以幫助您從項(xiàng)目轉(zhuǎn)向產(chǎn)品。

建立業(yè)務(wù)和 IT 之間的一致性

以產(chǎn)品為中心首先需要雙方的直接參與和溝通。連接開發(fā)人員和利益相關(guān)者的不是單方面的報(bào)告或死板的規(guī)范。它保持溝通渠道暢通，以便雙方能夠表達(dá)自己的愿景并提出共同的解決方案。

為了建立可行的溝通循環(huán)，您的開發(fā)團(tuán)隊(duì)?wèi)?yīng)該包括以產(chǎn)品為中心的角色，以連接業(yè)務(wù)和技術(shù)。典型的組成可能包括產(chǎn)品經(jīng)理和業(yè)務(wù)分析師以及技術(shù)主管和 DevOps 架構(gòu)師。前兩者負(fù)責(zé)開發(fā)過程中的業(yè)務(wù)組件，而技術(shù)主管和 DevOps 架構(gòu)師則負(fù)責(zé)流程的技術(shù)方面。 

為您的開發(fā)團(tuán)隊(duì)提供更多支持

開發(fā)人員似乎都是孤獨(dú)的人，他們嚴(yán)格按照布局和分配的任務(wù)構(gòu)建解決方案。然而，軟件工程中的產(chǎn)品和項(xiàng)目方法之間的區(qū)別在于，產(chǎn)品團(tuán)隊(duì)有權(quán)決定正確的技術(shù)方法。

開發(fā)價(jià)值豐富的解決方案需要做出影響組件或模塊構(gòu)建方式的技術(shù)選擇。為了做出正確的選擇，軟件工程師應(yīng)該直接了解產(chǎn)品的首要目標(biāo)。

此外，開發(fā)人員可以并且應(yīng)該對(duì)解決方案設(shè)計(jì)和系統(tǒng)文檔進(jìn)行有價(jià)值的更改。這些更改可以幫助團(tuán)隊(duì)通過以下方式更有效地實(shí)現(xiàn)目標(biāo)：

• 減少開發(fā)時(shí)間和成本；

• 改進(jìn)系統(tǒng)性能和資源需求；

• 增強(qiáng)了架構(gòu)靈活性，以增強(qiáng)產(chǎn)品；

• 最大限度地減少瓶頸等等。

從估算到價(jià)值

在他的《從項(xiàng)目到產(chǎn)品》一書中，Mik Kirsten 描述了 Flow 框架，該框架旨在以不同的基于產(chǎn)品的方式衡量和管理軟件交付。作者建議采用更快的反饋循環(huán)并根據(jù)產(chǎn)品價(jià)值流構(gòu)建流程。因此，流程應(yīng)在功能、缺陷、風(fēng)險(xiǎn)和債務(wù)之間分配。團(tuán)隊(duì)?wèi)?yīng)該適應(yīng)并針對(duì)這四個(gè)組成部分采取行動(dòng)，而不是遵循前期項(xiàng)目計(jì)劃。

雖然沒有必要采用這種流程，但 Flow 框架說明了以產(chǎn)品為導(dǎo)向的團(tuán)隊(duì)的燈塔：價(jià)值。交付和價(jià)值應(yīng)通過演示、可視化和頭腦風(fēng)暴向各個(gè)方向輻射，以強(qiáng)化產(chǎn)品支持的愿景。 

擁抱變化

擁有產(chǎn)品心態(tài)還包括隨時(shí)準(zhǔn)備改變的態(tài)度。產(chǎn)品會(huì)通過迭代不斷改進(jìn)，直到解決方案完美無缺。每次迭代都會(huì)對(duì)產(chǎn)品范圍進(jìn)行更改，并產(chǎn)生創(chuàng)造性的替代方案和新方案。因此，以漸進(jìn)目標(biāo)進(jìn)行小規(guī)模實(shí)驗(yàn)應(yīng)該成為您的產(chǎn)品導(dǎo)向型團(tuán)隊(duì)的日常工作。

但是，您的團(tuán)隊(duì)不應(yīng)該堅(jiān)持頻繁且永無止境的變更請(qǐng)求。任何變更都應(yīng)由關(guān)鍵專家確認(rèn)和驗(yàn)證，并與開發(fā)過程的其余部分保持一致。 

我們建議將變更請(qǐng)求累積到待辦事項(xiàng)中，并按用途進(jìn)行分組。這樣，團(tuán)隊(duì)可以根據(jù)架構(gòu)、業(yè)務(wù)目標(biāo)、受眾和用戶體驗(yàn)審查每項(xiàng)變更，以將其無縫集成到解決方案中。

提升領(lǐng)域?qū)I(yè)知識(shí)

項(xiàng)目思維鼓勵(lì)人才在項(xiàng)目間流動(dòng)。團(tuán)隊(duì)可能根據(jù)成員的空閑時(shí)間隨機(jī)組建。相反，產(chǎn)品理念則鼓勵(lì)專門的團(tuán)隊(duì)，他們負(fù)責(zé)端到端的開發(fā)流程，并受聘進(jìn)行長(zhǎng)期合作。 

持久的團(tuán)隊(duì)是穩(wěn)定的實(shí)體，可以橫向獲取領(lǐng)域?qū)I(yè)知識(shí)和技能。這反過來又可以更好地了解領(lǐng)域市場(chǎng)和目標(biāo)，從而有助于提供有價(jià)值的解決方案。

加強(qiáng) Agile 和 DevOps 的采用

出色的軟件交付是一個(gè)持續(xù)的循環(huán)，而不是線性過程。以產(chǎn)品為中心的開發(fā)團(tuán)隊(duì)采用敏捷最佳實(shí)踐來實(shí)現(xiàn)持續(xù)部署并加快速度。后者得益于無縫嵌入到產(chǎn)品思維中的 DevOps 方法。 

DevOps 實(shí)踐允許更頻繁、更有意義的部署。因此，76%的 DevOps 采用者利用該方法縮短開發(fā)周期。同時(shí)，61% 的人表示 DevOps 實(shí)踐幫助他們生產(chǎn)出更高質(zhì)量的可交付成果。

重視以客戶為中心 

據(jù)統(tǒng)計(jì)，95% 的 CIO 認(rèn)為他們的角色超越了傳統(tǒng)的 IT 職責(zé)，客戶體驗(yàn)是重中之重。產(chǎn)品導(dǎo)向型團(tuán)隊(duì)也是如此，他們的重點(diǎn)應(yīng)該從系統(tǒng)轉(zhuǎn)移到客戶身上。您的整個(gè)開發(fā)路線圖都由客戶反饋、客戶旅程圖和數(shù)據(jù)分析引導(dǎo)，而不是系統(tǒng)功能和限制。以客戶為中心將幫助團(tuán)隊(duì)從消費(fèi)者的角度更全面地了解產(chǎn)品，從而使其充滿最終價(jià)值。

總而言之，我們列出了從項(xiàng)目到產(chǎn)品的里程碑：

如何招聘具有產(chǎn)品思維的人

傳統(tǒng)上，團(tuán)隊(duì)各自為政，每個(gè)團(tuán)隊(duì)負(fù)責(zé)管理軟件開發(fā)生命周期的特定部分。以產(chǎn)品為導(dǎo)向的方法可以協(xié)調(diào)您的團(tuán)隊(duì)結(jié)構(gòu)，以創(chuàng)建明確的所有權(quán)和連接項(xiàng)目和產(chǎn)品的報(bào)告層次結(jié)構(gòu)。

下面，我們確定了產(chǎn)品導(dǎo)向團(tuán)隊(duì)中的主要工作角色。

產(chǎn)品擁有者 

該專家負(fù)責(zé)產(chǎn)品價(jià)值。產(chǎn)品負(fù)責(zé)人專注于產(chǎn)品思維，并確保解決方案符合業(yè)務(wù)及其客戶的需求。他們是產(chǎn)品待辦事項(xiàng)中代表客戶要求和期望的單一聯(lián)系點(diǎn)。

業(yè)務(wù)分析師

業(yè)務(wù)分析師與產(chǎn)品負(fù)責(zé)人一樣，代表開發(fā)流程的產(chǎn)品方面。業(yè)務(wù)分析師通過分析市場(chǎng)趨勢(shì)、客戶需求和直接競(jìng)爭(zhēng)對(duì)手來識(shí)別產(chǎn)品開發(fā)機(jī)會(huì)。后者將為技術(shù)規(guī)范奠定基礎(chǔ)。

專案經(jīng)理 

項(xiàng)目經(jīng)理站在流程的另一端，守護(hù)項(xiàng)目的最后期限。他們負(fù)責(zé)管理開發(fā)流程，并將其與特定的時(shí)間表和可交付成果掛鉤。

質(zhì)量保證工程師

質(zhì)量保證 (QA) 專家通常負(fù)責(zé)修復(fù)錯(cuò)誤，同時(shí)也是第一批真正的用戶。他們確保最終產(chǎn)品滿足預(yù)定的業(yè)務(wù)要求并支持用戶旅程。QA 深入研究產(chǎn)品的業(yè)務(wù)邏輯，并快速聯(lián)系業(yè)務(wù)分析師，以更好地了解解決方案的業(yè)務(wù)價(jià)值。他們還確保最終解決方案像素完美且無缺陷。

UX/UI 設(shè)計(jì)師

這些以產(chǎn)品為導(dǎo)向的專家將商業(yè)理念轉(zhuǎn)化為用戶友好且美觀的界面。UX/UI 設(shè)計(jì)師還確保解決方案的可用性及其無縫的用戶流程。無論項(xiàng)目的最后期限如何，他們都以自己的創(chuàng)造力為指導(dǎo)。因此，UX/UI 設(shè)計(jì)師應(yīng)該與開發(fā)團(tuán)隊(duì)驗(yàn)證他們的愿景，以便按時(shí)交付產(chǎn)品。

開發(fā)團(tuán)隊(duì)

您的開發(fā)團(tuán)隊(duì)還應(yīng)合并開發(fā)流程的兩個(gè)方面：項(xiàng)目和產(chǎn)品。典型的設(shè)置可能包括：

• 技術(shù)主管或軟件架構(gòu)師推動(dòng)產(chǎn)品愿景并制定流程的總體規(guī)劃。他們負(fù)責(zé)建立高級(jí)系統(tǒng)架構(gòu)，以確保未來解決方案的穩(wěn)定基礎(chǔ)。

• DevOps 工程師引入流程、工具和方法來支持開發(fā)流程并促進(jìn)部署。他們通過持續(xù)集成和交付來提高敏捷性并優(yōu)化交付。

• 團(tuán)隊(duì)負(fù)責(zé)人是負(fù)責(zé)特定應(yīng)用程序模塊或整個(gè)應(yīng)用程序的高級(jí)團(tuán)隊(duì)開發(fā)人員。他們與技術(shù)負(fù)責(zé)人密切合作，做出技術(shù)決策。

• 開發(fā)人員或軟件工程師直接參與開發(fā)過程。他們運(yùn)用自己的技術(shù)專長(zhǎng)來設(shè)計(jì)和開發(fā)解決方案。開發(fā)人員向團(tuán)隊(duì)負(fù)責(zé)人匯報(bào)并可以做出底層技術(shù)決策。

如您所見，面向產(chǎn)品的團(tuán)隊(duì)結(jié)構(gòu)仍應(yīng)包括項(xiàng)目激勵(lì)角色，以確保截止日期和交付成果不受影響。

充分利用兩個(gè)領(lǐng)域

專注于產(chǎn)品而非項(xiàng)目并不意味著你應(yīng)該忽視最后期限或放棄系統(tǒng)要求。相反，產(chǎn)品思維誕生于價(jià)值流和可預(yù)測(cè)性的交匯處。以產(chǎn)品為先還意味著將用戶體驗(yàn)放在首位并培養(yǎng) IT 與業(yè)務(wù)之間的協(xié)同作用。

提升產(chǎn)品思維并與產(chǎn)品開發(fā)合作伙伴合作有助于建立以產(chǎn)品為中心的團(tuán)隊(duì)，專注于實(shí)現(xiàn)客戶成功的高質(zhì)量數(shù)字解決方案。聯(lián)系我們開始您的產(chǎn)品轉(zhuǎn)型。