《FI_HF_PM_项目管理规范标准》由会员分享，可在线阅读，更多相关《FI_HF_PM_项目管理规范标准（11页珍藏版）》请在金锄头文库上搜索。
1、中石化煤炭物流管理信息系统项目管理规XXXX联合开发小组2010/05目录关于本文档31前言32角色表及岗位职责43文档要求53.1个人周报53.2小组周报53.3项目周报63.4质量周报63.5项目阶段计划64活动要求74.1配置库检查及备份74.2需求管理和需求变更74.3代码检查74.4项目例会84.5项目组需告知QA的活动列表85日常管理85.1日常考勤95.2报销制度105.3行为规105.4设备管理116工程管理117项目组活动制度128其他12 / 关于本文档文档名称项目管理规说明本文档自20XX9月1日起正式执行适用对象项目组所有成员修订历史版本章节类型日期作者说明1.0.0A
2、LL创建2008-8-28xx结合项目组实际情况编写。说明：类型创建、修改、删除1 前言为了XXXX和XXXX的沟通、XXXX联合开发组部间的沟通更加默契和规，为了清晰的明确各角色程管理方面的职责，形成本文；本文档红色字体部分请重点阅读请大家阅读各文档和活动的要求前，先行阅读“角色表及岗位”章节以明确具体的职责对应；2 角色表及岗位职责具体人员安排见岗位描述文档文档角色关系表个人周报小组周报项目周报项目阶段计划质量周报需求、设计、开发、测试人员要求无无无无项目组长要求要求无无无项目经理要求无要求要求无质量保证无无无无要求活动角色关系表个人周报检查小组周报检查项目周报检查项目阶段计划检查项目例会
3、配置库检查及备份代码检查项目经理无要求无无要求无无项目组长要求无无无要求无无质量保证要求无要求要求可选无无配置管理无无无无无要求无代码质量检查人员无无无无无无要求注：“要求”是需要执行的，“无”是某角色对此项无要求；请注意每个人可能多个角色，例如：项目组长可能同时兼顾需求人员和设计人员，此时需要同时遵循项目组长、需求人员、设计人员多个角色的要求；3 文档要求3.1 个人周报u 提交时间：每周提交，如2010-8-252010-8-29的个人周报要在2010-9-1（星期一）上班前提交。u 按照FI-HF-SPTO-个人周报（）YYYYMMDD.xls格式填写本周个人详细任务完成情况u 提交对象
4、：纳入配置库，每周一个目录。u 检查：每周组长和QA抽测，错误的通知个人修改，检查文档格式参见FI-HF-MA-个人周报工时填写情况检查记录.xls；3.2 小组周报u 提交时间：小组长每周五下班前u 提交对象：PM，抄送全组成员u 提交格式：FI-HF-项目周报YYYYMMDD.doc中的以小组为命名的sheet页u 容：本周小组成员任务完成情况概要、下周本小组成员工作安排；注意：每项任务总工时和每人工时数要有对应，未完成任务要有说明； 提交的工作产品部分，要写明具体文档或程序名称。3.3 项目周报u 提交时间：每周一12：00前u 提交对象：XXXX项目经理、XXXX项目经理、QAu 提交
5、格式：FI-HF-项目周报YYYYMMDD.xls文档模版；项目问题记录到FI-HF-SPTO-项目问题&风险管理.xls中，并记录跟踪解决情况，整个项目一个文档；u 项目周报每周一个文档，以周五的名字命名，如8月25日8月29日的周报名称应为FI-HF-项目周报20100829.xls。每个小组一个sheet页。每周发出的周报文档应为两个excel文档（上周完成情况和下周工作计划）。u 标题：项目组项目周报YYYYMMDD3.4 质量周报u 提交时间：每周一22：00前u 提交对象：XXXX项目经理、XXXX项目经理、部门经理、项目主管、QAMu 提交格式： 轻微和建议问题，以及工作中的检查
6、点，都记录在QA周报中； 一般和重大问题，记录在项目问题记录中，并记录跟踪解决情况。在QA周报中标示问题编号； 若问题较少，较轻，可直接写在正文里，不带附件； u 文档名称及说明： FI-项目组英文缩写-SQA-质量周报yyyy年xQ； FI-项目组英文缩写-SQA-项目问题记录； QA周报中各sheet页的名称为周一日期，yyyymmdd；下一周容添加到原已有sheet页的最后； 项目问题记录，一个项目自始至终只此一份文档；u 主题 龙为-项目组中文缩写-QA周报及项目问题记录yyyymmdd，其中，yyyymmdd为周一当日日期； 没有附件时，可以直接回复项目组的，不采用前面所述主题；3.
7、5 项目阶段计划u 提交时间：每个阶段开始前5个工作日提交项目阶段总结和项目阶段计划；u 提交对象：高级经理、QA4 工作制度4.1 项目例会u 时间：项目例会每周一 14：00u 参加人员：项目组；例会容包括本周工作总结、技术交流、业务交流、下周工作安排，好的工作方法，错误共享，以及事先提出的议题。u 汇报上周的工作进度，主要关注和计划进度的差异。u 简略汇报本周的基本工作容。u 存在的问题；主要包括资源要求、需求及技术方案存在较大争议的部分、需要和其他小组和项目外部资源进行协调的事宜。u 项目管理办公室和QA汇报项目的行政和整体项目质量。u 汇报的容重点在于进度的偏差及现存在的无法解决的问
8、题，涉及到组间或与其他人员协调的问题要在会前与相关人员进行沟通，避免在会上长时间的讨论。u 会上未解决及待确认的事宜，必须在会上明确负责人，计划解决的方式及时间，便于问题的跟踪。u 提出的待解决问题，要记录到FI-LONGWAY-SPTO-项目问题&风险管理.xls中。4.2 会议纪要u 会议纪要：指定记录人，会议纪要记录完毕后，请于会议次日上午11:30前，将会议纪要发给相关人员（小组会发给所有参会人员，项目例会发给组长以上参会人员），根据大家提出的意见修改。收件人如果对容有意见，反馈截止时间为收到当日18:00前，修改容要用文档修订的方式，并在系统中回复所有，为减少合并工作量，下一个修改人
9、员要在最后一个版本的附件上修改，若问题较少，也可直接写在正文中。记录人合并整理后，放入配置库中。参见FI-LONGWAY-MTG-会议纪要YYYYMMDD.doc。u 小组会议纪要：记录人由组长指定；全体例会会议纪要：指定人员记录。负责人待定：u 项目例会、需求讨论会等都要形成会议纪要。需求讨论会后，若发出容重复的需求文档评审的（如需求分析文档、流程说明书等），可省略发送会议纪要。u 待解决问题记录到FI-LONGWAY-SPTO-项目问题&风险管理.xls中，并记录跟踪解决情况，整个项目一个文档4.3 管理1. 为保证沟通渠道畅通，将各自的收信间隔设置为10分钟，并保持程序运行。2. 发出去
10、的请提供主题，主题建议以“项目组”开头，后跟“-”，主题要能简要说明容，便于查找与管理，没有主题的，收件人可作为垃圾处理。若不写标题，每次罚款十元；3. 需要评审附件的，主题中要有评审或反馈字样，以明确此是需要回复的。正文要写出评审容的重点关注问题或审核点。收件人为必须回复人员，若不提出任何建议和问题需回复无意见，一般情况要回复所有人。此的抄送人可选回复。发件人要写明最晚反馈时间，并建议在最晚反馈时间前提醒未反馈人员。4. 未明显注明评审或反馈字样的可选回复。5. 回复不要修改的标题及删除原始容6. 抄送：项目组部重要工作要抄送QA需抄送QA的：组通知、项目周报，例会通知，工作讨论会通知，技术
11、讨论会通知，以及需要评审的计划、需求、设计文档、需求变更、设计变更、测试申请、测试分析报告4.4 项目问题跟踪管理1. 成立架构小组。u 架构组的职责：架构组是从整体上把握业务的需求和技术的实现方案，同时协调各专业小组的工作，使业务需求和技术解决方案成为一个有机的整体。u 架构组的工作交付物：架构组要从整体上绘制和完善需求及技术解决方案；体现为应用架构、技术实现架构和应用部署架构。对于涉及多项目小组的问题，提出指导性意见。同时接受各个项目小组提出的共性问题并组织讨论确定解决方案。2. 各业务小组现在存在的公共问题和涉及到需要组间沟通的问题、小组解决不了的问题，各小组负责人将问题记录在vssMa
12、nagement（管理库）SPTO（项目跟踪）项目问题&风险管理FI-LONGWAY-SPTO-项目问题&风险管理.xls,并反馈记录情况。分别由架构组和项目管理小组负责协调解决。3. 架构组成员：根据实际情况而定4.5 需求管理需求管理：将需求规格说明书中的需求记录在FI-LONGWAY-RM-需求问题跟踪.xls，并及时维护，填写说明见FI-LONGWAY-RM-需求问题跟踪.xls中“填写说明”的sheet页。需求阶段需要提交的工作产品：（根据情况而定）FI-HF-MTG-会议纪要yyyymmdd_xx组.docFI-HF-RM-xx需求分析_xx组.docFI-HF-RM-差异化需求_
13、xx组.xlsFI-HF-RM-xx流程说明书_xx组.xls需求设计变更：目前所有需求的增加，修改，删除，设计方案的变化，会对现有的工作计划造成影响的变更，都属于需求设计变更围，具体管理办法参见FI-HF-需求变更流程.doc。4.6 配置管理4.6.1 配置管理规参见FI-HF-SCM-配置管理计划.doc4.6.2 配置库检查及备份u 配置管理员：负责配置库项目文档的整理、检查和备份u 文档备份：郝隆瑶：负责VSS上文档的整理和备份，执行日备份，全部备份。u 源代码备份：负责人：XX。源代码使用SVN进行管理，执行日备份，全部备份。u 备份及其检查记录参见配置库/MANAGEMENT/S
14、CM/FI-LONGWAY-SCM-备份清单.xls；u 备份介质：移动硬盘；u 异地备份：定期将备份库带回公司备份，周期最长为一个月。4.7 数据结构变更流程参见FI-LONGWAY-数据结构变更流程.doc4.8 代码变更流程参见FI-LONGWAY-代码变更管理办法.doc4.9 代码检查质量监督人员的职责：质量监督人员三人一个小组，工作周期为一周，每周轮换，检查所有被检查人的代码开发质量，检查的结果登记FI-HF-PR-程序代码走查记录.xls，放到配置库中，并通知项目组成员，督促修改，若检查后再发现被检查人员的代码出现严重错误，追究当周的检查人员的责任，每周的检查人在周一上班前提醒下次轮值的检查人。检查时间：检查围：配置
