开发过程产品经理又提出“点点滴滴”需求，对于我们这些coder是该拒绝还是接收啊该咋做呢大家遇到相同问题是咋解决的呀
这个产品经理有点问题。。。。一般性来说，放到开发当中也就是策划文档已经是敲定了，敲定的意思就是包括一切细节和逻辑。如果当中想改，需要提交另外的开发申请了，而且得记录这个修改会延误多少工期会带来多少开发成本等等，一般性说除非某个老大死命要改才予以通融，否则就应该把这个需要进行评估，并对产品经理实施“教育”，以防以后再出现这种修修改改的事。开发中再提修改这修改那，最麻烦了。你们要跟产品部的头好好提提，规范工作流程。
■网友
【开发过程产品经理又提出“点点滴滴”需求，对于我们这些coder是该拒绝还是接收啊该咋做呢大家遇到相同问题是咋解决的呀】 顶层设计，滴水不漏。
写好的需求板上钉钉，分毫不动，肯定是不现实的。
点点滴滴，如果这些需求本身就是变数比较大的东西，比如文案，跳转逻辑这些简单的几分钟就顺手改了正常。
如果他妈的一改数据结构变了，关联关系变了……。
那就可以带着问题上线，下一版本再改。
嗯，没问题
■网友
10分钟以内能搞定的，请技术帮忙做了。10分钟以上才能解决的，整理需求，视紧急程度，安排立即执行或安排在第二期，第三期完善
■网友
需求工程师/产品经理 在开发过程中提出新需求或者改变原来的需求，并不是找个码农，两个人一拍脑门就改/不改了。应该是交由Change control board开会决定。要有项目经理、产品经理、开发、可能需要一个测试经理，然后大家花5分钟~10分钟快速做一个决定。产品经理先说一下要改什么，为什么等等，然后给出一个优先级，比如这个是很重要的需求，优先级1。开发负责给出技术方面的评估，比如技术难度、风险等等。最简单的可以是一句话“这个很简单，可以做，半天差不多” （产品经理请你走开好吗，需要多长时间你根本不懂好吗？）然后测试经理可能需要看一下测试计划，比如这个功能点已经测了一轮了，再改的话又需要测一轮，太浪费时间。之后项目经理相应得调整项目当前的计划，最后把这个改动安排上日程。如果没有这些人的参与，可能出现的问题有：1. 时间估算严重不准，以为10分钟搞定，结果写了1天（周）。项目进度严重拖后。2. 改动的代码严重影响测试组，比如原来测好的功能突然又不能用了，此时面临是否要重新测的困境。3. 改动的代码严重影响其他的开发人员。因为一个软件是很复杂的，各个模块之间都是互相依赖的，最开始大家说这一轮做这些功能，大家心里对于架构都是有一个感觉的，结果忽然某个不应该变的模块被改了，显然会影响开发进度。4. 改动的代码没有经过正式的测试，最后发布时导致严重bug(s)。5. 由于码农私自去实现新需求了，导致其他有依赖的模块进度严重耽搁，又接着导致其他依赖的模块进度严重耽搁。结果就是所有人都在等这个码农把新来了“10分钟”的需求写好。等等开发软件，切忌越俎代庖，改动一行代码能让整个系统都瘫痪掉，难道你们就不怕吗？
推荐阅读
- 西藏航空一机长执飞过程中身体不适降落后送医去世
- 旅行社@旅行社推出“高铁+旅游”新产品 高铁旅行说走就走！连淮扬镇高铁全线通车
- 广西鹿寨贫困户玩直播带货变身创业新星以电商帮老乡卖滞销农产品
- 黄金时间■黄金时间丨哪种产品最节水？购买产品请注意这个标识！
- 朋友圈直播酒驾全过程？警方：当事人涉嫌酒驾接受调查
- 货币等各类金融产品彻底电子化会到来么
- 侧重业务逻辑的产品需求规格说明书，需要有哪些要点
- 程序猿和产品汪能愉快的一起谈恋爱嘛
- 知乎有没有必要增加一个特别关注功能
- |奥迪开发基于C-V2X校车警示系统