一、   研发中心20##年10月在研项目完成情况异常统计与分析

一）、整体情况概述：

1、研发中心10项目完成率为75%,计划节点数为36，实际完成数为27，9、10两月项目完成情况如下表：

根据10月统计数据表明，研发中心项目10月项目完成率为75%，较9月的47%有明显大幅度上升，软件研究所完成情况相非常好，监控研究所、瓦斯研究所、结构部和嵌入式软件研发部完成率都在70%以上，仪器仪表研究所由于本月项目计划完成节点数只有一个，一个节点的完成与否会直接导致该研究所完成情况，而此次仪器仪表研究所改节点未能完成的原因主要是，样机移交完成两批的制作，但考虑到现场急需用货，未能将合格样机移交内侧进行测试，而是直接发给现场安装，项目负责人考虑到研发进度要求时又没有足够的物料进行新样机的制作，故此节点迟迟不能完成，且计划也一再延期，考虑到仪器仪表所此项目的实际情况，在进度完成率上进行了一个调整，按照50%的完成计算。

2.异常种类分布情况

10月研发中心项目异常数据统计，由于10月份项目完成率较9月比较，有明显的上升，10月项目进度异常共计25次，计划不合理3项，技术调整和修改7项，人为原因4项，主要表现在人员不足，配合部门影响1项，其他原因1项，临时原因7项，配套项目未按计划完成2项，如下表：

    10月异常和9月份项目异常分类有很大的雷同，但数量上面有一些变化，由于10月所有研究所对项目进行了一次计划方面的梳理，计划不合理导致项目异常的数量不是项目延期的主要原因，而技术原因、临时原因、人员不足则是本月主要的异常所在，而配合部门影响、其他原因以及配套项目未按计划完成是项目进行过程中比较常见的风险，由于数量占比只有16%，故不做分析和考虑；由于上月异常数量整体不多，且项目完成情况有好转，异常主要表现在技术和临时原因两类共占56%，临时原因已经连续两个月表现的异常活跃，根据9月异常数量统计显示，临时原因为该月造成异常的主要原因，而10月表现同样如此，所以对造成临时原因的因素进行分析，是本次分析报告的重点，7项临时原因，中试部共计5项、仪表所1项、嵌入式软件研发部1项，具体为仪表所样机发送到现场后没有足够物料进行新样机的制作和移交，嵌入式软件研发部需要处理大量现场临时问题，故没有按照计划对ZWT5-18Z矿用瓦斯突出预警装置用主机的嵌入式软件编写完成，而中试部的主要异常表现在安标申报费用通道一直被占用、中试部测试人员需要到煤科院协助其它产品性能测试、旧方案资料停止归档、生产中心较忙导致中试部不能按计划完成小批试制总结几个具体方面。

3、建议：由于目前研发中心正在大力推进课题组负责制的项目管理思路，这要求项目负责人需要对项目整体进行把握和控制，从项目前期调研到后期销售，项目负责人未这个项目的第一责任人，不能只是专注于研发，需要对其他所有影响项目的因素加以考虑，全面推动项目进度，保证项目质量。

根据目前项目运行状态显示，大部分项目负责人还没有在思想上面进行大的转变，但较前期项目管理思想有一定程度的提高，部分项目/系统负责人已经开始组织本项目的项目例会，但是由于某些方面原因，例如：没有成功的经验可以借鉴、没有比较顺畅的沟通渠道、资源提供部门临时任务重要且较多等，导致在项目推动过程中会出现各种各样的临时状况，这也要求负责人在项目当中需要和项目干系人有着充分的沟通。在沟通方面有如下几点不成熟的建议

首先规划沟通管理，在此阶段制定项目合适有效的沟通方式和计划，可以根据项目实际情况每周或每两周组织一次项目例会，每次会议前提前制定会议需要解决的问题和此次会议的目的，是集中讨论某个问题呢，还是对整体进度进行梳理，需要有明确的方向，这里制定的沟通方式一定要符合项目的实际情况，项目大小亦或重要程度不同，例会形式和重点也会不同，但会议过后都需要形成可以追溯的历史文件，作为本项目的过程资产得以保存。对于平时项目干系人之间的沟通方式也需要有一定的定义，邮件还是面对面的沟通，也需要项目负责人在规划沟通管理的时候有比较明确的要求和规定。总之在此阶段项目负责人需要对沟通需求进行分析保证所有沟通渠道简介有效；还需要对沟通的方法进行定义确保项目干系人都能得到需要的信息。

其次项目负责人需要对沟通进行管理，这一项任务的主要目的是促进项目干系人之间实现有效率且有效果的沟通，在此过程中需要运用到合适的沟通方法，此时绩效报告是一个很好的方式，这个绩效报告不是目前研发中心对各个研究所的绩效考核，而是针对项目进度、质量、成本的一个状态指示图，它可以比较详细的描述目前项目的主要几个指标，也为项目负责人后期需要改进的方向提供一个参考。

最后就需要对沟通进行控制，控制也即是对过程进行监督和控制，以确保满足项目干系人对信息的需求，它能够确保所有沟通参与者之间的信息流动最有效。

二、评审管理

1、 整体情况概述

本月数据统计与说明主要从‘评审工作量信息统计’、‘评审异常信息统计’两个维度进行了统计，具体内容如下：

（一）评审工作量信息统计

研发中心9月各类型评审总共为45次，10月各类型评审总共为43次，同比9月评审数量减少了2次。10月项目评审需求最多的为仪器仪表研究所，其余所/部评审需求数量相差不大。具体请见表一：研发中心8-10月评审部门分布对比一览表。研发中心各部门评审信息，评审通过率请见表二：研发中心20##年10月评审统计表。

表一：研发中心8-10月评审部门分布对比一览表

表二：研发中心20##年10月评审统计表

表三：研发中心20##年8-10月评审一次通过率统计表

（二）评审异常信息统计

根据每一次评审，研发管理部和研究所进行了核对，对每一次异常记录了其异常原因，10月评审异常发生原因主要可以归纳为：紧急会议、技术方案不完整、未按时提交资料不能及时预审、评审通过后未能及时提交资料和其他五类，而其他主要表现在取消评审、项目编号填写错误。具体参考表四：研发中心评审异常统计一览表。

                 

表四：研发中心8-10月评审异常统计一览表

2、 统计数据分析

（一）工作量方面的分析

     研发中心评审通过会签的评审9月44次，10月份共计36次，相比9月份减少了8次。通过会议的评审7次；仪表所各类评审共计14次，其它研究所/部评审数量相差不大，软件研究所相对较少只有1次评审，10月份研发中心所有评审还是主要集中在原理图和PCB评审，而PCB评审全部采用会签形式完成，原理图评审大部分部分申请会签形式评审，且评审通过。

（二）评审异常信息分析

从评审异常信息统计，可以看出本月评审异常主要出现在未按时提交资料不能及时预审和评审通过后未能及时提交资料，占异常数量的65%；原理图采用会签形式进行评审这两个方面，主要根据发生的异常进行原因的分析和查找。

1、首先原理图大部分采用会签形式进行评审，这类评审也得到了批准，说明是不需要进行会议评审，也从另一方面表明本月评审大部分原理图比较简单，没有会议评审必要，这类原理图主要分为升级版本、优化设计、时间紧急三个方面，本月PCB的评审一次通过率有明显提高，由上月的45%提高到95%，这种状态说明各研究所在PCB评审的状态上面非常不稳定，需要进一步分析原因。上月评审通过率较低的主要原表现在料单与原理图不符、料单与PCB不符、工艺不符合要求几个方面，这些较为简单的问题在本月得到了较好的改善，所有评审通过率有了大幅度提升。这种改善不是逐步上升完成的，这种状态是有一定风险的虽然目前状态较好，但反复性的问题会比较严重。

2、未按时提交资料不能及时预审和评审通过后未能及时提交资料这两种情况再本月的评审异常数量占很大一部分，其实这两个异常出现的主要原因为评审前准备不充分，评审后整改不及时以及评审没有一个完整性的思考。

三）、建议措施

  统计分析的目的是为了找到改进措施，基于前面的统计和分析，现提出如下不够成熟的意见和建议：

1、鉴于目前研发中心将要推行PDM上线进行项目管理，而目前资料归档也是项目运行的一个比较大的急需解决的问题，可以将两者进行结合，在节点完成时候以资料归档为依据进行管理，一个节点的完成不止是评审结论的发布，需要外加上此节点对于的输出资料进行归档。两部分完成才能理解为此节点完成，根据PDM定义的执行顺序进行管理。

2.对于评审前后资料准备不及时和不充分的情况需要项目负责人在评审前要有足够的准备，评审后要及时整改，这一点只需要项目负责人加强这方面的准备就是可以解决，但在评审过程中发现发现另外一个较为严重的问题，部分项目负责人不清楚评审流程，但是研发中心流程已经反复培训过，这一点也说明大家对流程的不重视，这也是认为流程不重要的原因导致的，但往往研发事情都已经完成，需要走流程进行评审或者外发的时候就非常着急，需要加急进行完成，这一方面不但造成大量其它部门人力资源的浪费，也给本项目成本上面增加负担，目前流程也是研发的基本规则，只有了解了最基本的规则才能让事情更有效率，建议项目/系统负责人需要了解研发中心主要流程，这样也能在项目运行过程中提高效率，合理制定计划，控制项目风险。

三、过程变更统计分析

（一）、整体情况概述

研发中心项目主流程是项目正常运行的基本保障，而过程变更则是研发中心最主要的异常反馈机制之一。只有对项目过程中的异常进行统计分析，才能在后期有效规避项目风险。本次主要针对本月项目过程变更的基本情况进行统计分析。

（二）、统计分析及建议措施

1、1至10月份过程变更分布统计分析

研发管理部从20##年起，对每一项过程变更进行了台帐登记：自20##年1月起至今，研发中心共处理了308张《过程变更申请单》，具体请见表一：研发中心1至10月过程变更分布一览表。

表一：研发中心1至0月过程变更分布一览表

由上表可知，20##年1至7月份的过程变更为217件，整体呈上升趋势，8、9月份的过程变更均为35件，10月份为20件，整体呈下降趋势。

2、变更部门分布对比统计分析

研发中心20##年10月提交的过程变更申请单总共为20份，过程变更提交部门排在前三位的分别为监控系统研究所、中试部和瓦斯研究所，具体请见表二：研发中心过程变更部门分布一览表。

表二：研发中心过程变更部门分布对比一览表

由于监控所项目较多，且提交变更单较为及时，因此起变更单据也较多，从9月份起，与安标送检相关进度不再单独提交变更单，但中试部的变更单据依然居高不下，原因为硬件测试室测试计划安排不合理，提交测试报告时间屡次变更，不能保障内测进度的及时性。

3、变更次数统计分析

根据每一个项目过程变更申请单的变更次数统计，每一个项目变更次数在1至15次不等，未按照项目流程逐步进行，即进行特批的项目，变更较为频繁。具体数据参考表三：研发中心10月份过程变更次数统计一览表。

表三：研发中心10月份过程变更次数统计一览表

由上表可知，各所对前期变更次数较多的项目已开始推动，变更次数较高的项目逐步减少。

4、 建议措施

1）、建议中试部加大对内测进度的跟踪力度，增强主动性，提前介入测试，并制定合理的内测计划；

2）、建议变更较为频繁的项目，可斟酌是否暂停，并选择合适时机启动。许多部门均因为人员不足等外部原因使得项目节点无法按期完成。

四、定制型统计分析

（一）、整体情况概述

定制型项目是在产品安标还未下达就已即将进行销售，或为满足客户特殊需求，在公司通用产品的基础上进行改进的项目，是公司的非常规项目。从7月份开始，公司制定了《与顾客有关的过程控制程序》文件，文件规定在定制型项目中，研发中心仅参与合同评审前的方案评审，而合同评审只讨论生产及供货周期问题。本月研发管理部将对定制型项目完成情况进行统计分析。

（二）、统计分析及建议措施

1、数据统计

1）、定制型项目部门分布对比统计分析

整体而言，研发中心20##年9月参与的方案评审总共为13次，10月参与的方案评审7次,与9月份相比有所下降。具体请见表四：研发中心定制型项目部门分布对比一览表。

表四：研发中心定制型项目部门分布对比一览表

2）、定制型项目完成情况统计分析

从20##年9月起，研发中心加大了定制型项目的执行及跟踪力度，并严格实施奖惩考核。10月份研发中心共计完成14个节点。具体完成情况请见表五：研发中心定制型项目完成情况统计。

表五：研发中心定制型项目完成情况统计

未按期完成的项目清单请见表六：

表六：未按期完成的项目清单

以上未完成的5个节点中，有4个为同一个项目：同煤集团顶板系统项目。该项目未完成的原因为：

①、GPD60W（B）矿用本安型数字压力计的传感器探头（SPK01AY4N2液压支架内接头）采购期至少为一个月，并且由于前期未与供应商签订供货技术协议，上次到货的探头不满足研发需求，在上周由研发给供应商提供技术要求，探头供应商需要按照新的技术要求给研发提供探头，时间为11月14日，不能满足我们前期商定的10月底发货；

②、传感器探头回来后需要装配和调试。

2、数据分析

由表四可以得知，9月份定制型项目最多的为无线通讯研究所，10月份定制型项目最多的为监控系统研究所。

由表五可以看出，研发中心加强定制型项目管控以后，按期完成率有所提高，至少不能完成基本能做到提前反馈、沟通。但仍然存在延期申请及节点取消的情况，证明研究所在制定计划时仍需要分项目情况考虑归档资料及节点，而不应该依赖于研发管理部的审核。

2、建议措施

1）、建议各研究所继续重承诺、守信用，做到按计划完成、有问题反馈，按期完成项目承诺的时间节点，同时研发管理部做到提前提醒、跟踪；

2）、建议方案评审前，研究所对于需要办事处落实的事项提前与市场部进行沟通，不要在方案评审时再进行讨论与需求确认，以提高会议效率；

3）、建议市场部沟通好需要组织召开的会议，并认真组织，不应将任务全权让研发中心负责。

4）、建议研发人员充分评估项目风险，合理制定计划。

五、需求评估统计分析

（一）、整体情况概述

需求评估是项目启动的第一步。新项目的导入需要填写《需求信息导入评估单》，只有通过研发中心与营销中心的需求，即代表技术可行与市场可行，才能导入并启动项目，分析项目需求导入时的问题，有助于提高导入项目的通过率，顺利推进项目立项。

（二）、统计分析及建议措施

1、数据统计

1）、9、10月份需求导入部门分布统计

研发管理部从20##年起，对每一项需求导入进行了台帐登记：自20##年1月至10月，研发中心共处理了88个项目需求，研发中心8、9月份需求导入部门分布统计请见表七。

表七：研发中心8、9月份需求导入部门分布一览表

2）、9、10月份需求评估结论分布统计

20##年9、10月份，研发中心共导入需求12次，需求评估结论可分为“启动调研”、“直接立项”以及“需求不通过”，具体请见表八：研发中心9、10月份需求评估结论分布一览表。

表八：研发中心9、10月份需求评估结论分布一览表

2、数据分析

本次主要对比9、10月份需求导入的部门分布情况进行统计分析。由表七可以看出，10月份相比9月份研发中心需求评估单总数有所增加，且增幅较大；由表八可以对比出，9月份需求评估通过率为50%，而10月份通过率提升至87.5%，说明各个研究所提前做好了调研及沟通工作。

   3、 建议措施

   1）、建议在需求导入评估会议前，需求提出人能做好一定的准备，如展示PPT或者其他调研结果等，直击主题，来阐述项目需求导入的必要性；

   2）、建议项目负责人在选择需要导入的项目时，应充分考虑目前的市场需求及公司的发展战略，不能盲目导入看似有市场的项目，需结合自身工作量及工作重心来权衡项目导入的必要性。

第二篇：项目管理部保密工作专项报告

项目管理部保密工作专项报告

根据公司保密工作管理办法要求，总经办对公司各相关部门涉密载体保密管理进行全面检查，本月首先对项目管理部涉密五个模块进行检查，检查结果如下：

根据以上检查数据项目管理部的保密管理流程，总体保密措施具有规范的操作性，保密工作人员有较强的保密意识，纸质文档保密工作管理规范，保密管理制度比较完善，但电子版文档尚不齐全，许多资料未能及时移交。保密工作存在一定的疏漏，例如：电脑中毒损坏后导致重要文件丢失，文件传递过程中没有指定规范的借阅流程，重要的合同、协议书上面涉及到隐秘金额的款项，在传递的过程中没有做及时的掩盖与防护等等。针对存在的问题，经保密小组研究，提出三条整改措施：

1.        要加强计算机信息网络安全管理。计算机网络安全是保密工作的重中之重，网络管理人员要对公司局域网系统定期进行检查、维护，对公司所有计算机要经常检查，督促使用人对计算机系统进行杀毒软件升级、打补丁等，使用人应申请一个U盘将保密资料拷贝下来进行保存，U盘妥善保管。

2.        要规范涉密文件的管理。对涉密文件必须统一规范管理。该配备的设备必须配齐配全。特别是纸质的秘密文件的管理，必须专人专管，专档专柜。对含有密级的纸质文件要严格执行登记、传阅、复印制度增设上级领导签字批准一栏。对含有密级的电子文档要严格执行存储、拷贝、保管等制度。

3.        要加强保密工作的宣传教育。要通过宣传教育和培训，进一步增强公司员工的保密观念，要使公司所有员工认识到保密工作不能只是保密工作人员的责任，应该是全体员工的责任，共同做好保密工作。

                                                                                   总经办企划室

                                                                                     20##-3-2