为了规范本部门项目管理，提高项目完成质量，提升项目管理效率，特制定本规范。
项目立项
项目确认可行后，开始准备项目立项，项目立项是一个明确项目目标，任命项目经理，正式确认项目存在的过程。
由项目经理准备立项报告，先发IT最高领导书面确认，没有问题后召开立项会议，会议由IT最高领导主持，邀请项目成员及项目主要干系人参加。
项目立项报告内容包括如下：
项目名称：一个能体现项目内容的合适名称
项目背景：为何要启动这个项目
项目目标：项目主要要达到的目标，包括时间及预算的要求。
项目范围：项目要做哪些事情，交付什么成果，哪些内容不属于项目范围之内。
里程碑计划：主要交付成果，大致的交付时间安排。
项目经理：任命的项目经理。
项目干系人：本项目主要相关的人员名单及职责，包括直接参与项目的人员及从项目获益、或受影响及其他关注本项目的人员。
项目实现方案：主要的技术实现方案选择及其理由。
生命周期模型：根据实际需求情况，计划采用的软件生命周期模型，如瀑布模型、螺旋模型、迭代模型、V模型及原型化模型。
立项会议后，项目正式开始启动。
在gitlab建立一个项目Portal，将立项报告文件上传。以后项目过程中产生的所有文档，都需要上传到此Portal。
同时提交一个系统开发OA流程（如果用户已经提交则不用重复提交）。
项目计划
项目立项后，项目经理着手准备项目完整计划，包括范围计划、进度计划、风险管理计划、沟通计划。
范围计划：完整收集并梳理项目需求，并确认具体规格及要求，形成一份需求规格说明书。
进度计划：参考立项报告中的里程碑计划，将每一个可交付物细化到每一个具体任务，任务是否完成要能够度量，每个任务由唯一的一个人负责，颗粒度要适中，时间建议最少一个工作日、最长不超过10个工作日。
进度计划用MS Project制作，按照关键链方式编排，每项任务不单独安排时间缓冲，按照越晚开始越好安排，在每条任务链的末端统一安排缓冲时间，建议缓冲时间占任务执行时间的一半。
风险管理计划：根据历史经验，需求分析及与干系人访谈，列出项目可能风险清单，预估风险大小及发生概率，做好应对计划。制作一份风险登记册。
沟通计划：根据每个项目干系人的沟通需求，计划好需要准备什么信息，按什么频率，以什么方式，发布给相关人员。
项目计划完成后，项目经理需组织召开会议，邀请项目干系人参加，对项目计划做评审。
评审过后，将计划形成基线，存入项目Portal，以后所有变更将以此为基础。
架构设计
正式开发前，需要先做架构设计，并经IT部门经理评审后（大型开发项目需IT最高领导评审）后才可开始编码开发。
架构设计以4+1视图体现：包括场景视图、逻辑视图、进程视图、开发视图及物理视图。再加上设计接口及数据库设计。
各视图对应UML中视图名称如下：
场景：用例图
逻辑：类图、对象图、状态图、组合结构图、交互图（顺序、通信、时序）
开发：包图、组件图
进程：活动图
物理：部署图
不一定每个图都要完整画出来，但是每个图都需要思考一遍，能说清楚即可。
变更管理
范围变更，必须由项目经理书面向部门经理提出申请，部门经理确认确实必要、评估对项目影响在可控范围内后方可执行，同时项目经理做好相关计划的变更调整。
进度变更，项目进行过程中遇到进度延后，如果延后时间在缓冲时间之内，项目经理需分析原因，视情况是否需要申请进度调整，如果超出缓冲时间，即缓冲时间用尽，则必须书面申请进度变更，经批准后，调整项目计划。
项目进度汇报
项目每周汇报一次，报告内容包括：
本周项目变更事项。
本周完成事项，下周计划事项，风险提示。
缓冲时间剩余天数及剩余百分比。
并附上最新的项目进度计划。
项目验收及结案
项目可交付成果，一旦完成，尽快交用户验收确认。
所有可交付成果全部验收完成后，由项目经理组织项目最终验收，召集相关干系人，展示项目可交付成果接收情况，对项目做总结，包括成功经验，及可改善的地方。
项目验收后，项目经理对所有项目文档归档，申请项目结案。
