大型企业中硬件和软件资源的有效使用.docx
- 文档编号:8764747
- 上传时间:2023-05-14
- 格式:DOCX
- 页数:32
- 大小:31.10KB
大型企业中硬件和软件资源的有效使用.docx
《大型企业中硬件和软件资源的有效使用.docx》由会员分享,可在线阅读,更多相关《大型企业中硬件和软件资源的有效使用.docx(32页珍藏版)》请在冰点文库上搜索。
大型企业中硬件和软件资源的有效使用
大公司计算机资源的有效部署
---Intel 公司低成本/高效益的部署
IntelIT 部门已经在公司内部建立了计算机资源的部署流程,为世界各地的
80,000 多名 Intel 员工提供了从提高生产效率的 PC 升级到关键时刻的安全补丁和
基本的操作系统释放。
引言
生产效率的改善与企业内部计算机资源的有效部署密不可分。
计划不周的升级
过程将增加员工的停工时间,从而影响生产。
在许多企业中,这种资源不能有效部
署的问题,导致了为提高生产效率而进行的升级或采用新产品的过程被延误或终止。
Intel IT 部门为遍布全球的 80,000 多名员工的计算需求提供支持和服务。
Intel
公司的计算机基础设施无论从规模上以及复杂性方面,使资源有效部署的机制成为
了确保 Intel 生产效率的要素。
Intel IT 部门已经建立了高效、灵活的资源有效部署
的机制来支持公司内部各部门的业务,确认和分配关键的资源部署任务,明确资源
部署的作用。
通过这种机制,Intel 公司的资源部署是按计划、试点、实施和支持
的过程进行的,并保证在整个过程中给 Intel 员工的工作带来最小的影响。
高效部署的概述
在 Intel 公司,信息技术(IT)部门负责公司内部计算机资源有效部署的评估
和实施。
IT 中的生产效率与决策方案(PDS)部门负责收集客户需求、产品评测,
为计算机基础设施提供支持的工程师们负责世界各地的 80,000 多名员工计算机资
源的部署。
计算机资源有效部署的组织—PDS 的工作目标是确保 Intel 公司的员工
通过使用 IT 部门的资源和服务(被证实的、可重复的流程,以及改进的工具和技
巧等)提高生产效率。
在像 Intel 这样的大公司中为每名员工提供客户端软件或硬
件设备是一个涉及到许多参与者的复杂过程。
IT 部门可提供的计算机资源并不仅
仅是一台计算机,而是一个持续不断改进的服务链,包括使用计算机的客户的识别、
使用计划的沟通、培训资料的分发、计算机与其它应用软件的兼容性,以及向计算
机厂商提交反馈信息等。
每次计算机资源部署的实施是由部署经理负责。
服务方式由客户的使用需求决定。
主要考虑的因素有:
计算机设备类型、性能
和复杂性,使用设备的客户数,以及安装和应用的难度等。
每次服务可通过多种方
式来提供,例如:
文字处理软件的升级可以使用公司内部网(线下方式)来完成。
也可以通过分发升级介质(CD)来实现。
对于比较特殊的、技术复杂的服务,比
如操作系统安装,要求工程师到客户现场进行升级。
角色与责任
Intel 公司的每种产品由产品部门主管(PSO)负责管理。
该部门负责制定下一
1
代产品的计划和升级的战略,资金预算以及备用产品。
由于资源部署计划的多变性
和复杂性,PSO 的职责中不包括资源部署的管理。
而是,指派专门的部署经理来
负责计算机资源部署的全过程,他与 PSO 密切合作确保计算机资源的有效部署。
每个 PSO 都要负责一个特定的产品和与之相关的业务,尽最大的可能为 Intel
公司创造利润。
部署经理自始至终负责资源的部署过程,要确保所提供的设备和服
务给 Intel 员工的工作带来最小的影响。
PSO 与部署经理遵从软件产品生命周期的
前三个阶段进行工作:
调查、计划、部署(包括原理证明和试用阶段)。
产品线经理(PLM)的角色与责任
●对产品家族的全线产品负总责
●领导产品管理人员和售前工程师
●管理 IT 部门的业务,领导来自关键职能部门的人员
●制定业务目标和管理本部门的资金预算
●将产品战略整合为产品线业务发展计划(包括市场营销计划)
●与 IT 部门的合作人员建立联系
●对业务范围内的事物进行抽检(例如,联机帮助支持、工程、质量、及客
户经验等)
●管理多个供应商(与本生产线有关的供应商)
产品服务主管(PSO)
●对某种产品负总责(包括资金方面)
●领导一个虚拟的产品或部门团队
●理解客户的需求和明确客户的期望
●描述出 Intel 公司的市场特征
●定义产品需求
●制定产品开发战略
●评估、验证和引进新产品
●确保产品的高效使用
●读懂生产数据并分析变化趋势
●清除报废的产品
●对业务范围内的事物进行抽检(技术支持中心、工艺、质量、及客户经验
等)
●管理供应商
产品部署阶段
Intel 公司的产品部署过程划分成四个阶段:
调查:
在调查阶段,PSO 主持来自公司内部与外部市场数据的测试与检验,
并决定那种产品能够更好地满足客户的需求。
这项评估包括原理证明或称之为
Beta 测试阶段。
部署经理制定在本阶段期间的部署目标,并找出最佳人选来进行
后续的部署。
2
阶段
部署经理
PSO
调 查
● 与 PSO 讨论部署需求
● 确定可用的部署渠道
● 与 PSO 共同制定预期的评价
结果,深入了解部署的效果
和产品质量
● 确定和收集产品的需求
● 确定客户可以接受的指标
● 启动部署项目组的装配进程
● 定义总的可用市场(TAM)
● 更新产品的 Web 主页
● 生成产品和服务认可过程
(PSAP)文档
● 聘用质检人员制定产品质量检验
流程
计 划
● 与质检(QA)人员共同制
定产品质量检测计划,启动
部署质量检验进程
● 按选择的分发渠道供货(产
品的分发办法)
● 用部署分布图帮助 PSO
● 完成部署计划的初步方案,
包括采用配套试点方法
(SPM)的试点计划
● 完成要采用的 PSAP 模版的选择
● 完成产品的风险评估
● 主持挑选部署渠道的过程
● 从生产资源部门得到产品的详细
设计
生产/原
理证明
原理证明(POC)阶段
● 用 PSO 提供的产品设计
POC
● 列出 POC 的用户
● 从 POC 的用户收集反馈信
息
● 为部署渠道的主管提供直接
● 启动 POC 阶段
● 确定质量检验要求的 POC 产品
普查
● 挑选最适合 POC 阶段的用户类
型
● 编写培训材料
● 提供支持模型
计划:
计划阶段始于调查过程中 PSO 决定了某种产品能够满足特殊需求的时
刻。
在计划阶段 PSO 要准备一份商业和营销报告,提出投资回报(ROI)指标,
决定财务指标及其它后续的指标,并编制工程、部署、质量、跟踪服务、沟通以及
培训需求等方面的文档。
这是在工程实施前的“纸上计划”过程。
生产:
生产阶段包括四个步骤:
●原理证明(POC):
主持备选产品的分析和测试,确定该产品是否适应
Intel 公司的环境。
●试点:
小范围的部署来验证备选产品。
试点的角色和责任类似于全面部署
的角色和责任。
●产品部署:
将产品分发给 Intel 公司的员工。
●跟踪服务:
在 Intel 公司范围内,产品部署后的支持服务,保证所部署的
产品由 IT 支持人员进行维护,并满足客户的下一步安装需求。
报废:
产品的报废过程始于一个产品不在被使用,既从 Intel 公司的应用环境中被
移出变为无用的产品,从而减少该产品的维护成本。
部署经理和 PSO 在每个阶段担负的职责
3
联系方式
● 提供检验 POC 阶段成功的
方法
● 提供错误追踪流程
● 在整个 POC 阶段收集客户的反
馈信息
● 评估 QA 的结果
生产试点
和部署
● 给完成部署产品打包的工程
部门提供必要的信息
● 与 PSO 设计计划/部署计划
● 征集试点参与者
● 确认试点/部署时间表
● 与 PSO 协调时间表的执行
● 支持试点/部署计划的技术评
论
● 与 PSO 协调做出是否进行到
下一阶段的决策
● 执行由 PSO 要求的产品质量
检验
● 与技术支持中心密切协作制
定客户影响指标
● 对照总的可用市场(TAM)
监控部署指标的进展
● 持续改进试点/部署流程
● 及时更新试点/部署流程
● 确保支持承诺到位
● 完成产品的分布及提出部署所需
要的资源
● 给试点/部署计划提供必要的信息
● 决定在试点范围内进行产品质量
验证还是在部署过程进行产品质
量验证
● 通知部署经理启动试点/部署
● 在部署过程提供必要的信息
● 定义试点问卷需求
● 编写培训材料
● 编写营销材料
● 监控支持模型及错误追踪流程
● 与应用软件软件时准备过程衔接
好,充分理解部署对应用软件的
影响
● 确定目标客户、总的可用市场以
及合并在部署分布图中的其它产
品。
● 收集客户的反馈信息
● 做出是否进行到下一阶段的决策
产品跟踪
服务
● 建立产品支持流程
● 确保 TAC 的讲议和培训到
位
● 建立问题升级的通道
● 必要的话,提供一个“被动
的”产品部署战略—采取消
极的部署行动。
● 制定产品支持流程
● 校准采用的度量标准,以利于改
进产品
● 及时解答客户的疑问
报 废
● 应用软件的准备---确定和衔
接
● 移出计划---客户的确定
● 业务概况和机会论证
● 财务指标论证
● 沟通需求
可重复的渠道
将产品部署给客户可以采用多种机制,比如,CD 分发、客户下载安装,以及
IT 部门的推进。
可重复的渠道已被证实可以进行可重复部署产品、工具及提供分
发机制的流程。
这些标准的方法可以保证软件部署的一致性和可靠性。
CD 分发
4
●某些因素影响分发 CD 的决策:
CD 的容量:
分发的软件必须满足 CD 的存储
容量(小于 700MB);如果软件太小采用 CD 分发将造成浪费。
●客户的地理位置:
对于无法使用 Intel LAN 设施的客户,其分发渠道受到限制,
在这种情况下,CD 分发是唯一有效的选择。
●紧急情况:
危机时刻(如:
病毒发作导致网络连接中断)经常需要紧急提供软
件介质。
●提交方式:
部署经理决定客户订购的 CD 是直接提交给客户,还是由外部供应
商提交给客户。
另外,在远程的地方可以使用 Intel 软件提供(ISS)服务器。
Intel 软件提供机制
Intel 软件提供(ISS)是一个内部的、集中管理的、企业网络驱动的软件分发
机制。
ISS 是面向全球 Intel 客户,其服务器位于世界主要的 Intel 公司所在地。
在
需要快速软件分发时,ISS 部署是非常有效的。
对于 ISS 分发没有软件存储容量的
限制。
ISS 软件的部署是通过客户端的“Push or Pull”方式进行。
●线下 Push:
软件推进是由 Intel 部署经理启动的在 Intel 公司环境内部署软件包
的进程(比如:
安全补丁等)。
需要紧急分发的软件产品都采用推进方式进行
部署。
要部署软件包的大小决定了推进给客户的生命力。
例如;远程访问(拨
号上网)客户不能推进大于 500KB 的软件包。
●客户启动的 ISS Pull:
软件下拉是当客户导航到 ISS 的 Web 页面,启动从软件
列表中下载一个软件产品的过程。
客户通过由 PSO 启动的市场营销进程来了
解软件产品。
软件下拉只涉及到可选的、不重要的软件产品。
直接接触
Intel 提供永久的和临时的场所,称为维修站,在必须由技术人员接触客户的
机器情况下提供产品供应。
维修站被设计用于大规模的客户系统/软件迁移,而客
户不希望自己完成升级的时候(如:
操作系统升级)。
客户按时间安排来到维修站。
桌面计算机由技术人员进行收集。
有时,技术人员直接在客户的桌面上完成小规模
的部署工作。
提供必要的工作场所和技术人员使直接接触这种部署方式成本高且费
时。
外部 Web 站点
在外部 Web 站点存放用于客户下拉的软件包。
像 ISS 一样,它可以由拨号上
网或 VPN 用户来使用。
在技术限制或涉及安全时不能访问 Intel 的企业网,外部
Web 站点的软件推进也是很有用的。
主要的外部 Web 站点客户是 Intel 的员工,通
过远程宽带连接访问外部 Web 站点,有时,他们的 Internet 连接更快于 Intel 的企
业网连接。
微软软件更新服务
微软软件更新服务(MSUS)是一个自动的软件部署机制,它利用操作系统内
嵌的更新功能允许客户从存放在专门的、集中管理的服务器上去下载操作系统的补
丁、更新版或升级版。
登录脚本
登录脚本是一组指令或命令,当客户登录到系统时执行脚本。
在部署紧急的补
丁时非常有用,这些补丁存放在客户可以连接到的服务器中。
登录脚本的缺陷是客
5
户不能及时退出或登录,而采用下班后的待机方式。
在需要立即进行部署修复严重
错误时将产生问题。
基础设施的部署
基础设施部署将所必须部署的产品安装在基础设施框架之内,如新增的服务器
或网络升级改造等。
该部署遵循可重复的生命周期,包括四个阶段:
●启动:
明确角色,制定采用的通信协议,设立项目范围,估算投资需求。
●计划:
提供详细的项目文档资料和项目计划,成立项目组。
●执行:
完成项目文档所规定的部署任务,进度安排和投资。
●结束:
设备进入维护支持阶段,文档资料归档。
协作规定
在 Intel 公司,每个软件产品家族由生产效率与决策方案部门(PDS)的产品
线经理(PLM)负责。
PDS 管理 Intel 公司的软件产品。
在软件产品家族内的每个
软件产品由产品和服务主管(PSO)负载。
一个软件产品从调查阶段被推进到计划
阶段之前,软件产品的 PSO 要完成产品认可过程(PSAP)所要求的文档资料,以
利于下一步的软件部署。
PSAP 将提交给部署项目组,项目组将指派一名部署经理
来负责部署。
另外,每个软件产品线在部署项目组安排一名产品线代表(与 PLM 不同的人)
。
产品线代表负责跟踪所分配的产品线中的产品的部署状态,监控产品部署路线图,
参加产品线项目组的会议,与该产品线的 PLM 保持联系。
当部署过程中出现问题
时产品线代表处将对下一步的部署提出建议。
这样使部署项目组从 PSO 得到 PSAP
时一切准备就绪。
产品线代表不被指派像部署经理那样来执行产品部署。
在部署计划阶段,部署项目组应该准确地预测部署所需的人力和物力。
PSO
与部署项目组要全面的沟通,从上层的咨询到具体部署的项目管理,这些协作规定
都是必要的。
部署经理和 PSO 协作管理部署的成本和资源需求。
与质量控制经理
配合,通过计划试点方法进行产品质量验证。
整合部署项目组和 PSO 的知识与经
验使他们相互了解避免冲突。
同时,也支持和鼓励他们与产品主管搞好合作,消除
对产品部署的任何影响。
技术支持中心的规定
Intel公司 IT 部门的联机帮助支持由技术支持中心(TAC)提供。
TAC 是客
户遇到 IT 方面问题的基本联系点。
因此,TAC 就成为部署过程的重要合作伙伴,
必须在部署项目组与 TAC 之间做出规定,在部署过程中出现问题时可以呼叫
TAC。
部署进度安排与通知
部署经理向 TAC 通知部署计划,以及部署过程中可能遇到的潜在的风险。
向
TAC 发出的通告随要部署的软件的重要性和复杂性而变。
例如,部署复杂的操作
系统升级比部署一个普通的安全补丁需要告知的内容多得多。
当收到即将部署的通知时,TAC 管理部门将指派一个联系人。
部署经理与
TAC 的联系人进行沟通以保证试点和部署进度安排的完成。
报告
TAC 定期报告所收到的与产品部署有关的情况。
在部署开始之前,部署经理
和 TAC 将对报告的格式和周期达成共识。
报告的格式允许对数据进行操作,如数
6
据分类、过滤。
最有效地帮助部署经理在部署过程中做出决策。
报告过程应该针对
报告的问题给出图表和趋势分析。
TAC 报告至少要包括下列信息:
●产品名称
●操作系统版本
●地区
●场所
●TAC 问题报告编号
●开始日期
●状态
●类别--例如系统检查或错误注释
●解决方案—如系统重启、重建,或文件的增加/删除
●结束日期
●其它部署信息
一旦部署过程启动,部署经理就要与 TAC 保持联系,评估与部署有关的问题。
这种机制赋予 TAC 赞成或否决与部署有关的决策的权力。
例如,当试点完成后,
大规模部署不能马上开始,直到部署经理审查完 TAC 报告的所有问题之后才能进
行。
文档
部署经理向 TAC 提供回答问题和解决问题所必要的文档。
文档包括:
●工程设计说明书:
对诊断问题有用的部署和产品信息
●脚本:
解决已知的问题或在开发、测试、试点过程中出现的但并不延误部
署的问题的预先定义的指令。
客户工程部门或部署经理生成 TAC 脚本并
在部署之前传送给 TAC。
●产品/服务应用过程(PSAP):
该文档包括工程说明、成本、QA 数据以
及其它对部署和支持产品所必要的信息。
错误门限值的定义
发生与部署有关的问题由客户呼叫 TAC 的情况并不常见。
在 Intel 公司,
部署之前,部署经理与 TAC 一同工作设定部署被停止前收到部署问题的百分
比。
通常,门限值是 5%,依据整改问题的能力可以调整。
例如,整改需要系
统重建,为了减少问题的影响门限值可设定低于整改只需要一个简单的补丁的
门限值。
一旦问题超过门限值,部署将被停止,部署经理要与 PSO 合作分析
和解决问题,而且部署的重新开始取决于 TAC 和部署经理双方的同意。
试点的作用
试点的作用是明确的,并且约定的方法可应用到试点过程。
遵照配套试点
方法(SPM)过程,在计划阶段部署经理指派专人与 TAC 联系。
他们与 PSO
合作制定和记录产品和部署要求,如产品特性及客户得到的生产效率。
在开发阶段,TAC 与部署经理、PSO 协同工作建立试点测试计划,监控
试点进程是否偏离其目标。
部署经理为 SPM 过程准备参与试点的客户。
在试
点期间,TAC 呼叫中心与客户通过访谈、发送电子邮件,或其它指定的方式
进行联系,并收集进展过程中产生的数据。
然后由部署经理向 PSO 或程序经
7
理提出产品改进建议。
在试点期间,项目组将准确地测试产品的健壮性,使
SPM 减少 TAC 呼叫的数量。
在大规模部署前通过改进产品从而也提高了客户
的使用经验。
试点
试点是产品部署的原则、流程、技术、工具、沟通技巧和客户经验的小规模演
练。
在可控制的环境下测试新的、已有的和集成的过程,为在全面部署时按照预期
的目标将所有部件集成起来提供有价值的建议。
在试点结束时客户和高层主管及时
提出反馈意见。
试点的种类
如同部署一样,试点也可根据客户与部署项目组之间的约定划分为一种或二种。
线下试点
线下试点通过 Intel 公司网络远程执行软件包的提交,而不是部署技术人员或
支持服务人员与客户直接打交道。
有效的线下试点提交的产品,如安全补丁、服务
包和应用软件更新。
线下试点通常按三个阶段进行:
●第一阶段:
在美国建立一个固定的目标站点,向指定的一些客户推进软件包。
一个大规模的部署,部署经理自行决定的目标站点为 300-500 多员工提供软件
推进服务。
●一旦第一组员工接收到了软件,合作组成员(如质检人员、软件供应商、工程
人员)密切协作对是否进行下一阶段的试点做出决策。
第一阶段的试点可持续
三至四天。
●第二阶段:
软件包在目标站点被推进给客户。
在这个阶段结束之后要对软件包
是否准备进行下一阶段做出决策。
第二阶段的试点可持续三至七天。
●第三阶段:
试点可以在一个欧洲站点和一个亚洲站点开始进行。
在该阶段将对
是否决定软件包可适宜大规模部署做出决策。
部署经理依据出现的问题、推进成功率和其它部署有关的因素决定每个阶段的
持续时间。
客户参与的试点
对于某些产品或业务流程需要部署人员直接在客户的系统(在维修站或客户的
计算机)上进行,这种试点要求客户参与才能进行。
许多操作系统和硬件升级要求
客户参与。
客户参与的试点要进行下列测试:
硬件确认
●硬件可靠性的确认过程(如 PC 机或增加的存储器等)
硬件支持
●桌面 PC 机(需要技术人员到客户现场支持服务)
●笔记本电脑(由客户送到维修站)
技术维修站的服务
●修改网络连接
●修理通信线
8
●硬件保管(存放在安全的地方)
●根据同时要部署(实施)的系统数量为技术人员提供必要的工作场所。
维修站的设立
●为客户放置他们的系统提供足够的地方,避免发生拥挤。
●接收系统的流程
沟通
●按流程按时提交系统
●为客户提供简明扼要的指南
按正确的次序与试点程序衔接
建立试点参与者的期望值
●参与者要清楚他们在试点项目组中的责任
●这是一个试点---它测试一些流程及人员
●参与者应该理解要求以他们的经验完成的调查,以帮助项目组对试点流程
做出必要的调整。
培训
●培训指南
●辅助包(包括:
免费发放的学员配置指南,培训讲稿胶片、和投影仪等)
●必要的网络和通信线
●记录出勤率的客户登记表
●为每间培训室配备辅助包
备用的资源
支持服务
●培训支持服务人员
●在解决方案数据库中增加技术支持的脚本
技术人员
●充分理解整个产品部署的业务流程
●培训和上机实习
●技术人员处理检查列表确保部署按步骤进行
●编写使用指南,包括技术人员遇到的问题、上报的问题,每个联系人的姓
名、电话和职责。
培训教师
●为培训教师提供全套的培训资料,包括:
培训学员对教师的评价等。
●教师无法回答的问题要形成文档,逐级上报。
帐户迁移支持
●帐户支持组要按时为客户迁移所要求的全部帐户。
工具
●代理
●调度工具
技术
在试点中要包括使用的新技术。
试点范围
9
新软件包的部署,或新版本的升级,将在公司内的各个部门引起震动。
试点为
检验给整个公司带来最小影响的部署状况提供了机会。
在软件部署试点中许多流程
和技术被预先组织、准备和评估。
●支持服务:
新软件包的部署立刻会给支持服务人员带来影响,在试点中暴露出
的问题,试点项目组人员要及时通知支持服务人员使他们有时间准备。
●硬件技术人员:
当软件部署需要直接在客户系统上操作时,试点项目组需要硬
件支持人员的帮助。
●培训:
部署开始前,培训资料必须编写完毕,培训教师也要了解新软件包的情
况。
●帐户迁移:
许多部署(如操作系统升级)要求改变客户的网络帐户。
●工具和技术:
试点测试完成后,大规模的部署也需要各种工具和技术。
●沟通:
试点可以帮助检验要部署客户的情况,确保信息是完整和清楚的。
预试点
一旦产品由质量实验室完成测试,部署经理有权在实际的试点之前进行预试点。
大型和复杂的软件包在进行试点的第一阶段之前通常要进行预试点以发现问题。
对于安全补丁和其它风险小的软件包通常不进行预试点。
预试点通过从参与试点的各地区选择小部分的参与者进行
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 大型企业 硬件 软件 资源 有效 使用