进入检查范围的项目清单

节后复工安全检查清单：关键项目点检
1. 供电系统检查
•检查所有供电设备是否正常运转，有无漏电现象。

•检查电缆、插座、开关等是否有老化损坏现象，及时更换。

•确保所有用电设备接地良好，防止漏电事故发生。

2. 防火安全检查
•检查消防设备完好，并处于可用状态。

•检查各个区域的紧急疏散通道是否畅通。

•检查易燃物品存放是否符合安全标准，防止火灾发生。

3. 通风系统检查
•检查通风设备运转是否正常，确保员工的工作环境舒适。

•清洁通风口及管道，防止灰尘堵塞导致安全隐患。

4. 设备安全检查
•检查生产设备是否正常运转，有无异常声音或异味。

•进行设备润滑、清洁、检修等日常维护工作，确保设备安全可靠。

•检查设备的使用说明书是否完整，员工是否熟悉设备操作方法。

5. 员工健康安全检查
•提醒员工注意劳逸结合，不过度劳累。

•检查员工工作场所的卫生情况，避免疾病传播。

•定期组织员工进行安全知识培训，增强员工的安全意识。

结语
以上是节后复工安全检查的关键项目点，希望公司在日常运营中能够重视安全检查工作，确保员工的生命财产安全。

愿公司蒸蒸日上，安全生产，共创辉煌！。

建筑工程施工现场临时设施区区域检查清单一、检查区域：围档及入口1、检查项目：现场围墙1）检查内容：1、市区主要路段的工地封闭围挡高度不小于2.5m；2、一般路段的工地封闭围挡高度不小于1.8m；3、围挡材料应坚固、稳定、整洁、美观；4、围挡应沿工地四周连续设置；5、围挡材料、高度、样式不得低于当地主管部门的相关要求。

2）规范依据：JGJ59-2011：3.2.3 文明施工保证项目的检查评定应符合下列规定：1 现场围挡1）市区主要路段的工地应设置高度不小于2.5m 的封闭围挡；2）一般路段的工地应设置高度不小于1.8m 的封闭围挡；3）围挡应坚固、稳定、整洁、美观。

2、检查项目：工地入口1）检查内容：1、工地入口人行道与车行道应分开设置；2、车行出入口应保持常闭，只能在车辆通过时方可开启；3、车行道尽量做成双车道，净宽≥7米，受限时可采用4米宽单车道；4、有门楣的大门门头高度净高不低于5.0米，门楣高度不低于0.9米；5、人行入口应有人脸识别或打卡进出的控制措施。

2）规范依据：JGJ59-2011：3.2.3 文明施工保证项目的检查评定应符合下列规定：2 封闭管理1）施工现场进出口应设置大门，并应设置门卫值班室；4）施工现场出入口应标有企业名称或标识，并应设置车辆冲洗设施。

3、检查项目：门卫室1）检查内容：1、工地入口应设置门卫室；2、门卫室应24小时有门卫值班；3、门卫室里宜有车辆通行记录及来访人员登记表；2）规范依据：JGJ59-2011：3.2.3 文明施工保证项目的检查评定应符合下列规定：2 封闭管理2）应建立门卫职守管理制度，并应配备门卫职守人员；3）施工人员进入施工现场应佩戴工作卡。

4、检查项目：公示标牌1）检查内容：1、大门口处应设置“五牌一图”；2、标牌要规范、整齐，统一；3、现场要有安全标语；4、要有宣传栏、读报栏、黑板报。

2）规范依据：JGJ59-2011：3.2.4.文明施工一般项目的检查评定应符合下列规定：2 公示标牌1）大门口处应设置公示标牌，主要内容应包括：工程概况牌、消防保卫牌、安全生产牌、文明施工牌、管理人员名单及监督电话牌、施工现场总平面图；2）标牌应规范、整齐、统一；3）施工现场应有安全标语；4）应有宣传栏、读报栏、黑板报。

安全生产监督检查清单1、安全生产常规检查项目表不知你要部门安全检测表还是对企业安全检测表，安全检查表种类多。

附件2：企业安全生产检查表2008年月日序号项目分值检查内容评分方法得分一领导责任10 1.建立企业主要负责人负总责，分管负责人各负其责安全生产责任制。

（4分）查看相关文件或资料。

无生产经营单位主要负责人和分管负责人安全生产责任规定的，分别扣2分。

2.落实安全生产会议制度，研究解决安全生产问题，部署安全生产工作，为安全生产工作措施落实提供保障。

（4分）查看企业会议记录。

没有召开会议的，不得分；不能及时保障安全生产工作措施落实的，不得分。

3.每年向职工代表大会、股东大会报告安全生产情况。

（2分）查看会议报告材料。

材料中不涉及安全生产情况的，不得分。

二物质保障10 1.严格执行建设项目安全生产“三同时”制度。

（3分）查2003年以来企业建设项目资料。

企业建设项目不涉及安全生产“三同时”内容的，不得分；高危企业未经主管部门审核的，不得分。

2.不得使用国家明令淘汰和禁止使用的工艺、设备。

（2分）查看设备清单和工艺流程图，并现场核实。

每发现一台不符合规定的设备，扣1分；每发现一条不符合规定工艺，扣1分3.对安全设施、设备定期维护保养。

（2分）查看设备保养、维护记录。

无记录的，不得分；不按周期维护的，扣1分；现场察看设备状况，与记录不符的，不得分。

4.为从业人员无偿提供合格的、能够满足防护要求的劳动防护用品。

（3分）查看劳动防护用品发放记录和样品。

没有提供劳动防护用品的，不得分；提供的劳动防护用品不符合国标的，不得分。

三安全投入10 1.安全投入纳入本单位年度经费预算，并合理使用。

（2分）查看企业年度预算相关账簿。

没有纳入年度预算的，不得分。

查看企业安全投入列支凭证，现场查验企业购置物品，凭证与物品不符的，不得分。

2.高危生产经营单位和交通运输企业按规定提取和使用安全生产费用。

（3分）查看会计账簿。

没有按规定提取的，不得分；没有按规定使用的，扣1.5分。

软件开发项⽬管理检查清单（转）转⾃【冬眠的蛤蟆】博客检查清单⽤于确认作业或⼯程是否存在遗漏，是反映项⽬管理是否存在问题的“天⽓晴⾬表”。

下⾯是软件开发项⽬管理的⼀个检查清单，⽐本章中所⾔“软件开发项⽬管理过程中的祸根及其后果”更加详细。

通过这个清单，可以发现项⽬管理存在的问题，并采取措施加以改善。

需求式样晴⾬表是否存在稳定的、完整的、书⾯的需求式样？是否已经就需求事项煞费苦⼼地与顾客进⾏了沟通和确认？是否存在需求式样尚未确定就以“暂定式样”开始作业⽽事后返⼯的情况？是否为了确认顾客的需求⽽对“需求式样书”进⾏了审查？是否根据顾客提供的产品式样书⽽直接进⼊了设计作业？是否在作业途中不断变更或追加需求式样？是否按照项⽬编号规则对每项需求赋予了惟⼀的编号？是否已经明确顾客⽅的项⽬推进体制以及最终决策者？是否摄于顾客的特权优位性⽽不经讨论地接受顾客的需求变更？是否在远远超越⾃⾝能⼒⽽根本⽆法完成的情况下不能清楚地说“不”？是否在作业已经进⼊测试阶段后还发现需求式样理解有误？是否以单⼀窗⼝接收顾客的需求，确保⼀窗⼝输⼊？项⽬组成员的作业是否基于最新需求信息，⽽不是已经失效的历史信息？项⽬计划晴⾬表是否将估算视为⼀种特殊的技能，并将估算当作⼀个⼩项⽬？是否定期对项⽬计划实施重新估算并根据实际情况加以调整？是否对作业⽂档等成果物的“量”进⾏了估计？是否以适当的单位进⾏了作业量的估计？项⽬作业是否具有详细的⽇程表？⽇程表确定之后，如果和实际情况出⼊较⼤，是否进⾏了调整？是否接受了不切实际的开发⽇程，⽽其结果是，⽇程表仅仅成为⼀种形式？“⼯作量”和“难易度”是否会因为担当者的不同⽽出现巨⼤变动？是否因为实际进展超前于计划⽽没有思考项⽬计划本⾝存在的精度问题？团队管理晴⾬表是否存在明确的软件开发⾏动单位：团队？是否虽然叫作团队，但是并没有认识到协作⽽是专注于⼯作任务的分担？管理者是否仍然承担以前作为技术者所承担的具体开发作业任务？项⽬管理者是否仅仅根据⾃⼰的经验⽽将需求式样直接分派给“个⼈”？项⽬管理者是否总是认为项⽬没有什么值得注意的问题？团队成员是否知道项⽬作业内容的相互关系及其优先级？是否在项⽬启动之后仍然还有项⽬组成员感到⽆所事事？是否经常有特定的项⽬组成员总是加班到深夜？团队成员是否知道并遵守统⼀的作业规范？是否从作业流程上、从团队协作上追究过程序缺陷的真正原因？团队成员是否在相互察看成果物后产⽣提⾼⾃⼰的作业⽔平的意识？当问题难点解决之后，是否向项⽬组成员介绍解决该问题的思维和⽅法？项⽬组成员的出勤时间是否经常相差很⼤⽽不寻找原因？项⽬组成员在遇到技术难题时是否与项⽬组其他成员沟通并寻求⽀援？项⽬组成员在讨论问题时是否出现⽆条理的、⾮建设性的讨论？作业流程晴⾬表是否存在专注于组织整体的开发作业和项⽬流程的⼈或者⼩组？是否存在项⽬开发作业的标准作业流程？是否存在记述顾客需求式样的⽂档标准？是否存在设计书的⽂档标准？是否不经过设计阶段⽽直接进⼊编码阶段？设计阶段是否实施了以设计为对象的审查？编码阶段是否实施了以代码为对象的审查？中途式样变更后，是否未经其影响范围的分析就直接分配给担当者？是否未经单体测试就直接开始综合测试？是否时⾄最后才发现此前隐藏的诸多问题？是否⽆视已经发现的问题⽽继续推进作业？是否多次重复出现以前相同的错误⽽没有吸取教训？是否没有专门的测试⼈员⽽在交付之前还是由开发者⾃⼰实施测试？对式样需求是否确⽴了适当的测试项⽬？测试是否⼏乎没有⾃动化⼿段？过程改善⽅⾯是否存在可以商量和咨询的⼈员？是否⿎励各开发⼩组写作事后分析报告，⾄少能就项⽬进程开会讨论？是否组织正式的活动，就软件开发与质量控制流程的相关问题相互切磋？项⽬配置晴⾬表是否在发现潜在的缺陷时难以确定其对现有模型的影响范围？是否只有担当者知道⽽没有向所有成员公布缺陷的修正范围和修正⽅法？是否因为修改⼀个程序缺陷⽽引发多个新的缺陷？担当者是否能在任何时间对源程序做⾃由的变更？开发期间是否定期对制作过程中的⽂件和程序进⾏备份？是否确⽴了资源备份在⾮常时期的因应⽅式？需求式样书和设计书等正式⽂件是否存在“确认”⼿续？项⽬⽂档是否⼀直保持最初的状态，即使在式样变更后仍然没有变化？是否在项⽬后期难以想起中途式样变更的“理由”？对于程序缺陷和式样变更，是否能追踪其修改点？对于开发环境⽬录中的旧代码是否难以判断其能否删除？开发⽂档是否会出现链接到旧版本的情况？教育培训晴⾬表是否描绘出现在的开发组织多年后的“风姿”？在组织上，是否对现在的⼈员实施技术性教育和培训？是否确⽴了员⼯教育培训的计划和⽬标？是否将技术学习视为个⼈任务⽽没有组织上的“⽅向”？项⽬开发⼈员所持有的软件开发⽂献的平均数量是否在1册以下？项⽬作业休息时间是否毫不涉及崭新技术⽅⾯的话题？项⽬组成员是否不知道软件⼯程的意思？是否不了解“凝聚度”、“结合度”等词汇的意思？是否难以说出5个以上的软件质量特性及其副特性？项⽬审查晴⾬表参与者是否了解审查的整体流程？是否带着⽬的⽽⾮盲⽬地实施审查作业？是否仅仅局限于代码审查⽽不顾及其他？审查者是否只关注形式⽽⾮实质？是否明确审查对象物，针对“物”⽽⾮“⼈”？是否记录审查结果并追踪缺陷修正结果？是否将审查的反馈结果导⼊下⼀项⽬中？审查会议是否演化成为问题解决会议？其他是否采取了数据备份以及病毒防范等措施？对电⼦邮件的应对是否总是滞后？是否感到电⼦邮件的应对很繁琐？。