来源：计算机世界
要打造高效的IT，流程很重要，但还有些流程格外重要，作为IT领导者，需要在这些领域亲力亲为。
《保持联合运行宣言》一书（Keep the Joint Running Manifesto）的第7条原则称，在你具有战略性之前，你得先具备能力。
IT的流程和实践要指导IT人员如何完成工作，有没有能力就体现在这里。
现在的问题是，作为 CIO，你需要将个人注意力集中在哪些IT流程和实践。
答案始于这条基本原则：管理者本人发起的变革项目永远不要超过三个。超过这个数字，你就会失去专注力，因此失去领导力。
那么CIO应该选择哪三个流程呢？
不要关注IT运营
很显然，最有可能组织管理流程改进计划的是著名的ITIL 框架，但这是个错误。
并不是说采用ITIL框架是个错误。这是一套完美的框架，经历了几十年已经成熟了。
而是说ITIL专注于IT运营。只有出现岔子时，IT运营才有人关注。作为CIO，你会希望系统运行正常时也有人关注。
因此，如果你的IT部门需要改进可用性管理、容量管理、性能管理、基础设施生命周期管理、系统管理，尤其是变更管理等方面，要确保你有合适的人来负责IT运营，并且明确表示：你将通过唯一的、重要的IT运营指标：Invisibility Index（隐形指数）来衡量其是否成功–也就是说，没人关注IT运营时，你必须关注它，责无旁贷。
作为CIO，你应该认识到：虽然IT运营至关重要，但它根本不具有战略性，如果IT运营没做好，你不可能具有战略性。
要把IT运营委派出去，并确保受委派的那个经理拥有所需的全部工具和支持。
流程优先级第1：求助台
如果IT的声誉不是很好，改进求助台应该是你的首要任务。
不幸的是，求助台在IT部门并不受待见，原因是IT部门与公司其他部门成功整合的一个关键因素是业务/IT关系的质量。
IT部门与公司其他部门之间的关系取决于求助台。因此，如果你听到求助台被讥讽为\”毫无帮助的求助台\”；或者如果业务部门的同事问你：为什么直到有人打电话通知求助台，IT部门才知道系统宕机；或者如果你听到求助台的工作人员相互讲述可笑的用户故事；或者有人打电话向求助台寻求快速简单的方法，而求助台只给了对方故障单号，而不是立即给出对方需要的10秒钟答复–只要求助台出现某种不妙的迹象，你的注意力就要放在改进求助台上。
你需要业务部门的支持，才能使IT部门的其余人员大放异彩，而这种支持离不开求助台。
流程优先级第2：应用软件支持
规则 1：如果你的应用软件支持团队仍然执迷于瀑布方法，你还等什么？让他们立即开始转向敏捷方法，并亲自监管敏捷采用策略及执行。
规则2：敏捷不仅仅是Scrum。要为IT部门实际从事的工作选择正确的敏捷变体，而不是因为\”每个人都在使用Scrum\”就选择Scrum。
规则3：大多数采用敏捷变体的目的在于管理应用软件开发。大多数IT部门都是\”尽量购买，没办法时才自建。\”如果你是这种情况，请忽略Scrum。如果相反，让你的应用软件团队采用CRP（会议室模拟）或非常相似的ATDD（验收测试驱动开发）。
规则4：大多数敏捷变体专注于将软件作为产品来交付。大多数企业需要IT进行协作，以实现预期的业务变化。你可以改动采用的任何敏捷变体，以确保它取得你预期的效果。
本文来自【计算机世界】，仅代表作者观点。全国党媒信息公共平台提供信息发布传播服务。
ID：jrtt
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。