FIHFPM项目管理规范.docx
- 文档编号:11311654
- 上传时间:2023-02-26
- 格式:DOCX
- 页数:14
- 大小:23.55KB
FIHFPM项目管理规范.docx
《FIHFPM项目管理规范.docx》由会员分享,可在线阅读,更多相关《FIHFPM项目管理规范.docx(14页珍藏版)》请在冰豆网上搜索。
FIHFPM项目管理规范
中石化煤炭物流管理信息系统
项目管理规X
XXXX联合开发小组
2010/05
关于本文档
文档名称
项目管理规X
说 明
本文档自2008年9月1日起正式执行
适用对象
项目组所有成员
修订历史
版本
章节
类型
日期
作者
说明
1.0.0
ALL
创建
2008-8-28
xx
结合项目组实际情况编写。
说明:
类型-创建、修改、删除
1前言
为了XXXX和XXXX的沟通、XXXX联合开发组内部间的沟通更加默契和规X,为了清晰的明确各角色程管理方面的职责,形成本文;
本文档红色字体部分请重点阅读
请大家阅读各文档和活动的要求前,先行阅读“角色表及岗位”章节以明确具体的职责对应;
2角色表及岗位职责
具体人员安排见岗位描述文档
文档角色关系表
个人周报
小组周报
项目周报
项目阶段计划
质量周报
需求、设计、开发、测试人员
要求
无
无
无
无
项目组长
要求
要求
无
无
无
项目经理
要求
无
要求
要求
无
质量保证
无
无
无
无
要求
活动角色关系表
个人周报检查
小组周报
检查
项目周报
检查
项目阶段计划检查
项目例会
配置库检查及备份
代码检查
项目经理
无
要求
无
无
要求
无
无
项目组长
要求
无
无
无
要求
无
无
质量保证
要求
无
要求
要求
可选
无
无
配置管理
无
无
无
无
无
要求
无
代码质量检查人员
无
无
无
无
无
无
要求
注:
“要求”是需要执行的,“无”是某角色对此项无要求;
请注意每个人可能多个角色,例如:
项目组长可能同时兼顾需求人员和设计人员,此时需要同时遵循项目组长、需求人员、设计人员多个角色的要求;
3文档要求
3.1个人周报
◆提交时间:
每周提交,如2010-8-25——2010-8-29的个人周报要在2010-9-1(星期一)上班前提交。
◆按照《FI-HF-SPTO-个人周报(XX)YYYYMMDD.xls》格式填写本周个人详细任务完成情况
◆提交对象:
纳入配置库,每周一个目录。
◆检查:
每周组长和QA抽测,错误的通知个人修改,检查文档格式参见《FI-HF-MA-个人周报工时填写情况检查记录.xls》;
3.2小组周报
◆提交时间:
小组长每周五下班前
◆提交对象:
PM,抄送全组成员
◆提交格式:
《FI-HF-项目周报YYYYMMDD.doc》中的以小组为命名的sheet页
◆内容:
本周小组成员任务完成情况概要、下周本小组成员工作安排;
注意:
每项任务总工时和每人工时数要有对应,未完成任务要有说明;
提交的工作产品部分,要写明具体文档或程序名称。
3.3项目周报
◆提交时间:
每周一12:
00前
◆提交对象:
XXXX项目经理、XXXX项目经理、QA
◆提交格式:
《FI-HF-项目周报YYYYMMDD.xls》文档模版;
项目问题记录到《FI-HF-SPTO-项目问题&风险管理.xls》中,并记录跟踪解决情况,整个项目一个文档;
◆项目周报每周一个文档,以周五的名字命名,如8月25日-8月29日的周报名称应为《FI-HF-项目周报20100829.xls》。
每个小组一个sheet页。
每周发出的周报文档应为两个excel文档(上周完成情况和下周工作计划)。
◆标题:
项目组—项目周报YYYYMMDD
3.4质量周报
◆提交时间:
每周一22:
00前
◆提交对象:
XXXX项目经理、XXXX项目经理、部门经理、项目主管、QAM
◆提交格式:
✓轻微和建议问题,以及工作中的检查点,都记录在《QA周报》中;
✓一般和重大问题,记录在《项目问题记录》中,并记录跟踪解决情况。
在QA周报中标示问题编号;
✓若问题较少,较轻,可直接写在正文里,不带附件;
◆文档名称及说明:
✓FI-项目组英文缩写-SQA-质量周报yyyy年xQ;
✓FI-项目组英文缩写-SQA-项目问题记录;
✓《QA周报》中各sheet页的名称为周一日期,yyyymmdd;下一周内容添加到原已有sheet页的最后;
✓《项目问题记录》,一个项目自始至终只此一份文档;
◆主题
✓东方龙为-项目组中文缩写-QA周报[及项目问题记录]yyyymmdd,其中,yyyymmdd为周一当日日期;
✓没有附件时,可以直接回复项目组的,不采用前面所述主题;
3.5项目阶段计划
◆提交时间:
每个阶段开始前5个工作日内提交项目阶段总结和项目阶段计划;
◆提交对象:
高级经理、QA
4工作制度
4.1项目例会
◆时间:
项目例会每周一14:
00
◆参加人员:
项目组;例会内容包括本周工作总结、技术交流、业务交流、下周工作安排,好的工作方法,错误共享,以及事先提出的议题。
◆汇报上周的工作进度,主要关注和计划进度的差异。
◆简略汇报本周的基本工作内容。
◆存在的问题;主要包括资源要求、需求及技术方案存在较大争议的部分、需要和其他小组和项目外部资源进行协调的事宜。
◆项目管理办公室和QA汇报项目的行政和整体项目质量。
◆汇报的内容重点在于进度的偏差及现存在的无法解决的问题,涉及到组间或与其他人员协调的问题要在会前与相关人员进行沟通,避免在会上长时间的讨论。
◆会上未解决及待确认的事宜,必须在会上明确负责人,计划解决的方式及时间,便于问题的跟踪。
◆提出的待解决问题,要记录到《FI-LONGWAY-SPTO-项目问题&风险管理.xls》中。
4.2会议纪要
◆会议纪要:
指定记录人,会议纪要记录完毕后,请于会议次日上午11:
30前,将会议纪要发给相关人员(小组会发给所有参会人员,项目例会发给组长以上参会人员),根据大家提出的意见修改。
收件人如果对内容有意见,反馈截止时间为收到当日18:
00前,修改内容要用文档修订的方式,并在系统中回复所有,为减少合并工作量,下一个修改人员要在最后一个版本的附件上修改,若问题较少,也可直接写在正文中。
记录人合并整理后,放入配置库中。
参见《FI-LONGWAY-MTG-会议纪要YYYYMMDD.doc》。
◆小组会议纪要:
记录人由组长指定;全体例会会议纪要:
指定人员记录。
负责人待定:
◆项目例会、需求讨论会等都要形成会议纪要。
需求讨论会后,若发出内容重复的需求文档评审的(如需求分析文档、流程说明书等),可省略发送会议纪要。
◆待解决问题记录到《FI-LONGWAY-SPTO-项目问题&风险管理.xls》中,并记录跟踪解决情况,整个项目一个文档
4.3管理
1.为保证沟通渠道畅通,将各自的收信间隔设置为10分钟,并保持程序运行。
2.发出去的请提供主题,主题建议以“项目组”开头,后跟“-”,主题要能简要说明内容,便于查找与管理,没有主题的,收件人可作为垃圾处理。
若不写标题,每次罚款十元;
3.需要评审附件的,主题中要有‘评审’或‘反馈’字样,以明确此是需要回复的。
正文要写出评审内容的重点关注问题或审核点。
收件人为必须回复人员,若不提出任何建议和问题需回复‘无意见’,一般情况要回复所有人。
此的抄送人可选回复。
发件人要写明最晚反馈时间,并建议在最晚反馈时间前提醒未反馈人员。
4.未明显注明‘评审’或‘反馈’字样的可选回复。
5.回复不要修改的标题及删除原始内容
6.抄送:
项目组内部重要工作要抄送QA
需抄送QA的:
组内通知、项目周报,例会通知,工作讨论会通知,技术讨论会通知,以及需要评审的计划、需求、设计文档、需求变更、设计变更、测试申请、测试分析报告
4.4项目问题跟踪管理
1.成立架构小组。
◆架构组的职责:
架构组是从整体上把握业务的需求和技术的实现方案,同时协调各专业小组的工作,使业务需求和技术解决方案成为一个有机的整体。
◆架构组的工作交付物:
架构组要从整体上绘制和完善需求及技术解决方案;体现为应用架构、技术实现架构和应用部署架构。
对于涉及多项目小组的问题,提出指导性意见。
同时接受各个项目小组提出的共性问题并组织讨论确定解决方案。
2.各业务小组现在存在的公共问题和涉及到需要组间沟通的问题、小组内解决不了的问题,各小组负责人将问题记录在vss\Management(管理库)\SPTO(项目跟踪)\项目问题&风险管理\《FI-LONGWAY-SPTO-项目问题&风险管理.xls》,并反馈记录情况。
分别由架构组和项目管理小组负责协调解决。
3.架构组成员:
根据实际情况而定
4.5需求管理
需求管理:
将需求规格说明书中的需求记录在《FI-LONGWAY-RM-需求问题跟踪.xls》,并及时维护,填写说明见《FI-LONGWAY-RM-需求问题跟踪.xls》中“填写说明”的sheet页。
需求阶段需要提交的工作产品:
(根据情况而定)
《FI-HF-MTG-会议纪要yyyymmdd_xx组.doc》
《FI-HF-RM-xx需求分析_xx组.doc》
《FI-HF-RM-差异化需求_xx组.xls》
《FI-HF-RM-xx流程说明书_xx组.xls》
需求设计变更:
目前所有需求的增加,修改,删除,设计方案的变化,会对现有的工作计划造成影响的变更,都属于需求设计变更X围,具体管理办法参见《FI-HF-需求变更流程.doc》。
4.6配置管理
4.6.1配置管理规X
参见《FI-HF-SCM-配置管理计划.doc》
4.6.2配置库检查及备份
◆配置管理员:
负责配置库项目文档的整理、检查和备份
◆文档备份:
郝隆瑶:
负责VSS上文档的整理和备份,执行日备份,全部备份。
◆源代码备份:
负责人:
XX。
源代码使用SVN进行管理,执行日备份,全部备份。
◆备份及其检查记录参见配置库/MANAGEMENT/SCM/《FI-LONGWAY-SCM-备份清单.xls》;
◆备份介质:
移动硬盘;
◆异地备份:
定期将备份库带回公司备份,周期最长为一个月。
4.7数据结构变更流程
参见《FI-LONGWAY-数据结构变更流程.doc》
4.8代码变更流程
参见《FI-LONGWAY-代码变更管理办法.doc》
4.9代码检查
质量监督人员的职责:
质量监督人员三人一个小组,工作周期为一周,每周轮换,检查所有被检查人的代码开发质量,检查的结果登记《FI-HF-PR-程序代码走查记录.xls》,放到配置库中,并通知项目组成员,督促修改,若检查后再发现被检查人员的代码出现严重错误,追究当周的检查人员的责任,每周的检查人在周一上班前提醒下次轮值的检查人。
检查时间:
检查X围:
配置库中的HF/sourcecode/目录下上周的增量及其修改的代码。
检查要点:
1.代码检查要点:
程序逻辑是否正确,注释是否规X,算法检查,编码是否规X,程序是否使用大数组,是否存在大数据量下的效率问题,开发内容是否存在代码变更。
详见《项目开发规X.doc》
2.代码检查人安排:
检查人
被检查人
程序逻辑
组间顺序以此类推。
代码检查的覆盖率在20-30%
3.提交说明:
发送项目经理,项目组长,抄送QA,并纳入配置库;
4.10测试规程
参见《FI-LONGWAY-TEST-测试工作规程.doc》
4.11用户测试
待定
4.12版本发布
参见《FI-LONGWAY-版本发布流程.doc》
4.13系统升级流程
参见《FI-LONGWAY-版本发布流程.doc》
4.14项目组需告知QA的活动列表
✓组间沟通会:
以了解约定内容,存在的问题,检查相关文档(如,IC计划)
✓项目组例会:
参加(除非时间冲突),了解项目状况,发现潜在问题
✓技术讨论/评审:
评审邀请、反馈意见等过程活动,均须告知QA,以协助/监督活动的进展
✓里程碑评审:
参加(除非时间冲突),了解高层对项目、QA工作的评价、要求,协助/监督活动的进展
✓内部培训:
可选参加(仅当QA具备培训的基础知识,培训后能达到培训目标)
✓工作讨论会:
可选参加,组织讨论时通知QA,以便QA跟进会议决议的实施
✓文档审核:
建议通知QA,以跟进进度和问题的解决
✓规X检查
抄送:
项目组内部重要工作要抄送QA
需抄送QA的:
见4.3章节,管理。
5日常管理
后勤管理员:
1.负责月考勤统计
2.负责加班和周末的晚餐报销
3.负责出租车等交通费的报销
4.负责办公用品
5.1日常考勤
周一至周五
上午9:
00上班,12:
00下班。
下午13:
00上班,18:
00下班,晚上加班由负责人机动安排。
遵守项目组规定,上班不迟到、不早退,有事提前请假并发通知XXXX项目负责人和XXXX项目负责人。
奖惩:
月末统计当月迟到次数,每迟到一次上交10元罚款。
考勤管理办法:
迟到以及加班记录进文本,由配置管理员负责考勤。
5.2奖励制度
待定
5.3行为规X
1.强调时间观念,各种会议,无正当理由外不允许缺席、迟到、早退。
2.项目组成员不得随意接受需求,需求应统一由项目经理管理(需求阶段除外)。
3.上班时间不得以娱乐目的上网。
工作期间(包括白天和晚上加班及周末加班时间),不允许使用eMule及BT等P2P软件下载任何内容,使用FTP下载的内容和工作有关。
为保证我们项目组的正常工作,不影响大家的网络使用,制定规定如下:
1)不得擅自使用eMule、BT等P2P软件下载。
2)不得擅自使用FTP等工具从外网下载和工作无关的内容或下载超过100M的内容。
3)不得工作时间与工作无关的上网、QQ、玩游戏。
4.中途离机要锁住计算机。
定期更换密码:
、主机、配置库。
5.、文档、程序注释没有错别字,文档命名有意义符合规X。
6.项目组成员出外,必须向项目经理打招呼,出外时必须携带手机。
7.维护办公环境及个人工位要求:
保持安静的办公环境,讨论问题要低声,不得影响别人,工作时间不要在办公区聊天、大声喧哗。
8.保持个人工位整洁,下班离开工位时,将桌面材料收拾整齐,座椅摆正。
检查标准:
桌面上除与工作有关的书籍等物品外,其余私人物品(纸巾、食物等)均放入抽屉或自行带走,不得堆在桌上。
电脑必须关闭,显示器必须关闭,不关闭显示器每次罚款十元。
9.为防止笔记本损坏,没有盖子的水杯不得放在桌上。
10.在工作组长期工作的人员需自己带有盖子的杯子,不得使用纸杯。
11.项目组内所有发给其它项目组、用户、领导的正式、文档,均要经过项目经理、或项目经理授权人员审核,出现问题项目经理和相关负责人负同等责任。
12.接到任务后要问自己:
干什么?
什么时间完成?
然后要分析能否按时、按要求完成,如果不能要及时提出。
13.勤俭、节约,不浪费公共办公用品,非正式内容尽量用废纸打印,只有一面打印过的纸要留着以后打印或者做草稿纸用。
14.所有提供给其它项目组、公司领导、客户的文档都应按照模板编写,文档的模版在配置库上的模版目录中,如果发现哪种文档模板中没有,请及时向负责人或QA提出建立模板。
15.接到任务后要问自己:
干什么?
什么时间完成?
谁可以帮助?
然后分析能否按时、按要求完成,如果不能要及时(时间过半时)提出。
5.4设备管理
◆早8:
00-晚8:
00之间请大家不要随意对演示环境调整(包括Web服务器和数据库)
◆用户原型演示环境不允许随意修改程序、数据库及部署等,由环境管理员负责。
开发组修改、测试程序可以搭建专门的开发环境及开发数据库等。
◆个人保管好自己的机器,公司机器及显示器要贴好编号,服务器、投影仪等由配置管理员负责保管
◆为加强安全工作,避免出现财务丢失现象,项目组办公室要求不得在不锁门的情况下,所有人员全部外出。
在任何时间(尤其是中午及晚上吃饭时间),如果办公室未锁门,最后一个人员不得离开办公室,必须等到有人回来后才能离开。
6培训制度
待定
7项目组活动制度
由后勤人员负责,定期组织活动,活动经费从项目组奖金中提取。
后勤人员:
定期或不定期组织项目组人员参加各项活动,在各项活动中起组织作用,活动内容不限,可以是唱歌、体育运动(台球、保龄球、篮球等);
项目组活动任何人都有权提出,项目经理决策,后勤人员组织
8其他
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- FIHFPM 项目 管理 规范