项目流程实施办法

项目流程实施办法一．目的为规范项目运营流程，明确各位项目参与者的职责及工作标准，提高项目质量与效率，特制定此办法。二．使用范围本方法只适用公司互联网项目开发。三．项目流程（一）需求分析此环节适用于新项目立项或新需求迭代的第一阶段。1、根据新项目或新需求的主题，由产品经理通过大量的市场需求调研得到具有数据支持的需求分析，通过分析，初步形成立项或者迭代意向。此项工作输出结果是初步意向书（文档）。意向书对市场调研结果要有说明，包括调研计划、调研对象、数据来源等。2、产品经理提交初步意向书给项目负责人，由项目负责人组织项目成员（项目负责人、产品经理、UI设计、推广人员、编辑、客服、招商人员等）以头脑风暴的形式进行讨论。得到《头脑风暴会议记录表》。在讨论时时一定要考虑以下三个问题:(1)解决什么问题？(2)用户群是谁？(3)如何执行，从而得到解决问题的措施。3、项目负责人组织召开以竞品分析（产品优劣势/推广优化借鉴等）为主题的“竞品分析与讨论”会议，得到《竞品分析结果记录表》。4、结合产品经理给出的市场需求分析文档以及项目参与者讨论所得到的《竞品分析结果记录表》和《头脑风暴会议记录表》进行汇总得出：(1)经讨论需求迭代和新增的事项汇总（按照优先级排序）；(2)经讨论对应解决方案汇总（待评估）；(3)经讨论对应迭代所产出的最终结果与目标；(4)数据埋点（监控参数）监控预期目标。5、由项目负责人对上述流程结果进行汇总，整理得出待评审文档——《需求文档》。（二）《需求文档》审核评估1、由项目负责人组织“需求评审会”，公司管理层参加，评审对象为《需求文档》。目的是由CEO、项目监管对项目需求的可行性以及潜在问题进行分析，并对需求的优先级进行排序。2、需求评审内容包括：1)待评审需求表明细（包括：需求所属模块、需求迭代原因（调研结果、调研对象、数据来源）；2)待评审需求计划完成时间、责任人、可以解决什么问题、可以达到什么结果概述（数据埋点与需求目标）3、评审结果的处理：(1)若通过评审发现项目需求合理，但是现阶段不适合，则此项目纳入产品需求池，延后排期。(2)若项目需求合理，但是解决方案不合理，则重新进入需求分析流程。(3)若需求不合理，否决迭代，则此项目需求删除。(4)若审核评估通过，则得出可实行的合理的项目需求，作为项目原型策划的依据，同时方便后续做出《项目进度计划表》。3、评审结果由项目负责人整理成《需求评审结果文档》，（注：审评事项参照附件一：项目需求评审流程。）（三）项目原型的制定（PRD）评审通过，由产品经理根据“迭代需求评审会议”结果——《需求评审结果文档》在规定时间内设计出产品需求文档（项目原型）。（四）原型图评审1、PRD制作完成后，由项目负责人组织“原型评审会”，产品经理、公司管理层参加。目的是评审原型图与之前需求是否一致，依据是《需求评审结果文档》。2、原型评审内容包括：1)原型主框架图；2)原型流程图与功能图3)产品策划阐述（核心备注与阐述；如：配色考虑、尺寸大小、风格选择等）4)原型演示路径图（具体流程演示，提前在会议前告知）3、若原型评审不通过，则返回，由产品经理重新根据通过的《需求审评结果文档》可实行的合理的需求设计原型，再一次进行原型评审。4、若原型审评通过，则根据《原型修正记录文档》整理出UI设计所需求的文档，文档移交给UI、程序员，进入设计环节。（五）UI设计UI根据产品经理移交的原型图制作网站，并从整体增强用户视觉体验，形成《UI设计图》。设计阶段要出设计说明书文档（内容包含：主题、风格、色调【要提供具体色调编码】、参考产品、开发说明等等，以供后面开发阶段对色调把控和交互设计提供参考）移交时应由项目负责人、项目监管人确认。1、UI设计完成后，由项目负责人组织“效果图页面评审会”，产品经理、公司管理层参加。目的是评审设计图与产品原型需求是否一致，依据是《原型审评结果文档》。2、UI设计效果图页面评审内容包括：1）UI设计说明（整体风格色调设计理念阐述）；2）UI设计效果图演示。3）UI设计效果图交互、页面尺寸、色值备注；3、若设计效果图评审不通过，则返回，由UI设计重新根据《原型审评结果文档》的需求重新修改设计效果图，再一次进行原型评审。4、若设计效果图评审通过，则根据《UI设计图》整理出前端开发所需求的文档，文档移交给前端开发，进入前端开发环节。（六）前端开发1、由前端组长以及前端开发人员一起根据前期产品经理设计的需求（包含原型图、流程图、结构图）以及UI设计设计的《UI设图》进行分析和讨论，并检查需求有无遗漏或不明确：A.若在分析和讨论中发现问题时，需要与产品经理以及UI设计人员进行反馈。B.若在分析和讨论中没有发现需求问题的，则做出决定：（1）制定开发框架，选择前端框架库（2）建立开发结构、流程（3）进行任务分配2、根据前端相关人员分析、讨论所得到的决定结果，由前端组长做出（1）前端开发报告（新项目适用）（2）流程计划表（3）任务分配表（4）开发规范（《前端版编码规范》的补充）【新项目适用】（5）文件结构3、由技术总监及项目负责人对前端组长做出的文件进行评审，评审是否符合设计要求、开发的合理性等。A.若评审不通过，则给出不通过的理由以及需要修改的内容，再由前端组长进行修改。修改过的文件要重新进行评审，直到通过。B.若评审通过，则形成最终的文件。4、由前端开发人员根据前端组长完成的最终文件进行开发，得到《前端界面文件》。5、由项目负责人和技术总监组成评审团，对《前端界面文件》进行评审，评审其性能的好坏、是否符合设计要求、开发的合理性。A.若评审不通过，则给出不通过的理由以及需要修改的内容，再由前端开发人员进行修改开发。修改过的《前端界面文件》要重新进行评审，直到通过。B.若评审通过，则形成最终版本的《前端界面文件》，交于后端进行开发。（七）后端开发1、由后端组长以及后端开发人员一起根据产品的需求以及最终版的《前端界面文件》的要求进行分析和讨论，得出决定：（1）分析需求材料，检查需求是否完整（2）制定开发框架（程序、数据库、服务器架构等）（3）建立开发结构、流程（4）进行任务分配2、根据后端相关人员分析、讨论所得到的决定结果，由后端组长做出：（1）后端开发报告（概述、语言、数据库、环境要求、性能目标等）【新项目适用】（2）流程计划表（3）任务分配表（4）开发规范（《开发手册》、《编码规范》外的补充）【新项目适用】（5）基础程序包、数据库脚本3、由技术总监及项目负责人对后端组长做出的文件进行评审，评审其性能的是否打到目标、是否符合设计要求、开发的合理性。A.若评审不通过，则给出不通过的理由以及需要修改的内容，再由后端组长进行修改。修改过的文件要重新进行评审，直到通过。B.若评审通过，则形成最终的文件。4、由后端开发人员根据后端组长做出的最终文件进行开发，完成程序的编写，形成《程序包》。（要求：完成的程序相对应的网站要有局域网可访问的地址，软件要有测试包）后端开发人员要对《程序包》（程序的流程、设计、bug）进行自测，依据组长完成的最终文件：A.若自测不通过，发现bug，则对程序进行修改。修改之后重新进行自测，直到测试通过。B.若自测通过，则把最终版《程序包》的交于测试环节的测试人员。（八）测试1、测试人员结合整个项目的工作流程所得出的需求信息，编写出对后端提交的程序的测试方案以及审评依据，得出《测试用例》。2、由技术总监及项目负责人对《测试用例》进行评审（1）若评审不通过，则给出不通过的理由以及需要修改的内容，在由测试人员进行修改。修改过的《测试用例》要重新进行评审，直到通过。（2）若评审通过，则程序按照测试方案及评审的流程进入测试阶段。3、由测试人员操作测试流程，得出测试结果：（1）若测试出问题，提交bug，并准备回归测试（2）若测试无问题，则编写测试报告及总结（九）网站上线把测试完成的并无问题的程序部署上线，并跟踪维护，不断的进行迭代更新。上线时参照培训项目上线行动步骤：1、上线培训项目，已挂到正式域名，清除项目内测试数据，此步骤提前操作；2、五点：关闭360和资质街站点，关站方式是所有非我司IP（36.33.40.16）访问者，均返回维护提示界面，（两个项目的负责人提前准备好关站时的提示代码！提示内容;网站升级维护中，带来不便，敬请谅解。。。预计维护时长1小时）；3、360及资质街导出现用户账号，由郑洋洋进行账号合并后倒入通行证系统，（此步骤由凌建朝、郑洋洋提前准备好导出脚本及合并导入脚本）；4、前端配合360及资质街更换登陆界面，（此步请前端提前做好相关界面）；5、360及资质街更新所有与通行证相关代码，确保所有文件正确上传；6、产品、技术、测试人员配合做一下登陆注册的测试；7、不出意外的话，六点准时开启所有站点；8、凌建朝、李运来、郑洋洋推迟下班，跟踪观察1小时。附件一：《项目流程实施办法》所涉及的文件以及相关负责人附件二：项目需求审评流程附件三：项目会议明细附件一：《项目流程实施办法》所涉及的文件以及相关负责人序号文件名负责人员1《初步意向书》产品经理2《头脑风暴会议记录表》产品经理3《竞品分析结果记录表》产品经理4《需求文档》产品经理5《项目进度计划表》项目负责人与项目监管6《需求评审结果文档》项目负责人7《项目原型》产品经理8《原型修正记录文档》产品经理9《UI设计图》《设计说明书文档》UI设计10《前端开发报告》（新项目适用）《前端流程计划表》《前端任务分配表》《前端开发规范》（《前端版编码规范》的补充）《前端文件结构》前端组长11《前端界面文件》前端开发人员12《后端开发报告》（新项目适用）《后端流程计划表》《后端任务分配表》《后端开发规范》（《开发手册》、《编码规范》外的补充）《基础程序包》《数据库脚本》后端组长13《程序包》后端开发人员14《测试方案》《测试用例》测试人员附件三：项目会议明细项目会议明细一．目的为了规范项目会议，明确项目会议内容，促进项目会议正规，科学的召开。二．适用范围本办法适用于项目参与人员三．会议主持者项目负责人四．项目会议类型（一）项目评审会1.迭代需求评审会议（1）会议参与人员：CEO、项目监管、项目负责人（2）会议主题：需求可行性评估或优先级评审（3）会议成果：《待处理需求文档》2.原型评审会议（1）会议参与人员：CEO（选择参与）、项目监管、项目负责人（2）会议主题：原型评审与之前需求是否一致（3）会议成果：《原型修正记录文档》（二）项目组例会1.项目周例会（1）会议参与人员：CEO（选择参与）、项目监管、项目负责人、各岗位组员（2）会议主题：各岗位周工作进度汇报与问题反馈（3）会议成果：《项目周例会会议记录》2.项目月度汇报会议（1）会议参与人员：CEO、项目监管、项目负责人（2）会议主题：进度汇报（主要完成和未完成进度等）（3）会议成果：《项目月度汇报PPT》（三）需求分析会1.竞品分析与讨论（1）会议参与人员：CEO（选择参与）、项目监管、项目负责人、各岗位组员（选择参与）（2）会议主题：竞品分析（产品优劣势或推广优化借鉴等）（3）会议成果：《竞品分析结果记录表》2.头脑风暴会议（1）会议参与人员：CEO（选择参与）、项目监管、项目负责人、各岗位组员（选择参与）（2）会议主题：针对某一个方向，各岗位部分人员展开讨论（3）会议成果：《头脑风暴会议记录表》附件二：项目需求评审流程一．目的为了提高项目的质量，由项目负责人、项目监管人以及CEO对实施项目进行评审，促进项目高效，优质的完成。二．参会人员（一）项目负责人：主汇报人职责：负责汇报待评审事项。（二）项目监管：主评审人职责：负责评审项目重要事项可行性与相关潜在问题分析，并给予结果。（三）CEO：主评审人职责：负责评审项目重要事项迭代可行性与相关潜在问题分析，做出决议。（重要功能增减，站略规划与方向等较大迭代）三．评审流程（一）由主汇报人阐述项目待评审事项。（二）由项目监管以及CEO做需求评估。（三）得出评审结果1.若项目评审不通过（1）若项目需求合理，但是现阶段不适合，则此项目纳入产品