看博客之前先明确一点,你公司的制度,我一直以来公司的制度是:有一个版本的完成时间,研发经理分配任务,开发先和产品经理过原型,过交互,然后自己估计时间报给研发经理,研发经理同意后按照时间开发。
(
如果你公司制度是下面两种就没有必要看下去了:
1. 开发期间产品改需求就打死->这种公司请务必留着过年
2. 公司产品时一个开发转行过来的,产品充分考虑了实现->这种产品请务必好好对待
3. 你公司是外包的产品经理就是甲方
。。。
)
过完需求之后你每天的生活就是就和产品经理爱恨情仇了(一个不懂技术的产品不会怎么考虑你的实现(可能大厂的不一样吧))
你每天都是在崩溃的改需求和做不了的路上
当真的需求已经改到了代码实现不出来了,必须要停止这种行为,和产品谈判(新手千万记住,谈判不等于打脸产品,只是为了把产品完成,讨论不会让你第二天因为左脚先踏进公司被开除,但功能做不出来确实会没有补偿的开除)
谈判的前提是(必须明确你要什么,而不是产品能改成什么,虽然经常的谈判结果都是他能改成什么。。。):
1. 明确需求:我这个需求确实实现不了,我想不到任何办法,上司也没有任何办法
明确要更改的需求:把多选改成单选我就可以实现
2. 为什么必须要改
因为实现不了
3. 什么样子你可以接受
多选改成单选
如何谈判:
1. 找一个安静的会议室,和你的开发领导沟通,然后和产品一起沟通
防止你的功能和别的同事的功能有冲突,修改了原型会影响其它同事,然后和产品沟通需求
2. 沟通完毕后留证据
是的你没看错,留证据,因为产品日理万机,可能会遗忘掉自己做的这么一丢丢的改动,然后原型没有改,请记住UI是根据原型做UI 的,测试时根据原型来测试的,然后你根本无法解释有改动,然后你只能在上线测试的每一天中踏着凌晨4点的太阳回去,然后8点正常上班
谈判的过程每次都应该是曲折和复杂的这里就不叙述了,每家公司情况都不一样。写这篇博客主要就是告诉新鲜出炉的新手们,当实现不了,可以和产品经理说NO,产品经理不是神圣的,一个产品的出炉到了实现过程中还在更改本身就是产品设计的不合理。我入行4年左右,碰到的产品经理也有7、8个了,没有一个产品会因为你对产品提出自己的想法说NO而对你有想法的,小公司气氛没有特别的严谨上下级分明,可能Leader就是你部门的领导,公司作为一个开发人员,对产品说NO不会被开除,实现不出来一定会被开除