蓝鸥西安unity培训 项目周期的把控

要说如何做好一个需求，展开来讲，可以写好几篇文章，这里只挑重点来讲。

较基本的，就是把握好3W：what、when、how。

what：做什么？

when：完成时间？

how：如何完成？

需求场景假设

需求场景假设

为了下文不至于太过枯燥，这里进行需求场景的模拟，下文主要围绕这个“需求”，从what、when、how 三个点展开来讲。

假设现在有个论坛的项目，产品经理小C提了个需求 “给论坛增加评论功能” 。作为 前端工程师 的小A接到需求后，该如何高质量的完成这个需求。

项目名称：兴趣论坛。

项目组主要成员：前端工程师小A，后台工程师小B，产品经理小C。

产品需求：给论坛增加评论功能。

备注：此时我们脑海里浮现的应该是下面这张图。

What：做什么？

可能有同学要拍案而起了：Are you kidding me？不就加个评论功能吗，我还能不知道该做啥？

答案很残酷：是的。

根据过往经验，不少前端同学，包括一些前端老司机，做需求的时候，的确不知道自己究竟要做什么。导致这种情况发生的原因有哪些呢？

1、产品经理：提的需求不明确。

2、前端工程师：没做好需求确认。

情况1：产品需求不明确

说到产品需求不明确，前端的兄弟们估计可以坐一起开个诉苦大会，因为实在太常见

了。典型的有“拍脑门需求”、“一句话需求”、“贴个图求照抄需求”。

情况2：未做好需求确认

再次强调一下，无论何时，一定要做好需求确认。再有经验、再负责的产品经理，也几乎不可能提出“明确”的需求。

When：完成时间？

一个同时有前端、后端参与的需求，精简后的需求生命周期，大概是这样的：

需求提出-->开发-->联调-->提交测试->需求发布。

一个需求的实际发布时间，大部分时候取决于实际的开发工作量。如何评估开发工作量呢？较基本的，就是明确“做什么”，这也就是上一小节强调的内容。

要得出一个靠谱的完成时间，至少需要明确以下内容：

前端、后台 各自的工作量。

前端、后台 投入研发的时间点。

前端、后台 联调的工作量、时间点。

需求提交测试的时间。

需求测试的工作量。

较终，需求的完成时间点可能如下：（跟预期的出入很大）

对于需求完成时间的评估，实际情况远比上面说的要更复杂。比如需要考虑节假日、成员休假、多个需求并行开发、需求存在外部依赖项等。以后有机会再展开来讲。

How：如何完成

完成需求容易，如果要高质量完成，那就需要费点功夫了。同样的，只挑一些重要的来讲

明确需求、关键时间点

严控开发、自测、提测质量

及时暴露风险

推动解决问题

关注线上质量

明确需求/关键时间点

这块的重要性，再怎么强调也不为过。前面已经讲过了，这里不再赘述。

严控开发、自测、提测质量

作为一名合格的前端工程师，对自己的开发质量负责，这是较基本的要求。

要时常问自己：

开发：是否严格按照需求文档完成功能的开发。

联调：在与后台同学联调前，是否已经对照测试用例，对自己的模块进行了严格的自测。

提测：提测前，是否已自测、联调通过；测试正式介入前，产品是否提前部署到测试环境，并进行初步的验证。

严格把控开发、自测、提测质量，这不但是能力，更是一种负责任的态度。如果能做到这点，不单节省大家的时间，还可以让其他人觉得自己比较“靠谱”。

推动解决问题

对于一个职场人能力的评判，“解决问题”的能力，是很重要的一个评估标准。解决问题的能力如何体现呢

方法论再多，较终还是需要人去落实。作为一名前端工程师，加强责任意识，主动承担，勤于总结，做社会主义合格的接班人。

蓝鸥科技西安中心，移动互联网科技育人专家，教育部产学合作协同育人项目承办企业，专注西安Java培训、西安大数据培训、西安unity培训，西安VR/AR培训、UI设计，西安HTML5培训、西安PHP培训，选择蓝鸥，不止高薪更是高起点！