之前在 ruby china 讨论过这个问题,这次也想过来请教一下大家
感觉很多团队的做法,或者说要求,都是 “ PM 把所有事情想好,然后告诉工程师怎么做”
不知道大家对这种做法怎么看?
我觉得,可以考虑这些区别
可以考虑这两类产品,应该是工程师主导,还是业务(PM)主导?
当然,不仅是产品,也是功能点,比如
当然很多时候可能更为复杂,比如
可以责任分明,你没做好就把你批判一番;也可以在别人犯错、需要帮忙的时候,做力所能及的合作
比如说,做一个红包运营活动功能, PM 因为不擅长做 UML 分析,可能会漏了红包的创建者、创建规则等等,这个时候工程师就可以善意提醒
当工程师 /设计师愿意 take ownership 的时候, PM 可以把希望解决的问题、大概的效果讲清楚,然后让他们来解决问题。而不是 PM 说“我要的就是这个样子,你做就好了”
在做有意思的功能的时候,这样子一方面容易出一些创新性的功能设计,另一方面,团队也不会觉得只是在“遵守命令”,可以做一些更具创造力,发挥自身价值的事情
比如,
当做创新性功能的时候,想法必然会不完善。这时需要的是 PM 、工程师间的紧密协作,而不是 PM 指责工程师怎么做这么慢,做出来和自己想的不一样;工程师指责 PM 老是变需求,想法不靠谱、漏东西
而只修 Bug ,做简单的信息架构(比如 app 分几个页面, 用户私信在哪里浏览),这个时候不确定性又会小很多
一种是自负的 PM 。觉得自己脑海里已经完全想到了一个东西怎么做,工程师去实现就好了。把工程师、设计师当作了实现自己目标的工具。毫无团队感与谦逊的态度
另一种是不愿意合作的工程师。当用户为团队的产品苦恼,前来求助时,不愿意和 PM 、设计师一起去解决问题,反而说你们想好怎么实现,然后我再做就好了;对于创新性的功能,碰到了 PM 、设计师没想好的地方,只怪别人没想好,老是变更,而不愿意一起去做 MVP 、快速迭代
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.