实战项目的整体思路

实战项目的整体思路

工作多年的人可能拿到一个项目的瞬间，就能在脑海里面规划出整个项目大概的开发流程或者计划，这都是从许多项目中磨练出来的，现在我把这些思路提炼一下，希望能帮助到刚入门的同学,主要是想让你们提前了解一下普通公司完成一个项目的整体流程和思路，你可以对比一下在学校里面做项目的流程。
在我之前的工作中，普通的项目，从需求到上线，主要有一下几点：

1.销售接单

工作内容：

销售的同事拿到客户订单，这一步与开发人员关系不大，但是可能客户懂技术与销售谈的时候，这个时候最好也有一个懂技术的同事一起，避免销售答应客户提出的一些难度过大耗时耗力的需求。

相关人员：

销售人员，技术人员/产品经理，有时候老板也会接几个大单。

2.项目调研

工作内容：

对客户提出的需求进行分析，开会讨论确定是否符合公司的利益和技术能力，以及需求是否合理，需求投入的人力物力等。

相关人员：

老板（有时候在，看项目大小），产品经理，开发经理，开发相关人员（）。

3.立项签约

工作内容：

与客户签定项目合同，确定上线日期，以及需要客户提供的一些项目相关的资料，例如：支付需要的一些证书或者密钥，商户账号等。

相关人员：

老板/销售，产品经理。

4.需求分析

工作内容：

根据调研结果写需求文档，需要与客户与技术人员多沟通，最终确认的需求文档越准确越能提高开发的效率。

相关人员：

产品经理，开发经理

5.开发计划

工作内容：

开发经理根据需求文档定制开发计划，计划需要精确到工作日，功能点，例如：完成用户列表增加功能，张三，需要0.5个工作日。

相关人员：

项目开发人员，项目经理

6.设计开发

工作内容：

根据需求文档以及公司框架进行项目搭建，设计，模块化，合理分配开发任务，并写出开发计划文档。
开发人员阅读开发计划，提出疑问，进入开发阶段，按计划完成，开发经理需要多于团队其它人员进行沟通，及时发现问题，及时解决问题，避免耽误项目开发进度，导致项目延期。
产品经理阅读开发计划，制定对外的开发计划，销售阅读对外的开发计划，定期与客户沟通。

相关人员：

开发人员，开发经理，产品经理，销售

7.项目测试

工作内容：

根据项目情况进行测试（俩轮三轮看情况而定），并写测试用例，开发人员及时修改相关bug，测试的时候要按照生产环境的标准进行测试。

相关人员：

测试，开发相关人员

8.项目上线

工作内容：

运维人员部署项目至生成环境，测试人员进行线上测试，开发人员及时处理相关问题，最好能在上线之前就提前进行线上测试。

相关人员：

运维，测试，开发。

总结

当然不同公司的流程可能有些差异，这里面基本上从4开始到8都是跟我们开发人员有关系的，我们也应该对其他岗位的工作内容进行了解，不仅能在工作中帮助到自己，也为将来升职或者转岗做好基础。
在工作中，我们不仅是面对技术问题，更多的是业务问题，专业做产品经理的，与客户沟通的时候，尽可能的按照公司现有的条件，去满足客户的需求，要尽量靠拢公司现有的框架与技术，这样可以为项目开发节省出许多时间。
产品经理出需求文档后，项目经理拿到需求文档，需要与团队里面的同事进行沟通，分析需求文档，经过几轮沟通后，最终确认需求（最好要求客户确认签字），保证项目相关业务基本上不会有太大的变数，如果需求不确认就急急忙忙的进行开发，那么最后可能开发出来的东西会南辕北辙！
开发经理确认需求之后，就是制定开发计划，首先要确认团队中的人数和研发能力，毕竟不可能每个人都是大牛，按照能力的大小，去合理的分配开发任务，并且要预留30%的时间，来做应急处理，总有一些你想不到的情况会发生，当开发计划确认之后，就简单了，按照计划进行开发即可，当然你无法保证你的团队每个人都能按时完成，或者去按照你的计划进行，你可能需要经常与团队里面的其它同事进行沟通，开会讨论，确定问题，确保每个人的开发进度都是OK的，技术上的难点可以一起去攻克，生活中的困难，能帮就帮，毕竟都是同事嘛，当项目开发完成之后，就是好几轮功能测试，系统测试等，这个时候可能会有大量的bug被提出来，也不要着急，从一开始指定开发计划的时候，你需要把修改bug的时间也预留进去，这样才能准确的保证项目不延期。
你可能是产品经理，开发经理，或者业务销售人员，开发人员，不同的职位都由自己要做的事情，在整个过程中，切记你们是一个团队，团队中最重要的就是沟通！