科研项目进度表

第五条　项目立项一般应包括申请、审批、签约三个基本程序。第六条　科技部专项计划部门在启动项目申请工作前，应根据科技发展规划和战略，发布项目指南或优先领域，并依据计划的性质、宗旨和功能定位，明确申请项目的选择范围、领域、性质、规模、目标方向等，确定项目申报的时间、渠道、方式。第七条　项目指南和优先领域已明确项目目标和任务，并符合招标投标条件的，应当依据《科技项目招标投标暂行管理办法》中的相关规定执行。第八条　申请项目的申请者(包括单位或个人)应当符合以下基本条件：(一)符合该计划对申请者的主体资格(包括法人性质、经济性质、国籍)等方面要求；(二)在相关研究领域和专业应具有一定的学术地位和技术优势；(三)具有为完成项目必备的人才条件和技术装备；(四)具有与项目相关的研究经历和研究积累；(五)具有完成项目所需的组织管理和协调能力；(六)具有完成项目的良好信誉度。第九条　申请项目应符合国家科技、经济和社会发展战略，符合国家产业政策和科技政策，符合国家科技发展规划、计划的总体部署和安排。第十条　申请项目应提供以下三部分材料：(一)项目申请表(由科技部统一印制)；(二)项目建议书(由申请者按照科技部要求的内容框架编写)；(三)项目建议书的附件(与项目建议书内容有关的证明材料、专家评议意见、相关单位的项目推荐意见)。第十一条　项目建议书的内容和框架一般应包括：(一)立项的背景和意义；(二)国内外研究现状和发展趋势；(三)现有研究基础、特色和优势；(四)应用或产业化前景、科技发展或市场需求；(五)研究内容与预期目标；(六)研究方案、技术路线、组织方式与课题分解；(七)年度计划内容；(八)主要研究人员和单位简况及具备的条件；(九)经费预算；(十)有关上级单位或评估机构的意见。除满足上述条件外，不同类型项目的建议书可有所侧重，或根据需要增加新的内容。第十二条　项目申请，必须严格按各类国家科技计划管理办法规定的渠道、方式、时间执行。申请渠道可按行政隶属关系逐级汇总、审核；或由申请者经有关行业和地方科技行政管理部门推荐后直接申报，最终由科技部专项计划部门受理。第十三条　经科技部专项计划部门或由其委托的有关机构对项目建议书进行讨论、咨询和审查后，符合条件并通过审查的项目，可以进入可行性论证或评估。第十四条　科技部专项计划部门负责组织或委托有关机构进行项目可行性报告的论证或评估工作。第十五条　可行性报告内容和框架一般应包括：(一)项目的背景和意义；(二)国内外研究开发现状和发展趋势(包括知识产权状况)；(三)拟承担单位的技术优势和条件；(四)项目目标、研究内容和关键技术；(五)技术路线方案、课题分解；(六)经费的预算；(七)年度进度和目标；(八)预期成果；(九)项目负责人的技术水平和组织管理能力介绍；(十)有关上级单位的意见。第十六条　可行性论证或评估报告应对项目给出可行、不可行或需作复议的明确结论意见，并交科技部专项计划部门负责审核。对论证结论“需作复议”的项目，申请者应对有关内容进行必要的修改，然后将修改完善后的论证报告送科技部专项计划部门进行复审。第十七条　对通过可行性论证审核的项目，科技部将以部发文的形式给予批复，并根据管理公开制度在相关范围或媒体向社会公众发布列入计划项目公告。第十八条　对符合评估条件的项目，应当依据《科技评估管理暂行办法》中的相关规定执行。第十九条　列入国家科技计划的项目，科技部专项计划部门应根据不同计划的性质，通过合同或计划任务书形式，确定项目各方的权利和义务。第二十条　列入国家科技计划的项目实行统一编号，有关标准由科技部另行制定。第二十一条　项目的合同或计划任务书的文本由科技部专项计划部门依据有关法律法规统一设计和印制，由项目承担者依据批准的项目可行性研究报告填写合同或计划任务书。经签约各方共同审核后，方可履行签订手续。第二十二条　合同或计划任务书应包括以下内容：(一)项目编号、项目名称和项目密级；(二)合同甲方或计划任务下达部门；(三)合同乙方或计划任务承担单位(人)和任务责任人；(四)立项背景与意义；(五)主要任务、关键技术；(六)验收考核指标；(七)实施方案、技术路线与年度计划进度；(八)经费预算和用途；(九)承担单位的保障条件与经费配套；(十)科技成果及其知识产权的归属和管理；(十一)涉密项目的科技保密义务；(十二)争议解决方法。第二十三条　根据国家科技计划的不同性质和目标，合同或计划任务书可增加有关科技行政管理部门作为第三方，第三方有保证任务完成的责任和监督项目实施的权力。第二十四条　对于执行结果可测的项目，合同中的研究和考核指标，必须量化；对于执行结果不可测项目，合同中的研究和考核指标，必须有准确含义的定性说明。第二十五条　对项目执行中的有关国拨经费、条件保障和经费配套条款，必须明确签约各方的责任，并明确出现一方违约时，其他方应有的权力。第二十六条　合同或计划任务书由科技部专项计划部门核准后方能生效。第二十七条　对国务院交办或科技部决定所需紧急立项任务，可按各类国家科技计划管理办法所规定的紧急立项程序条款进行立项。

去百度文库，查看完整内容>内容来自用户:窦裕青研发项目组织实施管理制度一、目的：为了有效组织公司各级研发项目顺利开展，对项目实施过程实时检讨，为最终项目考核提供有效依据，根据公司具体情况，特制定本办法。二、范围本办法适用于以增强自主创新能力和促进企业高新技术产业进步的研发项目。三、职责3.1技术委员会：行使对公司技术引进、新产品开发研究、新技术推广应用、技术指导与监督等全过程管理，并承担执行公司规章制度、管理规程及工作指令的义务。3.2工程研究中心：负责对公司产品实行研发技术指导、规范工艺流程、制定研发技术标准、抓好研发技术管理、实施研发技术监督和协调。3.3项目负责人：负责项目的组织、计划、实施及控制的过程，以保证项目目标的成功实现，项目负责人是项目管理的核心。四、主要内容4.1研发项目组织管理过程4.1.1进度计划管理项目负责人应根据《研发项目计划书》制定研发项目进度控制表，主要是监督进度的执行状况，及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素、项目进度变更对其他部分的影响因素、进度表变更时应采取的实际措施。1）项目开始后项目负责人要建立一个“工作日志”，完整、准确记录项目实施过程中的细节，包括人、机、料、法、环五个方面内容。团队成员都要养成写“工作日志”的习惯。44.2.13

关键字：项目、进度、计划方法安排进度计划的目的是为了控制时间和节约时间，而项目的主要特点之一即是有严格的时间期限要求，由此决定了进度计划在项目管理中的重要性。①关键日期表这是最简单的一种进度计划表，它只列出一些关键活动和进行的日期。②甘特图也叫做线条图或横道图。它是以横线来表示每项活动的起止时间。甘特图的优点是简单、明了、直观，易于编制，因此到目前为止仍然是小型项目中常用的工具。即使在大型工程项目中，它也是高级管理层了解全局、基层安排进度时有用的工具。在甘特图上，可以看出各项活动的开始和终了时间。在绘制各项活动的起止时间时，也考虑它们的先后顺序。但各项活动上间的关系却没有表示出来，同时也没有指出影响项目寿命周期的关键所在。因此，对于复杂的项目来说，甘特图就显得不足以适应。③关键路线法（Critical Path Method，简称CPM）。④计划评审技术（Program Evaluation and Review echnique，简称PERT）。CPM和PERT是50年代后期几乎同时出现的两种计划方法。随着科学技术和生产的迅速发展，出现了许多庞大而复杂的科研和工程项日，它们工序繁多，协作面广，常常需要动用大量人力、物力、财力。因此，如何合理而有效地把它们组织起来，使之相互协调，在有限资源下，以最短的时间和最低费用，最好地完成整个项目就成为一个突出的重要问题。CPM和PERT就是在这种背景下出现的。这两种计划方法是分别独立发展起来的，但其基本原理是一致的，即用网络图来表达项目中各项活动的进度和它们之间的相互关系，并在此基础上，进行网络分析，计算网络中各项时间多数，确定关键活动与关键路线，利用时差不断地调整与优化网络，以求得最短周期。然后，还可将成本与资源问题考虑进去，以求得综合优化的项目计划方案。因这两种方法都是通过网络图和相应的计算来反映整个项目的全貌，所以又叫做网络计划技术。此外，后来还陆续提出了一些新的网络技术，如GERTGraphical Evaluation and Review Technique，图示评审技术），VERT（Venture Evaluation and Review Technique，风险评审技术）等。很显然，采用以上几种不同的进度计划方法本身所需的时间和费用是不同的。关键日期表编制时间最短，费用最低。甘特图所需时间要长一些，费用也高一些。CPM要把每个活动都加以分析，如活动数目较多，还需用计算机求出总工期和关键路线，因此花费的时间和费用将更多。PERT法可以说是制订项目进度计划方法中最复杂的一种，所以花费时间和费用也最多。应该采用哪一种进度计划方法，主要应考虑下列因素：①项目的规模大小。很显然，小项目应采用简单的进度计划方法，大项目为了保证按期按质达到项目目标，就需考虑用较复杂的进度计划方法。②项目的复杂程度。这里应该注意到，项目的规模并不一定总是与项目的复杂程度成正比。例如修一条公路，规模虽然不小，但并不太复杂，可以用较简单的进度计划方法。而研制一个小型的电子仪器，要很复杂的步骤和很多专业知识，可能就需要较复杂的进度计划方法。③项目的紧急性。在项目急需进行，特别是在开始阶段，需要对各项工作发布指示，以便尽早开始工作，此时，如果用很长时间去编制进度计划，就会延误时间。④对项目细节掌握的程度。如果在开始阶段项目的细节无法解明，CPM和PERT法就无法应用。⑤总进度是否由一、两项关键事项所决定。如果项目进行过程中有一、两项活动需要花费很长时间，而这期间可把其他准备工作都安排好，那么对其他工作就不必编制详细复杂的进度计划了。有无相应的技术力量和设备。例如，没有计算机，CPM和PERT进度计划方法有时就难以应用。而如果没有受过良好训练的合格的技术人员，也无法胜任用复杂的方法编制进度计划。此外，根据情况不同，还需考虑客户的要求，能够用在进度计划上的预算等因素。到底采用哪一种方法来编制进度计划，要全面考虑以上各个因素。　作者:

去百度文库，查看完整内容>内容来自用户:柏伟产品开发项目管理办法1、目的为建立适应市场的产品开发激励机制，加快产品开发速度，充分调动研发人员的积极性和创造性，提高公司产品质量，特制定产品开发项目管理办法。2、适用范围本办法适用于公司产品开发项目。3、项目负责人和项目小组的设立3.1项目负责人项目负责人，负责项目的组织、计划、实施及控制的过程，以保证项目目标的成功实现，项目负责人是项目管理的核心。项目负责人由公司主管领导或技术副总直接指定。3.1.1项目负责人的责任保证项目目标与公司经营目标相一致；对公司分配给项目的资源进行适当管理，保证资源充分利用；负责策划项目具体工作计划；负责项目的技术工作，包括产品和工艺方案的确定、文件的校对、各阶段的评审、各种新品资料的准备等；按项目具体工作计划组织实施，对项目的总体进度负责。3.1.2项目负责人的权力有权指挥项目小组成员完成与项目相关的工作；有权协调项目实施过程中遇到的问题；有权对项目涉及到的各部门提出考核建议；有权制定项目奖励的分配方案。3.1.3项目负责人应具备的素质有管理经验，是一个精明而讲究实际的管理者；有个性魅力，使项目组成员快乐而有生气；进度控制主要是监督进度的执行状况，及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素、项目进度变更对其他部分的影响因素、进度表变更时应采取的实际措施。

　一般来讲，在申报科技计划项目时，应注意以下几个环节：　　一、审视自身基本条件是否满足　　项目申报主体应该首先仔细阅读指南。审视自己是否符合项目申报条件。　　在“指南”中明确提出了科技计划项目申报者必须满足的基本条件，包括项目申报单位和项目负责人应具备的资格。　　首先，项目申报单位必须按指南要求具备申报资格。如要求具备注册登记或具有独立法人资格的企事业单位，主要从事与所申报项目密切相关的高新技术和先进适用技术研究、开发、生产和服务业务，有较强的研究开发和成果转化能力，而且是项目的直接研制者或产权拥有者。　　要注意，项目申报单位必须有严格的财务管理制度、健全的财务管理机构和合格的财务管理人员。不是直接从事项目研制的中介机构不在项目申报之列。　　其次，对于项目负责人来讲，则要求其是实际主持研究工作的科技人员，熟悉本领域国内外技术和市场发展动态，具有本领域的工作经验和技术优势。有些地方科技计划允许退休人员等可以参加项目，但不得作为项目负责人。　　需要注意的是，一般来讲，项目参与人员不得在两个以上的项目中担任项目负责人或项目主要参加人员。如果有人已在以前的科技计划项目中参与两项以上的项目，这一次就不得作为负责人或主要参加人员申报新的项目。　　二、所申报项目的应满足几方面的要求　　一旦项目申报主体具备了申报科技计划项目的资格，就可以根据“指南”的要求，进行项目选择。通常情况下，一个单位会有多个技术在研发或应用中，如何选择合适的项目，通过申报项目获得政府的资助呢？当然应该是最重要而且成功把握最大的项目。这样的项目应该满足以下条件：　　一要符合国家产业、技术政策，技术含量高，创新性较强，技术处于国内先进水平或以上；　　二要符合当地有关“重点发展技术领域或鼓励发展”等所列技术领域范围；　　三是项目成果具有可以预期的应用前景和经济、社会效益，并可以实现应用和产业化；　　四是项目应无知识产权纠纷，专利也好，软件也好，都应有相应有知识产权证明，而多个单位共同拥有有知识产权也需要提供清晰的证明。　　一般来讲，根据“指南”，以下四种项目属于优先支持的项目：　　（1）以企业为申报主体，联合高校、科研机构的产学研合作项目；　　（2）具有自主知识产权，或者通过研究开发能够形成自主知识产权的项目；　　（3）研究开发过程中结合国际、国家或行业技术标准制定的项目；　　（4）企业申报的创名牌产品科技项目等。　　因此，项目申报主体在自己的项目群中找出符合上述要求的技术项目进行申报，成功的可能性无疑就大多了　　三、根据实际情况合理选择科技计划种类　　在项目满足上述条件的基础上，项目申报单位就可根据自身的技术力量、研发条件、项目所处进度、项目技术水平等因素确定拟申报项目所属计划类别。　　举例来讲，国家和地方等征集的计划项目一般有应用基础研究计划、科技攻关计划、科技成果转化计划等类别。　　（1）应用基础研究计划　　应用基础研究计划针对重点高新技术领域和重大关键技术进行原始性创新和前沿探索性研究，瞄准前沿，以理论、方法、技术等方面的突破为目标，加强技术储备，推进优势学科建设。　　搞清楚当年度应用基础研究计划重点支持领域？如：新材料、纳米技术、创新药物与中药现代化、医疗卫生等领域的前瞻性应用基础研究项目等。　　科技攻关计划以解决核心技术、关键共性技术和研究开发具有自主知识产权及市场竞争力的新产品、新工艺、新装备为目标，推动重点产业产品更新换代、技术升级和创名牌活动。　　如申报科技攻关计划的项目应有明确的推广应用和产业化前景，有比较扎实的前期研究工作基础，已有实验室或小试工作成果。申报单位拥有必要的成果商品化、产业化基础和条件，或者有明确的成果转化计划与措施。　　如果高等院校想申报科技攻关计划项目，最好与企业联合申报，并由企业承诺提供部分项目经费，这样才有成功的可能。　　科技成果转化计划针对国家或地方的支柱产业和重点发展的新兴产业，促进成熟的高新技术或先进适用科技成果转化为现实生产力，成为具有潜在市场竞争力的产品。如一些地方的科技成果转化计划具体包括：科技成果重点推广计划项目、星火计划项目和火炬计划项目。必须指出的是，申报科技成果转化计划项目的单位须提供相当一部分自筹资金，项目实施地一般象地方其要求在该地区实施。　　各类科技计划都有自己的优先支持方向，应用基础研究计划优先扶持项目执行期内预期获得发明专利授权或进入发明专利实审的项目，科技攻关计划优先扶持项目执行期内预期取得国际、国家或行业标准的项目，科技成果转化计划优先支持各级科技攻关计划取得的科技成果、获得科技进步奖的科技成果、优秀专利项目以及在引进消化和吸收的基础上进行再创新的科技成果。申报单位可根据自已的优势进行选择。

　　转载，供参考。　　软件开发项目进度控制　　一、影响软件开发项目进度的因素　　要有效地进行进度控制，必须对影响进度的因素进行分析，事先或及时采取必要的措施，尽量缩小计划进度与实际进度的偏差，实现对项目的主动控制。软件开发项目中影响进度的因素很多，如人为因素、技术因素、资金因素、环境因素等等。在软件开项目的实施中，人的因素是最重要的因素，技术的因素归根到底也是人的因素。软件开发项目进度控制常见问题主要是体现在对一些因素的考虑上。常见的问题有以下几种情况：　　1、80-20原则与过于乐观的进度控制　　80-20原则在软件开发项目进度控制方面体现在：80％的项目工作可以在20％的时间内完成，而剩余的20％的项目工作需要80％的时间。这个80％的项目工作不一定是在项目的前期，而可能是分布在项目的各个阶段，但是剩余的20％左右的项目工作大部分是在后期。所以软件开发在进入编码阶段后会给人一种“进展快速”的感觉，使得项目经理、项目团队成员、用户以及高层领导产生了过于乐观的估计。有些领导看到软件交付给用户了，就一块石头落地“总算交差了”，同时又可能撤出一些被认为不必要的人力资源。但很多情况下这是为了对付用户不合理的交付期限要求而采用的不得已的措施。这样的结果是拖延了后期的工作，同时如果软件还不成熟的话，会给用户造成不好的影响。　　2、范围、质量因素对进度的影响　　软件开发项目比其他任何建设项目都会有更经常的变更，大概是因为软件程序是一种“看不见”又“很容易修改”的东东吧，用户是想改就改，造成需求的蔓延，项目经理有时还不知如何拒绝，加上要说“我能”的心理因素，一般都会答应修改。这样集少成多，逐渐影响了项目进度。　　如果某项工作在进度上表面上达到目标了，但经检验其质量没有达到要求，则必然要通过返工等手段，增加人力资源的投入，增加时间的投入，实际上是拖延了进度。不管是从横向或纵向来看，部分任务的质量会影响总体项目的进度，前面的一些任务质量中会影响到后面的一些任务质量。　　3、资源、预算变更对进度的影响　　资源，最主要的还是人力资源，有时某方面的人员不够到位，或者在多个项目的情况下某方面的人员中途被抽到其他项目、或身兼多个项目、或在别的项目不能自拔无法投入本项目。还有一个很重要的资源，就是信息资源，如某些国家标准、行业标准，用户可能提供不了，而是需要去收集或购买，如果不能按时得到，就会影响需求分析、设计或编码的工作。其他资源，如开发设备或软件没有到货，也会对进度造成影响。　　预算其实就是一种资源，它的变更会影响某些资源的变更，从而对进度造成影响。　　4、低估了软件开发项目实现的条件　　低估软件开发项目实现的条件表现在低估技术难度、低估协调复杂度、低估环境因素这样几个方面。　　首先是低估技术难度。软件开发项目团队成员，有时甚至是企业的高级项目主管也经常低估项目技术上的困难。低估技术难度实际上也就是高估人的能力，认为或希望项目会按照已经制定的乐观项目计划顺利地实施，而实际则不然。软件开发项目的高技术特点本身说明其实施中会有很多技术的难度，除了需要高水平的技术人员来实施外，还要考虑为解决某些性能问题而进行科研攻关和项目实验；　　其次，低估了协调复杂度，也低估了多个项目团队参加项目时工作协调上的困难。软件开发项目团队成员比较强调个人的智慧、强调个性，这给项目工作协调带来的复杂度。当一个大项目由很多子项目组成时，不仅会增加相互之间充分沟通交流的困难，更会增加项目协调和进度控制上的困难。　　另外，企业高级项目主管和项目经理也经常低估环境因素，这些环境因素包括用户环境、行业环境、组织环境、社会环境、经济环境。低估这些条件，既有主观的原因，也会有客观的原因。对项目环境的了解程度不够，造成没有做好充分的准备。　　5、项目状态信息收集的情况　　由于项目经理的经验或素质原因，对项目状态信息收集的的掌握不足，及时性准确性完整性比较差。另外其它一些原因也会造成这种现象。某些项目团队成员报喜不报忧，不希望别人知道自己工作的不好的情况，例如软件程序的编制，可能会先编制一些表面的东西，现有界面，看起来好像完成任务了，实际上只是一个“原型系统”或演示系统。给领导造成比较乐观的感觉。　　如果项目经理或者管理团队没有及时地检查发现这种情况，将对项目的进度造成严重的影响。当然，如果出现这种需要时时刻刻都互相提防的氛围，管理人员就应该从管理的角度，从制度的角度检讨一下，进行改进，让大家实事求是地进行沟通。温伯格说:“无论你多么聪明，离开了信息，对项目进行成功的控制就是无源之水、无本之木。”　　6、执行计划的严格程度　　没有把计划作为项目过程行动的基础，而是把计划放在一边，比较随意去做。例如对于项目团队内部沟通或外部沟通，在计划中要说明清楚人员、周期、方式、方法，不能遗漏，但在实际项目过程中，可能出现沟通没有按时或没有完整地达到所有项目干系人的情况。若项目计划本身有错误，执行错误的计划肯定会产生错误。如，计划制订者在计划系统框架设计考虑上的错误、进度安排上的失误等。实际的项目实施中，除了这种错误之外，还可能因为项目执行上的错误，造成项目的麻烦。例如，项目的客户及其他项目干系人没有及时为项目中出现的情况采取必要的措施或者所采取的措施的不适合具体的情况、没有效果或者有副作用等。另外，如果在项目中的某项工作（如某个子系统或模块、组件）被转包给第三方开发后，不能进行有效的管理，也会造成进度上的延误。　　7、计划变更调整的及时性　　渐近明细是项目的特点，特别是对于软件开发项目，并不是一个一成不变的过程。开始时的项目计划可以先制定得比较粗一些，随着项目的进展，特别是需求明确以后，项目的计划就可以进一步的明确，这时候应该对项目计划进行调整修订，通过变更手续取得项目干系人的共识。计划应该随着项目的进展而逐渐细化、调整、修正。没有及时调整的计划或者是随意的不负责任的计划的项目是难以控制的。在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式，随着项目的进展进行不断细化、调整、修正、完善。对于较为大型的软件开发项目的工作分解结构可采用二次甚至多次 WBS 方法。即根据总体阶段划分的总体 WBS ，需求调研阶段结束、概要设计完成后专门针对详细设计或编码阶段的二次 WBS 。由于需求的功能点和设计的模块或组件之间并不是一一对应的关系，所以只有在概要设计完成以后才能准确地得到详细设计或编码阶段的二次 WBS ，根据代码模块或组件的合理划分而得出的二次 WBS 才能在详细设计、编码阶段乃至测试阶段起到有效把握和控制进度的作用。有些项目的需求或设计做得不够详细，无法对工作任务的分解、均衡分配和进度管理起参考作用，因此要随着需求的细化和设计的明确，对项目的分工和进度进行及时的调整，使项目的计划符合项目的变化，使项目的进度符合项目的计划。　　8、未考虑不可预见事件发生造成的影响　　假设、约束、风险等考虑“不周”造成项目进度计划中未考虑一些不可预见的事件发生。例如软件开发项目还会因为项目资源特别是人力资源缺乏、人员生病、人员离职、项目团队成员临时有其他更紧急的任务造成人员流动等不可预见的事件对项目的进度控制造成影响（即项目按时完成是基于如下假设：人力资源不会缺乏、人员不会生病、人员不会流动）。企业环境、社会环境、天灾人祸等事件对项目的进度控制造成影响。对项目的假设条件、约束条件、风险及其对策等对于进度的影响在项目计划要进行充分的考虑，在项目进展过程中也要不断地重新考虑有没有新的情况，新的假设条件、约束条件、潜在风险会影响项目的进度。假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成；约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如牺牲进度、质量等等；假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性、造成的影响、采取的措施。实际上像没有考虑人的疾病、人员流动这些情况本身也不是什么问题，因为任何人都不可能把所有以外的情况都考虑完整，实际上也没有必要。但有些诸如下班或节假日的加班时间都被安排用于项目工作的情况就会造成的项目不确定性。在可能的情况下当然要对所有可能情况都做到有备无患，但是有的时候也要冒一定的风险，同时对于风险的防范也需要考虑如果防范的成本大于风险本身造成的损失和影响，则这种防范是没有必要的。　　9、程序员方面的因素对进度的影响　　程序员方面有两种常见的心态影响了进度的控制：一是技术完美主义、二是自尊心。　　技术完美主义的常见现象是，有些程序员由于进度压力、经验等方面的原因，会匆忙先做编码等具体的事情，等做到一定程度后会想到一些更好的构思，或者看到一些更好的技术的介绍，或者是觉得外部构架可以更加美化，或者是觉得内部构架可以更加优化，这样他们会私下或公开对软件进行调整，去尝试一下新的技术。而是否使用这些新的技术对完成项目本身的目标并没有影响，相反可能带来不确定的隐患。这种做法不是以用户的需求为本、或以项目团队的总体目标为本，可能对软件开发进度造成较大的影响。　　自尊心的常见想象是，有些程序员在遇到一些自己无法解决的问题时，倾向于靠自己摸索，而不愿去问周围那些经验更为丰富的人。有些人也许会通过聊天室等方式匿名地向别人求教。如果运气好会很快地解决，否则要花很多实践摸索。而如果向周围的人求教，可能摸索几天的问题别人早就解决了。　　10、未考虑软件开发过程的循环、迭代特性　　对软件开发的各个过程分类过于精细，制定进度计划时各项工作过于紧凑、没有弹性，造成的后果是，定期提交项目进度阶段报告的制度只有在表面上起到效果，按照计划的时间表提交阶段成果也只是在表面上起到效果。因为“上有政策、下有对策”，强行的规定会使人产生一些错误的认识：如在项目计划中“规定”某个时间只能做某某类别的事情，那么严格执行的后果就是编码阶段就不能修改文档；另外错误的“里程碑”概念可能会使大家轻易地相信上一个阶段的工作成果都是“通过评审”最终定稿了，而实际上可能只是因为时间到了该提交的人提交、该评审的人评审了。如果上下阶段是不同的人就根本不会去检查其中是否还有错误；如果上下阶段是同一个人，就可能非正式地修改上一阶段的错误，但占用的时间和精力却是下一阶段的，并且这样的修改时没有记录的。这样关于阶段进度控制的措施实际上只是在表面上有效。最为普遍的情况是，用户在合同中限定了提交软件系统的时间，实际上这个时间对完成项目任务来说是远远不够的，但计划只能按照合同来进行，所以要不用户让步，要不只能按照时间的约定提交实际上还未完成的软件系统，完成系统的安装，但这时候的“完成阶段任务”只是一个表面现象，系统虽然安装了，但可能是没有经过严格彻底测试的，也可能是只完成了部分的功能，省略了某些功能，有些是整块功能省略，有的是省略了某些功能的某个过程，如数据录入里面隐含的数据录入前缺省值设置、数据录入检验等功能，而是实现了比较粗糙的功能。这样，系统交付并不意味着项目的完成，而在项目交付之后还要花的时间。　　11、其他因素　　以上这些因素是影响项目进度的几个主要方面，除此之外还有很多其他的影响因素。其实最主要的因素还是人的因素，这里的人包括所有与项目相关的人。项目经理的素质、管理者的水平、用户的因素、项目成员的因素等等，都会对项目进度造成影响，这是因为由于软件开发的特性。因为篇幅有限无法一一列举，只能在此分析一些常见的因素。　　不可否认，软件开发项目进度可控性还是带有一定运气成分的。特别是需要用户配合的那些软件开发项目，其可控性与用户的成熟度、软件应用领域的成熟程度和行业标准规范的完备程度有很大关系。关于可控性方面会涉及到一些与客户打交道经验，虽然我们说，顾客是上帝、以顾客为中心，但并不是说我们要把主导权交给他们，而关键是我们如何去主导、引导、把握。因此，项目控制的好坏与相关人员人际关系方面的经验也有关系。　　尽管存在很多不可控的因素，我们的任务是首先分清哪些是可以控制的，哪些是我们不能控制的。项目经理一是要尽量扩大可控的领域，减少不可控的领域，二是不要在“不可控”上花太多时间，而是多花一些时间把可控的工作控制好，做好防范措施，减轻不可控因素对项目进度的影响。　　项目进入实施阶段后，项目经理的几乎所有的活动都是围绕进度展开的。进度控制的目标与成本控制的目标和质量控制的目标是对立统一的关系。项目的进度、质量和成本构成一个相互制约的三角关系，需要项目经理去平衡。　　二、项目进度控制的目的　　项目进度控制和监督的目的是：增强项目进度的透明度，以便当项目进展与项目计划出现严重偏差时可以采取适当的纠正或预防措施。已经归档和发布的项目计划是项目控制和监督中活动、沟通、采取纠正和预防措施的基础。　　1、根据计划进行监控　　项目控制的第一个目的是根据计划对项目的各项活动进行监控，即根据已经制定并取得共识的软件开发项目计划来监控项目的实际表现和进度。为此应该根据项目计划来监控项目计划参数的实际值，这些参数包括进度表、项目成本、工作量、工作产品和任务的属性、使用的资源、项目成员的知识和技能；根据项目计划来监控项目团队所作的承诺是否已经或可能兑现、原来的确定的风险是否可以避免或减少损失，是否有新的风险出现；根据项目计划来收集、管理、使用项目数据；根据计划监督项目干系人的参与情况，监控各项任务承担人的参与活动；定期进行必要的进度评审，确定项目是否存在重大偏差、跟踪变更请求和问题报告直到变更或问题得到解决；在项目的里程碑对项目的成果进行评审。　　2、管理纠正和预防措施　　项目控制的另外一个目的是管理纠正和预防措施，即当项目进度或者结果已经或即将与计划有严重偏差时，对需要采取的纠正或预防措施进行管理。为此应当收集并且分析项目进行中可能存在的问题，并以此确定解决这些问题的纠正或预防措施；对已经确定的问题采取纠正和预防措施；监控要实施的纠正和预防措施，分析措施采取以后的结果，判断这些措施的有效性，确定和记录纠正与计划结果存在偏差的问题而采取的必要且合适的措施。　　项目执行过程中仅仅靠最初建立的一份“完善”的基准计划是不够的，最好的计划也未必会一直有效。根据项目任务渐进明晰的特点，特别是软件开发项目的特点，在项目进行过程中，肯定需要在适当和必要的时候对项目进行变更控制，这种控制过程包括定期搜集有关项目进展情况的信息，把实际进展情况与计划进展情况进行对比；如果实际进展情况比计划进展情况有差距，或可能会有差距，就应当采取纠正或预防措施。变更控制应当在项目期间定期进行，这里所说的变更控制不一定要进行真正的变更，而是说要定期对变更进行控制。　　如果在项目生命周期内的某一时间点，把实际进度与计划中约定的进度相比对，显示出项目已经延误或即将延误、超出预算目标或不符合质量要求，就必须采取纠正或预防措施使项目回到正轨上来，重新符合计划的安排要求。在已做出执行纠正或预防措施的决定之前，应评估一下纠正与预防措施的有效性和无副作用性，以确保纠正措施使项目回到项目的工作范围、时间和预算约束内，并对项目的其他目标不会造成太大的影响。　　3、在各种项目目标中进行平衡　　如果经过评估确定项目确实已无法控制，就应当下定决心以牺牲软件功能范围、工作成果范围（如某些中间文档）、成本预算、进度计划或软件质量中的某一项目标为代价，来保住项目最重要的那些目标，在各种项目目标中进行平衡，最终确定一个最合适的解决方案。有效的项目控制的关键是定期及时测量实际进程，并与计划进程相比较，如有必要就立即采取纠正或预防措施。指望不采取纠正和干预措施，问题就自行消失的想法是不现实的。问题越早发现就越好改正，造成的影响和损失越小。问题越提前发现就越好采取预防措施，可以用最小的代价避免造成损失。基于项目实际进展情况，就有可能准确预测项目进度计划和成本预算的实施情况，以便顺利完成项目。如果这些项目参数超出项目目标的限制范围，就必须马上采取纠正措施；如果发现这些项目参数有超出项目目标的限制范围的趋势，就必须马上采取预防措施。　　软件开发项目实施中进度控制是项目管理的关键，若某个分项或阶段实施的进度没有把握好，则会影响整个项目的进度，因此应当尽可能地排除或减少干扰因素对进度的影响，确保项目实施的进度。　　三、软件开发项目常用进度控制措施　　1、项目进度控制的前提　　项目进度控制的前提是有效地项目计划和充分掌握第一手实际信息，在此前提下，通过实际值与计划值进行比较，检查、分析、评价项目进度。通过沟通、肯定、批评、奖励、惩罚、经济等不同手段，对项目进度进行监督、督促、影响、制约。及时发现偏差，及时予以纠正；提前预测偏差，提前予以预防。　　在进行项目进度控制时，必须落实项目团队之内或之外进度控制人员的组成，明确具体的控制任务和管理职责。要制定进度控制的方法，要选择适用的进度预测分析和进度统计技术或工具。要明确项目进度信息的报告、沟通、反馈、以及信息管理制度。　　项目进度控制应该由部门经理和项目监控人员共同进行，之所以需要部门经理参与，是因为部门经理负责项目一般要负责一定人事行政的责任，如成员的考核、升迁、发展等。他们只有通过软件开发项目才能更好地了解项目成员，项目也只用通过对他们有切身利益的管理者参与管理才会更加有效。　　2、项目进度控制主要手段　　项目计划书：作为项目进度控制的基准和依据，项目负责人负责制作项目计划书。项目进度监控人员根据项目计划书对项目的阶段成果完成情况进行监控，如果由于某些原因阶段成果提前或延后完成，项目负责人应提前申请并做好开发计划的变更。对于项目进度延后的，应当分析产生进度延后的原因、确定纠正偏差的对策、采取纠正偏差的措施，在确定的期限内消除项目进度与项目计划之间的偏差。项目计划书应当根据项目的进展情况进行调整，以保证基准和依据的新鲜性、有效性。　　项目阶段情况汇报与计划：项目负责人按照预定的每个阶段点（根据项目的实际情况可以是每周、每双周、每月、每双月、每季、每旬等等）定期在与项目成员和其他相关人员充分沟通后，向相关管理人员和管理部门提交一份书面项目阶段工作汇报与计划，内容包括：　　a、对上一阶段计划执行情况的描述　　b、下一阶段的工作计划安排　　c、已经解决的问题和遗留的问题　　d、资源申请、需要协调的事情及其人员　　e、其他需要处理的问题　　这些汇报将存档，作为对项目进行考核的重要材料。　　在计划制定时就要确定项目总进度目标与分进度目标；在项目进展的全过程中，进行计划进度与实际进度的比较，及时发现偏离，及时采取措施纠正或者预防；协调项目参与人员之间的进度关系。　　在项目计划执行中，做好这样几个方面的工作：　　检查并掌握项目实际进度信息。对反映实际进度的各种数据进行记载并作为检查和调整项目计划的依据，积累资料，总结分析，不断提高计划编制、项目管理、进度控制水平。　　做好项目计划执行中的检查与分析。通过检查，分析计划提前或拖后的主要原因。项目计划的定期检查是监督计划执行的最有效的方法。　　及时制定实施调整与补救措施。调整的目的是根据实际进度情况，对项目计划作必要的修正，使之符合变化的实际情况，以保证项目目标其顺利实现。由于初期编制项目计划时考虑不周，或因其他原因需要增加某些工作时就需要重新调整项目计划中的网络逻辑，计算调整后的各时间参数、关键线路和工期。　　3、进度控制内容　　从内容上看，软件开发项目进度控制主要表现在组织管理、技术管理和信息管理等这几个方面。组织管理包括这样几个内容：　　（1）项目经理监督并控制项目进展情况；　　（2）进行项目分解，如按项目结构分，按项目进展阶段分，按合同结构分，并建立编码体系；　　（3）制订进度协调制度，确定协调会议时间，参加人员等；　　（4）对影响进度的干扰因素和潜在风险进行分析。　　技术管理与人员管理有非常密切的关系。软件开发项目的技术难度需要引起重视，有些技术问题可能需要特殊的人员，可能需要花时间攻克一些技术问题，技术措施就是预测技术问题并制订相应的应对措施。控制的好坏直接影响项目实施进度。　　在软件开发项目中，合同措施通常不由项目团队负责，企业有专门的合同管理部门负责项目的转包、合同期与进度计划的协调等。项目经理应该及时掌握这些工作转包的情况，按计划通过计划进度与实际进度的动态比较，定期向客户提供比较可靠的报告等。　　软件开发项目进度控制的信息管理主要体现在编制、调整项目进度控制计划时对项目信息的掌握上。这些信息主要是：预测信息，即对分项和分阶段工作的技术难度、风险、工作量、逻辑关系等进行预测；决策信息，即对实施中出现的计划之外的新情况进行应对并做出决策。参与软件开发项目决策的有项目经理、企业项目主管及客户的相关负责人；统计信息，软件开发项目中统计工作主要由参与项目实施的人员自己做，再由项目经理或指定人员检查核实。通过收集、整理和分析，写出项目进展分析报告。根据实际情况，可以按日、周、月等时间要求对进度进行统计和审核，这是进度控制所必须的。　　4、不同阶段的项目进度控制　　从项目进度控制的阶段上看，软件开发项目进度控制主要有：项目准备阶段进度控制，需求分析和设计阶段进度控制，实施阶段进度控制等这几个部分。　　准备阶段进度控制任务是：向业主提供有关项目信息，协助业主确定工期总目标；编制阶段计划和项目总进度计划；控制该计划的执行；　　需求分析和设计阶段控制的任务是：编制与用户的沟通计划、需求分析工作进度计划、设计工作进度计划，控制相关计划的执行等。　　实施阶段进度控制的任务是：编制实施总进度计划并控制其执行；编制实施计划并控制其执行等。由甲乙双方协调进度计划的编制、调整并采取措施确保进度目标的实施。　　为了及时地发现和处理计划执行中发生的各种问题，就必须加强项目的项目的协同工作。协同工作是组织项目计划实现的重要环节。它要为项目计划顺利执行创造各种必要的条件，以适应项目实施情况的变化。　　5、关于进度落后时的“赶工”措施　　进度落后的情况下，有几种措施来弥补，如加人、加班、加激励等等，这些都是增加资源而又未必会见效的方法。根据Brooks原则，在某些项目进度延迟的情况下增加人手，有可能会使项目的进度更加延后。因为对于新加入本项目的员工来说，对项目相关背景、需求、设计的培训、对项目环境的熟悉和项目团队成员之间的沟通路径的增加，可能会使项目的工作效率急剧下跌。而加班造成的疲劳会再次使工作效率降低。增加激励会造成工作成本却不断的向上攀升。这些措施并不是完全不可取，而是项目经理要考虑适度原则。最好是要全面分析项目进度延迟的原因，如果确实是不合理的项目交付时限要求，就应当通过沟通变更为合理的项目时限要求，以免因为这样一个不合理的时限要求造成对软件质量或团队成员心理上的负面影响，最终导致项目最终的失败。否则应从技术、团队成员心态、环境等方面查找原因，找到提高效率、加快进度的方法。

内容：项目承担单位的基本信息、人员介绍、项目单位的财务情况、项目研究的方向和掌握的技术、项目的发展规划及风险评估、项目当前是否实施及实施进度、还有项目的预计收益。中国正处于一个改革创新的全新阶段，政府扶持一些中小型的企业，并且鼓励提倡民众投入创新创业的新潮流中。为了更好的提高人民的积极性，出台了一些扶持补贴的政策。特别是科技类项目的申报，有利于中国大力发展科技，提高科技水平，建设科技强国。申报科技项目需要提交许多资料，除了申报单位和单位人员的基本信息，还要求有一个可行性较高的项目计划，其中要考虑到项目所需资金、项目运转模式、项目发展的一个短期和长期的规划，还有风险的评估也很重要。项目还要求具有一定的创新性，对一些单纯引进的重复型项目，是不会予以通过的。只有具有创新思维并且有详细的实行方案才能通过项目审核。现在很多项目可以在网上进行申报，所以还需要了解一下网上申报的大致流程。

OA系统通过工作流打造课题项目过程体系，实现项目从启动规划、执行、收尾结题、评估的全过程管理。项目各个阶段的执行通过流程流转形成数据报表，满足项目全过程跟踪、统计与分析。科研项目一体化管理应用1、项目全流程管理，提供统一标准（科研项目全过程管理架构）通过建模打造课题信息汇总台账。项目审批流程通过后，在OA系统中形成项目信息台账。可清晰直观地查看项目的进度、完成情况和概要信息。相关权限人员可以编辑项目基础信息和子项目信息等，项目全生命周期管理，项目各阶段数据可视化。2、项目人员工时绩效统一管理在线工时填报：系统根据提报数据，生成个人工时报表，使工时填报更加便捷，数据更精确。绩效考核：以任务完成情况可以驱动员工绩效考核；同理，以绩效制度推动任务高效地执行。通过在OA系统内搭建年度、季度绩效考核表，评审专家可以根据员工的工作记录、工时数据、任务完成情况等信息进行打分。3、科研物资采购报销一体化管理物资信息管理：物资与项目课题信息打通，在科研系统中同步物资类型信息。包括入库时间、领用时间、领用人员、相关课题以及采购申请流程等信息内容。物资采购：通过物资资料库，直接选择所需要的物资，填写数量；并且能够关联课题，每个课题的物资结算数据清晰明了。采购报销：填写报销时，选择历史采购流程，自动带出采购内容及金额；若采购关联课题，则报销也会自动归集到课题下；审批时可查看相关经费统计情况，作为审批依据。4、实验资源管理OA系统通过在线申请机制，实现项目执行中，实验室服务、资产有序申请与管理；针对项目过程中使用到的有形资产和无形资产的管理。资源申请、占用、回收、冲突、分配、释放等业务的处理，与SAP同步资产数据（资产变动、折旧、状态信息）。5、成本精细化借力信息化手段，在平台化OA系统的基础上，以项目为核心进行预算费用控制，通过预算管控、流程管控、定额管控等全方位、精细化费用管控。科研项目预算管控：OA系统根据企业实际管理需要，将费用类型与预算周期进行合并管理，建立多维度的预算模式。将科研项目预算经费写入财务共享的成本中心，根据组织内的岗位、费用类型、经费来源的不同，建立不同的费用定额额度，通过定额进行费用控制。科研项目付款管理：根据客户财务需求，实现了合同、发票、项目验收单据、付款审批（当前和历史数据）四类流程的协同。通过流程引擎，OA系统中记录了科研经费使用记录。6、知识管理：项目资料和成果归集与共享知识库构建：项目结束之后，OA系统提取流程中的文档，对项目过程和所有文件进行自动的汇总和管理。建立标准、完整的知识地图和标准化资料库体系：按项目、部门多维度进行统计，项目资料与项目流程实现联动，实时更新。项目文档自动进行汇总形成资料库，查找方便，也避免了因人员离职而带来的企业知识资产丢失的风险；同时对项目文档进行权限设置，有效保障了项目外部资源、重要研发信息安全。成果管理：可根据论文所属课题、所属科室、所属领域等信息进行分类提交；设置论文关键字，如核心技术、核心理论等便于快速检索；论文提交后，自动触发评定审批流程；论文被外部收录时，可选择关联相应的论文进行收录登记。

企业研究开发项目计划书企业名称：项目名称：企业法人代表（签名）：项目负责人： 电话：项目起止时间： 年 月 日 至 年 月 日填报日期： 年 月 日自主、委托、合作研究开发项目计划书（企业研究开发项目情况说明书）一、立项依据（一）国内外现状、水平和发展趋势（二）项目研究开发目的和意义（三）项目达到的技术水平及市场前景二、研究开发内容和目标（一）项目主要内容及关键技术（二）技术创新点（国家有关部门、全国（世界）性行业协会等具备相应资质的机构若颁布相关技术参数或标准，应提供。）（三）主要技术指标或经济指标三、研究开发方法及技术路线四、现有研究开发基础五、研究开发项目组人员名单可单独说明，也可注明：详见《专门机构或项目组的编制情况和专业人员名单》六、计划工作进度七、合作开发或委托开发情况研究开发费预算企业盖章： 单位：万元经费筹集情况自有资金贷款政府拨款其他合计省级市级县级其他部门经费支出预算情况科 目预算数（ ）年（ ）年（ ）年新产品设计费工艺规程制定费设备调试费用于研究开发的原材料、半成品试制费技术图书资料费中间实验费研究设备及设施折旧额用于研究开发的仪器和设备研究人员工资委托其他单位进行科研试制的费用与研发有关的其他费用合计总计注：此表供企业参考，可根据实际操作作适当调整。专门机构或项目组的编制情况和专业人员名单一、研发机构名称及情况说明：二、研发人员名单序号姓名性别出生年月职务（职称）文化程度工作单位项目中承担工作