说说,项目完成一半,需求突然改了,你当时内心的想法

谢邀
【说说,项目完成一半,需求突然改了,你当时内心的想法】 说下我的一点理解吧,
1.改需求很正常,基层研发的职责就是快速高质量研发,并没有对需求提议的权力,需求的规划是产品和pm以及团队leader的职责。
说白了就是老实搬砖,不要瞎掺和设计,活是干不完的。不靠谱的需求是产品和pm和teamleader的锅。
正因为不负责需求的规划,所以上线后如果产品效果不好,研发也不用背锅。
但我的意思不是理解用户需求的能力不重要,将来成长为team leader后,就有职责砍掉产品和老板提的明显不靠谱的需求,并持续关注已上线业务的收益。
2.在产品上线初期,快速更改需求,快速研发试错是正确而低成本的手段。但到了产品稳定期,就需要数据支撑ab来进行需求研发并在上线后总结数据效果。以数据来支撑持续迭代优化,是更加科学的研发方案。
3.暂时没想到。。。
■网友的回复
锤爆他的头。
■网友的回复
谢邀。只是学生,没有正经码代码做项目的经验。我们大一刚刚学C程序设计,代码敲到脑袋疼,每次交作业前一天晚上都跟世界末日一样。
但是你老板的需求多切善变,这样会增加你的工作量,你可以用“适当”的方式提醒一下他,让他等方案大致确定在让你做。当然,谁让人家是老板,衣食父母不能得罪,这个相处的度就要自行把握了。
觉得一楼的回答很好,很有借鉴意义,至于我的......看看就行∩_∩
■网友的回复
楼上已经说清楚不了 该需求肯定要重新估时,还有一个也是考虑开发者接口的健壮性和可移植,这个是开发者在开发当中应该需要有必要注意的点,比如以前三种角色如果加一个这个肯定要前期就想清楚的,可以快速支持的,还比如支持一种格式,再来一个也可以快速支持,比如大小左右上下这种
■网友的回复
提新的需求可以啊,来,重估时间
■网友的回复
要看看情况了
如果只是部门主任的话 如果他在员工眼里本来印象就很差,那就先默默骂一顿再接着改,如果人挺好,那就找个没人的地方骂。
如果是经理或董事长,那没办法,改吧,谁让你拿的是人家的钱


    推荐阅读