敏捷开发管理有一个原则就是拥抱需求变化。

这是它和传统性项目管理的一个最大的区别,传统的项目管理为了防止需求变更,才开始从需求调研和分析开始并把它文档话,在这块做了大量的工作,但问题是需求变更时避免不了的,只能通过这些方式做到相对降低。所以需求和需求变更更管理是瀑布式或者流程式的项目管理最头疼的地方,大家都用很多招来应对。

需求变更在敏捷开发管理里就是新的需求,产品关注的重点是在于“这个需求变更对用户是不是有价值的,有价值的就会作为一个新的用户故事按优先级进行排序去做迭代规划”。

所以不同的项目管理方式,大家关注或者沟通的出发点不一样。当然前提是什么样的项目适合怎样的项目或者产品研发方式,需要开始时沟通清楚,没有谁对谁错,只是看怎样更合适,否则后期大家在这个最根本的基础点上会存在很大偏差。