标签：
刚刚进行了一次产品新feature的讨论小范围的讨论，成员是UE、研发组长和本人（研发成员）。感觉这次讨论的环境有些“别扭”。
首先，角色上感觉研发是保守派、UE是创新派。UE想实现某个功能，研发在阻止这个新功能的实现，因为它的工作量有些大。
其次，感觉UE不硬气，研发一说实现起来麻烦，她就退让了。
最后的结论。对于一个新的feature，无论UE还是develop，我们考虑的应该只有两点：它是否有必要；它是否能够实现。如果两点通过了，UE就应该坚持。然后，评估实现难度。develop担心的不应该是新的feature实现是否有难度，而是应该担心把困难的feature的工作量评估少了。
想法：
公司对一个产品的一个版本更新，衡量的尺度究竟是新feature的个数还是总工作量？通过这件事，我更倾向与后者。一个版本的总工作量为一百，然后评估每个feature的工作量，如果累加量超过一百，则将这个feature搁置到下一个版本。这样develop就不会惧怕难feature了。
我们develop应该是创新的驱动者而不是挡路者！ —— 或许还要加一个前提：不加班！
标签：
原文地址：http://www.cnblogs.com/KuTeng/p/4482208.html
