瞎扯淡 对于甲方项目如何做开发流程规范
背景：公司目前业务是针对医院之类的单位合作开发项目，项目都是部署在医院的内网上，然后系统需求基本就是一次性给到位了 (指的是全部的需求，但是写的并不是很细节) 参与 A 项目的大半年感受到了以下的问题：
- 需求简短，剩下的自己脑补。
- 没有成熟的原型图，基本就是对着图片开发，没有细节逻辑补充
- 没有对客户的需求进行一些细节确认并最终确定，导致不断返工
- 去甲方现场部署的时候经常大晚上才能下班的原因之一
- 没有需求管理，开发拿到手的几乎是一整个系统的需求书
- 测试只有项目经理兼职，功能没法充分经过测试
- 去甲方现场部署的时候经常大晚上才能下班的原因之一
- 信息不一致
- 产品文档信息不一致，有可能开发已经对着第一版的开发文档写完了，结果产品那可能已经修改过很多次了
不知道大家有没有好的建议来针对以上问题做一些优化改善。欢迎评论 补充：团队虽然用钉钉，但是他们都是微信聊，钉钉只会上传一些基础的文档。产品喜欢本地写文档，然后没有用在线文档的习惯。
正常现象 定制化需求就是这样，软件行业这么多年，都试图解决这个问题，在我的认知里，最后所谓的解决方案就是快速原型，迭代开发，人话讲就是 你说改啥，我立即改，改完立即审，不行再继续改，高频的小的确认，让大家能够做出 compromise
jicheng1014
回复
是啊，可是很痛苦啊长期下来这样。需求不断，开发很忙，项目交付却很慢，而且需求极其碎片化，用户一会需要加这个字段，一会儿需要新增判断逻辑等等。现在我的心态已经变成了客户说什么我就去做什么，客户不说我就不管，尽管功能存在一些不合理的地方。
1056742786
回复
想开点，这种项目一般是屁股决定脑袋的项目
对接方要是啥都不说，就直接通过了，大几十万都花出去了，他们觉得重要的地方都没解决，这肯定不行。对方也是从自己的角度而不是从程序的角度来想的，程序员逻辑这么强写代码还糊涂呢，别指望提需求的人就一上来就完美需求，这很难
我自己的一点经验就是 要抓住主要矛盾，确实影响功能的，该弄还是给人弄
关键是别让甲方闲住，要给甲方打造，“参与感”一天找他 3 次，没事就问问 这么改行不行，那么改好不好
遇到确实很傻的需求，就拖字诀，开会评审，列清单，工作记得要留痕，清单长到一定的程度后，其实甲方工作量也会很大的
核心点就在于 别只让自己忙起来
好羡慕 加钱居士。
这种外包项目不好整规范的 国内很多甲方对需求只有一个模糊的认识，开始说功能点的时候都只能很模糊的描述 很多具体的功能只能等到做出来之后，甲方才能清楚这个功能是不是他想要的 另外国内的甲方（特别是对公业务）不会为额外的流程修改加钱 他们加钱需要各种审批，基本不可能在项目构建的时候加钱