项目总结：从开始到上线.docx

项目总结：从开始到上线 在这里分享一下一些项目历程，以供朋友们参考，有不对的地方请加以指正！ 一、项目历程 XXXX项目终于上线了，下面就简单地写一下项目从开始到结束的一些经历，并对各个阶段我们做的一些工作进行简单的阐述，以此来分享或者展现一下遇到的一些事情和经过，以及对项目现阶段做一个总结。 1. 规划 2019年初，项目经理、产品经理、研发经理与项目相关业主进行了一次次的例会讨论之后，确定了项目的目标。 我们根据他们给出的概念性信息进行方案的制定，为他们勾勒所需的蓝图，给出了规划方案、基础需求文档和一些图例、以及汇报PPT，并在此期间搜集相关的资料进行基础数据的建构。 期间经历了重重的调整和完善之后，这才得到业主的认可，然后制定下个阶段的工作计划，并进行阶段性会议的汇报。 2. 调研 2019年夏季中旬，在对这个项目进行了一系列的规划准备之后，开始针对于项目方面进行线下调研的工作。调研之前，首先针对于在规划阶段不清楚和不明白的地方制定了调研问题表，并根据业主的需求应该调研哪些方面的方向计划表，然后到项目部驻场。 1）调研准备 我们选择的调研项目主要有三个，分别为XXXXX、XXXXXX、XXXX，在项目部驻场至少有两周的时间，整体下来差不多花了一个半月的时间完成。 调研期间我们除了对整个项目部的核心数据进行梳理和整理之外，还根据规划中制定的需求方向进行了功能、数据、设计和逻辑方面的一一印证，期间也会和项目部的成员进行例会或者一对一方方式的交流，在获取项目部成员建议和结合项目部管理数据的情况下，查漏补缺，调整和完善方案。 2）阶段调整 每从项目部驻场结束之后，小组成员都会开一次总结性的会议，根据整理的数据和从项目部成员那里得到的问题进行梳理，并结合原先的规划制定解决方案，并根据最新的规划方案和数据与业主沟通。 整个调研阶段结束之后，根据已经调整和完善的数据与业主进行一次阶段性的汇报。 3. 需求整理和分析 1）需求整理 以规划和调研两个阶段为基础，结合两者之间得到的所有数据进行系统性的整理，并在需求说明书的基础之上进行拓展，使得需求明确，根据业务的发展方向制定合理的解决方案。 另外我们会与业主进行交流，找出一些需求的盲点，进行分析之后细化新的需求，与老的需求进行整合。 2）绘制图例 在需求基本确定下来之后，绘制相关图例。 我们绘制了思维导图、功能模块图、关系流程图、功能流程图、用例图、结构数据图等，图形绘制完成之后及时与业主进行确认和沟通，不妥的地方调整，认可的地方进一步细化和完善。 3）需求规格说明书 在规划阶段需求说明书的基础之上，结合所画的图例和数据撰写需求规格说明书，以功能模块内的每个功能为维度，全面解读相关需求内容。包括功能和数据之间的逻辑关系、模块与模块之间的关联点，以及整个架构方面的具体设计方向。在此期间原型设计也已经同步进行。 4. 权限分析 1）权限的确认 由于这个项目涉及到的用户权限比较多，权限维度也比较复杂，所以针对这方面我们专门找了时间和业主进行了长达几轮的例会讨论。除了从调研那里得到的权限数据之外，也经过一些方式从业主那里要到了一些关于用户权限的内容，包括组织架构方面的内容。 2）权限的整理 对仅有的一些权限数据进行分析和整理，制定了基础的权限清单，和业主频频确认。之后和相关的产运部、安全部等集团部门沟通，从中进一步的细化权限。 3）权限清单的制定 以需求为基础，根据PC端不同的端口（管控端和项目端）制定不同维度的权限表单，然后将确定下来的功能模块内的功能一一列出，与对应的用户权限进行关联，并进行明确的标注和说明。 通过权限清单的制定之后，最后与业主进行汇报和确认。 设计方面也以权限清单为参考，尽量设计成有利于权限分配的方向。 5. UE/UI设计 1）草图设计 规划阶段的时候就已经进行草图设计，主要是用来是印证基本需求，这样也有利我们与业主进行交流。 因为这个时候业主只有一些概念性的东西，所以对于自己想要的功能还没有一个深刻或者全面的认知，只是从业务的角度进行阐述。所以我们根据他们的需求和要求，对所提的基本功能模块进行草图设计，然后在例会中（事实上和不懂技术的业主进行沟通也只能利用这种方式，用其它方式（比如数据表、流程图、思维导图）几乎起到的效果不是很大）展示。 其实每次沟通他们要求看的也只有设计，他们会根据设计来确认这些是不是自己想要的。我们将合理或者认可的地方保留下来，不合理或者不认可的地方他们也会提出修改的意见。 将他们提出的问题先整理成文档，根据问题对草图设计进一步地调整和完善，接下来再找业主进行确认，直到他们认可为止。 如果在需求确认的过程中他们提出了新的需求，将新的需求加入进去，并在原型中进行标注。 当然，期间出现的需求变更和新需求的加入也都会在需求规格说明书中进行同步，并对有关的图例