做出来的功能是半成品？

开发人员经常会收到产品提的各种需求，若是慢慢的一个个的提过来还好，但是人性总是渴望快速见效，公司的文化“客户第一”变为了“业务第一”，产品运营觉得有公司的支持，便以为自己占到了制高点，一切都是从业务的角度考虑，你要学会站在业务的角度考虑问题？

做功能对开发来说属于专业领域，倒不是特别大的难事，但有些时候是一次性提出3~5个需求，然后希望每个需求都能快速的看效果，毕竟想要小步快跑试错。

不够等到功能是试错的时候，业务上又跳出来，这个东西怎么是个半成品？ 不是想象中那种完美的东西。

又要快，又要好，又要多，有没有考虑省倒不知道，但是人员上确实比较省。

一般来说，时间充足的情况下都可以处理的完，但是现在都在讲究创业速度，要高效的做好做多。

人的精力是有限的，也不是每个人都可以又快，又多，又好，可以锻炼出这种能力，不过重新审视下这个评估标准。

• 事情多： 开发的视角，一次性做多件事情，开发觉得多，产品觉得还行吧，不能让开发闲着
• 事情快： 做的快不快？ 开发觉得这个功能原本需要5天开发完的，结果我2天开发完了，你说快不快？ 结果产品觉得我预期就1天的时间，你怎么这么慢？
• 事情好：好不好不是自己说了算，提需求的人说了算，他心中有个完美的模样，但是开发未必能完全领悟到，再加上时间的限制，缺乏一些事情打磨细节。

在交付的时候，产品一看，这个动作做的又慢，又不好，怎么交付了半成品？这中间的问题是什么？

1、事情到什么程度是好，这个标准开发没有了解清楚， 问一句做到什么程度算做完了？做好了？ 描述清楚，不要模棱两可

2、事情快，这个看起来没什么意义了，要做就做好，要不做就不要做；做了，又觉得不好，到最后又来一句不好。 预期做的快，不如做的慢，考虑细节关注质量

3、事情多，砍掉一些需要亲力亲为的事情，这些事情让人腾出来做。

其实在公司中做事情，做功能的能力大部分开发都具备，但是否做出来让人满意，这个更像是情商的事情。

功能真的是半成品吗？

• 评论权在所谓的业务方手上， 什么是半成品，什么是优良品种，在做之前开发的人心理要清楚
• 提了事情太多，那就一定要有优先级排序，时间有限，做最有价值的事情