落地定制/客户合作开发项目Comstar内部检核表
项目名称: __________________________________
项目干系人管理
标识所有客户端项目干系人（project stackholders）:
Project sponsor（最高领导）/financial buyer（编列预算的部门主管）/decision maker（评审委员/新一代小组）/IT（科技部门）/users（实际使用者）/superuser（实际系统管理员）/IT（科技部门）: _____________________________
?与客户相关的项目干系人都接触交流过了吗? 与适当的干系人深谈过了吗？是否都收集了每一方人员各自的需求？及其在本项目中获取的利益？
?培养建立自己在客户端的人脉（Coach）了吗？能够从他那里取得最正确的信息吗？
?与客户的project sponsor交流，明确清楚地理解他对项目成功的期望是什么了吗？
?客户自己是否对这个项目提供了明确清晰的业务目标?
?与公司内部或客户有相关类似经验的项目经理或人员交流过了吗?
?Created the project charter (or ensured that someone else created it) and received sign-off by the project sponsor?
项目组织
?是否选定了公司内部项目组成员，并了解每个人的强弱项与经验了吗? 了解每个人在项目的成功上能扮演怎样角色了吗？
?每个人的角色与责任是否明确指派?
?是否描绘了项目组织图？
项目投标相关
●客户邀标书是否明确了招标、投标、评比、开标计划时程与方法？
●是否明确了解评比决策过程与识别关键决策者？是否与关键决策者建立沟通交流管道？
●是否明确了解相关投标资质审查条件与各项要求？(不论客户书面或非书面描述)
●是否明确协商项目合同类型：
__ 总价合同。为既定软件交付范围、服务或成果的采购设定一个总价，偶有激励条件或经济指标浮动调整条件。工作范围变更需保留提高合同价格权利。
__ 成本补偿合同。向乙方支付为完成工作而发生的全部合法实际成本（可报销成本），外加一笔费用作为卖方的利润。偶有激励条件。工作范围无法确定或风险较大时适用。
__ 工料合同（T&M）。兼具成本补偿合同和总价合同特点的混合型合同。
总体项目管理相关
与客户沟通，为客户的软件项目基本目标条件排序，以下三项一定是互斥，一定要分高低、不能同等__ 最高质量、运行最稳定、最少bug
__ 最大化满足各种定制化需求
__ 最小成本、最快时间、最少标案金额
交付物
本项目是否有一个明确的交付物清单?
__ 咨询文档/报告
__ 可运行的软件系统
__ 逻辑公式描述
__ 培训
__ 各式手册
__ 其他(进一步描述清楚)
●项目结束条件是否清晰?
●项目验收条件是否清晰?
●是否记录描述了会影响这个软件系统项目的前提假设与限制条件？包含技术与非技术的。
●是否识别了会影响这个软件系统项目的风险？包含技术与非技术的。
?是否与客户建立一个明确的需求变更控制体系?以避免项目过程惊奇不断、永远无法结案验收
?是否在内部、外部建立了一个明确的沟通方式与计划? （周会、周报、邮件、电话、项目电子布告栏等等）
是否指定软件开发模式
__ 瀑布式(清楚的需求文档, 线性进行)
__ 敏捷式(分迭代小量交付试运行)
__ 无指定
__ 其他(进一步描述清楚)
项目人员是否与客户定期开会? 频率为何?
需求管理平台与方式? 项目人员与客户是否使用统一且清晰的需求管理平台？
项目监控方式?
__ 里程碑检核报告
__ 项目管理平台（如MS Project）
__ 定期例会
__ 无指定
__ 其他(进一步描述清楚)
项目时程计划
是否建立了清晰的WBS（Work Breakdown Structure）?
是否建立了清晰的项目时程表? 是否标识了关键里程碑？
所有的工作是否标识了依赖关系?
外部依赖是否也标识清楚? 如第三方厂商、行内其他部门等的工作交付依赖
是否形成甘特图（Gantt chart）?
是否合理评估工作工时（工作量）与工期（实际日历时间）?
时程是否考虑现实的节假日与各种资源不可得的问题？
各项人力资源的熟稔程度是否纳入考虑?
工时评估是否由工作实际负责人自行评审过?
项目管理与各项非技术工作是否纳入评估?
各项工作切割颗粒度是否足够细？一般建议一项工作不得超过5天工作量，否则存在较大评估误差风险以上所有工作评估，是否能转换为计算成本预算的基础?
项目资源
每一项工作是否明确指派对应的负责人? 负责人的技能是否匹配？
每个人力资源的负载是否合理考虑?
人力资源、软硬件的成本是否已经评估?
必要的人力资源培训是否包含在项目计划中?
人力资源是否专属本项目?
计划评审
本项目总体计划是否经过内部评审?
项目实做技术问题
客户是否指定版本控管工具?
__ SVN /CVS
__ 无指定
__ 其他(进一步描述清楚)
客户是否指定bug tracking工具?
__ Trac
__ Redmine
__ email
__ 无指定
__ 其他(进一步描述清楚)
是否需要支持自动构建（auto build）?
自动构建是否自动部署到团队共同验证的环境? 是否支持自动数据备份?
__ disk
__ tape
__ optical media
__ 无指定
__ 其他(进一步描述清楚)
是否指定软件设计方式?
__ UML
__ 设计评审
__ 交付设计文档
__ 无指定
__ 其他(进一步描述清楚)
项目指定操作系统平台?
__ SUSE Linux __ RedHat Linux __ Sun Solaris __ AIX __HP-UX __ Windows __ 其他
项目指定开发程序语言?
__ C# __C++ __ JSP __ Java __ Perl __ Python __ PL/SQL __ 其他
项目指定程序开发工具?
__ Eclipse __ iDEA __ JBuilder __ 其他
项目指定技术架构?
a. Process control :__ auto_restart __ data-driven workflow engine __ cron __ 其他
b. 配置文档__ XML __ 其他
c. 数据交换__ ESB __ socket __ web service __ NFS轮询__ 其他
d. Logging __ Logback __ LOG4J __ javalog __ 其他
e. 客户端__ web HTML5 __ Flex __ JavaFX __ 其他
f 服务调用中间件
g 应用服务器Application server ：__ Tomcat __weblogic __WebSphere __ 其他
h 数据库__ Oracle __ 其他
项目指定文档交付格式?
__ MSWord __ HTML __ DocBook __ javadoc __ pydoc __ PowerPoint __ 其他
客户上线后支持
__ 24/7
__ 进上班时间
__ 无
__ 其他(进一步描述清楚)
客户培训
__ 中心课程
__ 驻点培训
__ 交付手册
__ 无
__ 其他(进一步描述清楚)
New Product Development Tollgate Checklist Feasibility For Quote (stageⅠ)可行性阶段一Proto Type(stage Ⅱ)打样（阶段二） Pilot Run (stage Ⅲ)试生产（阶段三）Mass(1 Year review)（stage Ⅳ)量产（阶段四）
Continue to Next Stage继续下阶段Another Review Required and Date需重新review及时间Terminate the Project终止该项目Notice to Client通知客户 New Product Requirement Checklist Details新产品评审要求细则 #1- Drawing / Print:Need to confirm the latest revision level drawings available. Require all assembly, sub-assembly and individual component drawings are provided from customer. 图纸：需要确认并获得最新版本的图纸，要求客户提供所有组件，分部组件和子件的图纸 #2- Critical Material: Need to identify material requirements for the project to confirm availability in China and available material substitutions; this should include any supplied material as well as the manufacturer (such as steel mill, paint manufacturer or OSP) of this material. 关键材料：需要识别该项目的材料要求并确认在国内可购买以及有可用的替代材料，此要求除了制造商如钢厂，涂料厂商或外协厂商外，还需包含其它原材料及物料 #3- Customer Standards & Specifications:Acquire all customer standards, specifications and requirements for the part numbers being considered for quoting purposes. Ask for the following customer documents: Supplier Quality Manual, Specifications listed on drawing / print, PPAP, Material Certificate Requirements or any third party test requirements. 客户标准及规格：对正在评估报价的项目料号取得客户标准，规范和要求。获得客户相关文件：如供应商质量手册，列在图纸上的规范清单，PPAP，材料认证要求或任何第三方测试要求
项目清单(project charter checklist) 又名：任务说明检查单(mission statement checklist) 概述 项目清单用于确保整个小组明白该做的事情以及采取的方式。 适用场合 ·新成立的小组召开第一次或笫二次会议时； ·当小组获得新的或者修改过的任务时。 实施步骤 讨论下面的问题： 1是否清楚管理者对我们的期望？ 2是否清楚为什么该项目对组织来说是重要的？是否清楚该项目对组织的总体目标的切入点在哪里？ 3我们的项目是否仅是一个较大质量改进过程的一部分？在这个过程中，我们的项目处在什么位置？以及它应该从哪儿开始和到哪儿结束？ 4项目范围的界定是否清楚？什么将超出我们的权限范围？ 5目标是否现实？ 6该项目是否可行？该任务是否与我们对过程或系统的了解相吻合？ 7在部门内、外部，我们都需要哪些资源？ 8我们小组是否有合适的人员去完成该任务？ 9在我们小组以外，哪些人将对我们的工作至关重要？ 10谁将支持我们？准将反对我们？谁将中立？我们怎样才能接触到这些人？ 11怎样表达反对意见？我们如何确保让所有的反对意见都表达出来？ 12我们将通过什么方式判断我们已经成功？其他人将通过什么方式判断我们是否已经成功？ 示例 技术支持部门的一个小组被授予这样一个任务：“通过对过程步骤进行考察，改善报表准备。”该小组利用项目清单论述了各项工作，问题就变得很清楚了。这是他们讨论的一些问题：1经理所期望的提高程度是多少？他们感兴趣的改善种类是什么？应该对报表准备的所有方面给予同等的关注吗？ 2报表准备是如何影响组织工作的？哪些方面正给我们或者我们的顾客带来麻烦？ 3我们的工作应该致力于哪些过程？我们所涉及的只有书面报表阶段还是形成报表的整个调查过程？ 4我们是否被允许到所凋查的部门内部研究导致影响报表问题的症结所在？管理者对于报表的评价是什么？ 5管理者希望这个项目持续多长时间？考虑到我们的其他职责，这个时间是否足够？ 6这个项目能否起作用取决于对我们某些问题的回答。 7管理层是否通知了客户部的经理：我们需要他们的员工抽出一些时间为我们提供信息？他们是否也通知了我们部门，特别是秘书？认为我们的工作拥有了合适的人选。 8我们认为拥有了合适的人选。 9关键人员：我们部门其他的报表人员——秘书以及经理。 10报表的撰写者不会去追求以不同的方式工作。如果我们可以找到减少秘书工作量的方法，就会得到他们的支持。 11要确保考虑并解决全部的报表人员提出的问题。当我们提出改革时，应该对他们进行排除自身利益的培训。 12我们如何判断我们已经获得成功？经理用何种方式判断？因为我们不清楚他们所期望的
仪表板内饰工艺数据checklist 1、是否根据确定方案进行设计； 2、数模分层符合公司标准； 3、零部件编号是否符合标准； 4、电子文档命名、版本编制是否符合规范； 5、零部件坐标系的统一性（模型一律采用整车坐标系）； 6、检查**件与点云偏差，车身结构件数模有安全配合是否的面与测量云的偏差± 0.3；自由曲面数模与测量云偏差±1；安装孔位与测量点云的偏差± 0.5； 7、明细表中件号、数模是否对应； 8、零件成型方法是否合格； 9、仪表板最高的及两端点，校核仪表板位置参数，是否满足人机工程要求； 10、各零件的成型工艺是否确定（如注射、挤出、模压、压延、铸型、吹塑等成型的方法）； 11、脱模方向是否正确； 12、检查塑料零件壁厚是否均匀一致，壁厚不均匀处易产生气泡和收缩变形，甚至产生断裂； 13、检查数模内部是否有凹陷（即复角部分），凹陷存在不便出模； 14、选用合适的脱模斜度和适当的脱模剂，脱模斜度大小与塑料件材料的性质、厚度、形状等有关；
15、载塑料零件上，是否避免锐角及直角过渡； 16、安装方式是否正确； 17、正确的选择定位尺寸基准，应尽可能使设计基准和工艺基准重合，避免装配过程中，误差的积累过大； 18、经常所装的零部件，为了更换方便，应以螺栓成自攻螺钉和簧片螺母配合紧固连接； 19、明确安装工具，预留所需的被动空间； 20、在安装过程中，需要进行装配调整的零部件要考虑孔位的合理布置及适当地预留间隙调整； 21、考虑到仪表板内线束的固定，明确线卡固定点及固定方式，钣金上的线束的过孔是否加以保护套成翻边结构； 22、检查保险杆外表面在X方向是否有负面保证模具成型后外表面的完整和美观； 23、检查外表面面与面的偏差是否超标； 24、检查外表面可增厚性； 25、检查零件的强度是否适当，是否有强度薄弱的区域（薄弱的区域需增加加强筋）； 26、检查零件的材料选用是否适当（如毛面需要镀铬地零件应选用同ABS 等可镀铬材料，不能选用PP难镀的材料； 27、在塑料件结构设计中，为避免转角处应刀集中，应采用圆弧过渡，这对于模具制造及使用寿命足很有利的； 28、对于保险杆要进行相关国家法规的检查（接近角、离车角等）；
新业务项目业务案例检查表 新业务项目在进行“业务案例”分析之前，需要明确如下问题。这些问题已被明确的程度，以及其被明确的可能性是新业务项目是否可以作为“业务案例”研究的关键。 一、市场分析 o该新业务满足了哪些市场需求？ o该新业务平台将推出哪些应用服务？ o该新业务的政策、行业标准、行业规定因素 o该新业务各应用的目标客户群定义 o该些目标客户群的规模以及发展趋势？ o市场渗透的策略以及市场开拓的预期（市场份额发展趋势等） o客户使用各应用服务的频率，即服务使用量发展预测 二、业务分析 o各应用服务的完整业务流程描述 o该服务各应用的业务模式（上下游合作伙伴、合作方式） o该新业务各应用实现的技术方案 o该新业务提供的网络建设方案 o该新业务各应用服务推出计划（何时开始提供哪些服务） o该业务的生命周期是否有限？还是可以视为永久业务？（是否考虑项目终值） 三、收益分析（基础情景） o各应用服务的收入模型：定价方式、费率标准以及发展趋势 o各应用服务的收入预测 o各应用服务收入发展规律判断 o其它可量化收益 o其它不可量化收益 o收益发展规律 四、投资分析（基础情景） o项目预可研、可研成本 o试运行阶段的投资（前期勘测、设计费用、建安成本、网络投资、运营成本） o实现该新业务的各项应用需要对现有网络进行哪些建设、改造？ o设备、硬件软件系统选型方案或参考方案及造价成本 o系统集成成本 o建安成本 o该些改造的投资规模、计划及资金来源？ o该些网络投资的扩容与升级计划？ o该些扩容、升级的投资规模、计划及资金来源？ o其它需要资本化到该新业务上的投资规模、计划及资金来源？ o各项投资的资金支付计划 o投资发展规律 五、运营成本分析（基础情景） o各应用服务提供与合作伙伴间的结算原则及成本 o网络运营维护支持计划及边际网络运营维护成本 o传输计划以及边际传输成本
为了更好的评估代码写的哪里有问题，我把《代码大全》里核心的部分checklist整理出来了，大家可以大概过一遍，不一定每写完一个程序都要一条一条的去检查，但心里应该有这么一 张检查表，在写代码和review代码时自然而然的想起来。 设计 设计是否经过多次迭代，并最终决定了最好的一个？ 是否同时使用自上而下和自下而上的方法来解决设计问题？ 类与类之间的交互关系是否已经设计为最小化？ 设计被划分为层次吗？ 你对把这一程序分解成为子程序，包和类的方式感到满意吗？ 程序是不是易于维护？ 设计是否精简？设计出来的每一个部分都绝对必要吗？ 整体而言，你的设计是否有助于最小化偶然性和本质性的复杂度吗？ 类的设计 你是否把程序中的类都看做是抽象数据类型了？是否从这个角度评估它们的接口了？ 类是否有一个中心目的？ 类的命名是否恰当？其名字是否表达了其中新目的？ 类的接口是否展现了一致的抽象？ 类的接口是否能让人清楚明白的知道如何用它？ 类的接口是否抽象，使你能不必顾虑他是如何实现其服务的？你能把类看做黑盒子吗？ 类提供的服务是否足够完整，让其它类无需动用其内部数据？ 是否已从类中去除无关信息？ 是否考虑过把类进一步分解？ 在修改类时是否维持了其接口的完整性？ 是否把成员的可访问性降到最小？ 是否避免暴露类的数据成员？ 类是否避免对其使用者，包括其派生类会如何使用它做了假设？ 类是否不依赖于其它类？它是松散耦合吗？ 继承是否只用来建立一个is a关系？派生类是否遵循了LSP原则。 继承层次是否很浅？ 类中是否只有大约七个或者更少的成员？ 是否把类直接或者间接调用其他类的子程序的数量减到最少？ 类是否在绝对必要时才与其他类写作？ 是否在构造函数中初始化了所有的数据成员？ 子程序 创建子程序的理由充分吗？ 一个子程序中所有适合单独提出的部分是不是已经被提出到单独的子程序中了？
序号投标步骤确认check点确认结果时间（天） 项目类型、规模是□否□ 接到投标任 务，与客户经 投标周期是□否□ 理沟通了解 项目细节，获 取标书 明确项目组人员配置状况是□否□0.5 根据项目情况，计划好会议室大约预定是□否□ 联系秘书，预 定投标作战周期并预定 室 阅读标书是□否□ 阅读标书，分配投标任务提取标书关键信息是□否□ 划分投标任务是□否□ 制定总体投标计划是□否□ 0.5 输出投标分工表是□否□ 召集并组织开工会是□否□ 分配投标任务，指定答标责任人是□否□ 与项目组成员澄清任务项中是否有缺是□否□ 失，任务分配是否正确 开工会投标项目计划及时间点的澄清是□否□ 评审并确定标书的框架结构是□否□ 0.5 确定投标模式及投标主体是□否□ 标书中关于封装、打印件数、电子件要是□否□ 求、交标时间、地点等细节信息。要和 项目组成员一一过一下 准备盖章件、提交印章申请流程是□否□ （渠道投标）在PRM 提交制造商授权函 是□否□ 与售后服务承诺函业务审批 启动投标项目申请流程（直投直签）填写中国区销售业务审批 电子流，在PRM 中启动招标书客户化合 是□否□ 0.5 同文本评审、售后服务承诺函评审、提 交投标保证金申请、对外付款电子流等 其他投标相关流程申请是□否□ 商务答标文件准备是□否□ 答标文件准 备技术答标文件准备是□否□ 服务答标文件准备是□否□ 审核投资人资质文件是否符合标书要求是□否□ 3 （渠道项目重点关注代理商的资质） 商务答标文件初稿评审（第一轮）是□否□ 商务答标文件初稿评审（第二轮）『可选』是□否□ 标书评审技术答标文件初稿评审（第一轮）是□否□技术答标文件初稿评审（第二轮）是□否□
模具的checklist表： 产品名称模具编号材料收缩率 序号内容自检确认 1 与客户交流清楚外观面位置及外观要求如镜面，皮纹，亚光等。 2 清楚产品的安装方向，产品的出模方向及它们之间的关系。 3 产品在出模方向无不合理结构。 4 壁厚合理，壁厚均匀，没有过薄，过厚及壁厚突变。 5 圆角齐全，所有外观面倒圆角（特殊要求除外），所有非外观面倒圆角，非外观面圆角足够大。且圆角处壁厚均匀，无漏掉的圆角。 6 脱模斜度齐全，正确，无放反的情况，脱模斜度足够大，已用DRAFT CHECK命令进行检查。 7 透明件，皮纹处理的外观面，插穿面脱模斜度足够大，满足标准。 8 透明件已考虑外观效果，可见结构，并与客户进行交流。 9 需贴膜的件已经考虑到膜在实际安装方向的定位， 10 电镀件装配考虑到镀层厚度和装配间隙， 11 一面用插接，一面用卡爪的结构已考虑到装配过程中是否有与外观干涉，是否有造成外观面破坏的情况，卡爪是否易断 12 加强筋高度，宽度，脱模斜度结构及工艺均合理。 13 外观件检查产品结构如壁厚，加强筋（尤其是横在制品侧壁的筋考虑与侧壁的防缩）、螺钉柱等不会引起缩水，已采取防缩措施。 14 产品变形，收缩等注塑缺陷轻微，且已与客户协商，得到客户的书面认可。 15 需出斜顶，滑块，抽芯的结构活动距离及空间足够，结构能否简化。 16 产品无引起模具壁薄，尖角等不合理结构。 17 带嵌件的产品考虑嵌件在模具中的牢固固定,内桶底的嵌件要求将嵌件和包嵌件的胶位合并到一起作为模具嵌件。 18 与客户交流清楚分型面的位置，外观面滑块，抽芯允许的夹线位置。 19 备份产品已检查所有修模报告及更改记录并进行了更改，重要装配尺寸进行了样件的实际测绘验证。 笔记本的CHECKLIST Design Check List By Sub-Assy. 1. U-Case 1-1 上下蓋嵌合部份 1-1-1 上下蓋PL是否Match 1-1-2 Lip 是否完成，是否符合外觀要求(修飾溝) 1-1-3 側壁之TAPER / 與下蓋是否配合/ 考慮到開模 1-1-4 上下蓋之配合卡勾共幾處，是否位置match 1-1-5 卡勾嵌合深度多少 1-1-6 卡勾兩側有無夾持Rib，拆拔時是否易斷裂 1-1-7 卡勾是否造成側壁縮水(如果太厚) 1-1-8 公模內面形狀(如各處高度). 1-1-10 PL切口處是否有刀口產生( 全週Check ) 1-2 BOSS 1-2-1 上下蓋BOSS 孔位是否相合 1-2-2 BOSS 尺寸是否標準化，內緣有沒有倒角
ICF CHECKLIST Version 2.1a, Clinician Form for International Classification of Functioning, Disability and Health This is a checklist of major categories of the International Classification of Functioning, Disability and Health (ICF) of the World Health Organization . The ICF Checklist is a practical tool to elicit and record information on the functioning and disability of an individual. This information can be summarized for case records (for example, in clinical practice or social work). The checklist should be used along with the ICF or ICF Pocket version. H 1. When completing this checklist, use all information available. Please check those used: [1] written records [2] primary respondent[3] other informants [4] direct observation If medical and diagnostic information is not available it is suggested to complete appendix 1: Brief Health Information (p 9-10) which can be completed by the respondent. H 2. Date __ __ /__ __/ __ __ H 3. Case ID _ _ , __ __ __ , __ H 4. Participant No. __ __ , __ __ , __ __ __ Day Month Year CE or CS Case No. 1st or 2nd Evalu FTC Site Participant A.DEMOGRAPHIC INFORMATION A.1 NAME (optional)First ____________________ FAMILY_______________________ A.2 SEX (1) [ ] Female(2) [ ] Male A.3 DATE OF BIRTH _ _/_ _/_ _(date/month/year) A.4 ADDRESS (optional) A.5 YEARS OF FORMAL EDUCATION _ _ A.6CURRENT MARITAL STATUS: (Check only one that is most applicable) (1) Never married[ ] (4) Divorced[ ] (2) Currently Married[ ] (5) Widowed[ ] (3) Separated[ ] (6) Cohabiting[ ] A.7 CURRENT OCCUPATION(Select the single best option) (1) Paid employment [ ] (6) Retired[ ] (2) Self-employed [ ](7) Unemployed (health reason)[ ] (3) Non-paid work, such as volunteer/charity[ ] (8) Unemployed (other reason)[ ] (4) Student[ ](9) Other[ ] (5) Keeping house/House-maker[ ](please specify) ____________ A.8 MEDICAL DIAGNOSIS of existing Main Health Conditions, if possible give ICD Codes. 1.No Medical Condition exists 2.…………………….. ICD code: __. __. __.__. __ 3.…………………….. ICD code: __. __. __.__. __ 4.…………………….. ICD code: __. __. __.__. __ 5. A Health Condition (disease, disorder, injury ) exists, however its nature or diagnosis is not known ICF Checklist? World Health Organization, September 2003.Page 1
检查单(checklist) 又名：工作程序(work procedure)，实证检查单(confirmation check sheet) ?概述 检查单是对需要考虑或完成的条目、行动和问题进行核对之前，预先确定的清单列表。检查单是检查表的一种，是门类工具。 ?适用场合 ·当一个有很多步骤的过程或程序必须反复进行时； ·当一个过程或程序由于进行得不频繁而可能被遗忘时； ·当要开始一个有很多步骤或细节的活动，尤其是以前没做过时； ·当开始一个将要持续很长时间的项目时； ·当一组问题和事项可以用在不同的情景时； ·当一个过程的行动或步骤必须按照某个顺序进行时； ·当不遗漏列表上的条目变得非常重要时。 经常使用检查单的特殊情形： ·工作程序 ·安全检查 ·审计 ·项目复审 ·竞赛筹划 ·会议筹划 ?实施步骤 如果检查单不存在 1确定检查单的目的和范围。 2进行研究或者用头脑风暴法确定在清单上需要列出的条目。 3写下这些条目，尽可能清楚、简洁。 4确定条目的顺序是否重要。如果重要，安排合适的顺序。同样，确定如果一个步骤被遗漏所需的弥补措施。 5如果清单需要被反复利用，使用表格填写清单条目，并留出位置填写核对信息或完成条目的时间，如果步骤的顺序非常重要，确保清单中包含说明信息以及一个步骤被遗漏时的弥补措施。 6如果清单被反复利用，与没有帮助制作清单的人们一起检查它。寻找错误、遗漏、不合理的顺序或者不清楚的语言。 如果已有检查单，或者已经自己准备好了清单 7在过程、程序或行动进行的过程中，保持检查单处于容易得到的位置。 8每次执行过程、程序或行动的时候参阅一下检查单。 9在每个条目完成时，核对并填写完成日期。 10当检查单填满时，保证每个条目都经过核对。 11如果过程或程序的步骤排序非常重要，或者前一个条目没有检查之前后一个条目已经做完，则参阅检查单中处理遗漏步骤的说明。 ?示例 本书中质量改进过程的10个步骤，或者一个组织所进行的流程都是一个检查单。书中每一套程序也都是一个检查单。书中已有的检查单包括项目章程清单和5W2H。日常生活中常见的检查单包括会议日程安排、要做的事情列表、购物单和玩具装配说明书。作为在质量改进过程中使用检查单的例子，请参阅第4章圣鲁克医院和ZZ-400案例。 ?注意事项
汽车冲压件模具验收CHECKLIST (转载1/2) 2010-10-13 10:18:26| 分类：默认分类| 标签：|字号大中小订阅 功能检查项目检查方式及要求 常规 产品如图示（对称） 工艺图的内容全部完成工艺提供 基准点尺寸- 平面图 基准点尺寸- 剖面图 模架尺寸符合压机图对于选定的主辅生产线，模架的安装性与压机匹配活动部分的行程工作行程符合图纸要求 弹簧符合行程测算弹簧行程，选择合适弹簧；对于使用氮气缸，要求能够提供使用依据及使用的压力值 氮气弹簧的固定检查氮气弹簧与安装面和顶料面是否垂直，误差小于1.5度，用直角尺和塞尺个弹簧进行 检查，根据情况选用合适的安装方式，对于不合适的安装方式，坚决纠正，每个气弹簧必须 标注实际压力值，请进行抽查。 部品的加工性尽量选用标准件，以便于损坏后加工更换 磨损件的装配性易损件安装拆换必须方便 易被损坏的部件用钢板保护模具周边露在外表部分易损件用保护罩挡，并刷红漆标示 无尖锐部件模具周边及其部件（特殊要求除外）必须全部倒角和R角 铸件之外的材料各部件必须有明显的材料牌号，零件编号及热处理硬度标示 材料表检查图纸的目录，每个部件均要有材料标示 氮气弹簧和普通弹簧不混用禁止将氮气弹簧与其它形式的弹簧混用在同一顶料和压料部件上镶块的重量应在部件上标明重量、硬度、编号 确认标准件根据工艺设计要求，按图纸标准检验 预压弹簧的润滑中间螺栓要有黄油润滑 非标件的详图所有非标件要求提供图纸，并检查非标件与图纸的符合性 三销孔- 上下型至少有三个加工基准孔（即三销孔），检查三个加工基准孔与设计是否一致，注孔的精度情况，孔径内不能有油漆，检查三销孔的孔径是否标准，并标注坐标尺 三销孔- 凸模 三销孔- 压料板 三销孔- 活动铸件 整形区域无孔在整形工作面上无铸造沙眼及其它缺陷孔 到底标记和产品标记的位置及有效G2线上的模具至少两个到底标记，位置要合理，不应在零件的表面和圆弧变形有效（标记0.2）。高出凹模型面约0.2mm，零件上的压印痕迹必须是圆周的以上。 计算力量 工作部件的行程关系图 填充型面的斜锲先于压料板运动检查斜锲各个压料板是否正常合理，测导向及压料板间隙在0.02~0.05mm之活回位，如果有3个以上滑动导向板，注意检查各导向板上下是否能够正常接触塞尺和红丹进行检察） 如果部件不平衡，设置反侧为了保持平衡，增设反侧装置，检查反侧装置的间隙（正常工作情况反侧之间无隙） 在压机下的安装 模具闭合高度按设计要求模具闭合高度为1240误差0~1mm，平面度要求每米0.1mm误闭合模具进入压机的高度模具高度不能超过侧门高度，根据压机参数设定 闭合模具进入压机尺寸 下模尺寸
工程过程 序 号 检查点 检查项 审计级别 检查结果 问题描述 检查时间 输出或其它证明 纠正结果 纠正时间 是否关闭 1 需 求分析 是否进行功能需求（FRD ）确认 高 2 是否进行Demo 评审（如涉及Demo ） 高 3 是否进行UC 评审 高 4 UC 评审会上是否确定需求基线时间 高 5 UC 评审结束后是否形成《需求评审报告》，通知项目组各方成员确认，并纳入confluence 上项目文档库 中 6 UC 评审中发现的问题是否进行及时跟 踪和验证，已妥善解决（SQA 抽查） 高 7 UC 评审通过后UC 文档是否按时入库基线 1.基线时间在需求评审会议上项目组 一致确定 2.基线时间不能晚于设计完成时间 3.基线时间的调整必须经项目组全体成员确认达成一致 高 8 设计 是否形成系统设计文档,纳入confluence 上项目文档库 高 9 是否进行设计评审 高 10 技术评审结束后是否形成《设计评审报告》，通知项目组相关人员确认，并纳入confluence 上项目文档库 中 11 编 码 是否进行TC 评审 高 12 TC 评审后是否形成《TC 评审报告》， 通知项目组相关人员确认，并纳入confluence 上项目文档库 中 13 提交测试前是否进行Codereview 高 14 Codereview 结束后是否形成 《Codereview 记录》，通知项目组相 关人员确认，并纳入confluence 上项目文档库 中
15 Codereview 发现的问题是否进行及时 跟踪和验证，已妥善解决(PM 把关) 高 16 提交测试前是否提交DBA 进行SQL 审 核，并对审核出的问题进行改进与跟踪解决 高 17 提交测试前是否向SCM 申请测试分支 合并代码并解决代码冲突（QA 配合检查） 高 18 提交测试前是否完成测试环境搭建 高 19 是否填写《开发提交测试清单》，在转测试时提交给测试 高 20 测试 发现的所有问题是否按规范录入QC 平台的项目缺陷库中 高 21 是否按时发送《测试质量报告》 高 22 回归测试前是否全部closed 功能测试中发现的所有Bug （Deferred 除外） 高 23 回归测试前是否提交客户验收测试，并 在QC 中记录验收测试发现的问题 中 回归测试前是否提交代码安全审核，并 输出《代码安全审核报告》 高 回归测试之前，'代码安全审核报告'中所有'项目相关'安全漏洞已修补； 若未修补的，已约定计划完成时间 （在本项目内）； 若未修补且无计划完成时间的，必须要有开发主管的确认邮件 高 24 进入预发布前，全部closed 测试中发 现的所有Bug （Deferred 除外） 高 25 发 布 截止到项目发布前一周是否已制定完成发布计划（B 类项目截止在发布前三天完成） 高 26 截止在项目发布前三天已完成发布计 划评审，并通知到项目组相关人员与会（PM,PD ，开发，测试，DBA,SCM,SQA ） 高 27 项目发布时间与小需求发布时间冲突时，是否进行发布时间协调尽量避免相 同应用同一天发布项目和小需求（截止在项目发布前三天完成） 高 28 正式发布前是否所有缺陷都已 Closed(Deferred 除外） 高 30 正式发布是否出现二次发布或发布回高
【】项目法律审慎调查文件清单 为本法律审慎调查清单之目的，本清单中所称之公司系指XX公司及其分支机构、关联之实体（若有）。请提供下列有关公司及公司业务相关的文件和信息。 公司及股东情况 1.1请提供公司当前有效的营业执照正/副本。 1.2请提供与公司成立相关之验资报告、或缴纳注册资本的银行汇款单或其他证明文件。 1.3请提供公司设立至今的工商存档文件。 1.4请提供当前有效的公司章程。 1.5请提供公司成立至今所有的股东会决议或董事会决议及/或会议记录。 1.6请提供当前的股东、董事会（执行董事）、监事会（监事）及高管名单。 1.7请提供公司任何股权期权之授予或其他形式的股权授予安排或承诺。是否发放了员工 期权？ 1.8请确认股东是否存在股权或表决权委托代持的协议，以及公司股权是否存在质押、期 权计划、优先购买权，或其他限制股权转让的协议安排，如有，请提供相关的文件。 是否存在天使投资的情况？ 资质及其他政府证照 2.1请提供公司最新的组织机构代码证、国地税登记证、社会保险登记证、开户许可证、 统计登记证、财政登记证（如有）、外汇登记（如有）等。 2.2请提供与公司已取得的公司业务运营相关的各类政府许可、执照、证明或资格证书， 比如，增值电信业务经营许可证等。 2.3请确认公司是否运营任何网站？是否为该网站办理了ICP备案、工商红盾经 营性网站备案或公安分局网监中心办理备案（如适用）？如是，请提供相关信息。 公司业务及重大合同 3.1请简要说明公司目前业务开展状况，公司收入来源类别以及各部分收入所占比重、公 司的支出类别及占收入的比例。 3.2请提供各类业务合同的范本，包括销售协议、服务协议、以及借款合同、担保合同、 债权投资合同模板。 3.3请提供为维护公司网站运行所需之服务器及其他设备而签署的所有协议，如适用。 3.4请提供当前公司主要客户名单（按年度合同金额排序）及与相应签署的业务合同文本 复印件。 3.5请提供公司与其存在关联关系的实体或者个人所签署之任何合同（如有）例如，公司 与其关联方之间是否签署过咨询合同、许可合同或采购协议等等。 3.6公司已签署且尚未履行完毕的重大费用支出合同（劳动合同及合同金额低于 5万元人民币以下的除外），请提供。如：过桥贷款协议。 四、知识产权 4.1请提供公司拥有或申请、注册、登记之商标、服务标志、软件著作权、已注册的外观 设计、著作权（包括软件著作权）、域名、专利以及所有相关注册、许可（包括计算 机软件许可）或用户协议副本。