㈠ 外包项目管理的方法和建议
一般来说，外包项目管理比企业内部开发项目的管理更复杂，担负更大的风险，需要更紧密的进度和质量监控。企业在使用主要或专门的内部团队时，管理外包项目可能会产生许多压力。然而，导致外包项目脱轨的原因通常不是外包商的技术能力，反而是缺乏沟通，双方对于什么是重要的以及如何将不同组织融合成有凝聚力的组织缺乏共识。
那么，项目经理应该如何在预算内使外包项目保持正轨？以下是一些有用的方法和建议。
1、帮助外包方（或多方）了解你的业务和目标
让外包方或多方了解你的业务和目标不需要无休止的培训课程和冗长的文档交换，只需要共享你的业务、客户、业务流程和人员等这些重要的元素。能分享的有效元素越多，外包商就越有可能与你的商业目标保持一致，并且能创造真正的价值。
2、确保所有人都按照相同的“剧本”工作
你需要创建一个“剧本”，里面包含所有组成首选方法的片段部分，从而确保所有人按照相同的“剧本”完成任务。“剧本”包括流程工作流、标准操作程序和文化价值观。这有利于需求的一致应用。设计良好、经久耐用的工作流来确保准确性，推动整体有效性。此外，向团队提供必要的背景信息和材料非常重要，这能帮助他们进一步简化和管理项目。
3、确保所有人都在处理相同的文件
通过确保文件只有一个权威版本，使分布全球的团队能够像在同一办公室那样合作。这支持团队在同一时间处理同一份文件，不用复写其他团队的工作。这对于设计、软件开发、架构和工程等应用程序来说尤其重要。在这些应用程序中，文档完整性问题可能导致重大延误，并带来大量额外支出。
4、定期同步
事先同意根据固定时间表进行更新。同步可以每天或每周完成，但要严格遵守约定的时间，特别是你的外包团队在另一个时区之时。有效沟通是创建更高效、更有成效和更有利可图项目的关键，特别是与新员工或非现场员工之间的沟通。
5、定期进行沟通
外包项目需要更多时间去沟通和协调，才能保证需求与实际开发结果一致。面对面的沟通，即便是通过电子方式沟通，对于你与你的团队建立稳固融洽的关系至关重要，这能确保在目标和里程碑上保持一致。
6、尊重团队中的外包成员
你应该花些时间了解团队成员，通过视频会议或其他方式，把面孔和名字联系起来，了解什么让他们感兴趣。关键是：将你的外包团队当成合作伙伴那样对待，只有你期望他们成为合作伙伴，他们才会成为合作伙伴。
7、拥有良好的项目管理软件并确保各方使用
为您的团队提供有效的项目管理工具，比如8MSaaS PM，这能让他们协同工作。通过直接访问项目数据，团队成员可以花更少时间跟踪信息，花更多时间提高工作效率。项目团队成员和项目关系人都能看到项目详情，使所有人达成共识。
8MSaaS PM项目管理工具采用多方实时业务直通模式，能自动连接多方，实时管理合同、项目、资源、活动、产品、交付、收入及项目预算等，更好地实现端到端业务全自动化，以及快速获悉业务项目进度、各个延迟及问题的影响与原因。另外，8MSaaS PM使用独特的实时交易型的事务处理技术，有效保持项目数据的完整性，克制人的不诚实，有助于推动企业外包项目成功。
㈡ IT外包有何风险及如何防范
建立管理机构，明确外包范围，严格审查制度，加强风险监控和激励机制建设，这些措施是商业银行IT外包风险防范的重要保障。 对外包风险的把握，直接决定着 信息技术外包的成功与否。从根本上来说，对信息技术外包风险的防范过程就是对外包活动实施全面有效的管理过程。
建立外包事务管理机构 要对外包实施全面有效的管理，必须首先建立外包事务管理机构。目前，商业银行外包过程中，仅在外包决策、外包商选择、或发生了法律纠纷时，才成立临时性机构，处理相应外包事务。管理组织的不稳定造成管理人员的频繁调动和流失，削弱对外包项目的充分理解，影响了合作双方感情的建立。人员的不稳定必将造成管理策略的不连续，削弱双方合作和信任基础，给外包项目的管理和监督带来不必要的麻烦，影响外包的服务质量和进度。
外包事务管理机构应该由银行战略规划专家、外包咨询专家、各部门熟悉本行业务信息流关系的代表、信息技术专业人员、费用预算人员、法律顾问、实施管理和协调人员组成。主要负责外包前对国内、外行业、竞争对手以及自身的信息化需求进行调查研究；识别信息技术的核心竞争能力；在收益、成本和风险之间进行平衡并进行外包决策；制定外包的建设技术标准；设计外包方案，避免重复投资与信息孤岛；评价外包商的技术等级、发展能力，选择承包商；签署外包合同；对外包服务过程进行全面监督、协调和控制；处理与现有外包商的外包关系；监督并审议通过外包商的技术决策；积累外包经验并帮助制定未来的外包决策；谈判并推行未来的外包合同；使IT整体战略与不断变化的银行的整体战略保持一致。
明确IT外包范围 哪些是构成核心竞争力的信息技术，哪些是可以外包的非核心技术，外包范围的确定是商业银行信息技术外包中面临的首要问题。 J.P.摩根公司通过对美国商业银行的电子化发展研究，提出M1-M2-M3层信息技术构架理论（如图1所示），M1是指计算机系统的硬件、系统软件、工具软件、网络设施和其他银行使用的专用机具；M2层主要由应用软件和人机接口组成；M3层的内容主要包括业务流程重组、策略规划、应用系统集成和现有应用系统的管理和维护。M1层的技术属于技术提供商而非银行，对于商业银行来说，M1层的竞争主要表现在合并分散的数据处理中心以追求更好的规模效益；在M2层的信息化建设上，美国商业银行走了一段曲折的道路，开始采取完全自主开发的方式，在支付巨额开发成本的同时，还要承担开发失败的风险，开发完成后发现各家银行基本雷同，是一种低水平的重复建。因此进入上世纪80年代，美国商业银行不仅共同投资建设网络，实现资源共享，而且逐渐与IT公司合作开发软件或直接使用商品化的软件。经过研究发现，美国商业银行在M1和M2层的开发投入，实际收获的只是M1和M2层的技术培训，在M1和M2层领先所产生的效益不如M3层快。 借鉴美国商业银行的电子化发展经验和摩根公司M框架理论，我国商业银行在进行信息技术外包的过程中，应将M1、M2层外包，利用外包商的规模效益，降低成本，集中力量建设M3层，才能培养核心竞争力，实现特色化经营。 建立对外包商资格审查制度 外包成功的关键因素之一是选择具有良好社会形象和信誉、相关金融行业系统实施经验丰富、能够引领或紧跟信息技术发展的外包商作为战略合作伙伴。因此，对外包商的资格审查应从技术能力、经营管理能力、发展能力这三个方面着手。 技术能力：外包商提供的信息技术产品是否具备创新性、开放性、安全性、兼容性，是否拥有较高的市场占有率，能否实现信息数据的共享；外包商是否具有信息技术方面的资格认证，如信息产业部颁发的系统集成商证书、认定的软件厂商证书等；外包商是否了解金融行业特点，能够拿出真正适合商业银行业务的解决方案；信息系统的设计方案中是否应用了稳定、成熟的信息技术，是否符合银行发展的要求，是否充分体现了银行以客户为中心的服务理念；是否具备对大型设备的运行、维护、管理经验，和多系统整合能力；是否拥有对高新技术深入理解的技术专家和项目管理人员。 经营管理能力：了解外包商的领导层结构、员工素质、客户数量、社会评价；项目管理水平，如软件工程工具、质量保证体系、成本控制、配置管理方法、管理和技术人员的老化率或流动率；是否具备能够证明其良好运营管理能力的成功案例；员工间是否具备团队合作精神，外包商客户的满意程度。 发展能力：分析外包服务商已审计的财务报告、年度报告和其他各项财务指标，了解其盈利能力；考察外包企业从事外包业务的时间、市场份额以及波动因素；考察银行的外包合同对外包服务商财务状况的重要性如何；评估外包服务商的技术费用支出以及在信息技术领域内的产品创新，确定他们在技术方面的投资水平是否能够支持银行的外包项目。 对外包实施进行风险监控 信息技术外包的目的在于通过整合信息技术合作伙伴的企业资源，快速实现服务手段和服务方式的信息化，满足客户的需要。信息技术外包中产生的任何风险都会严重影响银行的形象。因此，在信息外包的全过程中要实施风险管理。 风险管理应分为四个步骤：第一步是识别外包实施中各阶段的宏观、微观层面风险，设置监控点。宏观上密切关注信息技术、外包市场的发展，以及银行自身经营环境、竞争对手外包策略、外包商经营状况的变化，防范技术、市场风险。微观层面上，听取外包商在项目实施不同阶段的报告，评估外包商运行的信息系统和相应的控制措施（如资源安全性、完整性、保密性），定期审查外包商相关的内部控制、系统开发和维护、以及应急计划措施，以保证它们符合合同要求，并且与当前的市场和技术环境相一致；了解外包服务是否及时，服务质量、服务水平是否得到提高，防范交易和信誉风险。第二步是分析造成工作偏离预定标准的问题的实质，对产生问题的原因进行调查并做出结论；第三步是拟订解决问题的可行方案，并从中选择出最好的；实施选定的方案，使外包工作回到原定的、期望的标准上。 建立对外包商激励机制 外包商的经营目标是实现利润最大化，而银行希望以公平价格获得良好的服务，因此，商业银行应制订激励机制，将其经营绩效与外包服务要求挂钩，使合作双方目标一致。可采取以下激励措施： 优质优价：根据信息技术外包的范围，按照系统正常运转的时间、效率，制定合格、满意、优质三层标准，达到不同标准给予不同价格。标准的制定应该随着技术的发展而不断提高，如果外包商在技术方面的创新能够使银行实现某些业务盈利，应给予外包商一定的奖励。这样可以鼓励外包商使用新技术、持续改进服务。
级别管理：根据对外包商的资格审查、合作时间长短、合作过程中满意程度，制订相应的评级制度，将外包商划分为准入级、合作级、伙伴级。级别评定是能上能下的，如果外包商的服务水平下降、服务质量降低，就会被降级。级别管理是希望通过一系列连续的合同来加强银行与外包商的合作关系，提醒外包商通过优质服务建立良好声誉、获得收益的重要性。
㈢ 生产外包得9001审核8.5怎么审核
按照8.5条款进行审核，也就企业要按照8.5条款进行整改设置才能通过审核的。
8.5 产品和服务的开发
8.5.1 开发过程
组织应采用过程方法策划和实施产品和服务开发过程。
在确定产品和服务开发的阶段和控制时，组织应考虑：
a) 开发活动的特性、周期、复杂性；
b) 顾客和法律法规对特定过程阶段或控制的要求；
c) 组织确定的特定类型的产品和服务的关键要求；
d) 组织承诺遵守的标准或行业准则；
e) 针对以下开发活动所确定的相关风险和机遇：
1）开发的产品和服务的特性，以及失败的潜在后果
2）顾客和其他相关方对开发过程期望的控制程度
3）对组织稳定的满足顾客要求和增强顾客满意的能力的潜在影响
f) 产品和服务开发所需的内部和外部资源
g) 开发过程中的人员和各个小组的职责和权限
h) 参加开发活动的人员和各个小组的接口管理的需求
i) 对顾客和使用者参与开发活动的需求及接口管理
j) 开发过程、输出及其适用性所需的形成文件的信息
k) 将开发转化为产品和服务提供所需的活动
8.5.2 开发控制
对开发过程的控制应确保：
a) 开发活动要完成的结果得到明确规定
b) 开发输入应充分规定，避免模棱两可、冲突、不清楚；
c) 开发输出的形式应便于后续产品生产和服务提供，以及相关监视和测量；
d) 在进入下一步工作前，开发过程中提出的问题得到解决或管理，或者将其优先处理；
e) 策划的开发过程得到实施，开发的输出满足输入的要求，实现了开发活动的目标；
f) 按开发的结果生产的产品和提供的服务满足使用要求；
g) 在整个产品和服务开发过程及后续任何对产品的更改中，保持适当的更改控制和配置管理。
8.5.3 开发的转化
组织不应将开发转化为产品生产和服务提供，除非开发活动中未完成的或提出措施都已经完毕或者得到管
理，不会对组织稳定地满足顾客、法律和法规要求及增强顾客满意的能力造成不良影响。
㈣ ISO9001：2008质量认证管理体系，如何对外包运输方进行评审
2008版的标准有明确要求----织如果选择将影响产品符合要求的任何过程外包，应确保对这些过程的控制。对此类外包过程控制的类型和程度应在质量管理体系中加以规定。“外包过程”是为了质量管理体系的需要，由组织选择，并由外部方实施的过程。
一般情况，将其作为供应商的来进行管理，需要的资料，如营业执照，税务登记争，ISO证书;外包厂审核认证记录，材料认证记录，进货检验记录，异常反馈及相关的改善报告等
㈤ 标准的技术性审查有哪些内容
技术标准在批准发布前，需进行一次综合地、政策性地、全面地审查，其审查的内容与要点如下：
(1)宏观审查。审查标准的幅面是否符合规定，标准的名称与内容是否相符，页数是否齐全，有无签字和公章，附件是否齐全。
(2)完整性审查。标准内容是否完整。
(3)内容审查。标准中的各项规定是否正确，有无互相矛盾之处，指标水平定得是否合适。
(4)格式审查。封面、正文各栏的位置是否符合规定，章、条等的编号、移行等是否符合规定，公式、表格、标题的格式是否符合规定等。
(5)统一性审查。名称、计量单位及符号、引用标准的条文与原文等是否统一，与有关标准是否统一。
(6)数字审查。审查数值是否正确、是否符合一定的规律，有关数值之间有无矛盾。
(7)图形审查。是否符合机械制图标准。
(8)文字审查。是否做到了层次分明、语言通顺、文字简练、限定准确、用语得当、用字正确、标点清楚。
㈥ 如何进行技术外包的可行性分析
外包的可行性分析 首先，要对照企业的核心竞争能力进行分析，凡构成企业核心能力的信息技术功能都应排除在外包之外； 其次，要分析企业信息技术功能与企业业务功能的关系，凡是联系密切、匹配程度高的功能都应排除在外包之外； 第三，要分析企业信息技术功能所采用的信息技术的成熟程度，凡属领先的蕴涵巨大风险的新技术的外包都应慎重决定； 第四，要分析那些不断制造麻烦的信息技术功能，如果这些问题的原因部分或多数存在于企业信息技术部门之外的业务领域，那么要谨慎决定这些功能的外包； 第五，要分析管理外包服务商的成本，特别要考虑外包之后的隐含成本，如果所有的成本高于外包能够带来的回报，那么就应暂缓外包决定； 第六，要分析企业在信息技术外包方面的资源积累和储备情况，如果不具备外包所需的人力资源、知识储备和管理经验，应暂缓外包； 第七，要分析企业信息技术外包可能引发的企业政治问题，外包必然会导致裁员、转岗分流、企业权益的重新分配及文化变迁等问题，如果处理不当就会消减外包所带来的优势； 最后，要分析外包市场，成熟的可供选择的外包服务商的存在是企业信息技术外包必需的外部条件。
㈦ 如何对外包的项目进行验收测试 详细�0�3
如何对外包的项目进行验收测试 随着当今技术和市场环境的变化，越来越多的企业选择将软件项目外包，同时也有更多成熟的大型软件企业加入到软件项目的承包队伍中。外包的软件项目越来越多，如何对这些外包的项目进行验收测试日益成为企业的一个关键问题。 用户验收测试的总体思路 用户验收测试是软件开发结束后，用户对软件产品投入实际应用以前进行的最后一次质量检验活动。它要回答开发的软件产品是否符合预期的各项要求，以及用户能否接受的问题。由于它不只是检验软件某个方面的质量，而是要进行全面的质量检验，并且要决定软件是否合格，因此验收测试是一项严格的正式测试活动。需要根据事先制订的计划，进行软件配置评审、功能测试、性能测试等多方面检测。 用户验收测试可以分为两个大的部分：软件配置审核和可执行程序测试，其大致顺序可分为：文档审核、源代码审核、配置脚本审核、测试程序或脚本审核、可执行程序测试。 要注意的是，在开发方将软件提交用户方进行验收测试之前，必须保证开发方本身已经对软件的各方面进行了足够的正式测试(当然，这里的“足够”，本身是很难准确定量的)。 用户在按照合同接收并清点开发方的提交物时(包括以前已经提交的)，要查看开发方提供的各种审核报告和测试报告内容是否齐全，再加上平时对开发方工作情况的了解，基本可以初步判断开发方是否已经进行了足够的正式测试。 用户验收测试的每一个相对独立的部分，都应该有目标(本步骤的目的)、启动标准(着手本步骤必须满足的条件)、活动(构成本步骤的具体活动)、完成标准(完成本步骤要满足的条件)和度量(应该收集的产品与过程数据)。在实际验收测试过程中，收集度量数据，不是一件容易的事情。 软件配置审核 对于一个外包的软件项目而言，软件承包方通常要提供如下相关的软件配置内容： . 可执行程序、源程序、配置脚本、测试程序或脚本。 . 主要的开发类文档：《需求分析说明书》、《概要设计说明书》、《详细设计说明书》、《数据库设计说明书》、《测试计划》、《测试报告》、《程序维护手册》、《程序员开发手册》、《用户操作手册》、《项目总结报告》。 . 主要的管理类文档：《项目计划书》、《质量控制计划》、《配置管理计划》、《用户培训计划》、《质量总结报告》、《评审报告》、《会议记录》、《开发进度月报》。 . 在开发类文档中，容易被忽视的文档有《程序维护手册》和《程序员开发手册》。 《程序维护手册》的主要内容包括：系统说明(包括程序说明)、操作环境、维护过程、源代码清单等，编写目的是为将来的维护、修改和再次开发工作提供有用的技术信息。 《程序员开发手册》的主要内容包括：系统目标、开发环境使用说明、测试环境使用说明、编码规范及相应的流程等，实际上就是程序员的培训手册。 不同大小的项目，都必须具备上述的文档内容，只是可以根据实际情况进行重新组织。对上述的提交物，最好在合同中规定阶段提交的时机，以免发生纠纷。 通常，正式的审核过程分为5 个步骤：计划、预备会议(可选)、准备阶段、审核会议和问题追踪。预备会议是对审核内容进行介绍并讨论。准备阶段就是各责任人事先审核并记录发现的问题。审核会议是最终确定工作产品中包含的错误和缺陷。 审核要达到的基本目标是：根据共同制定的审核表，尽可能地发现被审核内容中存在的问题，并最终得到解决。在根据相应的审核表进行文档审核和源代码审核时，还要注意文档与源代码的一致性。 在实际的验收测试执行过程中，常常会发现文档审核是最难的工作，一方面由于市场需求等方面的压力使这项工作常常被弱化或推迟，造成持续时间变长，加大文档审核的难度;另一方面，文档审核中不易把握的地方非常多，每个项目都有一些特别的地方，而且也很难找到可用的参考资料。 可执行程序的测试 在文档审核、源代码审核、配置脚本审核、测试程序或脚本审核都顺利完成，就可以进行验收测试的最后一个步骤——可执行程序的测试，它包括功能、性能等方面的测试，每种测试也都包括目标、启动标准、活动、完成标准和度量等五部分。 要注意的是不能直接使用开发方提供的可执行程序用于测试，而要按照开发方提供的编译步骤，从源代码重新生成可执行程序。 在真正进行用户验收测试之前一般应该已经完成了以下工作(也可以根据实际情况有选择地采用或增加)： . 软件开发已经完成，并全部解决了已知的软件缺陷。 . 验收测试计划已经过评审并批准，并且置于文档控制之下。 . 对软件需求说明书的审查已经完成。 . 对概要设计、详细设计的审查已经完成。 . 对所有关键模块的代码审查已经完成。 . 对单元、集成、系统测试计划和报告的审查已经完成。 . 所有的测试脚本已完成，并至少执行过一次，且通过评审。 . 使用配置管理工具且代码置于配置控制之下。 . 软件问题处理流程已经就绪。 . 已经制定、评审并批准验收测试完成标准。 具体的测试内容通常可以包括：安装(升级)、启动与关机、功能测试(正例、重要算法、边界、时序、反例、错误处理)、性能测试(正常的负载、容量变化)、压力测试(临界的负载、容量变化)、配置测试、平台测试、安全性测试、恢复测试(在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行)、可靠性测试等。 性能测试和压力测试一般情况下是在一起进行，通常还需要辅助工具的支持。在进行性能测试和压力测试时，测试范围必须限定在那些使用频度高的和时间要求苛刻的软件功能子集中。由于开发方已经事先进行过性能测试和压力测试，因此可以直接使用开发方的辅助工具。也可以通过购买或自己开发来获得辅助工具。具体的测试方法可以参考相关的软件工程书籍。
㈧ 如何有效监督外包商
合理的外包确实可以帮助物业公司进行成本控制，提升专业服务水平。不过在运作过程中，也必须注意加强对外包商的监督。 外包监督的第一个环节是对委托服务供方进行评审，以确保选择有资格的供方提供服务并达到委托方要求。评审内容一般包括：分包服务供方的资信、专业技术能力、服务质量、服务能力、服务方案、价格、业绩等。衡量外包单位的专业水平主要通过书面评审和现场考察两种方式，书面评审包括：供方营业执照、资质证明等文件；技术能力；品质保证系统；策划服务方案（组织架构、人员安排、岗位职责、作业文件、质量记录等）；合同草案（价格或预算、服务标准、付款方式、双方的责任及义务等）；经营管理业绩等。现场考察主要侧重服务质量、服务能力方面，一般采用对拟选服务方现有客户进行实地考察、暗访调查等方式，反映的情况较为客观，可以作为决策的重要参考依据。 合同是物业公司对外包商进行控制、监督的核心环节。因此，在双方签订的委托合同中，应对服务方式、质量标准、检查方法、不合格项处理及相应违约责任等条款进行明确且细致的约定。 在外包服务合作过程中，双方依循的应是互惠的供方关系原则（ISO9001标准的八项管理原则之一）。物业公司作为外包业务的委托方，对分包方的服务质量、结果全面负责，故应督导、协助供方落实合同要求及标准；服务分包方作为受托方，应服从委托方的督导，认真履行合同义务，确保合同要求和标准的实现。 物业管理服务产品的特点是产品实现过程（服务提供过程）与交付同步，且由不同类人员面向客户提供，因此物业公司对分包方的督导、协助应重点放在现场检查纠正及共性问题的整改落实。现场检查是快速发现问题并解决的有效方法，其中检查内容、频次、方法是关键；共性问题的整改应建立在数据收集、汇总、分析的基础上，针对共性问题产生的原因而采取措施，目的是避免同类问题的再次发生，这是一种有效的预防为主的持续改进方法。鉴于此，为实现对分包方的有效监督，应明确督查的方法、时机、内容，做为日常的监控手段；同时应收集分包方的服务质量信息，并定期进行总结分析，针对重点问题、共性问题制订并落实整改措施，如此往复，实现与分包方的共同成长和发展。 物业管理服务的改进常常依赖于对各类人员的培训。这种培训的内容包括：服务意识、服务规范（仪容仪表、语言态度、行为举止）、服务技能等。为确保分包方的服务改进及时、有效，对其培训环节的监控便显得尤为重要，如日常检查中发现的问题是否及时输入培训计划，培训计划是否按时完成，培训方法是否能够支持有效性等等，都应作为对分包方监控的内容。此外，分包服务合同也经常用做监督手段，为此需要在合同标准、双方的责权利、违约责任等方面进行严格、明确约定，以便可操作性的实现。 国外咨询机构所做的一项专业调查显示：选择承包方时考虑的重要因素还包括双方企业文化的适应性、承包方的技术实力、承包方对企业业务及经营策略的理解等。
㈨ 外包业务的审核制度与程序
医院对外包项目审核制度与程序