[[219614]]

[[219615]]

一、第三選擇

在工作中，你面對產(chǎn)品經(jīng)理的各種需求變動、項目經(jīng)理對關(guān)鍵點的 Deadline，總會有一些沖突發(fā)生。而對于事情最終執(zhí)行的開發(fā)人員來說，如果這些沖突處理的不好，可能就會變成你個人的問題。

做為最終實現(xiàn)功能的程序員，你總不會想被貼上一個 “無法按時完成任務(wù)的開發(fā)” ，這樣的標簽吧？

這些問題，其實都可以借鑒第三選擇的思想來解決。《第三選擇》是一本書，作者是 史蒂芬·柯維，我想說到該作者的另外一本書，應該更多人能知道，《高效能人士的七個習慣》。而在《第三選擇》中，他把之前的七個習慣濃縮成一件事情，可以說，第三選擇是解決所有難題的關(guān)鍵思維。

當我們面對沖突的時候，正常的思路如何解決？

1. 我打敗你。
2. 我認慫，你打敗我。

而站在第三選擇的思維下，你還有一個選擇：我們共同找到一個雙方都能接受的解決方案，達到共贏。

注意，這里的第三選擇，絕對不是來自某一方的妥協(xié)，或者一人讓一步，核心思想是創(chuàng)造力。如何通過第三種選擇，雙方協(xié)同達成另外一個更好的結(jié)局。

例如兩個人分蘋果，一人一半？這個方案對兩個人都有虧欠，畢竟我贏了是可以得到一個完整的蘋果的。那什么是第三選擇？我們把蘋果拿出去換點什么，然后再來分，或者把蘋果種成蘋果樹，只要愿意長線投資，最終我們一人可以收獲半棵樹的蘋果。這些都是第三選擇，只要雙方能達成共識，這是一個雙贏的局面。

二、面對產(chǎn)品經(jīng)理的沖突

那么我們在和產(chǎn)品經(jīng)理合作的過程中，通常會面臨什么沖突？

2.1 現(xiàn)階段，技術(shù)上無法實現(xiàn)的需求

不能要求所有產(chǎn)品經(jīng)理都是技術(shù)出身，當產(chǎn)品經(jīng)理對技術(shù)細節(jié)不那么了解的時候，總會有一些異想天開的產(chǎn)品方案。當然有一些并不是技術(shù)無法實現(xiàn)，可能是現(xiàn)階段你的團隊實現(xiàn)起來會很吃力，可能會面臨一些未知的坑，而導致整個項目進度很難把控。

面對這樣的需求，你不要直接拒絕，尤其是不要立刻拒絕，說這個需求做不到，這就把對方推入了沖突的局面。你拒絕他，不做這個需求了，或者他說服你，強行要實現(xiàn)這個需求，這都不是我們想看到的。

[[219616]]

那現(xiàn)在冷靜一下，想想第三選擇？

我想大多數(shù)產(chǎn)品方案，其實并不是唯一的解決方案，你總是想到一些更容易實現(xiàn)的方案的。

你可以問清楚對方的真實需求，給出一個你可以做到的方案，而不是直接拒絕對方的方案。

2.2 需求復雜度和開發(fā)時間不匹配

當你面對一個過于復雜的需求的時候，可能因為各種原因，給予你實現(xiàn)功能的時間并不寬裕。

這個時候怎么辦？自己加班加點完成嗎，大家都是程序員，加班寫出來的代碼具體質(zhì)量如何我想你也應該心里有點數(shù)。你因為加班寫出了質(zhì)量不好的代碼，于是上線之后的 Bug 增多，還需要花時間處理，并且新周期新需求也立刻緊跟上來，發(fā)現(xiàn)質(zhì)量不好的代碼擴展性差，想重構(gòu)時間上又不允許，只能打補丁，越干越慢，越干越爛，Bug 越來越多，于是你壓力越來越大，被抱怨的越來越多。

現(xiàn)在欠下的技術(shù)債務(wù)，之后總是要償還的，否則長此以往，只能是惡性循環(huán)。

這個時候直接答應或者拒絕，又會陷入沖突的境地。想想第三選擇，你不要直接說 "不"。你應該先了解清楚，他為什么要這么做這個需求？出發(fā)點在哪里？目的是什么？當你了解清楚產(chǎn)品經(jīng)理對這個需求的真實意圖的時候，你可以從自己技術(shù)的角度，給出一個自己能接受的方案，或者和對方討論出一個性價比更好的方案。

能討論出一個大家都接受的方案，固然是好的，但是如果依然很需求復雜，時間和復雜度依然不匹配，怎么辦？

可以選擇拆分需求。你可以說，這個需求我仔細分析了一下，需要做 A、B、C 工作，以現(xiàn)在分配的時間來說，我只能做到勉強實現(xiàn) A、B，并且 B 并不保證質(zhì)量，你看你這個功能，我們能不能拆分成兩期來實現(xiàn)，調(diào)整一下需求，這樣我能保證代碼質(zhì)量，第一期先保證基本功能，上線讓用戶來驗證需求，第二期再根據(jù)用戶的反饋調(diào)整細節(jié)。

相信我，產(chǎn)品經(jīng)理也是有各種壓力的，他也需要保證進度在推進，在一個完成和完美的選擇中，我想這不難選擇。

這里的訣竅是：當我不能完全滿足你的時候，我可以選擇有條件的滿足你。

這樣的好處在于，你把選擇權(quán)留給他了，這一部分壓力是你們共同在承擔。如果誰對于這樣的延長的周期有異議，你的產(chǎn)品經(jīng)理也會幫你說話，說自己需求設(shè)計的很細，所以我們決定按兩期來做，這樣也顯得他對需求細節(jié)的把控很有力。

2.3 需求變動太頻繁

作為開發(fā)，有時候自己寫代碼的時候，可能寫著寫著發(fā)現(xiàn)最初的方案或者選型不合適了，就會主動去調(diào)整代碼、重構(gòu)代碼。而產(chǎn)品經(jīng)理在設(shè)計需求的時候，也會有這樣的問題?？赡苁情_始沒有考慮的那么細，可能因為來自第三方的壓力等等問題，種種原因吧，最終導致需求需要調(diào)整，而產(chǎn)品方案的調(diào)整，在開發(fā)周期內(nèi)，他是沒法自己獨自調(diào)整的，工作壓力一定會轉(zhuǎn)嫁到實現(xiàn)需求的開發(fā)身上。

首先我想說，需求變動是一定會發(fā)生的，所以擁抱變化。

本身在需求排期的時候，開發(fā)者就應該預留出一些時間來應對這些變化，可這也架不住產(chǎn)品太頻繁的變動，甚至太過分的明天要封板了，今天還在改需求。

這樣的情況，你需要做的是盡量和他捆綁壓力，既然對方把壓力給了你，你要想辦法把這個壓力還回去，讓對方和你一同來分擔這個壓力。

我通常的做法是：

1、先用快捷的方法實現(xiàn)并上線，后續(xù)再要時間償還債務(wù)

我想很多功能，總是有一些粗暴而不優(yōu)雅的方式來實現(xiàn)，而這些都是技術(shù)債務(wù)，之后是需要時間來償還技術(shù)債務(wù)。

要讓產(chǎn)品經(jīng)理認領(lǐng)這些技術(shù)債務(wù)，并且必須立刻給予時間來償還這些債務(wù)。

最簡單的一個選擇是，我可以加班加點以一個比較粗暴的方式完成這個需求，但是面臨的問題是后續(xù)可能效率會有問題、擴展會有問題等等。這事后，下個周期我需要額外多出一個星期的時間來優(yōu)化這一段代碼，這就是對技術(shù)債務(wù)的立即償還。

2、拆分變動

和之前的思路一樣，將變動在現(xiàn)有的基礎(chǔ)上最小化，以最精簡的方式去完成這些變動。

如果沒法精簡，想辦法拆分成二期來實現(xiàn)。

3、增加變動成本，給予對方壓力

雖然所有需求上的變動，最終影響的是開發(fā)人員，但是并不是說其他人就沒什么事情可做了。想辦法增加產(chǎn)品經(jīng)理的變動成本，讓他來共同承擔壓力。

例如：

增加了這個功能，UI 也需要變動，那你能不能和設(shè)計師溝通我們這一期就不要扣太多 UI 細節(jié)。— 減少溝通成本

這個需求的變動影響了原本的開發(fā)安排，你看能不能將另外一個需求（不那么重要）延期。— 置換不重要，但是需要花時間做的事情

這個需求如果遇到這樣的情況，是不是沒有辦法得到處理？— 提醒他完善需求，避免再次改動

這個需求還有一些 "數(shù)據(jù)" 需要處理，你看能不能手工幫我處理一下。— 給他找點事兒做，有點損，不推薦

寫在最后

在工作和生活中，不要把所有事情的解決方案都放在：不（第一選擇，要贏）或者 是（第二選擇，認慫）上，如果只存在兩種選擇，很容易就進入一種推拉的環(huán)境中，實際上是可以考慮考慮第三選擇 。

第三選擇并不是某一方的妥協(xié)，他的核心思想是創(chuàng)造力，找到新的出路，讓雙方協(xié)同找到一個大家都能接受的新方案。