我没有在特别大型的IT企业工作过，但是根据以往经验以及在产品圈子里的经验，提一下感受。
1，摸清楚客户真实需求是很难的，地球人都知道，没什么好办法
看过人人都是产品经理或者其他类似书籍的人，还有就是泡在网上的PM们，肯定都看过各种文章说他们是如何如何摸清客户需求的，客户是如何不配合，或者说不清自己的需求。但是这都是马后炮，只有真正上线检测后才能知道是否产品真的满足了需求。所以需求变更也是难免的，需求在不停摸索的过程中，PM对需求的理解和转化也肯定会变化。
2，PM一般是没有足够的时间或者能力将需求细化到一定境界，技术人员和UI人员对需求的理解肯定是片面且无法单纯靠PRD来理解
PM在大公司可以专心某一产品的某一细分模块，但是在小公司，PM通常和售前、项目管理都难以分开。于是PM需要苦逼的摸索需求、还得尽量想办法把需求说明白，这个说明白是个苦逼过程，靠嘴巴要是简单就能说明白，那就不需要费劲设计了。于是开发抱怨pm没说清楚具体需求，UI抱怨PM没说明白怎么跳转，销售抱怨怎么还没开发完，领导进入傻X批斗状态。
Pm需要很认真的画原型、写产品文档、还得尽量缩略化才有人能看的下去。但是等这么折腾一通以后，突然客户说又想到一些东西，需求有一些变化。完蛋，需求开始变更，又一群人开始骂街。
我觉得破局的办法就是尽可能做细致，PM多考虑，UI多提意见，技术负责人多提想法，协调是第一位的。再把需求看版化管理，全体进行评审，售前多把需求固化。
加上敏捷开发，因为本质上来说，就是因为需求太容易变化，所以才需要敏捷开发。我觉得不要怕需求变更，但是一定要努力避免大型和破坏性的需求变更。
个人网站：http://www.bizworld.com.cn/
网友评论