项目经验分享

 最近一直在想自己在项目中的一些得失，在每一个项目结束都要问自己一下：这个项目中自己获得哪些成长，下次是不是可以做到更好。长期的项目过程往往会让人陷入一种思维的定式：好像每个项目的工作都一样，这样很容易进入一种比较消极的状态，会忘记自己曾经给自己设置的目标。以前看过这样一个问题：什么才算得上有效经验？有些人做了三年其实只有一年的经验，因为后面基本上是前面的copy。这也是为什么有人说一个人的成长在于前面三五年，后面很有可能会遇到天花板。当遇到天花板的时候能不能突破是一个关键。下面讲一个整个项目中需要做什么。我会在介绍整个流程的同时插入自己的一些想法和思考。更重要的是思考，思考是人的精髓所在。

       项目流程

1.    需求阶段

        这是项目的最初的阶段，这个阶段主要需要明确这个项目要做什么？目标是什么？一般来讲这个过程是产品经理去做，这个阶段的酝酿时间往往比较长。因为一个项目最开始可能只是一个idea，对于整个目标可能他自己也没想好，甚至是不可行的，需要进行一段时间的沟通和厘清才会逐渐形成一个真正的需求。另外对于产品经理而言是以业务结果为导向，可能会提出一些从技术角度不合实际的想法。这个时候就需要项目经理和产品经理进行沟通，一个是明确具体要做什么，另外一个是可行性（引入成本收益原则，就是完成这样一件事情的成本是多少？收益是多少？是不是值得？就应了那句话：一切皆平衡）。当这两个目标达成一致才可能往后面去做。如果兴冲冲的往前走，往往会适得其反。所谓“磨刀不误砍柴工”。

2.    概要设计文档

        明确整个需求后开始要做的就是启动项目。确定项目经理、架构师、开发人员、测试人员、前端等各种资源都需要到位。架构师需要产出概要设计文档（可能比较多的项目这个文档是由项目经理产出），并对整个项目的时间有一个评估，确定整个项目的重要时间节点。整个项目流程中几个重要的节点的时间都需要敲定，并对其规模需要比较仔细的评估。另外整个项目风险在哪里，都需要做到尽量的枚举，以往的项目经验在这个过程中就会起到非常重要的作用。

3.    详细设计文档

       在概要设计后需要对这个整个项目进行分解，这时候可能并不是架构师来设计，很有可能是每个开发工程师进行分模块设计，数据库表结构、接口、缓存等一系列和此项目相关的东西，然后在做一个合并，这种方式对于开发来讲会有比较多的成长。如果整个设计过程只是项目经理或者架构师参与，而开发工程师只是参与编码工作，这样的一个流程对于开发工程师的成长而言就会非常有限。

        项目文档的详细程度会根据整个项目的规模来判断，大项目和小项目在流程上会有一些差异，小项目可能就不需要繁文缛节的项目流程和文档，这样可以加快整个项目的进程。大项目整个流程和文档是不可或缺和非常重要的。如果说小项目可以靠个人进行保证，那么大的项目更多的依赖于流程和管理。所以项目的流程并非一层不变，完全可以根据项目的规模在实际应用中采取灵活变通的方式。在大的流程框架下做一些优化和变通对于实际应用中是非常有好处的。引用中国那句很有名的话：“不管黑猫白猫，抓到老鼠就是好猫”。可能有些公司会非常强调流程的重要性，我觉得整个流程不能太死板，对于互联网行业来讲，最重要的是应对变化和把握时机。流程是为了保证产品的质量，而不要为了流程而流程。