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