深圳市和巨信息技术有限公司
项目发布管理规范
拟制张智平日期2016/09/08 审核李青日期2016/09/09 批准日期
一、制度目的：
本制度为和巨信息技术运维部针对正式环境编制的项目发布规范，以实现下列目的：
指导项目发布活动，有效控制过程。
有效控制和追踪项目版本更新。
有效保障项目发布管理流程，确保服务器正常运行。
二、适用范围：
本程序适用于深圳市和巨信息技术有限公司。
需要发布管理进行控制的组件：
软件（操作系统、开发平台、应用系统、配套文档等）；
硬件（服务器、网络设备、硬件工具等）；
三、职责范围：
项目经理：提出项目发布申请。
跟踪发布产品进度。
相关部门沟通协调。
产品经理：提出产品修改需求。
项目发布确认。
开发人员：依据发布申请修改完善产品。
协助测试和运维进行验收测试。
测试人员：发布前进行产品测试确认正常。
发布成功后进行正式环境测试确认正常。
运维人员：依据《项目发布申请单》发出发布通知和发布时间。
正式环境项目发布实施(一般在晚上22：00以后)。
项目发布实施记录归档。
为确保线上应用稳定，控制项目应用上线质量，提高成功发布率，运维需依据《项目发布申请单》进行上线。各主管安排相关产品经理、开发工程师、测试工程师留下配合发布，同时与客户对接的部门通知客户联系人。
四、发布流程:
五、发布操作:
发布需求内部测试通过后，项目经理提出《项目发布申请单》。
运维人员依据《项目发布申请单》核对发布版本和相关文档，确认发布日期。
运维人员依据《运维部操作管理规范》进行发布操作，正式环境发布成功后，通知测试人员测试正式环境的系统。发现BUG由开发人员进行现场协助处理。
如果测试确认发布的系统通过测试，运维发布上线成功并邮件/OA通知各位主管，如果不通过，则运维进行回滚恢复确认正常，并邮件/OA通知各位主管。
发布完成后，运维做好发布实施记录归档。
六、附录:
项目发布申请单：
和巨信息技术项目发布申请单
申请人申请时间
项目名称计划发布时间发布版本名称
发布版本原因
程序版本：□测试报告：□程序文档清单
变更说明：□其他:□项目经理同意：□不同意：□意见:
产品经理同意：□不同意：□意见:
开发主管同意：□不同意：□意见:
测试主管同意：□不同意：□意见:
运维主管同意：□不同意：□意见:
信息总监同意：□不同意：□意见:
企业会议管理规定制度 格式 SANY标准化小组 #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#
企业会议管理制度 (一)总则 为改进作风、减少会议、缩短会议时间、提高会议质量，特制订本制度。 (二)会议分类及组织 第一条全厂会议归纳为四类： 1.厂级会议：主要包括党政领导(扩大)会、全厂干部会、全厂班组长会、全厂党员大会、全厂团员大会、全厂职工大会、全厂技术人员会以及各种代表大会。应分别报请党委或厂部批准后，由党、政、工、团等办事部门分别负责组织召开。 2.专业会议：系全厂性的技术、业务综合会(如经营活动分析会、质量分析会、生产技术准备会、生产调度会、安全工作会等)，由分管厂领导批准，主管业务科室负责组织。 3.系统和部门工作会：各车间、科室、支部召开的工作会(如车间办工会、科务会、支部会、车间(科室)职工大会等)由各车间科室、支部领导决定召开并负责组织。 4.班组(小组)会：由各党、政工、团小组长或行政班组长决定并主持召开。 第二条上级或外单位在我厂召开的会议(如现场会、报告会、办公会等)或厂际业务会(如联营洽谈会，用户座谈会等)一律由厂办受理安排，有关业务对口科室协作作好会务工作。 (三)会议安排 第三条例会的安排。 为避免会议过多或重复，全厂正常性的会议一律纳入例会制，原则上要按
例行规定的时间、地点、内容、组织召开。例行会议安排如下： 1.行政技术会议 (1)厂长办公会： 研究、部署行政工作，讨论决定全厂行政工作重大问题。 (2)厂务会： 总结评价当月生产行政工作情况，安排布置下月工作任务。 (3)班组长以上干部大会(或全厂职工大会)： 总结上季(半年、全年)工作情况、部署本季(半年、新年)工作任务，表彰奖励先进集体、个人。 (4)经营活动分析会： 汇报、分析工厂计划执行情况和经营活动成果，评价各方面的工作情况，肯定成绩，揭露矛盾，提出改进措施，不断提高工厂经济效益。 (5)质量分析会： 汇报、总结上月产品质量情况，讨论分析质量事故(问题)，研究决定质量改进措施。 (6)安全工作会(含治安、消防工作)： 汇报总结前季安全生产、治安、消防工作情况，分析处理事故，检查分析事故隐患，研究确定安全防范措施。 (7)技术工作会(含生产技术准备会) 汇报、总结当月技术改造、新产品开发、科研、技术和日常生产技术准备工作计划完成情况，布置下月技术工作任务，研究确定解决有关技术问题的措施方案。 (8)生产调度会： 调度、平衡生产进度，研究解决各车间科室不能自行解决的重大问题。 (9)科务会：
经营类项目立项管理制度 1．目的 为规范集团投资决策的基本程序，以化解风险，减少损失，提高效益，特制定本制度。 2．适用范围 本制度适用于集团总部和各分子公司。 3．定义 经营类项目指以盈利为目的，周期长、投资较大，一般采取有限责任公司等独立法人形式长期运营的项目。 4．职责 4.1集团投资发展中心负责各类项目信息汇总、完成《项目建议书》，并提交董事长办公会研究。 4.2集团事业部或董事长指定责任人负责组织《项目可行性报告》编制，并提交董事长办公会讨论。 4.3董事长办公会负责《项目建议书》、《项目可行性研究报告》、项目立项的审批。 5．文件内容 5.1项目立项流程 项目立项由三步工作完成：提交《项目建议书》；；审议《项目可行性研究报告》；决策立项。 5.2项目建议书 各类项目信息由投资发展中心汇总、完成《项目建议书》，并提交董事长办公会研究。 5.3项目可行性 《项目可行性研究报告》由集团事业部或董事长指定责任人负责组织编制，并提交董事长办公会审议决策。
5.4外聘 如在项目论证过程中需要外聘专家或机构，另行规定。 5.5项目立项 项目经董事长办公会审批立项后，应确定项目经理。投资发展中心登记立项，并下发《项目任务书》；人力资源中心据此调配项目组人员；财务管理中心凭此注入开办资金。 5.6本制度与《投资项目红黄绿灯管理制度》、《股权激励制度》等制度配套执行。 6．相关文件 《投资项目红黄绿灯管理制度》、《股权激励制度》 7．附件 附件一《项目任务书》、附件二《项目可行性研究报告》 8．附则 8.1本制度由董事长办公会制订和执行，投资发展中心负责解释和实施。 8.2本制度自颁布之日起生效。
项目关键成果管理办法（2014年修订版） 发布日期：2014年12月26日
一、目的 明确项目开发全过程各项重要环节，规范各环节输出成果的编制内容、完成标准及 审批流程，提高整体开发业务工作质量，降低项目运营风险、提高工作效率。 二、适用范围 适用于阳光新业所有开发项目及代管代建项目。 三、术语/定义 关键成果：在开发过程中，体现前阶段工作总结，作为后续工作依据和基础的成果 性文件。 四、部门职责 4.1城市开发公司 负责组织编制关键成果文件，负责与集团相关职能部门对接、沟通，并负责关键成 果文件在城市开发内部完成审批； 4.2商业管理中心 4.2.1.负责组织编制及确认与商业关键成果文件； 4.2.2.负责督促及检查商业关键成果文件的执行情况； 4.2.3.负责参与商业相关关键成果评审会。 4.3项目管理中心 4.3.1.负责建立关键成果管理体系，并对体系的执行情况进行统筹、督促与公示； 4.3.2.负责组织集团层面关键成果文件评审会，并完成审批工作。 4.4集团其他职能部门 4.4.1.负责对属于本专业主责范围内的关键成果编制时间、内容的完备性与规范性、成果 执行情况等进行督促和检查； 4.4.2.参与相关关键成果文件的评审会。 五、工作程序 5.1项目各阶段关键成果的定义、完成时间、审批流程等内容，详见附件1《项目关键 成果汇总表》； 5.2各关键成果应按照统一模板格式进行编制，编制过程中，可参考以往项目的范本内
容； 5.3关键成果编制完成后，应由主责部门发起审批，无需集团审批的关键成果，完成内 部审批流程，即可展开后续工作；需集团审批的关键成果，应报送集团项目管理中 心，由项目管理中负责完成集团审批流程； 5.4集团各职能部门应对属于本专业主责范围内的关键成果编制时间、完备性、规范性 及成果的执行情况等进行检查，并及时与主责部门沟通，要求改正； 5.5关键成果完成确认后，应由主责业务部门，按照《项目关键成果汇总表》的要求将 关键成果电子版，以邮件形式发送给各相关部门及人员； 5.6集团项目管理中心负责关键成果的统计，每月底前完成统计，做好《各项目关键成 果跟踪台账》（参见附件2），并放入集团项目管理月报予以公示。 5.7对编制质量较好的关键成果文件，可作为公司知识成果（模板、范本），指导其他 项目关键成果的编制工作。 六、支持性文件 6.1《投资与资产处置工作流程》 6.2《项目（预）启动会工作指引》 6.3《项目经营策划书操作指引》 6.4《项目整体开发计划书操作指引》 6.5《项目经营决策委员会工作指引》 6.6《项目总结管理办法》 6.7《项目设计管理流程》 6.8《项目概念设计管理指引》 6.9《建筑方案设计管理指引》 6.10《设计单位选择及合同管理办法》 6.11《项目建造标准编制指引》 6.12《景观设计操作指引》 6.13《精装修设计操作指引》 6.14《项目开发工程合约管理流程》 6.15《合约规划编制指引》 6.16《目标成本管理流程》
平台网站运营服务规范 (一)账户保密与安全管理 1.账号密码开通及使用 平台新用户开通账号，需向其部门分管领导提出账号开通书面申请，经直接上级> 网络部门经理核准后，由账号管理专员为其开通平台登录账号。 2.账号密码的变更 在账号管理专员创建或初始化用户帐号和密码后，用户需要立即改变初始密码。 所有账号的登录密码必须定期进行变更（所有密码的变更周期应小于 3 个月，并大于 5 天），以最大程度确保密码的安全性。 账户丢失或遗忘密码，必须向其所在部门分管领导提出书面密码初始化申请，经核 准后，由账号管理专员具体实施密码的初始化程序，然后通知有关用户，并登记备案。 账号管理专员在发现任何企图非法使用某用户帐号的情况时，应立即强制该用户更改密码，并记录备案。 3.用户帐号的禁止 在超过规定登录次数限制时，用户帐号会被系统自动锁住5。 用户帐号在规定时间（ 30 天）内没有使用，用户帐号会被账号管理专员手工禁止。 5 天）后， 用户没有按密码定期变更的规定定期修改密码，超过系统设定的时限 （用户帐号会被系统自动禁止。 用户在外长期休假（事、病假）、出差，在此期间，其相应的用户帐号应被账号管 理专员手工禁止。 当用户发现帐号由于其他原因被禁止时，应及时报告部门分管领导和账号管理专员，账号管理专员在查明原因后再为其开通，并记录在案。 4.用户帐号的删除 用户如果因变动而不再需要访问平台信息资源时，账号管理专员在收到该用户所在部 门分管领导的书面通知后，删除该用户相应的用户帐号。 用户离职后，账号管理专员在接到离职手续后，删除该用户所有的用户帐号。
为了项目或其他特殊原因而临时开放的用户帐号，如不再需要，经由项目负责人或分 管领导同意后，由账号管理专员立即删除。 5.用户帐号权限的变更 如果用户因职责变动或其他工作原因需要修改平台系统访问权限，其部门分管领导需要书面通知账号管理专员，由账号管理专员修改权限。 账号管理专员需要依照“最小需要知道”原则对用户权限分配情况进行定期检查， 如有必要，将修改用户权限，并通知该用户和其部门分管领导。 6.账号使用其他注意事项 各级用户对自己所能查看到的信息负有保密的责任和义务，不得向任何无关人员泄露信息内容。 用户要定期更改密码，防止被盗。用户要妥善保管个人的帐号及密码，合理利用拥 有的使用权限；每个用户要对本人帐号中的所有活动和事件负责。 若其他人员因工作需要使用到个人账户的密码，须经账户负责人同意后才可将密码提 供他人使用。在相关人员使用密码后的一个工作日内，须及时对密码进行修改。 离职用户必须通知平台系统管理人员，由平台系统管理人员注销其帐号信息，并签字后，方可办理离职手续。 (二)网络故障处理流程 网络故障包括网络中断、服务器异常、平台页面打开速度异常缓慢、平台展示数据 错误、页面错误等需要紧急处理的异常情况。 1.故障的提出 用户发现网络异常情况后，应立即通过电话、邮件等方式通知系统管理人员。 2.服务的响应 系统管理人员应首先判断各自局域网及所租用城域网线路是否正常，公司机关局域网由技术中心系统管理部门负责检查。若网络连接中断，应尽快通知线路服务提供商； 若局域网设备、线路、配臵等出现故障或由于病毒引起网络中断，应立即修复；网络恢 复正常后，应通过电话、邮件等方式通知使用人员； 部门负技术中心管理人员应立即安排网络管理人员进行问题排查，对于重大问题， 责人应及时向分管领导汇报； 系统管理人员应及时判断故障原因，无法解决时，应尽快联系设备或服务提供商， 对于超出服务期的，部门负责人应协助联系人员处理；对于大面积的病毒发作，网络管 理人员应立即排查，迅速切断病毒的传播途径，对传播病毒的机器隔离清除，必要时对 其系统重新安装；
支付业务项目管理办法（试行） 第一章总则 第一条目的 为规范公司业务项目管理，明确业务项目管理的工作要求、项目管理各方职责以及工作流程，合理配置资源，确保公司各业务项目的全面评估、有效管控，提高业务项目管理的工作效率和水平，特制订本办法。 第二条基本要求 业务项目（以下简称项目）管理工作的基本要求是：鼓励创新、服务市场、科学管理、规范流程。 1.在执行公司有关保密规定的原则下，由公司业务规划管理委员会及业务与运营管理部对项目立项评审、项目实施、阶段性成果、项目上线评审以及项目工作效果评估等进行公开发布。 2.项目主办部门应按照项目规划进度，定期报告项目推进实施和执行情况，并具体说明项目分阶段的进展程度。 3.项目推进过程中应严格按照项目方案和项目工作流程操作。对于已经生产上线的项目，业务与运营管理部组织对项目运作情况定期开展过程控制、监督评价及项目质量效果评估。 第三条适用范围 本办法适用于以下项目的管理： 1.公司面向市场所开发的新业务、新产品。主要指在业务品
种、产品功能、支付方式、业务管理、运营流程等一个或多个方面，与公司现有业务和产品具有显著差异，或对公司现有业务和产品进行重大改进、资源整合，并能给公司带来较好经济价值的业务和产品。 2.已上线的综合支付项目的优化，涉及较大程度的系统、业务改造支持。 3.公司明确要求进行立项和上线评审的其他项目。 4.已上线，需进行跟踪评价和监督管理的项目。 总公司各部门及各分支机构应遵照本办法（含附件）的要求，开展项目立项、上线评审及项目跟踪评价等相关项目管理工作。本办法内容将根据公司业务的实际发展情况，及时进行更新和调整。 第二章参与主体及各方职责 第四条参与主体 在项目管理工作中，参与主体应主要由项目主办部门、项目管理部门和项目专业评审部门组成。 项目主办部门，是提报项目立项申请的部门，承担项目建设的主要工作责任，并完成项目立项申请、项目上线申请等所需的项目基础资料的准备工作。 项目管理部门，是负责组织项目论证、立项评审、上线评审，协调推进项目实施和项目过程管控，开展项目效果评估管理的部
项目管理文档填写及流程管理规范 1 项目文档管理 (2) 1.1项目前期 (2) 1.2项目中期 (2) 1.3项目后期 (2) 1.4项目整个周期 (3) 1.5硬件及网络布线 (3) 2 项目管理流程 (3) 2.01项目管理整体流程 (3) 2.02项目立项单流程 (5) 2.03项目调研流程 (5) 2.04项目计划审批流程 (6) 2.05项目预算审批流程 (6) 2.06客户上线准备调查报告 (6) 2.07出差申请单 (6) 2.08项目周报 (7) 2.09新增需求单 (7) 2.10项目费用申请单 (7) 2.11问题集审批流程 (8) 2.12项目转售后服务流程 (8) 2.13奖金制定流程 (8) 2.14洽谈报告 (9)
1项目文档管理 1.1项目前期 《项目整体进度步骤》 《系统功能要求》 《客户资料信息表》 《项目立项表》（产品版本、项目人员） 《项目实施计划表》《项目实施详细时间表.》 《项目预算表》 《系统初始设置表》 《进驻现场准备表》（与系统相关的其他项目时间进度、如设备到长时间、人员安排、机房建设） 《标准培训文档》 1.2项目中期 《服务器设备调试报告》（服务器配置数据库配置） 《POS设备调试报告》（pos机配置型号、系统安装配置） 《其他设备调试报告》（条码打印、电在称、价签、等等） 《培训确认报告》（培训功能模块、时间、人数、部门、负责人确认） 《系统正式使用确认报告》包括转入售后部分 1.3项目后期 《文档提交确认单》 《售后服务单》
1.4项目整个周期 出差申请单（参考财务） 《项目增项需求单》（新需求或变动） 《项目周报》 《项目分配奖金表-部门》 费用申请单（参考财务单据，应用项目当中设备采集、或特殊费用申请单）系统问题集（将项目中遇到的系统问题和客户的一些意见记录成文件，为产品升级提供依据） 1.5硬件及网络布线 《设备验收清单》（包括第三方软件） 网络布线报告（由第三方布线公司提供） 2项目管理流程 2.01项目管理整体流程
XX公司安全操作管理办法 制订部门：XX部门编写日期： 一、总则 为了更好的确保XX公司网站的安全稳定运行，合理、可靠、安全、高效地组织和管理XX公司网站，提高XX公司网站的服务质量，提高维护队伍的整体素质和水平，特制订本管理制度，作为维护和管理XX公司网站的依据。 二、范围 本制度的适用范围包括XX公司网站系统的物理资产（包括：网络设备，主机设备，安全设备，监控设备等）、软件资产（操作系统，数据库，应用程序等）、数据资产（用户账号数据、用户交易数据、网络系统、主机数据，应用程序数据等）以及网站系统的技术人员等。 三、角色与责任 本制度适用于XX公司网站的网络维护人员、服务器管理员、信息管理员等参阅。本制度由总裁办行政部修改和维护。 四、管理制度 a)系统账号管理制度 XX公司网站运营的所有硬软件系统账号，包括网站系统的所有硬件网络设备（包括交换机、路由器、防火墙、IDS以及其他网络设备附属的管理系统），XX公司后台管理系统账号密码、XX公司服务器操作系统账号密码、XX公司远程控制系统账号密码、XX公司数据库账号密码、XX公司域名管理系统账号密码、官方微博、微信公众平台账号密码等。网站产品部门对以上账号密码拥有最高管理权限。 系统账号密码管理制度： 1)账号密码开通及使用
新入职员工或系统初始使用者，开通系统账号，需向其部门分管领导提出账号开通书面申请，经直接上级>办公室主任>网络部门经理核准后，由账号管理专员开通其账号。 2)员工密码的变更 在账号管理专员创建或初始化员工帐号和密码后，员工需要立即改变初始密码。 所有员工的密码必须定期进行变更（所有密码的变更周期应小于1个月，并大于5天），以最大程度确保密码的安全性。 员工丢失或遗忘密码，必须向其所在部门分管领导提出书面密码初始化申请， 经核准后，由账号管理专员具体实施密码的初始化程序，然后通知有关员工，并登记备案。 账号管理专员在发现任何企图非法使用某员工帐号的情况时，应立即强制该员工更改密码，并记录备案。 3)员工帐号的禁止 在超过规定登录次数限制时，员工帐号会被系统自动锁住5。 员工帐号在规定时间（30天）内没有使用，员工帐号会被账号管理专员手工禁止。 员工没有按密码定期变更的规定定期修改密码，超过系统设定的时限（5天）后，员工帐号会被系统自动禁止。 员工在外长期休假（事、病假）、出差，在此期间，其相应的员工帐号应被账号管理专员手工禁止。 当员工发现帐号由于其他原因被禁止时，应及时报告部门分管领导和账号管理专员，账号管理专员在查明原因后再为其开通，并记录在案。 4)员工帐号的删除 员工如果因岗位变动而不再需要访问公司信息资源时，账号管理专员在收到该员工所在部门分管领导的书面通知后，删除该员工相应的员工帐号。 员工离职后，账号管理专员在接到离职手续后，删除该员工所有的员工帐号。 为了项目或其他特殊原因而临时开放的员工帐号，如不再需要，经由项目负责人或分管领导同意后，由账号管理专员立即删除。 5)员工帐号权限的变更 如果员工因岗位变动或其他工作原因需要修改信息系统访问权限，其部门分管领导需要
公司会议管理规定 一、目的 为保证会议质量，提高会议效率，制订本管理规定。 二、适用范围 公司各类会议及会议室、教室的管理与使用。 三、会议管理 ㈠会议分类及组织 1、公司级大型会议：如战略发布会、职代会、股东会、目标咨询会、干部民主评议总结会等涉及范围较广、人员较多的会议，需提前与总经办沟通并制定会议通知，经主管副总批准后公司公告通知内下发、召开。 2、公司级例行性会议：如公司经理例会、子公司例会、月度绩效会、安委会、营销委员会、人力资源委员会等凡明确会议主题并形成文件的会议，除经理例会无需申请定期召开外，其它会议需提前预约会议地点及人员，并在公司OA系统“行政办公”版块内的“会议申请”中进行申请。 3、跨口会议：指涉及三个跨口单位及以上人员参加的，需在会议室或教室召开的用时在20分钟以上的会议，需提前预约参会人员和会议室，填写《 *** 跨口会议审批单》（见表一），经主管副总批准后挂至OA系统“行政办公”版块内的“会议申请”中。 4、部门会议：各口例会、部门例会、班前班后会及临时性会议，按照内部会议要求执行。 5、外部会议：与公司相关联的行政单位、企业单位等邀请公司人员参加的各类会议或公司需租用公司外部会议室组织的培训、学习、会议等（如：
经销商会议、封闭式培训、学习等），按照通知及应邀要求执行。 ㈡会议控制 1、会前 ⑴会议需要汇报、评审的材料、方案等内容，组织单位必须提前3天以内部邮件的形式发送给参会人员进行熟悉，并结合总经办确保在召开会议前将纸质材料分发到与会人员手中； ⑵组织单位应明确会议主题及议程，确认参会人员名单，严禁无关人员“陪会”。 2、会中 ⑴会议按谁组织、谁记录、谁跟踪落实的原则，组织单位需落实到会人员情况，指定记录人员，负责会议的记录，并在会议过程中处理好时间控制、协调会议分歧等问题； ⑵参会领导工作布置要明确“工作内容、责任单位（责任人）、配合单位（配合人）、完成时间、考核单位、完成标准”等内容； ⑶会议记录人需条理清晰、准确的记录会议内容。 3、会后 ⑴组织单位整理的会议纪要应保证内容准确，并与责任单位（责任人）沟通、确认后下发执行。 ⑵公司级例会必须在次日下班前下发《会议纪要表》（见表二），其它跨口会议纪要按照《 *** 会议纪要表》（见表三）格式下发。 ⑶参会人员会后要向相关人员传达会议精神。 ⑷会议组织单位应加强沟通和信息反馈，定期跟踪验证布置工作的完成情况直至结束。 4、会议资料保存
项目立项管理办法 项目信息报备管理工作是市场部管理的一项重要基础性工作。为了加强公司工程项目的管理力度，规范项目立项管理，特制定本办法。 一、当前项目信息报备管理的基本情况 现今区域向市场部所报备的项目信息数量较多，无重点；市场部对区域所报备的信息核实困难，是否准予立项只凭区域单方陈述来考量。批准立项的信息基本上都已经由市场部实施启动流程，但大部分项目都是有头无尾。 二、项目立项管理的范畴 “项目立项管理”是指公司新开发的项目立项。老项目的改建项目和增量项目不对其进行规定。项目立项流程中的项目信息报备是确认销售机会的过程，业务员要对项目报备的数据负责，他们所报备的资料，真实性以及对甲方的掌控是业务员的绩效考核指标之一。目前是由业务人员提交表格形式的报备需求（《项目信息表》），然后由区域总经理签署准予立项意见，由所选择的设计院所长对项目进行判断、分类和立项意见，准予立项的项目发至市场部，由市场部部长确认后批准正式录入项目报备系统，给其项目编号。 三、项目立项的流程 1、业务经理填写《项目信息表》，由区域总经理填写准予立项意见后提交公司设计院三所所长审核，各所所长审核并签署立项意见。2．需要召开项目立项评审会德特殊项目，由设计院各所负责人召集
项目评审小组召开评审会议。 3．市场部汇总评审小组的评审意见，经2/3以上评审成员同意可以正式立项，总经理和董事长拥有否决权。 4、一般项目由设计院将准予立项的项目及相关的所有资料（包含《项目信息表》）一并转给市场部部长。 5．市场部负责进行对项目需求的确认，并根据甲方需求给设计院各所下达项目启动通知。 6．市场部负责对项目的实施过程进行跟踪，并将所有项目完成的最终方案进行存档和记录。
近日，住房和城乡建设部发布第1535号公告，批准《建设项目工程总承包管理规范》为国家标准，编号为GB/T50358-2017，自2018年1月1日起实施。出台有关的背景、重大内容的调整和补充以及问题解决的方法，工程建设相关各方需要深入了解。 工程总承包项目管理办法 第一章总则 第一条(目的和意义)为促进本市建设工程勘察、设计、施工等各阶段的深度融合，有效控制项目投资、提高工程建设效率，进一步推进和规范本市工程总承包的实施和发展，根据有关法律法规，结合本市实际情况，制定本办法。 第二条(定义)本办法所称工程总承包，是指从事工程总承包的企业(以下简称工程总承包企业)按照与建设单位签订的合同，对工程项目的勘察、设计、采购、施工等实行全过程的承包，并对工程的质量、安全、工期和造价等全面负责的承包方式。
工程总承包一般采用设计—采购—施工总承包或者设计—施工总承包模式。建设单位也可以根据项目特点和实际需要，按照风险合理分担原则和承包工作内容采用其他工程总承包模式。 第三条(适用范围)经市建设行政管理部门或者试点区建设行政管理部门确定的试点项目，采用工程总承包组织建设和监督管理的，适用本办法。 政府投资项目、采用装配式或者BIM 建造技术的项目应当积极采用工程总承包模式。 国家部委对于专业工程的工程总承包另有规定的，从其规定。 第四条(管理部门)市建设行政管理部门负责本市工程总承包活动的监督管理;区建设行政管理部门按照其职责权限，负责本行政区域内工程总承包活动的监督管理。 第二章承发包管理 第五条(发包阶段)工程总承包发包可以采用以下方式实施： (一)项目审批、核准或者备案手续完成;其中政府投资项目的工程可行性研究报告已获得批准，进行工程总承包发包; (二)初步设计文件获得批准或者总体设计文件通过审查, 并已完成依法必须进行的勘察和设计招标，进行工程总承包发包。
会议管理制度 第一章总则 第一条目的 为规范森佳鑫实业有限公司（以下简称公司）的会议管理，提高会议 决策效率，特制定本制度。 第二章会议管理 第二条公司会议根据重要程度、决策事项的不同分为董事长工作专 题会、总经理办公会、总经理办公例会、生产调度会议、各项目、部 门会议等。 第三条董事长工作专题会会议由董事长组织召开，主要针对公司组 织结构的变更，公司重大事情决策而组织召开，参加人员为公司总经理，相关副总经理，相关项目、部门负责人。 第四条总经理办公会 1.会议性质是公司经理层贯彻落实公司董事会决定事项，组织实施公司生产经营和投资计划，研究解决日常管理中相关问题的会议。 2.议决事项范围： 2.1研究贯彻落实公司董事会的决定。 2.2研究提交需董事会审定的议案。 2.3组织实施公司生产经营和投资计划。 2.4检查公司各部门、项目部前阶段工作落实情况，安排部署后阶段 工作；研究解决日常安全生产、经营管理等工作中存在的问题。 2.5研究议定公司章程规定和董事会授予的其他职权范围内的工作。
3.原则 3.1坚持依法议事决事的原则。 3.2坚持权责相统一的原则。 3.3坚持实行总经理负责制的原则。 3.4坚持集思广益、互相协调、科学决策、高效运行、充分讨论、民 主集中的原则。 4.会议由总经理主持，总经理因特殊原因不能参加时可委托总经理助理主持会议。 5.参加总经理办公会的人员为总经理、总经理助理、总工程师、财务 总监，各职能部门负责人，行政人事部负责人列席会议。需其他人员 列席时，由总经理确定。 6.总经理办公会定期会议于每月30日上午9点召开。当遇紧急特别情况时可以召开紧急会议。 7.总经理办公会议地点、时间、议事内容等，由总经理确定，各部门、项目部应提前2天向总经理或通过行政人事部申请会议讨论决定的 议题，重要议题应提交书面材料。 8.凡提交总经理办公会研究的议题，应事先由分管领导主持专题会议研究，形成可供会议决策的方案。 9.总经理办公会议事决策先由分管领导或职能负责人对议案进行充 分说明，然后进行充分讨论，总经理应当在听取各方面意见后再作决策。 10.总经理办公会实行总经理负责制。会议召开时，分管领导、职能 部门向会议汇报后，与会人员发表各自意见；会议主持人综合各方面
[应用]建设工程项目立项管理办法建设工程项目立项管理办法 1范围 本办法规定了建设工程项目管理流程、工程项目申报管理、工程项目年度计划和零计划管理、工程项目审批管理、工程项目内容管理、工程项目时效性管理、工程项目追加管理、工程项目风险管理的基本要求。 本办法适用于公司所属各单位。 2术语 2.1建设工程项目:是指由八钢公司投资的构成固定资产项目或对固定资产功能进行恢复、改造的项目～固定资产项目主要包括:基建、技改、安全、环保、能源、更新改造、零购、零固。非固定资产投资项目主要包括:大中修、检修、抢修、绿化、环境治理。 2.2立项:是指八钢公司为了发展和维持正常的生产经营活动～进行必要的投资～并对投资项目进行可行性和必要性论证～确定投资控制目标并上报宝钢集团或八钢公司得到批准的过程。 3管理职责 3.1设备工程部负责 3.1.1对拟立工程项目可行性和必要性的调研和审查管理～包括咨询设计及咨询设计成果的审查管理。 3.1.2拟立工程项目中有关投资金额的审核管理。 3.2项目单位负责 3.2.1拟立工程项目,包括本单位内部项目,的审查确认和申报管理。 3.2.2配合主管部门对拟立工程项目的调研并提供有关资料的管理。 4管理程序 4.1建设工程项目立项管理流程图见附件一。 4.2工程项目申报管理
4.2.1对八钢公司发展有影响的、建设规模大、涉及面广的拟立建设工程项目～如:基建、技改、技措、环保、能源等固定资产投资项目～各单位可通过八钢办公信息网“OA”或SGMIS系统向设备工程部和八钢公司领导申报。 4.2.2申报单位应详细说明立项理由～尽可能对拟立项目的可行性进行 论述～如拟立项目通过SGMIS系统申报的～须将以上内容挂入文档。 4.2.3对于影响面不大、建设规模小的拟立建设工程项目～如:小型基建、大中修、检修、零购、零固、绿化、环境治理等～各单位应通过SGMIS或WZMIS系统向设备工程部申报。 4.2.4申报单位应以文档形式说明立项理由、实施方案及工程量概预算清单明细～属更新改造、安措、技措等固定资产投资项目～应做投入产出效益分析～以便调查立项。如拟立项目较复杂～需要进行专业设计的～申报单位可通过SGMIS委托设计院做设计方案～详细的设计要求等内容需挂入委托书文档。 4.2.5大中修和检修项目申报费用原则上不含设备和备品配件及主要材料的采购费用。 4.2.6必要时～对于涉及生产、生活和公共设施的突发性抢修项目～各单位应通过电话直接向设备工程部申报～设备工程部同意后协调组织实施～项目单位在一周内～通过SGMIS补办立项手续。 4.3工程项目年度计划和零批计划管理 4.3.1申报单位应根据本单位的发展要求和生产工艺及设备的运行状况～在当年9月前向设备工程部申报次年计划实施的各类工程项目～设备工程部组织审批后～以年度计划的形式下发执行。 4.3.2除年度计划之外～申报单位也可根据当年的实际情况和需求～向设备工程部申报项目～该类临时申报的项目称为零批计划项目。 项目的咨询设计和调研
深圳市和巨信息技术有限公司 项目发布管理规范 拟制张智平日期2016/09/08 审核李青日期2016/09/09 批准日期 一、制度目的： 本制度为和巨信息技术运维部针对正式环境编制的项目发布规范，以实现下列目的： 指导项目发布活动，有效控制过程。 有效控制和追踪项目版本更新。 有效保障项目发布管理流程，确保服务器正常运行。 二、适用范围： 本程序适用于深圳市和巨信息技术有限公司。 需要发布管理进行控制的组件： 软件（操作系统、开发平台、应用系统、配套文档等）； 硬件（服务器、网络设备、硬件工具等）； 三、职责范围： 项目经理：提出项目发布申请。 跟踪发布产品进度。 相关部门沟通协调。 产品经理：提出产品修改需求。 项目发布确认。 开发人员：依据发布申请修改完善产品。 协助测试和运维进行验收测试。
测试人员：发布前进行产品测试确认正常。 发布成功后进行正式环境测试确认正常。 运维人员：依据《项目发布申请单》发出发布通知和发布时间。 正式环境项目发布实施(一般在晚上22：00以后)。 项目发布实施记录归档。 为确保线上应用稳定，控制项目应用上线质量，提高成功发布率，运维需依据《项目发布申请单》进行上线。各主管安排相关产品经理、开发工程师、测试工程师留下配合发布，同时与客户对接的部门通知客户联系人。 四、发布流程: 五、发布操作: 发布需求内部测试通过后，项目经理提出《项目发布申请单》。 运维人员依据《项目发布申请单》核对发布版本和相关文档，确认发布日期。 运维人员依据《运维部操作管理规范》进行发布操作，正式环境发布成功后，通知测试人员测试正式环境的系统。发现BUG由开发人员进行现场协助处理。 如果测试确认发布的系统通过测试，运维发布上线成功并邮件/OA通知各位主管，如果不通过，则运维进行回滚恢复确认正常，并邮件/OA通知各位主管。 发布完成后，运维做好发布实施记录归档。 六、附录: 项目发布申请单： 和巨信息技术项目发布申请单 申请人申请时间 项目名称计划发布时间
××××有限公司 会议管理制度 为加强会议管理，规范会议流程，提高会议效率，降低会议成本，保证会议质量，落实会议决定事项，提高公司经营管理水平，促进公司长远发展，特制定本制度。 一、管理权责 1、公司办公室对本制度的执行情况实施检查监督。 2、会议召集人或主持人对参会人员违反本制度的行为有权决定处罚。 3、本制度适用于公司、部门或车间组织的各类会议。 二、会议类型 （一）部门（车间）早会 1、部门（车间）早会由部门经理或车间主任召集和主持，在每个工作日上午7：30时在本部门或车间召开，早会时间控制在10分钟以内。 2、部门（车间）全体员工均应准时参加早会，并按班组整齐列队。 3、早会主要宣讲内容： （1）落实公司生产工作和经营管理的决定事项，通报公司重大事项； （2）简要回顾和小结昨天生产、质量、6S管理等生产工作中存在的问题，落实改进措施，小结时要以事实和数据说话。 （3）布置和明确当天的生产工作任务，以及注意事项；根据生产需要，临时调整岗位操作人员。 （4）对生产、工作和生活中表现突出或有亮点的员工进行表扬，对有
不良行为的员工进行批评教育，对违规违纪员工实施处罚。 （5）安排员工交流生产工作技能、操作经验和心得体会。 （二）公司周例会（月例会） 1、周例会（月例会）由办公室通知和召集，由分管副总经理主持会议。 2、周例会召开时间为每周六下午，月例会召开时间为每月28日下午，具体时间另行通知，会议地点在公司会议室。本周召开月例会的不再召开周例会。 3、周例会（月例会）参加人员：总经理、副总经理、各部门经理、生产厂长、车间主任、仓管主管等，会议可根据需要临时决定参会人员。 4、会议主要议程： （1）各部门、车间汇报本周生产工作情况和下周生产工作计划安排，提出需要公司协调解决的事项； （2）副总经理汇报本周制度建设和执行情况，6S管理实施情况等； （3）总经理总结本周生产工作情况，布置下周及近期生产工作计划，提出工作要求； （4）商议公司其他生产工作事项。 （三）员工大会 1、员工大会每月召开一次，由行政人事部负责召集和组织，具体会议时间和地点另行通知，参加人员为全体员工。 2、会议主要内容：总结和布置当前的生产工作目标任务，落实各项管理改进措施，进行企业文化的宣讲和灌输，提升员工士气，激励员工更好
研发项目立项管理制度 为使公司研究开发（以下简称研发）项目的管理工作规范化、程序化、充分调度研发人员的积极性，提高研发成果的产出率和成果转化率，特制定管理办法。 一、研发项目的立项： 原则上公司部设立基础研究项目。研发项目的重点放在符合市场需要。能很快转化成产品，或对现有生产工艺或技术、产品质量或产量的提高有重要意义的项目。主要包括根据公司发展资助开发的项目，与公司外相关科研院所合作开发或技术转让的项目，公司享有稀罕的重大技术改造项目。 1. 立项程序： 1.1研发项目由研发中心向公司提出，项目提出要有立项申请书。 1.2公司组织专业技术委员会的专家对项目建议的可行性进行评估、论证，必要时可聘请公司外专家参与项目的论证。 1.3项目经过初步论证、筛选后，重大研发项目主管部门组织进行市场调研，收集信息，并就项目的前瞻性、市场需求等做出可行性分析，写出可行性报告，可行性报告的内容包括： 1）总论； 2）技术可行性分析； 3）项目成熟程度；
4）市场需求情况； 5）投资估算及资金筹措； 6）经济效益和社会效益； 7）考核指标及进度计划； 8）总论。 2．立项批准： 经过可行性论证的项目，列入公司年度研发计划。提高董事会讨论，董事会根据公司的总体发展、效益的情况、技术储备需求等决定是否开展研发项目并对研发经费投入额度进行批准。 二、研发项目的管理： 1．项目管理部门： 研发中心是实施研发项目管理的职能部门，负责编制公司研发项目的年度计划及预算，监督、协调研发项目的进展，以及研发项目的考核验收、成果的申报等。为便于研发项目的管理，充分利用现有的厂房、设备、人员等科研资源，一些研发项目可由相关部门进行主管，或根据需要单独建立项目研究组。 2．研发项目实行项目负责人制
新媒体平台管理办法（试行） 新媒体是信息公开、服务群众的重要载体，是密切联系干群、改进工作作风、引导宣传舆论、塑造单位形象、建设网络文化的重要措施。为充分发挥新媒体平台（以下简称新媒体）的作用，明确发布原则，规范管理流程，进一步拓展信息公开渠道，根据上级部门有关新媒体管理的规定，结合本单位实际情况，制定本办法。 第一章总则 第一条本办法所指的新媒体平台，指以单位（本单位或下级各部门）名义建设、认证并作为单位运行的官方微信公众号、头条号、微博和APP移动客户端。 第二章管理制度 第二条信息中心是新媒体归口管理部门，其职责是研究制定管理办法，统一管理、协调统筹、整体规划，监督检查与考评新媒体运营状况等。 第三条新媒体的开通。禁止任何个人以本单及所属各单位、部门、任何组织的名义开通各类新媒体。 第四条新媒体信息变更。各单位、部门开通官方新媒体，必须填写《新媒体建设申请表》，对相关情况（如名称、宗旨、信息发布范围等）进行说明，明确主管领导、后台管理人员，登记表须经所在部门主要负责人签字并加盖公章，报信息中心审批，经批准后方可实施。开通新媒体后，应及时申请认证。如因工作需要，发生新媒体建设分管领导或管理员变更，应重新填写《新媒体建设备案登记表》，并及时报
信息中心备案。 第五条实行年度检查制度。各级官方新媒体应每年11月份必须按照要求提交年审报告，报信息中心进行年度审核检查。未提交年审报告或审查不合格的，该平台不得继续运行，须及时其注销账号或通过新媒体平台关闭其帐号。 第六条新媒体建设管理必须严格遵守国家各项法律法规，严格遵循“谁主办、谁负责，谁审批、谁监管”和“守土有责、守土负责、守土尽责”的原则。新媒体建设管理单位必须建立完善的管理制度和运行机制，包括建立责任体系、完善工作队伍、落实发布审核机制、细化工作流程等，各开设单位须落实专人具体负责新媒体内容审核与日常维护等工作。 第三章信息发布 第七条各部门根据实际情况设置1-2名信息员,负责新媒体内容的搜集、整理、编辑上传、发布工作。 第八条新媒体发布信息范围包括： （1）各类动态信息、宣传教育、服务信息、重要事项和行业动态； （2）形象宣传、文化建设、公益活动等； （3）经领导批准发布的信息； （4）结合工作需要，认定需要发布或转发的信息。 第九条新媒体发布信息要确保准确性、时效性和适用性。内容应简洁、文字表达要清晰，语言生动风趣，多运用网络语言，生活语言，发布信息尽量达到图文并茂。
建设工程项目立项管理办法 1范围 本办法规定了建设工程项目管理流程、工程项目申报管理、工程项目年度计划和零计划管理、工程项目审批管理、工程项目内容管理、工程项目时效性管理、工程项目追加管理、工程项目风险管理的基本要求。 本办法适用于公司所属各单位。 2术语 2.1建设工程项目：是指由八钢公司投资的构成固定资产项目或对固定资产功能进行恢复、改造的项目，固定资产项目主要包括：基建、技改、安全、环保、能源、更新改造、零购、零固。非固定资产投资项目主要包括：大中修、检修、抢修、绿化、环境治理。 2.2立项：是指八钢公司为了发展和维持正常的生产经营活动，进行必要的投资，并对投资项目进行可行性和必要性论证，确定投资控制目标并上报宝钢集团或八钢公司得到批准的过程。 3管理职责 3.1设备工程部负责 3.1.1对拟立工程项目可行性和必要性的调研和审查管理，包括咨询设计及咨询设计成果的审查管理。 3.1.2拟立工程项目中有关投资金额的审核管理。 3.2项目单位负责 3.2.1拟立工程项目（包括本单位内部项目）的审查确认和申报管理。 3.2.2配合主管部门对拟立工程项目的调研并提供有关资料的管理。 4管理程序 4.1建设工程项目立项管理流程图见附件一。 4.2工程项目申报管理 4.2.1对八钢公司发展有影响的、建设规模大、涉及面广的拟立建设工程项目，如：基建、技改、技措、环保、能源等固定资产投资项目，各单位可通过八钢办公信息网“OA”或SGMIS系统向设备工程部和八钢公司领导申报。
4.2.2申报单位应详细说明立项理由，尽可能对拟立项目的可行性进行论述，如拟立项目通过SGMIS系统申报的，须将以上内容挂入文档。 4.2.3对于影响面不大、建设规模小的拟立建设工程项目，如：小型基建、大中修、检修、零购、零固、绿化、环境治理等，各单位应通过SGMIS或WZMIS系统向设备工程部申报。 4.2.4申报单位应以文档形式说明立项理由、实施方案及工程量概预算清单明细，属更新改造、安措、技措等固定资产投资项目，应做投入产出效益分析，以便调查立项。如拟立项目较复杂，需要进行专业设计的，申报单位可通过SGMIS委托设计院做设计方案，详细的设计要求等内容需挂入委托书文档。 4.2.5大中修和检修项目申报费用原则上不含设备和备品配件及主要材料的采购费用。 4.2.6必要时，对于涉及生产、生活和公共设施的突发性抢修项目，各单位应通过电话直接向设备工程部申报，设备工程部同意后协调组织实施，项目单位在一周内，通过SGMIS补办立项手续。 4.3工程项目年度计划和零批计划管理 4.3.1申报单位应根据本单位的发展要求和生产工艺及设备的运行状况，在当年9月前向设备工程部申报次年计划实施的各类工程项目，设备工程部组织审批后，以年度计划的形式下发执行。 4.3.2除年度计划之外，申报单位也可根据当年的实际情况和需求，向设备工程部申报项目，该类临时申报的项目称为零批计划项目。 项目的咨询设计和调研 4.3.3属4.2.1条的拟立建设项目，应委托有资质的咨询设计单位对项目开展咨询设计工作，通过咨询和设计对拟立项目的可行性和必要性进行论证，为八钢公司的决策提供依据，具体操作按照《八钢公司建设工程项目咨询管理办法》和《八钢公司建设工程项目设计管理办法》执行。 4.3.4属4.2.3条的拟立建设项目，设备工程部应及时对项目的可行性、必要性、投资和造价相关内容开展调研和审查工作，对拟立项目提出意见或建议。 4.4工程项目审批管理 4.4.1设备工程部通过调研对拟立项目的可行性、必要性组织论证并按
项目版本管理规范 版本控制 1.1.目的 按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确的查找到配置项的任何版本。 1.2.角色与职责 所有项目成员都必须遵照版本控制规程操作配置库 1.3.配置项状态变迁规则 配置项的状态有3种：“草稿”（Draft）、“正式发布”（Released）和“正在修改”（Changing）。配置项状态变迁如图所示： 配置项刚建立时其状态为“草稿”。配置项通过评审（或审批）后，其状态变为“正式发布”。此后若更改配置项，必须依照“变更控制规程”执行，其状态变为“正在修改”。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“正式发布”，如此循环。 1.4.配置项版本号规则 配置项的版本号与配置项的状态紧密相关。 ?处于“草稿”状态的配置项的版本号格式为：0.YZ。YZ数字范围为01－99。随着草稿的 不断完善，“YZ”的取值应该递增。“YZ”的初值和增幅由项目组成员自己把握。 ?处于“正式发布”状态的配置项的版本号格式为：X.Y。X为主版本号，取值范围为1－9。 Y为次版本号，取值范围为0－9。配置项第一次“正式发布”时，版本号为1.0。如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。
处于“正在修改”状态的配置项版本号格式为：X.YZ。配置项正在修改时，一般只增大Z值，X.Y值保持不变。当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增加X.Y值。 1.5.版本控制的主要步骤 1.5.1.创建配置项 项目成员依据《配置管理计划》，在配置库的开发库中创建属于其任务范围内的配置项。此时配置项的状态为“草稿”，其版本号格式为0.YZ。 1.5. 2.修改处于“草稿”状态的配置项 项目成员使用配置管理软件的Checkout/Checkin功能，可以自由修改处于“草稿”状态的配置项（不受变更控制规程约束），版本号格式为0.YZ。 1.5.3.评审和CCB审批 配置项定稿后要接受评审和CCB审批。 1.5.4.配置项入基线库 配置项通过评审和CCB批准后，由配置管理员纳入基线库，则配置项的状态从“草稿”变迁为“正式发布”，版本号格式为X.Y。 1.5.5.版本发布 基线库里有新的配置项产生，或者基线库里的配置项版本升级时，配置管理人员要做版本发布，通过会议或EMAIL等方式通知项目组内其它人。通知中需要指明配置项在配置管理库中的目录名、文件名、版本号。