随着企业开始采用云计算、移动和物联网等技术，与数据中心相关的项目不断增多。这些项目可能包括迁移到云，关键业务应用程序重要升级，服务器品牌变更或新款基础设施管理工具。
虽然这些变化可能改善业务，但也同样存在着巨大风险。17%的IT项目预算在1500万美元甚至更高，以至于威胁到企业生存，因为他们确实经济拮据，参考自McKinsey&Company顾问公司2012年的调查结果。毫不夸张的说，公司未来成功或失败，与下一个主数据中心升级息息相关。幸运的是，管理者可以采取一些正确方法来确保数据中心项目计划的成功。
设置初始基调
第一个也是最苦难的步骤就是设定明确的预期。企业需要将关于新业务机会或潜在内部改进的想法转换为书面形式，以项目定义和管理文档开始。这些文档将项目分为不同的类别，如基于项目规模分为大、中、小，并且系统规格与交付大纲。这些往往可以通过商业化工具实现，如Altassian的JIRA、Celoxis或Microsoft Project。文档越清晰，公司项目成功的机会越大。
IT可能会跳过规划而直接进入过程。这样的行动是错误的。开发周期中花费1美元的变更，可能在生产环境系统中造成10,000美元的影响，根据顾问公司Scott Ambler + Associates的调查。每个涉及新数据中心项目计划的人都必须从头开始完成规划。
任何重大改革的范围都远超IT部门范围。如果要建造新数据中心，IT必须与设施管理单位交互。如果工资应用程序正在经历重大重写，IT需要和财务部门协作。
IT严格控制技术采购的日子已经一去不复返。随着云计算和其他消费者级别技术，业务部门经理可以很容易地绕过数据中心员工。数据中心经理需要民主而不是独裁，与业务经理合作，以提升数据中心基础设施。
把控数据中心项目规划细节
数据中心经理需要知道在发生重大变化时如何反应，如增加新服务器或延期一个月交付时间表等。项目经常因为团队收到了一个原本不是业务要求内的需求而无法按时交付——这也就是范围蔓延。
例如，业务单元要求改变用户界面。需要在数据库中增加一行，并且将用户数量从25增加到28。一系列小变更不断积累，会对项目造成严重的影响。这个问题在依赖于DevOps的组织更放大——他们更专注于制造快速、小规模变更，而不是将他们在主版本中一起发布。要避免范围蔓延，数据中心经理需要追踪微小变更，并且为其建立指标，以衡量其累积效应。
其他警示信号可能预示着数据中心项目计划将面临困难，如与计划表的小方差或增加预算。有时候，数据中心员工可能认为很快就能缩短差距，但不久之后出现的新的、未知的问题使得差距越来越大。如果目前项目进度不佳，数据中心员工需要尽快做出调整。IT忽视的时间越长，问题规模和之后减少最终损坏的挑战就越大。
IT经理们必须确保项目失败或失误不会导致大家都丢掉饭碗。随着数据中心系统成为核心业务的依赖，数据中心经理必须将需求覆盖范围延伸到整个组织。
本文转自d1net（转载）