開發人員經常會收到產品提的各種需求，若是慢慢的一個個的提過來還好，但是人性總是渴望快速見效，公司的文化“客戶第一”變爲了“業務第一”，產品運營覺得有公司的支持，便以爲自己佔到了制高點，一切都是從業務的角度考慮，你要學會站在業務的角度考慮問題？
做功能對開發來說屬於專業領域，倒不是特別大的難事，但有些時候是一次性提出3~5個需求，然後希望每個需求都能快速的看效果，畢竟想要小步快跑試錯。
不夠等到功能是試錯的時候，業務上又跳出來，這個東西怎麼是個半成品？ 不是想象中那種完美的東西。
又要快，又要好，又要多，有沒有考慮省倒不知道，但是人員上確實比較省。
一般來說，時間充足的情況下都可以處理的完，但是現在都在講究創業速度，要高效的做好做多。
人的精力是有限的，也不是每個人都可以又快，又多，又好，可以鍛煉出這種能力，不過重新審視下這個評估標準。
- 事情多： 開發的視角，一次性做多件事情，開發覺得多，產品覺得還行吧，不能讓開發閒着
- 事情快： 做的快不快？ 開發覺得這個功能原本需要5天開發完的，結果我2天開發完了，你說快不快？ 結果產品覺得我預期就1天的時間，你怎麼這麼慢？
- 事情好：好不好不是自己說了算，提需求的人說了算，他心中有個完美的模樣，但是開發未必能完全領悟到，再加上時間的限制，缺乏一些事情打磨細節。
在交付的時候，產品一看，這個動作做的又慢，又不好，怎麼交付了半成品？這中間的問題是什麼？
1、事情到什麼程度是好，這個標準開發沒有了解清楚， 問一句做到什麼程度算做完了？做好了？ 描述清楚，不要模棱兩可
2、事情快，這個看起來沒什麼意義了，要做就做好，要不做就不要做；做了，又覺得不好，到最後又來一句不好。 預期做的快，不如做的慢，考慮細節關注質量
3、事情多，砍掉一些需要親力親爲的事情，這些事情讓人騰出來做。
其實在公司中做事情，做功能的能力大部分開發都具備，但是否做出來讓人滿意，這個更像是情商的事情。
功能真的是半成品嗎？
- 評論權在所謂的業務方手上， 什麼是半成品，什麼是優良品種，在做之前開發的人心理要清楚
- 提了事情太多，那就一定要有優先級排序，時間有限，做最有價值的事情