IT企业研发管理解决方案.doc

IT企业研发管理解决方案1

IT企业研发管理解决方案

1. 乙方介绍(3)

2. 本解决方案6个阶段的工作内容(3)

2.1第1阶段：调查分析问题(4)

2.2第2阶段：优化组织结构和岗位职责(5)

2.3第3阶段：制定流程规范(5)

2.4第4阶段：部署“集成化研发管理平台RDMS”(6) 2.5第5阶段：培训辅导(8)

2.6第6阶段：执行与改进(8)

3. 工作计划(9)

4. 合同金额和支付方式(9)

5. 知识产权和保密协议(9)

6. 违约处理(9)

7. 不可抗力(10)

8. 签字确认(10)

1. 乙方介绍

图2 本解决方案的6个阶段和进度示意图2.1 第1阶段：调查分析问题

2.2 第2阶段：优化组织结构和岗位职责

2.3 第3阶段：制定流程规范

关于提升研发部门管理的方案与建议

关于提升研发中心管理的建议尊敬的公司领导：您好！为加强公司对硬件开发部的管理、改善目前现有的硬件开发部工作机制、提升对硬件开发人员的积极性和工作效率、且顺利交付公司硬件开发的新项目，特提出如下建议供公司领导参考和指正。同时，也希望公司领导能更好的带领我们朝着更加持续高效的方向开展日常工作。一、目前现状 1、工作任务临时性强，缺乏计划性公司新项目立项启动较突发性、临时性、无计划性，或许这个是整个行业内的通病。但由于项目立项启动具有上述原因，导致硬件开发部门的工作安排非常被动，同时开发人员的任务临时加重，造成开发人员思想包袱增加心里产生变化，致使开发人员的工作积极性下降。相反在公司新项目开发较少的时候，大家都习以为惯，很多时候都自由且也闲散惯了，突然和临时加大的工作压力是需要有职业素质和强大责任心的人才能应付得来。 2、项目缺乏有效的管理，新产品研发过程混乱。由于以前公司研发的项目比较少，因此在产品研发管理方面的经验显得尤其欠缺。虽然每个项目都有项目负责人，但项目负责人欠缺项目管理经验，缺乏统筹管理项目能力。因此项目负责人并没有发挥他在这个位置应该发挥的作用。以造成现在每个项目实际都是奈加先生在统筹管理，但奈加先生毕竟精力有限，而且加上语言沟通障碍，有些时候可明显感觉到心有余而力不足。 3、公司研发偏软不偏硬，对游戏硬件的开发重视度不够项目的硬件配置开发作为游戏的基石，游戏系统软件的施展功能的平台，也是具有长期可再利用的开发平台，不仅可以提升开发人员的技术水平，更重要的加强了开发人员开发的经验积累，日后在大型新项目中更好的利用自身的经验和技术水平投入硬件开发中来，故任何一款游戏的硬件平台不可忽视。

构建产品研发管理体系解决方案

构建产品研发管理体系解决方案从源头开始管理产品定义市场分析、客户需求、技术可行性分析等等都纳入K/3 PLM管理，包括多方的异地协同、相互的反复讨论、资料的原始记录、更改记录，原有资料的查询搜索和统计、市场分析资料的采集、分析和统计，对这些数据的有效管理成为产品开发定义的重要依据。管理图纸及文件解决企业中复杂的电子图纸、软件、文件、技术资料、相关标准、更改记录等数据的归档、查询、共用、换版等控制问题，对图纸的创建、审批、归档、发布、回收、报废等生命周期状态进行高效的管控，各种状态之间的转换通过审批流程的控制，自动保存审批记录、变更记录以及旧版资料并实现自动关联，以保证资料的完整一致性，确保图纸资料的正确使用。各种类型的CAD2D/3D机械结构图纸、EDA原理图/PCB图、以及各种异构类型的文件都能在K/3 PLM中统一组织、管理、使用和共享，被授权的用户可以方便地互相参考、借用甚至是同步开发，所有的数据都确保其唯一性和在多处使用时的一致性。产品开发效率和产品开发质量将得到提高。管理物料与相关图纸及数据的关联 K/3 PLM以物料为核心管理所有的相关数据(如图纸、工艺、规格承认书及其它相关文档、工装模具等)，实现以物料为中心的数据关联集成，并理清物料、图纸、工艺之间的版本关系。在此基础上建立产品的物料组成关系(BOM)并构成产品全息图，用户能够快捷、方便、准确的查找到与产品相关的所有资料。管理物料标准化物料标准化管理的核心目的是物料重用，需要解决一系列的复杂问题，包括物料(或图纸)的查询方法、图纸借用和物料借用的一致、借用关系的维护、数据变更的同步一致等。物料重用问题解决不好，企业将难以控制物料品种快速增长的问题。 K/3 PLM提供基于成组技术的标准件、通用件以及专用件分类管理平台，根据物料属性分类整理和管理物料，排除物料的重号。强大的物料(器件)查询搜索器，设计人员可以根据所需物料(器件)编码、名称、规格等等属性的任意字段或组合来查找，甚至可以在不知道编码、名称的情况下，根据设计功能的要求，查到零部件库中相关的功能零件，引用时自动记录重用记录，变更时多处重用的地方将自动提示相关影响并同步修改。由于物料查询借用的简便和高效，盲目新增物料的冲动将大为减少，加上严格的新增物料审批流程控制，物料增长得以有效控制。

PTC产品研发管理解决实施方案

————————————————————————————————作者：————————————————————————————————日期：

PTC产品研发管理解决方案——Windchill PTC 作为产品生命周期PLM完整解决方案的市场领导者，PTC 的Windchill系统能够支持企业在单一的系统平台中处理整个产品生命周期中的主要业务过程，企业在研发管理项目建设的不同阶段，可以利用Windchill系统提供的各种模块进行组合，以满足企业当前规划的产品开发管理系统需求。而Windchill系统还能对应企业特定应用，提供专门的解决方案，以帮助企业尽快获得收益。作为PTC公司产品家族中的核心部分，经过20年的不断更新与优化，Windchill系统可以向用户提供覆盖产品全生命周期管理所需的完整管理功能，形成闭环管理体系，如下图所示。作为产品生命周期PLM完整解决方案的市场领导者，PTC的Windchill系统能够支持企业在单一的系统平台中处理整个产品生命周期中的主要业务过程，企业在研发管理项目建设的不同阶段，可以

利用Windchill系统提供的各种模块进行组合，以满足企业当前规划的产品开发管理系统需求。而Windchill系统还能对应企业特定应用，提供专门的解决方案，以帮助企业尽快获得收益。在设计过程管理方面，Windchill系统提供了以产品结构（BOM）为核心面向多专业的的设计过程管理，并通过构建透明化项目管理系统，建立与研发主项目和子项目之间的关联关系，实现产品研制进度与协作过程的管理；在工艺制造管理方面，Windchill 系统通过其自身提供的MPMLink模块，提供了基于MBD的三维工艺过程管理能力，实现设计和工艺过程的高效协作，实现一体化管理；同时通过与业界先进的GE MES系统进行整合，真正实现设计、工艺、制造及执行过程的一体化管理；在质量及可靠性管理方面，Windchill系统提供了面向产品全生命周期的质量闭环管理解决方案，从质量计划、工程设计、试验验证、采购制造、运行维护到分析改进，形成闭环管理体系；在与设计工具集成能力方面，通过Windchill 系统与设计工具的独一无二、业界最优的深度集成技术，自动提取零部件属性，BOM，各种关联关系，生成可视化信息等，方便工程师的设计信息提交，审核，发布，同时方便评审工程师进行多版本的设计比较，从而支持各种协同设计，并行设计，以减少设计阶段的错位和后期更改，达到设计周期缩短的目的。在与企业应用系统集成方面，通过功能强大的成熟模块ESI和Info*Engine，实现Windchill 系统与企业其他系统（如ERP、MES、SRM、QMS等）之间的有机集成，优化系统之间的业务流程，及信息的无缝交换。

新产品研发管理办法

新产品研发管理办法 1 2020年4月19日

新产品的研发管理办法 1、前言（1）、本规定为规范西双版纳州龙新橡胶有限公司新产品研发管理规定。（2）、本规定于首次制定。（3）本规定的适用范围：生产系统、采购部、销售部、财务部 2、术语的定义本制度中所指的新产品的开发指新产品开发和产品的持续改进。 2.1 新产品开发为满足市场需求开发的不同于公司原产品的新型产品和在公司已批量生产的某种产品的基础上改动而形成的一种新的型号的产品。 2.2 产品的持续改进为了适应市场需要、满足用户要求、提高产品质量、降低制造成本等原因，在公司已批量生产的某种产品的基础上，经过改进一个或一个以上的产品，改动而形成的新的型号的产品，或未成形新型号的产品。 2.3 产品研发阶段产品研发阶段分为产品样机阶段、产品小批量试产阶段、推广阶段、持续改进阶段，分别涉及技术中心、生产部、动力车间和销售部。

3.主要内容及职责要求 3.1 产品开发形式：主要是将科技成果经过小试、中试放大，尽快地形成工业化生产，转化为生产力，将新产品经过六项指标检测（杂质、灰分、挥发分、氮含、PO(塑性初值)PRI（塑性保持指数）、门尼指标进行检测），以达到高效率、高质量的产品，获得经济效益和社会效益。当前我公司的技术中心开发条件处于同行业领先地位。 3.2 技术中心职责（1）根据市场需求和公司项目规划提出详细的项目研发计划。（2）实验阶段的立项及实施，并参与小批量试生产阶段、小批量推广阶段。（3）对原有产品的改进。（4）对用户订制产品的设计及实施。（5）技术文件的保管、发放及修改。（6）对公司其它部门的技术支持。（7）技术培训。（8）支持申报专利、申报计划/基金/奖励、产品认证。 3.3 生产系统职责（指涉及开发项目的职责）（1）根据公司项目研发规划提出中试生产的项目计划。（2）小批量试产项目的立项和实施。

产品研发管理的系统解决方案(doc8)(1)

集成产品开发：产品研发管理的系统解决方案如果把企业比喻为一辆马车，那么营销和研发就是马车的两个轮子。但我们看到，中国企业“研发”轮子依然是那么的弱小，以至于企业发展缺乏后劲，甚至下滑或陷入困境。在“世界工厂”的喧嚣中，我们看到国内企业产品研发的薄弱不仅是单一环节的薄弱，而是从核心技术、子系统/零部件、产品平台到最终产品整个链条都薄弱，当然越是到底层（如核心技术）越薄弱。难道是国内企业不重视产品研发吗？过去中国企业确实对研发重视不够。现在，应该说国内绝大多数技术型和制造型企业已经越来越重视研发了。但重视研发只是改变企业研发弱势的前提，除此之外，企业还有太多的工作要做，尤其是研发管理体系的建设。曾经以“手机、Call机、商务通，一个也不能少”而享誉全国的恒基伟业公司，由于没有持续不断地推出具有竞争力的新产品，现在已经很难唤起人们的记忆了。局外人认为公司没有新产品，肯定是企业研发投入不够，事实上相对于企业自身规模来讲，恒基伟业在研发上的投入非常大，2001年仅研发中心就超过100人，算上各地的研发人员，差不多300人。为什么这么一个庞大的研发队伍，不能面对外部竞争的挑战？答案在于研发管理和研发能力。同恒基伟业一样，国内大多数致力于产品研发的企业在研发管理上困难重重：诸如缺乏明确和前瞻性的研发规划、跨部门协作困难、缺乏有效的结构化的产品开发流程和项目管理、产品质量管理尤其薄弱、不重视技术积累和平台建设以及缺乏有效的研发人员的考评和激励措施等问题正困扰着国内企业。那么，企业应该建立什么样的研发管理体系呢？ IPD—系统性的研发管理解决方案在国内企业中，在研发管理方面做出努力的当然不仅有华为、中兴、海尔、联想、方太等领先企业。事实上，很多企业在研发管理上都在进行积极的探索。

PTC产品研发管理解决方案

的产品开发管理系统需求。而Windchill系统还能对应企业特定应用，提供专门的解决方案，以帮助企业尽快获得收益。在设计过程管理方面，Windchill系统提供了以产品结构（BOM）为核心面向多专业的的设计过程管理，并通过构建透明化项目管理系统，建立与研发主项目和子项目之间的关联关系，实现产品研制进度与协作过程的管理；在工艺制造管理方面，Windchill系统通过其自身提供的MPMLink模块，提供了基于MBD的三维工艺过程管理能力，实现设计和工艺过程的高效协作，实现一体化管理；同时通过与业界先进的GE MES系统进行整合，真正实现设计、工艺、制造及执行过程的一体化管理；在质量及可靠性管理方面，Windchill系统提供了面向产品全生命周期的质量闭环管理解决方案，从质量计划、工程设计、试验验证、采购制造、运行维护到分析改进，形成闭环管理体系；在与设计工具集成能力方面，通过Windchill系统与设计工具的独一无二、业界最优的深度集成技术，自动提取零部件属性，BOM，各种关联关系，生成可视化信息等，方便工程师的设计信息提交，审核，发布，同时方便评审工程师进行多版本的设计比较，从而支持各种协同设计，并行设计，以减少设计阶段的错位和后期更改，达到设计周期缩短的目的。在与企业应用系统集成方面，通过功能强大的成熟模块ESI和Info*Engine，实现Windchill系统与企业其他系统（如ERP、MES、SRM、QMS等）之间的有机集成，优化系统之间的业务流程，及信息的无缝交换。更为重要的是，对于最新发布的Windchill系统的11版本，通过

企业软件研发管理解决方案

目录 1. 问题和挑战 (3) 2. 解决方案概述 (4) 3. 方案优势和业务收益 (6) 3.1. 方案优势： (6) 3.2. 业务收益： (7) 4. 总体架构和主要功能模块特色 (8) 5. 案例列表和重点客户案例分析 (10) 5.1. Infosys Technologies (10) 5.2. 艺龙旅行网 (11) 6. 开发管理解决方案方案的产品构成. (13)

开发管理解决方案总结了在软件产品及项目开发中的成功经验，为开发团队提供了软件开发全生命周期管理平台，为软件团队按时、按量开发出高质量软件产品或项目提供了有力保障。 1.问题和挑战市场竞争越来越激烈，客户需求日益多样化，企业的业务体系越来越复杂。同时，随着信息化建设的逐步提高，企业业务对于IT系统的要求越来越高，需要开发越来越复杂的软件系统以满足业务系统的需要。在这样的前提下，软件项目团队规模将更大，项目组面临着比以往更大的挑战，需要以更高效率开发出更复杂、更高质量的信息系统。因此，经常会遇到的如下问题：一、软件项目过程管理方面：如何把软件过程方法论真正落实到实际软件开发中？缺乏高效、易用的支撑工具，理论难以成为实践；传统的软件项目过程管理工具难以应用以及集成；无法有效的控制项目的变更，导致管理者难以准确地分配资源，增加了项目的风险；缺少统一的开发管理流程指导，无法保证项目的质量和成功率；开发过程不透明，很难监控开发的进展情况；不能及时了解项目的进度，经常导致项目延期；二、软件团队协作方面：如何为各种规模的项目团队提供一个统一的协作平台？缺乏一个项目团队沟通协作、文档共享的统一平台；

产品研发管理解决方案

从源头开始管理产品定义市场分析、客户需求、技术可行性分析等等都纳入管理，包括多方的异地协同、相互的反复讨论、资料的原始记录、更改记录，原有资料的查询搜索和统计、市场分析资料的采集、分析和统计，对这些数据的有效管理成为产品开发定义的重要依据。管理图纸及文件解决企业中复杂的电子图纸、软件、文件、技术资料、相关标准、更改记录等数据的归档、查询、共用、换版等控制问题，对图纸的创建、审批、归档、发布、回收、报废等生命周期状态进行高效的管控，各种状态之间的转换通过审批流程的控制，自动保存审批记录、变更记录以及旧版资料并实现自动关联，以保证资料的完整一致性，确保图纸资料的正确使用。各种类型的机械结构图纸、原理图图、以及各种异构类型的文件都能在中统一组织、管理、使用和共享，被授权的用户可以方便地互相参考、借用甚至是同步开发，所有的数据都确保其唯一性和在多处使用时的一致性。产品开发效率和产品开发质量将得到提高。管理物料与相关图纸及数据的关联以物料为核心管理所有的相关数据(如图纸、工艺、规格承认书及其它相关文档、工装模具等)，实现以物料为中心的数据关联集成，并理清物料、图纸、工艺之间的版本关系。在此基础上建立产品的物料组成关系()并构成产品全息图，用户能够快捷、方便、准确的查找到与产品相关的所有资料。管理物料标准化物料标准化管理的核心目的是物料重用，需要解决一系列的复杂问题，包括物料(或图纸)的查询方法、图纸借用和物料借用的一致、借用关系的维护、数据变更的同步一致等。物料重用问题解决不好，企业将难以控制物料品种快速增长的问题。提供基于成组技术的标准件、通用件以及专用件分类管理平台，根据物料属性分类整理和管理物料，排除物料的重号。强大的物料(器件)查询搜索器，设计人员可以根据所需物料(器件)编码、名称、规格等等属性的任意字段或组合来查找，甚至可以在不知道编码、名称的情况下，根据设计功能的要求，查到零部件库中相关的功能零件，引用时自动记录重用记录，变更时多处重用的地方将自动提示相关影响并同步修改。

产品研发管理的系统解决方案

产品研发管理的系统解决方案集成产品开发：产品研发管理的系统解决方案如果把企业比喻为一辆马车，那么营销和研发就是马车的两个轮子。但我们看到，中国企业“研发”轮子依然是那么的弱小，以至于企业发展缺乏后劲，甚至下滑或陷入困境。在“世界工厂”的喧嚣中，我们看到国内企业产品研发的薄弱不仅是单一环节的薄弱，而是从核心技术.子系统/零部件.产品平台到最终产品整个链条都薄弱，当然越是到底层（如核心技术）越薄弱。难道是国内企业不重视产品研发吗？过去中国企业确实对研发重视不够。现在，应该说国内绝大多数技术型和制造型企业已经越来越重视研发了。但重视研发只是改变企业研发弱势的前提，除此之外，企业还有太多的工作要做，尤其是研发管理体系的建设。曾经以“手机.Call机.商务通，一个也不能少”而享誉全国的恒基伟业公司，由于没有持续不断地推出具有竞争力的新产品，现在已经很难唤起人们的记忆了。局外人认为公司没有新产品，肯定是企业研发投入不够，事实上相对于企业自身规模来讲，恒基伟业在研发上的投入非常大，2001年仅北京研发中心就超过100人，算上各地的研发人员，差不多300人。为什么这么一个庞大的研发队伍，不能面对外部竞争的挑战？答案在于研发管理和研发能力。

同恒基伟业一样，国内大多数致力于产品研发的企业在研发管理上困难重重：诸如缺乏明确和前瞻性的研发规划.跨部门协作困难.缺乏有效的结构化的产品开发流程和项目管理.产品质量管理尤其薄弱.不重视技术积累和平台建设以及缺乏有效的研发人员的考评和激励措施等问题正困扰着国内企业。那么，企业应该建立什么样的研发管理体系呢？ IPD—IBM的项目经理说：“IPD将优化华为公司的整体运作！”当时我将信将疑，但几年下来，IPD确实帮助华为建立了世界级的研发管理体系，并优化了华为公司的整体运行。其实，从98年初，华为就开始自己摸索实施IPD，取得了一定的经验，但走了很多弯路。当时，华为组织了项目组（主要由一批MBA构成），要求他们设计出行之有效的解决方案。为了避免被打扰，专门为他们在一间酒店配备了办公室。最后，项目组拿出了一套基于IPD的研发体系变革方案，并进行了推广实施，期望公司研发从此按照IPD模式来运行。华为按照新的方案调整了组织结构，基于IPD的研发流程和项目管理体系也在各产品线推行。看起来各项目组开始按照IPD 模式运作了，也积累了一定的经验，然而，效果并不象人们预期的那样。该次变革遭到很多人的抱怨，有人认为，此次变革，不仅没有很好的解决原有问题，同时又产生了不少新的问题，也有人认为，新的流程占去了他们过多的时间而没有效率，还有人因为新的工作方式难以适应而不满。其中以下问题尤为突出：首

研发项目管理体系解决方案

研发项目管理常见问题及解决方案 1998年,中国启动了国有科研机构的改制工作,截至当前大部分应用开发型科研机构已经完成了由事业单位向企业单位的转变。完成转制工作的科研机构,其科研和发展资金将主要来源于技术创新和科研成果的产业化,必须经过市场竞争来获得生存和发展。科研机构在事业单位体制下所采用的研发项目管理体系并不适用于新体制下市场竞争的需要,严重制约了其市场竞争能力。在跨国公司争相在中国设立研发机构抢夺科研人才的背景下,落后的研发项目管理体系还将造成中国科研机构优秀科研人才的流失。因此,建立市场竞争环境下具有竞争力的研发项目管理体系,是中国科研机构完成转制后面临的首要任务。在此背景下,中华－博略咨询在多个科研机构管理咨询项目基础上,对中国科研机构研发项目管理中常见问题进行了系统归纳和分析,并参考国外先进的研发项目管理体系,开发了研发项目管理体系设计方法。一、中国科研机构研发项目管理中常见的问题虽然,中国不同的科研机构的研发项目管理体系不尽相同,存在的问题也多种多样,可是长期的事业单位管理体制,导致科研机构在研发项目管理中普遍存在下述问题: 1. 研发战略 * 缺乏明晰的战略定位及发展规划,没有明确的项目选择标准

* 缺乏市场需求分析和产品(研发项目)组合管理 * 重视产品开发,可是忽视研发平台构造 2. 流程管理 * 经验型管理,缺乏对业务流程的清晰定义,导致管理失控,或者效率降低 * 各部门各自为政,流程不能得到有效执行,有效的信息大量流失 * 流程不能根据业务发展需要调整,冗余环节多,效率低下 * 支撑业务流程不以研发工作为核心,对研发工作需求响应不及时 * 对项目计划不重视,计划制定时不够审慎,执行过程中变更频繁,不能发挥对工作的指导和评估作用, * 缺乏对项目控制的系统思考,控制环节不全面,过程不系统 * 没有统一的项目术语定义,容易造成业务和管理混乱 * 没有进行项目阶段划分,或者没有明确各阶段的产出、考核标准和内容,没有确定项目各阶段中的关键决策点和决策点控制制度* 缺乏过程中止管理,项目一旦开始往往很难中止 3. 项目组织模式 * 没有全过程的负责人,或负责人不能协调项目所需的人、财、物 * 在采用矩阵式项目组织模式时,部门经理和项目经理的职责划分不清,二者的工作缺乏协调机制 4. 人员管理 * 项目经理一般是技术人员,缺乏必要的项目管理知识和技能 * 一个项目经理带多个项目,精力不能满足项目需要,同时其它人员因缺乏晋升机会而积极性不高 * 项目组中缺少市场和销售人员,不能及时掌握市场动态和客户

如何解决软件研发团队管理的问题

如何解决软件研发团队管理的问题最近在与一位总经理交流的时候，他谈到他们公司的软件研发管理，说：“我们公司最大的问题是项目不能按时完成，总要一拖再拖。”他问我有什么办法能改变这个境况。从这样一个问题开始，在随后的交谈中，又引出他一连串在软件研发管理中的遇到的问题，包括： ?现有代码质量不高，新来的开发人员接手时宁愿重写，也不愿意看别人留下的“烂”代码，怎么办？ ?重构会造成回退，怎样避免？ ?有些开发人员水平相对不高，如何保证他们的代码质量？ ?软件研发到底需不需要文档？ ?要求提交代码前做Code Review，而开发人员不做，或敷衍了事，怎么办？ ?当有开发人员在开发过程中遇到难题，工作无法继续，因而拖延进度，怎么解决？ ?如何提高开发人员的主观能动性？其实，每个软件研发团队的管理者都面临着或曾经面临过这些问题，也都有着自己的管理“套路”来应对这些问题。我把我的“套路”再此絮叨絮叨。 1. 项目不能按时完成，总要一拖再拖，怎么改变？找解决办法前，当然要先知道问题为什么会出现。这位总经理说：“总会不断地有需求要改变和新需求提出来，使原来的开发计划不得不延长。”原来如此。知道根源，当然解决办法也就有了，那就是“敏捷”。敏捷开发因其迭代（Iterative）和增量（Incremental）的思想与实践，正好适合“需求经常变化和增加”的项目和产品。在我讲述了敏捷的一些概念，特别是Scrum的框架后，总经理也表示了对“敏捷”的认同。其实仔细想想，这里面还有一个非常普遍的问题。对于产品的交付时间或项目的完成时间，往往由高级管理层根据市场情况决策和确定。在很多软件企业中，这些决策者在决策时往往忽略了一个重要的参数，那就是团队的生产率（Velocity）。生产率需要量化，而不是“拍脑门子”感觉出来的。敏捷开发中有关于如何估算生产率的方法。所以使用敏捷，在估算产品交付时间或项目完成时间时，是相对较准确的。Scrum创始人之一的Jeff Sutherland说，他在一个风险投资团队做敏捷教练时，团队中的资深合伙人会向所有的待投资企业问同一个问题：“你们是否清楚团队的生产率？”而这些企业都很难做出明确的答复。软件企业要想给产品定一个较实际的交付日期，就首先要弄清楚自己的软件生产率。 2. 现有代码质量不高，新来的开发人员接手时宁愿重写，也不愿意看别人留下的“烂”代码，怎么办？这可能是很多软件开发工程师都有过的体验，在接手别人的代码时，看不懂、无法加新功能，读代码读的头疼。这说明什么？排除接手人个人水平的因素，这说明旧代码可读性、可扩展性比较差。怎么办？这时，也许重构是一种两全其美的办法。接手人重构代码，既能改善旧代码的可读性和可扩展性，又不至于因重写代码带来的时间上的风险。