前端项目优化方案本文来自于woshipm.com，本文内容不(8)

统一意见。统一意见。统一意见。前端项目优化方案当一些争论好像并不会影响特别重大的情况下，上司要进行最终的拍板（还是之前的小会，要达成尽量的一致）。有意见可以暂时保留，评审会上最终确定的内容要坚决执行，除非你在操作中真的发现影响过于巨大。

有时候需求评审会可能不止一次，有些问题还需再讨论，有些问题返工后需要再次评审。

协同开发

通过需求评审，我们确定了具体工作内容，即将PRD中要求的功能实现出来。为此，各个工种互相配合，将功能落地实现。

在开发过程中需要进行合作开发，这其中最重要的事情是相互之间能否将事情说清楚，让产品做出你想要的样子。为了达成这样的效果，要做好两件事：

第一是PRD写的明白无歧义，所有的开发以PRD为标准；

第二，无规矩不成方圆，规定好工作流程，每一个人按照流程做事。（其实，需求评审做好了，一般情况下协同开发时大家的目的都是清晰的，然后每个人按部就班做好自己的事情就能顺顺利利的将产品开发出来）

这里大致说一下一个产品流程，会牵涉到哪些人员。对于互联网产品，最基本的要有五个人员，按照流程：由产品人员进行功能设计，接着由UI设计人员进行界面视觉设计，然后交给前端工程师进行前端开发，以及后端工程师进行后台数据搭建，当产品开发完后，需要运营人员开始运营产品。

开发过程中，谁都无法保证产品没问题，所以有测试人员进行系统功能测试。一个产品为了增强用户体验，可能会需要UE设计师多去考虑用户体验效果，设计一些动态效果。产品、UI、UE、前端、后台、测试、运营，这些人构成了一个公司的开发部门。

不同公司会增加或减少这些人员，但无论怎么变，绝对不会缺少产品、UI、前端、后台、运营这五个职位。其中前端指的有Web前端工程师、Android工程师以及IOS工程师。

工作流程上面已经提到了一些。按照产品、UI、前端、后台的顺序进行功能产品的开发。每个环节交接时，上一级要给清楚下一级需要的所有东西，下一级要进行确认。要在限时时间内做好各自对应的工作。产品居中调控。

协同开发的时候，毕竟是多部门的合作，所以在这个过程中一定会出现很多问题。为了让合作更加顺畅，作为产品经理要做到团队管理的角色。但在职位上产品经理和其他人员平级，没有上下级的关系，所以要从哄、骗、信任感、责任感、打气、画饼、个人魅力等上面花些功夫，从而推动工作进行下去。

记住，工作中和同事之间工作的交接一定按规则办事，将所有的交接文档做好记录。不是为了出问题的时候撇干净自己，而是为了让整个工作更加清晰，不至于混乱。当然，真出问题，有些锅我们不能背，我们是有存档的。

功能上线

经历了这么多波折，产品/功能终于要上线了。别急，你还有一些事情需要做。

再进行一遍测试。

你要通知到所有相关部门的人员，所有人各就各位，做好相关准备工作。

你需要将产品需要的一些数据进行填充。

你需要写出功能说明和操作说明给相关人员。甚至于进行一些培训。

仔细检查一遍产品。

做好随时沟通运营、测试、开发、客服的准备。

接下来，上线吧！

效果评估

重复迭代

产品上线了并不意味着我们工作结束了，随着用户的反馈、市场动态，我们不断地收集到信息来优化我们的产品，也就又进入了需求收集、需求分析……这样的一个一个循环，产品的工作，就是在一次次的循环中，走向更好的未来。

关于需求管理

人多了需要管理，需求多了同样也需要管理。通过需求管理，我们可以把需求理顺，方便自己和别人使用。

按上面说的，需求管理应该和需求收集放在一起，为什么要单独放在最后说呢？实际上，需求管理更多情况下，是你工作的一个方式手段。通常我们会建立需求池的方式来进行需求管理。而需求池的建立，会同时涉及到需求收集、需求分析、优先级确定。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-62913-8.html