软件研发产品经理工作指导手册.docx
- 文档编号:7159153
- 上传时间:2023-01-21
- 格式:DOCX
- 页数:11
- 大小:22.09KB
软件研发产品经理工作指导手册.docx
《软件研发产品经理工作指导手册.docx》由会员分享,可在线阅读,更多相关《软件研发产品经理工作指导手册.docx(11页珍藏版)》请在冰豆网上搜索。
软件研发产品经理工作指导手册
软件研发产品经理工作指导手册
1.软件研发计划
1.1.里程碑计划
里程碑节点
工作阶段
完成时间
产出物
质量要求
项目启动会
前期准备
1、启动会PPT材料;
2、会议纪要;
3、签到表扫描件;
材料齐全且内容详细具体,会议记录条理清晰
实施方案评审
前期准备
1、实施方案
2、评审意见
方案细节有所体现,各环节责任划分清晰明确
测试环境部署
测试环境部署
1、数据字典或数据库设计说明书
2、部署方案
方案内容详细
系统培训
系统培训
1、培训方案
2、培训手册
3、培训签到表
4、用户培训确认单
材料齐全且内容详细具体
上线申请
试运行支持
1、上线试运行方案
2、上线申请单
材料齐全且内容详细具体
生产环境部署
试运行支持
1、部署方案
材料齐全且内容详细具体
上线试运行
试运行支持
1、上线试运行测试报告
2、系统应急预案及快速恢复方案
材料齐全且内容详细具体
系统建转运、验收
系统建转运、验收
1、上线试运行验收报告
2、验收申请单
3、竣工总结报告(工作报告、技术报告)
4、用户报告
材料齐全且内容详细具体
1.2.研发工作进度计划
序号
工作阶段
任务描述
责任主体
开始时间
完成时间
产出物
1
前期准备
项目启动
**计算机咨询服务有限公司
1、启动会ppt材料;
2、会议纪要;
签到表扫描件。
上报实施方案
1、实施方案2、部署方案
2
测试环境部署
数据收集
**计算机咨询服务有限公司
1、数据字典或数据库设计说明书
测试环境部署
1、部署方案
3
系统培训
培训准备
**计算机咨询服务有限公司
1、培训方案2、培训手册
开展系统培训
1、培训签到表
2、用户培训确认单
4
试运行支持
上线方案编制
**计算机咨询服务有限公司
1、上线试运行方案
上线申请
1、上线申请单
生产环境部署
1、部署方案
上线试运行
1、上线试运行测试报告
5
系统建转运、验收
系统建转运、验收
**计算机咨询服务有限公司
1、上线试运行验收报告
2、验收申请单
3、竣工总结报告(工作报告、技术报告)
用户报告
1.3.系统部署计划
系统部署包括以下部分的安装,顺序以及说明如下:
首先安装Mysql需要是在局域网环境下安装;
其次,数据库软件安装,数据库软件用于数据的存储,是所有其它组件的数据来源,需要在工具安装之前确定;
再次,模型管理后台安装,前台编制工具的运行需要模型的支持,在运行编制管理工具之前需要首先验证模型管理后台正确安装。
最后,编制工具前台安装,编制管理工具是最后呈现到用户面前的使用工具,作为最后安装部署。
1.4.平台架构技术需求
1)明确数据库安装版本,推荐mysql5.7,如果低于以上版本,请说明必要理由。
2)正式生产环境有考核指标系统必须有冗余保证,或者是RAC或者有HA功能,不能有单点故障隐患。
3)明确数据库字符集。
数据库字符集一旦安装再不能更改,必须安装之前确认。
4)明确数据库监听端口。
根据企业安全标准需要提供符合企业安全要求的监听端口。
5)明确数据库存储量,并提供依据。
6)明确数据库用户以及相应权限,不能给予DBA权限。
1.5.硬件需求
需求类型
(新增、变更、借用)
系统名称
设备类型
设备用途
配置要求
操作系统及版本
数量
备注
虚拟机
应用服务器
处理器:
4核
内存:
8GB
本地磁盘:
20GB
网卡:
2个1000兆以太网口
LinuxRedhat5.6企业版64位
2
安装tomcat7中间件
1.6.数据备份及灾备需求
系统数据备份管理包括系统数据备份和系统应用软件备份两个部分。
其中数据备份包括系统数据备份和业务数据备份两方面。
数据备份要做到规律、及时,提高数据安全性。
实施方根据系统需要提供数据和系统软件的备份方案;用户方提供备份介质和备份系统软件等,务必做到多方协作配合,确保备份工作的完整性。
用户需要落实备份工作负责人,并定期检查备份完成情况;演练备份恢复,准备备份恢复预案。
备份工作自系统安装部署成功后,立即开始执行。
(1)备份原则
针对备份文件的要求如下:
任何系统备份数据应保留至下一次系统改变前所作的系统备份成功后,才能对之前的系统备份数据进行其他操作。
针对备份设备的要求如下:
对系统的数据备份,要求在运行稳定、可靠、磁盘空间充足的服务器或磁盘存储上。
根据以上的备份原则,制定相应的备份策略。
(2)备份制度
定时检查数据备份的执行情况;
定时检查备份设备的稳定运行情况;
定时将检查结果的工作记录生成;(在巡检制度中体现)
(3)备份策略
确定数据备份策略。
备份策略指确定需备份的内容、备份时间、备份方式等。
各个单位要根据自己的实际情况来制定不同的备份策略,目前,系统主要有以下三种备份策略。
完全备份:
针对整个系统数据部分,系统采用每天对系统数据进行完全备份的策略。
每六个月开始执行数据库全库备份,使用导出脚本持续约1小时(随着数据量增长,备份持续时间将变长)。
并且定期将完全备份的数据库传回公司,进行数据库备份的验证。
增量备份:
系统的增量备份仅针对备份上一次备份后新增与修改过的数据进行备份。
WEB应用备份:
针对系统应用部分的安全与稳定性考虑,系统对发布的WEB应用程序进行定期备份。
(4)备份数据说明
备份数据的保存时间可根据数据的重要程度和有效利用周期自行确定。
根据各种数据的重要程度及其容量,确定备份方式、备份周期、保留周期。
数据备份至少应保留两份拷贝,一份位于数据现场,以保证数据的正常快速恢复和数据查询,另一份统一放在备份策略规定的异地位置,以确定备份数据万无一失。
备份数据必须建立备份文件档案记录,详细记录备份数据的信息。
(5)数据恢复
当发生灾难时,应针对备份策略的制定来开展数据恢复工作。
恢复时间至少为24小时(包括更换受损硬件设备等操作),同时搭建临时的系统应对系统使用需求。
当发生系统应急情况时,采取以下总体计划:
⏹由技术人员确定其故障原因
⏹收集数据库备份文件;
⏹通知技术人员进行处理;
⏹通知用户启动应急方案;
⏹执行数据恢复工作;
⏹测试并由用户验收;
1.7.网络及办公需求
保证研发期间网络通畅,满足办公需求及数据安全。
保证研发期间一人一机,正常办公,电话通畅,保证问题能及时解决。
2.项目研发管控机制
2.1.进度管理
(一)、制定工作计划
1)按照项目实施进度要求,由项目领导小组统一制定工作主里程碑计划;
2)项目组按照工作主进度计划要求,结合实际情况,制定工作进度的详细计划并上报项目领导小组。
(二)、进度跟踪控制
1)进度报告。
项目经理每周五下班前汇报每周的工作进度情况;
2)进度偏差分析。
管理实施组在对进度表进行审核时,若发现进度存在问题时,要及时进行原因分析,协调相关方及时采取应对措施或预防措施,调整工作计划,加大人员投入,避免总体计划受到影响。
3)进度变更。
各项目单位工作组根据进度偏差分析结果,将项目进度计划与实际进度进行比较,进行项目进度提前或延期变更,将变更完成后的项目计划上报项目领导小组。
2.2.质量管理
项目质量管理是指为确保项目质量目标要求而开展的管理活动,其根本目的是保障最终交付的项目成果符合质量要求,质量管理的详细措施如下:
(一)、制定质量保证计划
根据项目工作进度的详细计划,制订相应的质量保证计划,并定期检查或不定期抽查工作状况;对于检查工作中发现的偏离,组织项目相关各方召开会议,讨论应对策略;将检查结果、应对策略记入项目质量报告。
(二)、质量管理的组织保障
设立专用的项目质量管理组,质量保证的具体工作由项目质量管理组执行,为项目经理提供项目进展的客观状况,督促计划、标准、规范在各实施小组中得到落实和执行。
实施过程中质量管理组发现实施质量出现偏差时,应及时向项目经理汇报,项目经理应及时处理偏差,如偏差没有得到解决,项目经理应项目领导小组汇报,由上级工作组负责督促、协调质量偏差的解决。
(三)、质量保证
1)统一文档模板。
对于项目管理文档和统一要求的技术文档,由项目组编制统一模板,明确文档规范、文档内容要素或示例,以便各组能快速、准确地生成所需要的文档,确保格式规范、风格统一,保证文档质量,避免由于不同人员理解不同带来的负面影响。
2)工作成果审查。
对项目组所提交的成果文档,按照业务、管理、技术相关要求进行严格审查,确保各项提交成果的整体质量;对关键方案进行会议评审,确保工作成果质量符合要求。
2.3.问题管理
项目问题管理是对项目实施过程中反馈问题、处理问题的有效管理,便于工作顺利开展,规范问题管理流程。
1)建立分级负责的问题管理机制。
各组根据不同的职责和权限,处理不同类型的问题。
实施组提出的问题,若不能在本地进行解决,则项目领导小目组解决;若能提出具体的解决方案,实施组自行解决,完成后提交问题归档。
2)确保问题闭环管理。
项目组和管理实施组不仅负责对各类问题的收集、整理和协调处理,并且要跟踪所有问题的解决情况,在周会上通报各问题的状态,确保所有问题能够闭环关闭。
2.4.缺陷管理
为规范缺陷管理,加快系统缺陷处理效率,需求规范缺陷处理流程。
具体缺陷处理步骤如下:
1)现场实施人员记录现场实施问题,并由实施组提交到项目领导小组;
2)根据实施单位反馈的缺陷清单,组织测试。
如果测试通过,发布新版本,并提交现场项目经理,现场项目经理再次组织人员进行测试,测试通过发布至生产系统,否则反馈回测试;如果测试不通过则直接反馈回开发组再次整改完善。
2.5.需求变更管理
需求变更控制包括变更申请、审批、更改、确认四个处理环节,确保需求的变更不会失去控制而导致项目发生混乱。
变更管理的目的是为了控制需求文档的变更,防止发生混乱,修改需求文档中不正确的部分,增加用户新的需求等。
管理实施组配合项目单位提出变更申请,编写需要变更申请书并上报项目组。
项目组接收需求变更申请书,进行分析和界定变更申请是否违背企业标准化设计要求,若违背则直接反馈需要变更中止通知到项目单位;若不违背,则通知开发组并共同讨论解决方案,由开发组给出具体的解决方案,总部项目组审阅解决方案,若认可则由开发组按照方案执行。
管理实施组接收到下发的新版升级程序和部署工单,则严格按照的工单发布要求进行版本升级工作,并做好相应的测试工作。
工单部署完成后,项目单位和管理实施组做好需要变更跟踪工作,若出现其他问题则通过问题反馈流程进行反馈。
2.6.沟通管理
为了规范项目各参与方之间的工作交流、任务传递、消息共享、问题商讨的方式方法,提高沟通效率,建立以下几种沟通机制:
邮件沟通机制、周例会机制、专项会议机制、周报机制、月报机制及联络机制等。
对于比较重要的沟通内容事先制定沟通计划并指定相关的责任人,并按照计划沟通落实。
1)邮件沟通机制。
在项目启动阶段,管控组、各项目组需申报本组的专用邮箱作为工作邮箱。
管控组、各项目组须通过邮箱完成各种通知、会议纪要、工作任务、协调沟通问题等书面信息沟通。
工作邮箱须由专人负责管理,确保邮件得到及时处理和反馈。
2)周例会机制。
工作组周例会:
每周定期召开周例会,项目领导小组根据需要指派人员参加。
会议内容:
实施组汇报工作进展情况、下周工作安排;提请工作组协调解决各类问题;工作组通报最新指示和要求。
3)专项会议。
项目建设过程中,为协调解决相关问题、制定解决方案,需不定期召开由相关业务部门、项目组参加的专项会议,由会议发起方编写会议纪要,会后及时发送参会人员,并跟踪问题解决情况。
4)联络机制。
建立信息联络员机制,各工作组分别设立信息联络员(包括:
姓名、联系方式、专用邮箱等),由总部项目组负责明确各方职责分工、维护和发布联络员名单。
2.7.风险管理
充分辨识项目存在的各类风险,评估风险可能出现的概率及对项目的影响程度,建立风险管理计划,有效预防和规避风险,将风险影响降至最低。
3.研发保障措施
在项目实施过程中,要在人员、制度、后勤、安全、应急、运维等方面进行做好保障,确保项目实施的顺利推进。
3.1.人员保障
加强参与项目实施工作的人员投入和管理,确保人员配置合理,队伍稳定。
具体措施如下:
1)建立项目单位、项目实施厂商、外部接口厂商各负其责的人力资源保障组织体系;
2)项目实施厂商、外部接口厂商、运维参与人员确定后须全职参与;项目参与各方指定专职联系人,建立联系通讯录。
3)参与人员确定后原则上不允许更换,如有特殊情况确实需要变动,需提交书面申请,并做好工作交接;对于不符合要求人员采取劝退措施。
3.2.制度保障
建立健全项目实施相关管理制度,加强制度的宣贯和执行,确保项目实施期间的各项工作平稳开展。
具体措施如下:
1)加强对现有制度的完善和执行力度,如信息系统安全管理办法、信息系统运行管理办法等;
2)规范各项工作管理,制定工作需要的新制度,如周例会、月度例会、考勤管理、厂商管理、问题反馈、项目管控组工作制度等,并加强制度的宣贯和执行。
3.3.后勤保障
各单位需提前做好后勤保障,为项目实施厂商人员驻场提供良好的工作场所和办公设施。
具体措施如下:
1)为项目实施厂商人员提供相对集中、固定、办公条件良好的办公场所,包含固定工位、人员出入证和专用会议室等;
2)为项目实施厂商人员提供符合安全要求的办公电脑、网络、电话、投影仪、打印设备等设施;
3)建立统一的办公资源使用规则,统筹管理办公资源,提高资源使用效率。
3.4.安全保障
1)数据安全方面
系统数据定期备份,防止数据丢失;敏感数据要进行加密处理,保护数据的安全;数据操作只能由数据组人员处理;项目参与人员不允许随意将数据复制拷贝到其他介质。
2)信息安全方面
对项目实施厂商人员配备专用内网机器、安全介质,防止违规外联,将内部办公和信息发布两套网络物理分开,从根本上杜绝非法侵入事件的发生;对网络核心服务器的配置,应采取冗余设置,应用各种备份、灾难恢复方案,并且配备防计算机病毒软件;建立安全管理制度,定期更新密钥,加强密钥管理,合理分配权限,限制越权操作。
3.5.应急保障
提前做好硬件、软件及源系统影响等方面的应急保障措施,具体措施如下:
1)建立应急响应机制,制定应急预案并进行应急演练,确保信息系统运行发生故障时,能够得到及时有效处理,将负面影响降到最低;
2)在硬件方面,确保服务器、交换机、安全设备、存储设备的有效保障,当在运设备出现故障时,能够立即更换或替代,将应急处置时间降到最低;
3)在软件方面,程序升级部署、接口联调及相关服务器维护时,必须制定应急预案及恢复方案才能审批通过,最大程度上规避误操作带来的负面影响。
3.6.运维保障
应高度重视服务器硬件、系统软件和通信设备的运维工作,确保项目运行稳定可靠,实现项目运转的有效支撑。
按照公司运维主体化、专业化、集中化的要求,指定专人在本次实施中全程参与系统建设工作,为系统上线应用提供有力的保障。
系统上线前,各单位应组织厂商提前做好知识传递,确保系统上线后的运维支持工作顺利开展。
系统上线后,应立即对系统管理员进行培训,开展技术资料收集、整理、移交工作,确保系统从建设到运行的平稳过渡。
实施7*24小时运维值班制度,通过监控系统运行状况,常态化督查、随机抽查等形式掌握各个信息系统的运行情况,及时发现隐患。
严格执行工作票和操作票制度。
强化停机检修计划制度的执行,减少非正常停机。
建立定期数据备份机制,加强机房和设备巡检,确保设备运行正常。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 研发 产品 经理 工作 指导 手册