FI-HF-PM-项目管理规范

1、中石化煤炭物流管理信息系统项目管理规范北京弘帆物流联合开发组项目管理规范北京弘帆物流联合开发小组北京XXXX联合开发小组2010/05关于本文档1、八刖言角色表及岗位职责文档要求3.43.5活动要求4.14.2个人周报.小组周报.项目周报质量周扌艮.项目阶段计划4.3配置库检查及备份 需求管理和需求变更 代码检查 项目例会 项目组需告知 QA的活动列表67错误！未定义书签。974.44.5日常管理5.1 日常考勤71011115.2 报销制度5.3 行为规范5.4 设备管理6 工程管理7 项目组活动制度8 其他错误！未定义书签。1112错误！未定义书签。1313关于本文档文档

2、名称项目管理规范说明本文档自2008年9月1日起正式执行适用对象项目组所有成员修订历史版本章节类型日期作者说明1.0.0ALL创建2008-8-28xx结合项目组实际情况编写。说明：类型一创建、修改、删除1 前言为了 XXXX和XXXX的沟通、北京XXXX联合开发组内部间的沟通更加默契和规范， 为了清晰的明确各角色程管理方面的职责，形成本文；本文档红色字体部分请重点阅读请大家阅读各文档和活动的要求前，先行阅读“角色表及岗位”章节以明确具体的职责对应；2角色表及岗位职责具体人员安排见岗位描述文档文档角色关系表个人周报小组周报项目周报项目阶段 计划质量周报需求、设计、开 发、测试人员要求无无无无项

3、目组长要求要求无无无项目经理要求无要求要求无质量保证无无无无要求7j活动角色关系表个人周报 检查小组周报 检查项目周报 检查项目阶段计划检查项目例会配置库检 查及备份代码检查项目经理无要求无无要求无无项目组长要求无无无要求无无质量保证要求无要求要求可选无无配置管理无无无无无要求无代码质量检查 人员无无无无无无要求注：“要求”是需要执行的，“无”是某角色对此项无要求；请注意每个人可能多个角色，例如：项目组长可能同时兼顾需求人员和设计人员，此时需要同时遵循项目组长、需求人员、设计人员多个角色的要求；3文档要求3.1个人周报提交时间：每周提交，如 2010-8-25 2010-8-29的个人周报要在

4、 2010-9-1 （星期 一）上班前提交。按照FI-HF-SPTO-个人周报（姓名）YYYYMMDD.xls格式填写本周个人详细任务完成情况提交对象：纳入配置库，每周一个目录。检查：每周组长和QA抽测，错误的通知个人修改，检查文档格式参见 FI-HF-MA-个人周报工时填写情况检查记录.xls；3.2小组周报提交时间:提交对象:提交格式:小组长每周五下班前PM,抄送全组成员FI-HF-项目周报 YYYYMMDD.doc中的以小组为命名的 sheet页内容：本周小组成员任务完成情况概要、下周本小组成员工作安排;注意：每项任务总工时和每人工时数要有对应，未完成任务要有说明;提交的工作产品部分，要

5、写明具体文档或程序名称。3.3项目周报提交时间：每周一 12： 00前提交对象：XXXX 项目经理、XXXX 项目经理、QA提交格式：FI- HF-项目周报YYYYMMDD.xls文档模版；项目问题记录到 FI-HF-SPTO-项目问题&风险管理.xIs中，并记录跟踪解决情况， 整个项目一个文档；项目周报每周一个文档，以周五的名字命名，如8月25 日- 8月29日的周报名称应为FI-HF-项目周报20100829.xls。每个小组一个 sheet页。每周发出的周报文档 应为两个excel文档（上周完成情况和下周工作计划）。邮件标题：项目组一项目周报 YYYYMMDD3.4质量周报提交时间：每周

6、一 22： 00前提交对象：XXXX 项目经理、XXXX 项目经理、部门经理、项目主管、QAM提交格式：轻微和建议问题，以及工作中的检查点，都记录在 QA周报中;QA一般和重大问题，记录在项目问题记录中，并记录跟踪解决情况。在 周报中标示问题编号；若问题较少，较轻，可直接写在邮件正文里，不带附件； 文档名称及说明：-SQA-质量周报yyyy年xQ ；-SQA-项目问题记录；sheet页的名称为周一日期，yyyymmdd ;下一周内容添加到FI-项目组英文缩写FI-项目组英文缩写 QA周报中各原已有sheet页的最后；项目问题记录，一个项目自始至终只此一份文档；邮件主题东方龙为-项目组中文缩写

7、-QA周报及项目问题记录 yyyymmdd，其中, yyyymmdd为周一当日日期；没有附件时，可以直接回复项目组的邮件，不采用前面所述主题；3.5项目阶段计划提交时间：每个阶段开始前 5个工作日内提交项目阶段总结和项目阶段计划;提交对象：高级经理、QA工作制度4.1项目例会时间：项目例会每周一14： 00参加人员：项目组；例会内容包括本周工作总结、技术交流、业务交流、下周工作 安排，好的工作方法，错误共享，以及事先提出的议题。汇报上周的工作进度，主要关注和计划进度的差异。简略汇报本周的基本工作内容。存在的问题；主要包括资源要求、需求及技术方案存在较大争议的部分、需要和其他小组和项目外部资源进

8、行协调的事宜。项目管理办公室和 QA汇报项目的行政和整体项目质量。汇报的内容重点在于进度的偏差及现存在的无法解决的问题，涉及到组间或与其他人员协调的问题要在会前与相关人员进行沟通，避免在会上长时间的讨论。会上未解决及待确认的事宜，必须在会上明确负责人，计划解决的方式及时间，便 于问题的跟踪。提出的待解决问题， 要记录到FI- LONGW AY-SPTO-项目问题&风险管理.xIs中。4.2会议纪要会议纪要：指定记录人，会议纪要记录完毕后，请于会议次日上午11:30前，将会议纪要发给相关人员 （小组会发给所有参会人员，项目例会发给组长以上参会人员）：根据大家提出的意见修改。收件人如果对内容有意见

9、，反馈截止时间为收到邮件当日 18:00前，修改内容要用文档修订的方式，并在邮件系统中回复所有，为减少合并工作量，下一个修改人员要在 最后一个版本的附件上修改 ，若问题较少，也可直接写在 邮件正文中。记录人合并整理后，放入配置库中。参见FI-LONGWAY-MTG-会议纪要 YYYYMMDD.doc 。小组会议纪要：记录人由组长指定； 全体例会会议纪要： 指定人员记录。负责人待 定：项目例会、需求讨论会等都要形成会议纪要。需求讨论会后，若发出内容重复的需求文档评审的邮件（如需求分析文档、流程说明书等），可省略发送会议纪要。待解决问题记录到 FI- LONGWAY-SPTO-项目问题&风险管理.

10、xIs中，并记录跟 踪解决情况，整个项目一个文档4.3邮件管理1. 为保证沟通渠道畅通，将各自邮件的收信间隔设置为10分钟，并保持邮箱程序运行。2.发出去的邮件请提供主题，主题建议以“项目组”开头，后跟“”，主题要能简要说明邮件内容，便于查找与管理，没有主题的邮件，收件人可作为垃圾邮件处理 。若邮件3.不写标题，每次罚款十元;需要评审附件的邮件，邮件主题中要有评审或反馈字样，以明确此邮件是需要收件人为必须回复人员，若不回复的。正文要写出评审内容的重点关注问题或审核点。提出任何建议和问题需回复无意见，一般情况要回复所有人。此邮件的抄送人可选回复。发件人要写明最晚反馈时间，并建议在最晚反馈时间前提

11、醒未反馈人员。4.未明显注明评审或反馈字样的邮件可选回复。5.回复邮件不要修改邮件的标题及删除原始内容6.邮件抄送：项目组内部重要工作邮件要抄送 QA需抄送QA的邮件：组内通知、项目周报，例会通知，工作讨论会通知，技术讨论会通知,以及需要评审的计划、需求、设计文档、需求变更、设计变更、测试申请、测试分析报4.4项目问题跟踪管理1.成立架构小组。架构组的职责：架构组是从整体上把握业务的需求和技术的实现方案,同时协调各专业小组的工作，使业务需求和技术解决方案成为一个有机的整体。架构组的工作交付物：架构组要从整体上绘制和完善需求及技术解决方案;体现为应用架构、技术实现架构和应用部署架构。对于涉及多项

12、目小组的问题，提出指导性意见。同时接受各个项目小组提出的共性问题并组织讨论确定解决方案。2.各业务小组现在存在的公共问题和涉及到需要组间沟通的问题、小组内解决不了的问题，各小组负责人将问题记录在 vssManagement （管理库）SPTO （项目跟踪）项目问题&风险管理 FI-LONGWAY-SPTC项目问题&风险管理.xIs，并反馈记录情况。 分别由架构组和项目管理小组负责协调解决。3.架构组成员：根据实际情况而定4.5需求管理需求管理：将需求规格说明书中的需求记录在FI-LONGW AY-RM-需求问题跟踪.xls,并及时维护，填写说明见FI-LONGW AY-RM-需求问题跟踪.xl

13、s中“填写说明”的sheet 页。需求阶段需要提交的工作产品：（根据情况而定）FI-HF-MTG-会议纪要 yyyymmdd_xx 组.docFI-HF-RM-xx需求分析_xx组.docFI-HF-RM-差异化需求_xx组.xlsFI-HF-RM-xx 流程说明书_xx组.xls需求设计变更：目前所有需求的增加，修改，删除，设计方案的变化，会对现有的工作计划造成影响的变更，都属于需求设计变更范围，具体管理办法参见FI-HF-需求变更流程.doc。4.6配置管理461配置管理规范参见FI-HF-SCM-配置管理计划.doc4.6.2配置库检查及备份配置管理员：负责配置库项目文档的整理、检查和备

14、份 文档备份：郝隆瑶：负责 VSS上文档的整理和备份，执行日备份，全部备份。源代码备份：负责人：XX。源代码使用SVN进行管理，执行日备份，全部备份。备份及其检查记录参见配置库/MANAGEMENT/SCM/FI-LONGWAY-SCM-备份清单.xls；备份介质：移动硬盘;异地备份：定期将备份库带回公司备份,周期最长为一个月。4.7数据结构变更流程参见FI-LONGWAY-数据结构变更流程.doc4.8代码变更流程参见FI-LONGWAY-代码变更管理办法.doc4.9代码检查质量监督人员的职责：质量监督人员三人一个小组，工作周期为一周，每周轮换，检查所有被检查人的代码开发质量，检查的结果登

15、记FI-HF-PR-程序代码走查记录.xIs，放到配置库中，并邮件通知项目组成员，督促修改，若检查后再发现被检查人 员的代码出现严重错误， 追究当周的检查人员的责任，每周的检查人在周一上班前提醒下次轮值的检查人。检查时间：检查范围：配置库 中的HF/sourcecode/目录下上周的增量及其修改的代码。检查要点:1. 代码检查要点：程序逻辑是否正确，注释是否规范，算法检查，编码是否规范，程序是否使用大数组，是否存在大数据量下的效率问题，开发内容是否存在代码变更 。详见项目开发规范.doc2. 代码检查人安排：检查人被检查人程序逻辑组间顺序以此类推。代码检查的覆盖率在 20-30%3.提交说明：

16、发送项目经理，项目组长，抄送QA并纳入配置库;4.10测试规程参见FI-LONGWAY-TEST-测试工作规程.doc4.11用户测试待定4.12版本发布参见FI-LONGWAY-版本发布流程.doc4.13系统升级流程参见FI-LONGWAY-版本发布流程.docIC计划）4.14项目组需告知QA的活动列表组间沟通会：以了解约定内容，存在的问题，检查相关文档（如,项目组例会：参加（除非时间冲突），了解项目状况，发现潜在问题QA以协助/监督活技术讨论/评审：评审邀请、反馈意见等过程活动，均须告知动的进展里程碑评审：参加（除非时间冲突），了解高层对项目、 QA工作的评价、要求，协 助/监督活动的

17、进展内部培训：可选参加（仅当QA具备培训的基础知识，培训后能达到培训目标）工作讨论会：可选参加，组织讨论时通知QA以便QAW进会议决议的实施文档审核：建议通知 QA以跟进进度和问题的解决 规范检查邮件抄送：项目组内部重要工作邮件要抄送QA需抄送QA的邮件：见4.3章节，邮件管理。5日常管理后勤管理员：1. 负责月考勤统计2. 负责加班和周末的晚餐报销3 .负责出租车等交通费的报销4.负责办公用品5.1日常考勤周一至周五上午9:00上班，12:00下班。下午13: 00上班，18: 00下班，晚上加班由负责人机动安排。 遵守项目组规定，上班不迟到、不早退，有事提前请假并发通知 XXXX项目负责人

18、。奖惩：月末统计当月迟到次数，每迟到一次上交10元罚款。考勤管理办法：迟到以及加班记录进文本，由配置管理员负责考勤。XXXX项目负责人和5.2奖励制度待定5.3行为规范1.强调时间观念，各种会议，无正当理由外不允许缺席、迟到、早退。2.项目组成员不得随意接受需求，需求应统一由项目经理管理（需求阶段除外）。3.上班时间不得以娱乐目的上网。工作期间（包括白天和晚上加班及周末加班时间），不允许使用eMule及BT等P2P软件下载任何内容，使用FTP下载的内容和工作有关。为保证我们项目组的正常工作，不影响大家的网络使用，制定规定如下:1）不得擅自使用eMule、BT等P2P软件下载。2）不得擅自使用F

19、TP等工具从外网下载和工作无关的内容或下载超过100M的内容。3)不得工作时间与工作无关的上网、QQ、玩游戏。4.中途离机要锁住计算机。定期更换密码：邮箱、主机、配置库。5.邮件、文档、程序注释没有错别字，文档命名有意义符合规范。6.项目组成员出外，必须向项目经理打招呼，出外时必须携带手机。7.维护办公环境及个人工位要求：保持安静的办公环境，讨论问题要低声，不得影响别人,工作时间不要在办公区聊天、大声喧哗。8.保持个人工位整洁，下班离开工位时，将桌面材料收拾整齐，座椅摆正。检查标准：桌面上除与工作有关的书籍等物品外，其余私人物品（纸巾、食物等）均放入抽屉或自行带走，不得堆在桌上。电脑必须关闭，显示器必须关闭,不关闭显示器每次罚款十元。9.为防止笔记本损坏，没有盖子的水杯不得放在桌上。10.11.12.接到任务后要问自己： 干什么？什么时间完成？然后要分析能否按时、按要求完成，如果不能要及时提出。13.勤俭、节约，不浪费公共办公用品， 非正式内容尽量用废纸打印，只有一面打印过的纸要留着以后打印或