程序員拒絕需求指北
作為一名程序員，我們經常會接到不少的需求。其中絕大多數的需求我們都是要做的，但是也的確有一些需求我們不做或者不想做，這個時候，我們就需要有合理的理由和方式來拒絕需求。今天，我來教你如何拒絕一個需求。
原則
在講具體如何拒絕需求之前，我們先來說一說拒絕需求的原則：
- 我們拒絕需求不是為了偷懶，而是為了能夠將時間花在更加值得的需求上
- 拒絕需求應當是你覺得這個需求不合理而拒絕，而不是隨性拒絕
- 拒絕需求時應當就事論事，而不要對人
- 拒絕需求時應當有理有據，而不是憑感覺來
- 拒絕需求不是為了斷了當前這條路，只是為了找到一條更好的路
方法
1. 保持平和
溝通是說話的藝術，每個人都希望聽好話，獲得他人的認同他。而你在拒絕別人的時候，從一開始，你就不打算認同別人。因此，你最好用一些說話的技巧，以降低對方的牴觸心理。與其說“我覺得你的方案不行，我自己的方案更好”，倒不如說“你的方案很不錯，不過我們是不是可以在 XXX 的地方再優化呢？比如說可以 XXXX”，你的認同會讓他先軟化，同時你也提出了自己的主張，提出了你的問題和方案，從而觸發他的思考，讓他去思考是否你的方案更好。
保持平和，不要說出過激的言語，可以讓你們的溝通的過程更加的輕鬆。
2. 不要馬上拒絕
當你看到一個需求下意識的覺得他不靠譜的時候，不要立刻拒絕需求。
立刻拒絕需求會表現的你未經思考，只是下意識的拒絕。你可以對這個需求進行分解，或者你可以追問這個需求背後的目標和背景，並對這些目標和背景進行分析，看看這個需求和目標是否匹配，如果不匹配，再開始你的拒絕。
不要立刻拒絕需求，思考需求是否真的合理，考慮後再說出自己的答案。
3. 分解需求
在絕大多數的時候，你拒絕需求其實並不是因為其整個功能都不合適，而是你的直覺覺得其中的某一個部分不合適。但是因為你沒有做需求的分解，直接拒絕了一個大的需求，這就會導致產品經理的反對。你可以試著將產品經理所提的需求進行拆分，並將其中你認為不合適的需求提出來，進行拒絕。
當你對需求拆分時，一個小的功能點的拒絕會比一個大的需求的拒絕更加容易。
4. 有理有據的反駁
很多時候，程序員在反對產品經理所提出的需求時，僅僅用一句“我覺得這是個偽需求“或“我覺得用戶沒有這個需求”來拒絕，沒有任何的論證過程。或許你說的是對的，但是，如果沒有一個論證的過程，那這樣的一個結果，和你隨機轉輪盤來決定是否要做這個需求沒有任何區別。
你既然想要拒絕產品經理，那就需要拿出你自己的證據，來證明產品經理的需求是不合理的。
5. 不要討論方案，討論需求本身
我們經常在討論的過程中，討論方案的正確性。但是，僅僅討論方案會使得我們的關注都陷入產品經理的思考，我們無法超出產品經理本身的思考。這個時候，討論一下用戶的需求，再進行研究可能會更好。
你可以和產品經理一起思考：
- 這個需求的根本是達成什麼樣的目的？
- 這個需求的優先級是什麼？
- 用戶是在什麼樣的場景下使用這個功能？又是如何使用這些功能的？
- 達成目標是否還有其他的方案可以選？
- 這個需求的衡量標準是什麼？
通過對需求的思考，或許你可以找到比產品經理所提出的方案更加合適的方案。跳出方案本身，才能找到更好的方案。
6. 不要回絕當前方案，並給出新的方案
如果我們使用上面的幾個方法都沒有奏效，那麼你就可以試試最後一個方法，給出一個新的方案。
任何一個工作都不是沒有工作量的，每一個需求也都有其自己所需的工作量。我們不願意做的方案大多是其比較耗時耗力，因此不願意做，你可以將你要拒絕的需求的工作量進行一個計算，並將其告知產品經理，由產品經理來做出決定。這裡需要注意，你的工作量計算不能做假。如果你做假了，虛估損傷了自己的名聲，以後就不好拒絕了。
你可以告訴產品經理：
如果你非要我做，可以，我需要 XXX 人/日 來完成這個需求，同時，因為我要完成這個需求，其他的需求 A、需求 B、需求 C 也會因此而推遲。如果你需要我加班加點來完成，可以，但是我不能保證有好的質量，可能會有 Bug，這個事情你要認。不然的話，我們可以砍一些需求，或者你多給我點時間。
你給出產品經理選項，由他來做這個決策，決定這個工作是否要做下去，同時你也沒有完全堵死產品經理的路，給了他一個臺階下，這樣的拒絕會更加容易成功。
