产品开发前

需求不明确

需求描述不清晰,对需求没有经过严密的分析,甚至没有需求文档。只是一味的按照老板的需求去设计没有自己的思考的过程,开发一问具体需求,为什么要做这个需求时只能说“领导需要的”“运营人员提到的”而不是通过自己的调研得出的。

和开发PK工期

不懂技术的产品设计出的功能足够让开发喝一壶的,在制定研发时间的时候一句“这个实现起来不难吧”。相信开发的小伙伴们都想拿键盘拍死他了。而懂技术的产品,往往把时间拍的很合理(紧凑),一轮产品迭代下来,开发人员苦不堪言,只恨“我们中出了个败类”。

产品开发中

需求更改

虽说产品更改需求就像程序bug一样无法避免。但是频繁的更改需求或者是改动一个工作量很大的需求,这极大的浪费开发时间和劳动资源浪费。严重者会引起程序员的抗议。

过度干涉开发

设计师在设计的时候其实是不断满足自己愉悦的过程,这时候产品对他的设计作品过多过早的指手画脚,会打断设计师的灵感,脾气比较暴躁的设计师也会拿起数位板砸你一脸。最后设计出来的东西只会是妈不爱爹不疼的四不像。而干涉程序员写代码的产品一般也做过技术,有可能你对代码有自己的一套理解,但每个人都不愿承认自己的专业领悟会比一个外行的差,所以产品不要越俎代庖,这会降低程序员的积极性。也会引起程序员的不满。

产品开发后

没有产品节奏感

每个产品都应该有自己的产品储备,这样可以避免让开发有事可做,而不是忙一段闲一段。要有节奏感,来让整个团队能够知道后面的一段时间内的开发规划。这样心里好有个底。

没有认真审核功能

终于项目开发告一段落,也把测试提交的bug改完了,程序员们已经在把所有思绪从这个项目抽离出来,没想到产品跑过来跟开发说某个功能没有达到他的要求。请考虑下开发们重新捡起这个刚放下的项目的心情好吗?

你可能感兴趣的内容
0条评论
OL

olidy

这家伙太懒了,什么都没留下
Owner