研发厌恶变更的原因

【声明】本文为AdamsLee原创,转载请注明出自围炉网并保留本文有效链接:研发厌恶变更的原因, 转载请保留本声明!

研发处于最下游。产品、设计师提供的需求、设计往往也是存在漏洞或者需要变更的。在项目管理不成熟的情况下,需求/设计变更了也不会去变更项目的提测时间、上线时间。这就会导致的项目进度问题,而其带来的压力往往都由研发人员来承担。这也是研发厌恶变更的重要原因。

另外,在一个排期本来就紧的项目中,如果处于上游的产品和设计师没有抓紧时间为研发争取更多的开发时间,甚至拖延提交需求的时间,那么研发迫于项目时间上的压力,也容易与产品和设计师产生不愉快。

然而,互联网项目中,需求变更是常态。

在带领团队做项目时一方面要做好研发的情绪管理,帮助团队认识到需求变更的必要性。

另一方面,要协调好上下游,确保同心协力。对于当天上线的需求,项目管理人员可以要求相关关联方都要一起工作直到产品上线验收完毕。避免出现设计、产品交付后就打道回府,后续如果出现需要修改的地方会严重影响进度和研发的士气。

项目时间管理上切忌前松后紧,否则项目质量不好把控。

此条目发表在未分类分类目录,贴了标签。将固定链接加入收藏夹。