3 YTGS研发人员工作分析
TTGS是一家自己研发关键核心技术的小型医疗器械高新技术企业。YTGS成立于1997年，是全球领先的医用数字X线设备及操作系统、医学影像系统供应商。
北京riGS由珠海YTGS与北京工业发展投资管理有限公司于2008年共同成立。YTGS是中国目前高端医疗装备行业唯一能实现批量向西方发达国家出口尖端数字医疗装备核心技术产品的企业，客户包括日本东芝、德国西门子等知名企业。YTGS拥有EDR, ERF, EPACS等全线数字X线产品。此外，YTGS曾担了多项国家及省级科研项目，HGS有很强的研发能力。
为了保持YTGS的研发能力，YTGS研发部门作为公司最大的部门，研发人员有24人，占了公司人数的60%以上。其中博士生2人，主要进行算法研究工作，硕士学历的人员占到50%以上，专科学历的1人，在软件测试部门。YTGS研发部门人数占到公司六成的员工比例，并且研发部门还承担着超出职责范围之外的繁重任务。
下面在具体说明公司的产品线情况，这样可以更好的了解公司的开发和开发过程中的问题所在。公司有6条软件产品线：EDR,EVET, ERF, EDM, ENDT产品线和EPMS产品线，这些产品线工作的介绍说明如下图3. 1所示：【1】
YTGS的产品线很多，在发展这些产品的同时，也进行了一些公用产品开发平台（共用平台意味着产品的整体架构基本一致，产品的主体部分一致，使用的技术和方案相同）。下面进行产品线使用的技术平台说明-1）EDR VI,EVET VI共用一个平台；这个平台已经过时，不在进一步维护；2）EDR V2, EDM VI, ENDT VI公用一个平台，这个平台目前已经成熟；3）EDRV3和EVETV2公用一个平台，这个平台目前基本稳定，还在进一步扩展开发；4）ERF的产品线特殊，有自己的开发平台；5）EPMS的产品线特殊，也有自己的开发平台；由于不同的产品线可以共用很多模块，所以软件开发工作中还有很多公共模块的开发和维护，为了开发和维护这些公共模块，成立了一些专用小组，具体的说明如下：
1.图像算法组2人；这个组专门进行图像处理算法开发；2.图像控件组2人；这个组专门进行图像显示组件的开发；3.硬件接口组6人；这个组专门进行硬件设备驱动部分的开发；由于我们的系统兼容了不同型号的硬件，同时硬件的驱动不断更新，新的型号的硬件不断上市等，导致我们的系统在保持硬件兼容性做的工作量非常巨大，所以这组人数最多。
从上面的分析说明可以看出，公司目前的产品线过长，即使进行了部分的开发平台合并，仍然还有多个平台进行维护。按照软件开发的流程，每个产品的开发过程都要经过一个完整的从需求到测试的过程，工作复杂同时工作量大。为了减少工作量，同时对幵发过程进行适当的分工，通过专业化来提高效率与质量，必须进行开发平台的合并。
医疗行业对系统的开发要求很高，出口欧美的行业更需要通过CE和FDA认证。
这些认证中，对开发过程的要求很严格，对产品安全相关的要求也非常高。所以医疗产品的更新换代相对较慢，作为一个小型科技企业是不可能像其他通用软件-样投入太多的研发人员从事相关的软件产品开发工作。
3.1医疗软件开发说明
医疗软件开发，和其他中大型软件开发一样，首先具有复杂性这个鲜明的特点。为了说明医疗软件开发的过程的复杂性，以及在开发过程中考核的重点，下面先介绍软件的生命周期和标准的软件开发流程，医疗软件产品同样遵循这个开发过程的要求。
软件生命周期又是指从软件开发需求提出（软件定义）一直到软件报废退出市场的完整产品生存周期，周期内经历了从需求阶段（问题定义、可行性分析、总体描述），设计开发阶段（系统设计、编码、调试和测试），到验收使用和维护阶段（验收与运行、维护升级，废弃），不同的阶段又有具体的过程，这种过程遵循分段管理的思想方法。每个过程都要有完成工件定义、工件实现、功能审查、文档编写以供交流或备查，通过这一系列的工作提高软件质量。
按照软件的生命周期的要求，软件开发已经不再只是编写代码工作，软件开发是包含了软件从定义到实现，测试，维护等的全过程。软件工程理论就是在生命周期的思想基础上提出的。软件工程要求每一周期工作的条件是前一个周期“正确”结果输出；因此，每一个周期的内部工作都是按“活动一〉结果一〉审核一〉再活动一〉…一〉结果正确”这样的循环向前进展的。软件生命周期一般包括需求分析，概要设计，详细设计，编码，软件交付，验收，维护几个阶段，不同的产品开发过程会出现过程的裁减。下面针对这几个阶段进行进一步的说明。基于此流程，通常软件研发人员的职位分成了：需求分析师，软件架构师，高级/中级/初级软件工程师，测试工程师，配置管理员，技术支持工程师，产品经理等角色，每个软件公司研发人员的具体岗位设定会结合实际的情况对进行调整。
医疗软件的开发除了要遵循上面说明的标准软件幵发过程之外，还要考虑到医疗产品使用者的专业性以及医疗产品用途的特殊性，因此在产品安全方面还要符合医疗产品特殊的要求。我国以及其他发达国家都对这个行业提出了相应的法律法规的要求，下面针对这些法律法规进行相应的说明：
1.CFDA （2013年之前为SFDA）
中华人民共和国国家食品药品监督管理总局（CFDA）是国务院职能部门，接受国务院主要领导，主要负责药品、医疗器械、保健食品和餐饮环节食品安全方面的监督和管理工作，负责起草和制定食品、药品、医疗器械、化妆品监督管理的准则和出台相关的法律，制定食品行政许可的实施办法并监督实施，组织制定、公布国家药典等药品和医疗器械标准、分类管理制度并监督实施，制定食品、药品、医疗器械、化妆品监督管理的稽查制度并组织实施，组织查处重大违法行为。
2.FDA
FDA的全称为美国食品药品监督管理局，美国FDA是国际医疗审核权威机构，由美国国会即联邦政府授权，专门从事食品与药品管理的最高执法机关；FDA是一个由医生、律师、微生物学家、药理学家、化学家和统计学家等专业人士组成的致力于保护、促进和提高国民健康的政府卫生管制的监控机构。其它许多国家都通过寻求和接收FDA的帮助来促进并监控其本国产品的安全。
3.CE
CE认证代表欧洲统一（CONFORMHE EUROPEENNE）认证。加贴CE认证标志的产品必须符合有关欧洲指令规定的主要要求，同时必须提供证明证实该产品己通过了相应的合格评定程序，CE认证是产品被允许进入欧共体市场销售的通行证。
以上所有法规中对医疗软件的幵发，除了要求开发过程规范，文档齐全之外，由于医疗软件使用者的特殊性以及软件用途的重要性，在软件开发过程中特别强调V&V （Verification和Validation）的过程。Verification意思为“验证”,Validation的意思为“确认”.在IS09000中，也对“验证”和“确认”进行了定义。验证是针对需求的，需要通过检查和提供客观证据，表明规定要求覆盖；确认是针对功能的，需要通过检查和提供客观证据，表明针对某一特定预期用途的功能已经实现。
从定义上可以看出“验证”的概念关注是否满足需求，即需求规格说明书，“确认”关注的是是否满足功能要求，即用户的实际操作要求。软件从设计，编码到实现都是依据软件的需求规格说明书。对于软件测试的所有步骤，如单元测试，集成测试，系统测试等，其目的是验证软件是否符合软件的需求规格说明，因此都可归于验证过程。问题在于需求规格说明书并不能代表用户的实际使用要求，同时依据设计也可能同需求会有些偏差，所以生成出来的软件产品在经过了系统测试以后还需要进确认测试，确认产品是否就是用户真正想要的产品。
从上面的说明可以了解到，医疗产品的开发规范要求非常严格，需要熟悉大量的法律法规以及行业规范。同时目前的技术演进的速度非常快，需要开发者不断的学习，跟进当前的主流开发技术；并且由于医疗软件的使用客户是专业人士，与客户进行沟通需要相应的背景知识；在了解软件需求的时候，用户通常专注于自己想要的功能点上，而忽略了完整的系统要求，这就需要开发人员了解完整的系统流程以及用户的操作要求规范与使用习惯。医疗软件的使用者在使用产品的时候，会使用到大量的专业词汇以及特殊的技术要点，没有这些专业领域的积累，开发出满足用户要求，可靠并易于操作的软件产品是不可能的。
同时，医院的信息系统和设备软件来自于不同的厂商，这些系统和设备之间需要进行信息交换。信息交换所遵循的标准也非常的复杂。仅仅放射科内使用的系统所遵循的标准DICOM的文档就分成20个章节，供4902页的英文文档。这个文档中同样包含了大量的专业内容，研究起来非常的耗时耗力。
在软件产品的开发过程中，需求变更处理的工作量同样巨大，但又是不可避免的。需求变更的出现主要是因为在项目的需求确定本]期，用户往往不能准确的定义自己需要什么，需要开发的系统对用户来说也是个未知数。用户常常以为自己清晰，但实际上他们提出的需求只是依据当前的工作流程进行说明，而当釆用的新设备、新技术时，人们的工作方式会随之改变；随着开发工作的不断推进，系统开始展现雏形时，用户对系统的了解也逐步深入。这个时候，他们可能会加入一些新的功能或则流程，对以前提出的需求进行了变更。通常情况下需求变更不可避免地一次又一次出现，因为用户了解得越多，想到的新需求也就越多。针对已经介绍的软件开发流程，处理需求变更需要回溯到开发的需求收集阶段，逐步的在设计，编码，测试等环节依次修改。如果需求变更的内容较大或者频繁，对软件产品的开发是致命性的打击。
从上面介绍的内容中，可以看到软件开发的复杂度髙，专业化强；需求的变动控制复杂性；以及各方面法律法规的要求，YTGS现有的研发人员是没有办法开发并维护现有的过于庞大的产品线，这些产品线需要进行优化与精简；
3.2 YTGS产品开发特点
YTGS的软件产品运行在大型医疗设备中，作为医疗设备的控制系统，如同人的大脑一样重要，需要和各种不同的软硬件系统进行通讯，协调不同的硬件按照特定的时序进行工作，完成数据的采集，除此之外，还需要有高级的算法对釆集的图像数据进行处理，按照专用的标准进行数据的存储，同时作为医院Dicom网络的一部分，还需要与网络上不同设备之间进行通讯，协同工作，完成病人的注册，检查和诊断流程。
由于YTGS的客户不是医院，而是医疗设备供应商，这就决定了TTGS产品不但要兼容不同厂家的硬件设备，还需要具备本地化和界面定制的能力。这些市场要求决定了友通公司产品的不单要满足标准的医疗软件开发流程和法规要求，还需要有独特的架构设计，满足在硬件兼容性，界面定制化和系统本地化方面的特殊要求。同时随着信息技术的快速发展，移动互联网应用的普及，技术的变革不断引入新的应用，这就需要系统的设计具有前瞻性和扩展性，为应用的演进提供平台基础。这些严格的产品要求决定了研发员工只有具备高素质和通过团队的努力才能够完成任务。下面就YTGS产品开发的不同特性要求进行说明：【2】
从上面的说明可以看出，HGS产品开发难度非常大，对研发人员的素质要求与团队绩效水平的要求都非常高，产品开发过程中难免会存在各种问题。
3.3产品开发过程中存在的问题
医疗软件开发对技术和经验的要求都很高，上面也对YTGS的产品开发特点进行了详细说明。但是目前看起来，公司里面很多研发人员的能力和基础并不能达到相应的要求。医疗设备软件的开发不但要求有软件开发的经验和能力，硬件的集成能力，还需要有医学设备方面的背景经验以及对国际国内等各个标准的理解，任何一方面的欠缺都可能导致软件产品开发出现问题。
首先，研发过程是一个复杂探索的过程，每一个步骤的输出都会成为下一个步骤的输入，一旦输入出现了问题，输出必定会出问题。由于产品研发过程的复杂和研发人员不善于沟通，以及客户的需求表达不清晰或者变动，这一切经常会导致研发过程的重复返工。不过由于沟通不佳而导致的返工就应该尽量避免。
除了研发部内部各个过程的衔接会出现问题之外，公司其他相关人员的合作也不流畅。例如市场信息和技术支持方面的信息不能够很快的反馈到研发。但当出现问题追责的时候，焦点就就往往集中到研发部门。在平时的工作中，市场人员并不能清晰的描述自己对产品的需求，技术支持人员也不习惯于仔细阅读研发人员提供的技术文档。大家习惯于口头表达自己的想法，或者有问题直接去问研发人员，而没有养成学习技术文档来解决问题的习惯；如果要解决这种困局需要做两方面工作，第一需要梳理流程，提高沟通的效率，第二需需要让既懂技术又非常了解产品与应用的员工负责产品的设计定义以及技术文档编订的工作。
其次，产品开发时间的限制，导致产品第一轮开发各方面的工作不到位，所以在产品推向市场之后，不可避免需要进行第二轮乃至第三轮的重复开发。这样的反复自然降低了效率，同时也对研发人员的积极性形成了非常大的挫伤。
再有，技术文档的缺失也是一种严重的问题。开发人员没有较强的编制技术文档的能力，同时还经常会出现文档缺失以及内容叙述不到位，或者格式不规范的情况。直接的后果就是产品化程度不够，在产品认证的时候再补充文档，必然会导致实际情况与文档内容不一致的情况发生，同时还会耗费更多的人力物力。
针对研发过程中遇到的这些问题，除了进行产品线的精简优化外，还需各部门高素质的员工通力合作才能够开发出符合市场要求的产品。从上面的介绍可以看出，研发工作（尤其是医疗软件开发）最重要的特性是开发的复杂性。这个复杂性的结果是研发任务周期长，研发工作的经济指标难以衡量，成本难以控制。
所以研发人员的绩效不取决于某一特定因素，它是个人能力、团队协作和工作环境等多种因素共同作用的结果。在进行考核的工作中，研发人员绩效形成的过程是无形的，具有模糊性，无法监控。不能够直接以成本和经济效益为指标进行考核，研发人员的能力和积极性是研发任务成功的关键。研发任务的复杂性同样决定了研发任务通常由研发团队完成。研发团队合作的好坏，直接关系到项目的进度甚至项目的成败。研发人员的性格特点也决定了研发团队的合作分工管理是一项艰巨的任务，不是能够简单通过改进态度就能够解决团队合作问题的。良好的沟通能力，计划能力，协作能力，以及文档写作能力都是研发人员需要提高的内容。同时由于团队中单个研发人员的个人绩效难以辨识，团队中每一位研发人员承担的角色各不相同，其绩效水平也有很大差异，所以如何利用考核解决研发工作的复杂性和研发团队合作性方面的问题，是研发员工绩效考核体系的重要目标。为了解决这两个方面的问题，首先必须考虑什么是研发人员应该具备的核心素质和能力，其次需要考虑高效团队具备的关键特征。
如何发挥员工的潜力，提高单个员工的效率同时降低沟通成本，发挥团队的优势成为研发工作的一个关键点。绩效考核对员工工作进行引导，规范，同时激励员工主动进行学习，沟通。绩效考核工作的好坏，直接关系到公司内部公平性的问题。通过绩效考核的引导创造一个良好的内部环境，让研发员工在分享中学习，在沟通中解决问题，才能够有效的提升研发团队的整体效率，实现研发部门的组织目标，为公司的战略目标服务。
