为啥程序员做出来的东西与产品经理提交给他们的高保真原型不一致
我们的经验：彻底实现Waterfall或者Agile之中的一种，但不要两种一起实现Waterfall的话：开发接受任务时候严格定义验收标准，记录在Work Item里验收时候按照验收标准，逐字验收。写入标准的必须100%符合，剩下的不管。测试在开始的时候严格根据每个验收标准制定测试用例。出现任何问题打回去重做，并且计入开发/测试的KPI如果需要更改，那么必须有产品经理，开发和测试共同认可。然后更改。（无论更改需求来自于产品经理或者是开发）Work Item上必须有更新记录，纪录每次更改是谁做的，改了什么地方。每一个阶段最好不要太久，争取控制在2-3周内。Agile的话：有一个一直运行的Test Server每天（视情况可以延长，但正常应该2-3天以内，极限情况也不应该超过一周）更新test server每次更新后，QA在Test Server上运行测试，同时PM上去检查状况如果发现任何偏离，立刻通知Dev要求修改这样的好处是Test Server的东西一旦过了测试立刻就可以转移到UAT Server上。UAT过了就可以直接发布了。如果是这种路子强烈建议TDD模式，最不济单元测试也必须做好。用哪种主要取决于你的产品是什么类型，或者说做自动部署的难度有多大。如果是网站的话强烈建议Agile，如果是难以部署的服务器程序产品那么建议偏向于Waterfall。
■网友
这种情况叫做信息失真，而解决办法之一是在开发过程中多开窗。如果把技术开发过程比作一个黑匣子（PS：对于不懂技术的产品经理而言，这个过程确实是个黑匣子）的话，产品经理进行输入，经过黑盒子后产生输出，这时候如果输出与输入有差别，那么这个就叫做信息失真。首先，应该明确失真无法避免，而产品经理只能尽量减少失真，其中一个方法是在开发过程中多开窗。拿我现在的项目举例子，我多开窗的做法是：1、分步开发。先开发静态页面再开发功能，这样很快我就能拿到一个所有页面均可见的产品。2、定期总结。每周五开总结会议，每个人说明当前开发的情况以及遇到的问题，保证信息同步。3、同步测试，技术每完成一个功能后立马测试反馈，而不是等来技术完全输出再测试。
【为啥程序员做出来的东西与产品经理提交给他们的高保真原型不一致】
■网友
你们项目管理流程有问题。如果老是出现这种问题，要么增加review环节，要么就测试坚决不让过，打回去重做。
推荐阅读
- 扼守“一地跨三国”的戍边民警：从大山走出来的三级警督
- 招聘都要学历，何来程序员不看学历
- 为啥看到书柜上的藏书会有心旷神怡的感觉
- 银行系统的研发岗(程序员)是不是很难进(校招)推广到国企的研发岗(程序员)呢
- 为啥知乎上普便有一种【我在北上广深打工，所以拥有更好的视野】这样的错觉
- 为啥工商银行的用户体验如此之差
- 汽车|看了中消协4S店服务测评调查结果，终于知道法系车为啥卖不好了
- 你为啥从窝窝商城离职?
- 坐标合肥，请问在哪里能捕捉到程序员这种生物他们大都出现在哪里呢
- 怎样成为一名合格的Python程序员?