第 1 章 项目启动 1.3 项目开发流程

项目从启动到落地的过程会有很多部门的人员参与，参与项目的所有人是“环环相扣”的，任何一个环节出现差错都会影响到项目的开发进度。项目无论大小，基本上都会有一个流程，下面来了解一下项目开发流程及其可能会涉及的部门，如图 1-3 所示（原图可查看本书配套资料“配套文件→第 1 章→1.3 项目开发流程”）。

1．原型评审阶段

项目确立后，产品经理会规划项目的原型、需求文档、业务逻辑、流程、交互等文件，接着就是原型评审，一般会有产品经理、研发人员、UI 设计师等参与，如图 1-3 中标记①所示。产品经理会讲解项目原型的业务逻辑、流程、交互等，研发人员需要根据产品经理讲述的内容考虑业务逻辑、程序逻辑、数据库、服务器等问题。评审过程中肯定会发现一些问题，疑问可以随时提出，也可以先记录下来，等产品经理发问时提出。有疑问就问，有更好的方案就提出，这样才能更好地开发业务逻辑。

当然，一轮评审会议下来肯定还会存在问题，毕竟每个人的思考都具有一定的局限性。标记②处的“有意见，更改”，是指在第一轮的原型评审后。针对大家提出的问题，产品经理会根据需求的合理性做修改，改完后再进行第二轮评审。反复进行这个环节，一般情况在第二轮或第三轮评审中把需求整理清楚，最终确定产品第一期要开发哪些功能，然后进入下一个环节，也就是标记③、④、⑤。

2．测试工程师、UI 设计师、研发人员

原型评审通过后，便进入项目的初期开发阶段，标记③、④、⑤处的工作人员会同步完成各自的开发任务。

• 测试工程师 ③：负责测试用例的编写。除了测试用例，还需要准备测试计划、冒烟测试、测试界面、接口测试、自动化测试等工作。测试用例是写给研发人员看的，会详细体现操作过程中需要程序做的事情，研发人员根据测试用例的步骤及业务逻辑进行开发即可。测试用例也需要评审，主要评审整体过程的逻辑、交互等是否合理。和“原型评审”一样，有意见可以提出，会议结束后修改，改完后再次评审，直至通过 为止。
• UI 设计师 ④：负责产品的界面 UI 设计，直接面向用户。UI 评审主要针对色调、元 素、视觉、结构布局、交互、操作、用户体验等方面。
• 研发人员 ⑤：一般包括前端、后端开发等人员，研发人员会在部门内部讨论技术选 型，例如前端是用 Vue.js 还是其他技术来开发，后端是采用Java、Go 还是其他语言， 以及数据库、服务器等。在确定了技术选型后，前端和后端开发人员就要开始搭建基 础架构。

3．开发阶段

开发阶段对应标记⑤，在具备了“测试用例”“接口”等资料后，前端开发人员可以根据“测试用例”来处理逻辑工作，同时和后端开发人员对接接口的联调。除此之外，还需要多看“项目原型”，了解原型的业务逻辑、交互等开发业务需求；也要看 UI 效果图，确定界面元素及交互是否和 UI 效果图一致。

前端和后端开发人员的开发工作是紧密的，所以沟通很重要。当项目的需求都开发完毕后，就要将项目部署到测试服务器中。服务器一般由运维人员提前准备好，前端和后端开发人员只需要将项目打包部署到服务器，即可通过域名或 IP 访问项目。

4．测试阶段

项目测试是指测试工程师对开发完毕的项目进行验收（标记⑥），包括验收需求、UI 效果、业务逻辑等。研发人员在开发业务需求时，一般是顺着业务逻辑一步步走的，虽然在开发时没问题，但用户在使用时并不会按业务逻辑走。测试工程师要作为用户，体验已完成开发的项目，发现意想不到的问题。

项目测试分为多轮测试，例如在第一轮测试中，测试工程师将测出的问题全部记录在 Bug面板中，研发人员会再一次回到开发任务中修复 Bug，将面板中的所有 Bug 修复完成后，再一次部署最新的代码到测试环境（标记⑥）。测试工程师进行第二轮测试，并查看第一轮的修复是否能达到验收状态，不断循环此环节，直至项目达到上线标准。

5．项目迭代

项目迭代是指在产品第一期功能的基础上进行第二期的需求开发。我们不可能一次性将产品功能开发得很完善，用户在使用的过程中会反馈一些产品不合理的问题，由此涉及的业务需求变动或新增功能需要在第二期开发，这种情况属于“迭代开发”。简单的理解就是在原基础上增加、删减或优化功能，此时便会重新执行第 1 步到第 4 步的流程。

本章小结

对于一个新项目的启动，与其相关的项目原型和需求文档是至关重要的，没有前一步的规范，就不会有下一步的高质量输出。在项目开发过程中，各部门需要紧密配合，做到每个环节的信息“对称”，对需求的理解和业务变更的信息同步。规范的开发流程是团队良好协作的重要因素之一，也是使项目进展顺利的保证。