一个项目包括哪些流程？又怎样提高一个开发项目效率？

首先说说目前所写的项目是一个由三家公司一起完成的一个中型项目，一个主项目经理负责整个项目的把控（负责整个项目立项，

需求分析，人员协调，时间控制），三个负责不同公司的项目经理（负责自己领域的人员关系协调），一个公司柜面（相当于浏览器）

和核心（相对于数据库，数据存储，记账都在这里），一个负ESB（提供给各个渠道不同的接口，给接口穿不同的衣服见不同的人），

一个负责接口（提供这个项目的框架）。项目开始是提出需求是否可行，可行后，再需求分析申请一个项目（立项），这个需要领导

审批，审批通过再进行，同意后需求分析师（业务兼测试员，后面习惯说是业务）和负责接口的关键人员以及负责整个项目的几个经

理讨论并写出详细的需求分析（柜面有点坑爹，柜面的项目经理并并没有参加讨论，他也不知道，需要程序媛自己看绣球分析文档，

然后按照文档的内容实现业务所需要的内容），负责接口的公司设计数据库，写出相应的接口，这个时候写接口，那么这个时候就有

人要问了，柜面、核心、ESB岂不是闲着有点浪费资源，当然不是，所有的开发几乎同步进行，这就是一个团队之间的协调配合了，

三者看各自领域的需求分析分档，商讨一些细节的问题进行细微的调整（沟通交流是最需要时间的这也是后面要说的），看懂需求

然后做自己模块的开发，当然边开发边调整，开发好后上交测试，上迁移再上线上生产。这就我最近负责的一个项目的开发大致流程。

以前我总是想着要学好技术，然后就可以很快的搞效率的开发程序，经过这一年多的项目开发，才发现原来并不是这样的。当然

一个好的技术可以更快的实现一个代码，这是一个程序员的基础。我要说的是对于我，对于一个团队怎样可以更有效率的做开发？当

然我所说的只是我所想的，站在一个程序媛的角度想的。我是负责柜面开发的，所 花的时间最多的地方是在看懂需求：1、跟业务提

出更加合理的见解，业务的逻辑和开发人员的逻辑是不一样的，他想要实现的开发上不一定能实现的了或者说开发实现起来增加的工

作量负荷很大，这个时候需要柜面人员有一定的经验、思路清晰并且有一定的撕逼能力，这个时候沟通显得尤为重要，如果业务不是

很清晰，或者说你是没什么经验的小菜鸟，这个时候大部分时间都会浪费在交流上，柜面开发人员需要对业务有一定了解，开发和业

务使用的专业术语不一样，因此要懂业务上实现的内容是用的哪些词语的描述，这样两者之间知道对方说了什么，沟流起来相对轻松

很多也要节省大部分的时间（我要吐槽下，跟我配合的业务人员写的需求太烂了，细节问题没有注意到，导致后来快要开发好的程序，

最后来个大修改，浪费不少时间和精力）；2、跟ESB联调，这个时候很多问题是各自的不细心造成很多错误，这个的话是无法避免

的，但是如果做事细心谨慎也会节省大部分的时间，这个要ESB的人懂与柜面约定的规则，也要懂写接口的后端规则，（后台与直接

核心通信，后台与ESB直接通讯，柜面和ESB直接通讯，柜面与核心直接通讯）需要有点经验的人，菜鸟就应该自己仔细点，虚心讨

教学习才能更好的配合团队；3、跟写接口的联调，柜面有自己的规则，有些细微的规则甚至需要加接口，大型修改接口的字段，这

个就要写接口的人懂柜面的规则，也要懂和ESB的规则，写接口的后端是与ESB直接连接的，这样也会节省的时间最多，接口改了，

涉及到接口的地方都要修改。

合作很重要，一个人无法完成一个项目，这个需要所有的项目参与者通信协力；沟通很重要，沟通是合作的协调过程，不管是

谁与谁的关系都建立在沟通的基础上谈事情，如果不善沟通会拖延整个项目的开发流程；懂业务很重要，业务是有效沟通的前提，

这个需要开发者自己爱学习愿意问，当然作为项目的主要负责人需要组织大家一起开会，将整个开发的接口，业务讲明白；经验很

重要，经验与业务相辅相成促进沟通，一定的开发经验可以在源头避免很多不必要的错误。技术很重要，技术是所有开发的基础，

技术过硬实现内容可以更快的实现想要实现的业务。提高程序开发，好好合作。