信息系统管理制度与考核办法(doc26)-人事制度表格(编辑修改稿)

信息系统管理制度与考核办法(doc26)-人事制度表格(编辑修改稿)内容摘要：

培训教材、用户操作手册，组织编写宣传材料、更新网站；维护公司形象工程，与用户建立良好的合作伙伴关系； 参与公司主要经济问题的分析，会同财务部门作好应收款项的催收工作； 强化培训服务队伍建设，组织业务及技能培训 ，及时处理用户反映的技术问题； 收集合理化建议，作好公司领导的参谋，完成公司领导交办临时工作任务。 时间段 评价者 职业优势 职业劣势 个性特点 价值取向 培养意向 面试评价 自评 上级 人事 转正评价 自评 上级 人事 半年评价 自评 上级 人事 一年评价 自评 上级 人事 两年评价 自评 上级 人事 三年评价 自评 上级 人事 第 12 页 共 26 页 详见《公司行政人事制度》。 审核 岗位空缺公告及任职资格要求 行政人事部 员工 部门经理 公司领导 财务 部门审核与推荐 员工申请 审核批准 监促办理工作交接 到新岗位报到 综合考评 任命书或岗位变动通知书 调薪通知 审核批准 调整薪资 Y Y Y 公司调整岗位定编定员或年终考评 行政人事部 员工 部门经理 公司领导 财务 降级或除名建议 重大工作失误或严重违反规章制度行为 监促办理工作交接 离职手续 综合考评 解除劳动合同通 知书 调薪通知 审核批准 调整薪资 岗位变动通知书 新岗位报到 监促办理工作交接 审核 结算薪资 不胜任工作 降级 除名 Y 第 13 页 共 26 页 培训课题 培训内容 计算机技能培训 Delphi 和 Jbuilder 开发培训、 Java 开发培训、 JAVA 模式培训、中间件技术讲座、 Project Server 培训、 ROSE 和 UML 培训、数据库优化、 Oracle数据库、测试工具 Rational Teamtest 培训 产品体系培训 操作系统和数据库系统的应用培训、看守所 软 件应用培训、三所一院部分软件的使用和培训、智能化安防系统的培训、对 ISO9001 各项标准及要求的培训 法规政策培训 监管法规政策培训、劳动法规政策培训、安防知识培训、对监管行业业务知识的培训、公司规章制度的培训 综合素质培养 测试技巧和要求培训、培训技巧和服务意识的培训、计算机外设的熟知率培训、市场销售技巧培训、交际艺术和沟通技巧的培训 项目管理培训 项目管理理论与技巧、项目责任制与奖惩方案 内培为主，外培为辅。 内部培训安排专题培训与讲座，鼓励员工自行担任主讲，实现资源共享，并按 50 元 /次奖励主讲人员，外部培训以资质认证为主，按《公司行政人事制度》和《培训合同》相关条款执行。 公司内部开辟《培训园地》，每两周一次，周五下午 4： 00 至 5： 30。 也可由各部门自行提请。 第 14 页 共 26 页 第三章 工作流程与沟通 本章节旨在解决需求源头、版本控制、责任环节、业务衔接、文档管理等问题，切实推行以项目经理为导向的产品生产和业务运作流程。
申请新版本版本申请单产品发布申请状态处理请求判断是否有符合要求的版本转发版本申请单无发布新版本有测试确认是否通过通过测试版本发布说明测试报告与评测处理需求，提交新版本程序完善修改，提交新版本不通过提交版本提交说明开发部项目组测试部培训服务部 流程说明： 根据市场需要，由培训服务部提交《版本申请书》（注明需要时间、部署地点、系统配 置第 15 页 共 26 页 需求、对产品的特殊要求等），如无明确地方需求，由测试部从产品版本库中提取标准版本；如产品版本库中现有产品不符合要求，由测试部转发《版本申请书》给信息工程部相应的项目经理进行确认和修改，修改完成的版本经测试部评估并确认合格后，作为产品发布版本记入产品版本库。 测试部根据培训服务部《版本申请书》中的系统配置要求（指支持系统运行的所有服务器、客户机及网络设备、通讯链路以及存储设备、输入输出设备机器型号及配置和其他设备规格要求等的硬件配置说明；以及所使用的系统软件、平台软件、开发工具软件等的说明），对拟发布的版 本进行系统配置，并刻出母盘，提交培训服务部作为产品发布的样品。 因产品完善和功能扩展需提交测试的，必须事先由信息工程部项目经理制定详细的开发计划并抄送测试、培训服务部经理，修改后经过测试确认的版本按时间标注小号，记入公司产品版本库。 在版本要求时间与实际提供时间存在差异的，由各部门经理协商解决。
系统开发和完善计划提交测试版本修复开发部产品开发计划相关计划文档相关版本说明确认需求确认报告测试确认版本升级，记入版本库通过允许修复允许版本升级，记入不合格版本库版本发布说明收集客户反馈客户反馈报告反馈市场需求市场需求报告市场人员培训服务部测试部开发部项目组 第 16 页 共 26 页 流程说明： 由培训服务部提交用户反馈，经测试部初步审核，对描述不清或是有歧义的描述退回培训服务部重新整理提交。 测试部将需求信息转交信息工程部项目组，由项目经理过滤后，提交信息工 程部、测试部、培训服务部会议讨论。 经三方签字认可的《需求确认报告》方可作为开发凭证和测评依据。 三方认可的《需求确认报告》与用户实际需求不一致的，由培训服务部形成《需求处理报告》，与用户沟通需求差异，合理引导和说服用户。 项目经理提交测试版本的依据是系统开发和完善计划，来源主要有三：根据用户反馈对现有版本的完善；根据市场要求确立的新产品开发；根据实际需要由信息工程部主管制定的开发计划。 系统开发计划需由相关负责人用 Project 制定并发布至 Project Server,提交测试版本时必须附上相应的版本说明。 测试人员对系统进行测试时，可根据具体情况决定版本是否能够发布，对不符合要求的版本退回给项目经理进行修改，版本号不升级，三次以上提交仍不合格的，升级版本号并记入不合格版本库，退回给项目经理重新制定修改计划。 测试确认可以发布的版本附交《版本说明书》，并对每次版本的升级提交测试报告和评估。 产品版本库的编号规范包括以下内容： — 产品类型代码（如 KSS） — 版本类型代码（标准版本为公司名称缩写 BS；地区版本用两个拼音字母表示，如 ZJ） — 合格代码（合格为 1，不合格为 0） — 升级代码（如 ）。 举个例子 :“ ”代表“看守所系统浙江合格版本第 2 次升级版本”。 第 17 页 共 26 页 发现已发布版本存在重大问题功能或性能中大调整，发现已发布版本存在重大问题提交版本更新申请更新反馈文档客户抵触情绪大或是发现已发布版本问题版本更新申请单部署更新，收集更新反馈提交更新反馈文档处理更新请求，申请更新部署计划跟踪进度，发布版本更新总结开发部部门经理培训服务部开发部测试部 流程说明： 除了试点之外，公司产品在部署完成后，需整体更新的，要遵循异常处理流程。