企业系统最佳做法

本文是我们的“从战壕”集合的一部分。 它介绍了企业系统的一般操作最佳做法， (包括 Microsoft Project Server) 。 本白皮书阐述，尽管企业努力在用户级别提供易于使用的界面，但提供该界面所需的技术和基础结构通常非常复杂。 随后又介绍了此复杂性需要您如何使用一些基本最佳实践，以便为在企业系统中维持高度可靠性创造最佳机会。

若要下载本文的 Word 版本，请参阅 企业管理最佳做法。

若要查看更多文章，请参阅 “从战壕”白皮书。

企业管理最佳做法

我主要写企业时间表或企业项目管理系统，我与此类系统讨论的最常见的部署阶段是选择或配置阶段：谈论战略视角。 本文更详细地介绍了操作实践，并不只是特定于企业时间表或项目系统（如 Microsoft Project Server）。 相反，它通常与企业系统有关，尽管主题可以肯定与几乎所有 Project Server 部署相关。

当我们遇到已部署的 Project Server 系统或与现有客户端交谈时，我们经常询问有关组织如何部署并已支持系统及其环境的问题。 当我们开始从事这个行业时，这些对话很简单，因为我们安装的项目软件将始终位于最终用户的电脑上，而对系统的维护始终是一个本地概念。 这些天的情况很少。 企业系统在界面或显示级别很简单，最终用户通常可以通过 Web 浏览器访问任何其他网页中的功能。 这些系统在前面可能很简单，就像在后面一样复杂。 显示该接口所需的技术可能具有许多层，取决于技术和基础结构的多个源，如果这还不够， () 可能一直在更新。

但是，有一些基本的最佳做法可以为你提供在企业系统中保持高度可靠性的最佳机会。

查找所有者

事实上，我们必须将其分为两个所有者，因为任何成功的企业系统都有一个业务所有者和技术所有者。 只有当业务所有者是 IT 部门的高管，并且企业系统主要针对该部门时，所有者才能相同。 因此，让我们分两个部分来了解这一点：

查找企业所有者

此人应该是对项目管理系统的结果具有既得利益的行政级别或高级管理级别人员。 系统必须带来的好处或系统必须克服的业务挑战必须是直接影响到此高管的利益和挑战。 而且，在有人说之前：不，通常不能是一个委员会或多人。

责任必须放在某个地方，这几乎总是意味着一个人。 此人也可能是实施该系统的执行发起人，但可能不是。 执行发起人通常不是企业系统的最终业务所有者。

即使在部署项目结束后，业务所有者仍将拥有系统，如果不再需要系统，则需要标识另一个业务所有者，并且必须提交到系统，或者系统应停用。

查找技术所有者

对于企业级系统，仅提供技术人员是不够的。 请记住，企业系统依赖于许多技术层。 技术所有者必须是 IT 部门的足够高级经理或高管，他/她将能够立即与这些其他技术层的所有者进行交互。 这可能包括拥有SQL Server数据库的高级人员、安装SQL Server的数据库服务器、安装 Project Server 的应用程序服务器 () 、网络、Web 服务器或服务器场、Internet 连接、防火墙、Active Directory 和 Exchange 服务器、安全服务器或系统，以及客户端级操作系统映像。 高级人员必须能够向控制环境其他方面的经理表示此企业系统。

有目的

确保 Project Server) 具有目的，并且 b) 正在实现其目的。 听起来很明显？ 不是。 通常，获取企业系统的原因不正确，IT 人员需要查找应用系统的目的。 签署企业系统业务目的的人员应是业务所有者，但其他人可能参与其中。 我总是问这样的高管一个我多年来一直使用的问题，“你现在不能做出什么业务决策，或者你只能做出很大的困难，通过部署这个系统来实现哪些业务决策？一旦业务要求 (注意到我没有说所需的功能) 已确定，请确保企业系统实际满足该要求。 我遇到了很多人，他们有一个购物清单的功能，但对他们试图用他们完成什么知之甚少。

随着组织的发展，请确保业务所有者回到这个基本概念。 仅 Project Server 等企业系统的部署就能从根本上改变其部署到的业务，因此发现组织对系统的要求会发生变化也就不足为奇了。

在 Project Server 被采用和部署几年后，通常进入组织，但发现无法找到知道为什么它对组织很重要的人。 系统正在使用以确保。 它正以惯性为由推进，但目的已经丧失，每天从中受益的高管们没有意识到这种好处来自何方。

将其引入企业体系结构

几年前，我记得和我们的一名技术人员一起去一个不满意的客户位置。 他们自己安装的 Project Server 实例造成了各种麻烦。 当面时，我们要求采访一些技术人员，通过层层跟踪系统。 当我们到达数据库层时，我们惊呆了。 他们安装系统的SQL Server版本不是组织的标准数据库服务器之一，而是在最终用户的电脑上。 每次重新启动、关闭电脑或安装某些内容时，数据库将变得不可用。 这确实影响了数百个最终用户。

组织规模很大，因此不缺乏可依赖的企业服务器或基础结构。 在这种情况下，问题很容易修复。 不过，这是一个很好的教训。 你部署的系统是否被编织到组织可能花费大量精力来获得稳定、可靠和安全的现有公司基础结构中？

备份它

我知道。 这很愚蠢，对吗？ 令人惊讶的是， 不幸的是， 它不是。 企业系统的备份可能非常复杂，因为它们可能依赖于同时备份的系统的多个方面。 当然，有基本数据，还有实现的元数据和配置数据。 来自可能必须与系统匹配的辅助系统的任何相关数据可能必须属于同一备份方案的一部分。 当我们想到 Project Server 时，我们不仅要考虑备份项目数据库 () ，还要考虑备份 SharePoint Server 数据库。 在 2010 之前的 Project Server 版本中，我们可能需要备份全局模板。 即使现在，单个电脑上可能有模板元素。

仅仅备份是不够的。 当系统更改或升级时，请至少执行一次数据库还原。 我记得几年前，我们曾与一位曾帮助为其设计备份策略的客户在一起。 他关闭了服务器，拔出了硬盘，放进了另一个硬盘，然后看着我们说：“那里。 硬盘刚刚崩溃。 这是新格式化的硬盘。 请还原我的 Project Server。”我吃了一惊，但更多的是因为我意识到它是多么好的要求，我越是想到它，我就越意识到，在 (之前或自) 以来，从来没有人提出过这个请求是多么令人震惊。 因此，请至少执行一次还原测试。 顺便说一句，我们能够还原该系统，但它并没有像我们怀疑的那样干净地返回，我们必须更新备份过程。

暂存/生产

“全世界都是一个舞台，所有的男人和女人都只是球员，”莎士比亚很久以前说。 在这种情况下，阶段更关于暂存，这是任何企业系统的关键。 系统投入生产后，需要尝试新配置、添加新自定义项、尝试新报表、链接、字段和其他更改。 你将进行更新和升级，在对生产环境中的用户进行更新和升级之前，应先在过渡或开发环境中尝试所有这些更新和升级。 浏览器更新或数据库更新等基本操作可能会引发企业系统循环，因此请确保保留和维护独立于生产环境的过渡环境。 在虚拟服务器的这个时代和时代，这可能比过去更容易。 现在，通常只需从生产系统克隆整个环境，但根据部署方式，可能说起来容易做起来难。 请记住，即使复制了整个服务器，也可能引用技术谜题的很多不同部分。

监视、监视、监视

有许多监督点可用于监视企业系统。 首先，确保 Project Server 可供最终用户使用至关重要，并确保在项目服务器不可用时尽快通知相应的技术人员也至关重要。 值得庆幸的是，市场上有许多工具可以确保系统正常运行且可用，即使最终用户尚未注意到该问题，也可以自动通知技术人员。 但是，监视的其他方面也很重要。 最好是保留应用程序运行状况的监视和日志，包括它使用的内存量、占用的 CPU () 量、系统报告的任何错误，即使它从它们本身恢复，也可能需要重启服务器， 以及技术基础结构其他元素的相关运行状况。 例如，知道 IIS 存在技术问题对于维护企业应用程序的可用性可能非常重要。

即使是微小的更改也是变化

Project Server 所基于的技术每天都在变化。 无法避免所有这些更改。 Windows Server 操作系统通常每隔几天接收一次更新，SQL Server可以每隔几周接收一次更新。 单个 Windows 客户端操作系统、其病毒扫描程序、防火墙和 Internet Explorer 及其加载项会定期获取更新。 数据与最终用户之间的链的任何部分都是应用程序可以分解的潜在点，因此请创建一个结构来管理整个技术堆栈中的更改。

这可能是一个挑战，因为许多不同的企业应用程序可能依赖于堆栈的类似方面。 我们有一个客户在一段时间后无辜地更新了 Project Server，结果发现整个 SharePoint Server 环境都关闭了。 显然，如何应用 Project Server/SharePoint Server 更新时出错。 虽然有完整的备份并且没有丢失任何数据，但升级过程没有即时回滚预配，因此影响是毁灭性的，因为它们需要数天时间才能逆转。

在另一个组织中，我们有一个客户端更新了另一个企业应用程序，发现它绝对要求所有用户升级其浏览器版本，但发现公司已在使用的其他企业应用程序不支持最新的浏览器版本。 这是俗话的岩石和硬的地方。 最后，他们必须回滚企业系统的升级，并等待所有企业应用程序可以继续执行新的浏览器升级。

有时，看起来集成比集成更好

销售演示始终使多个工具的集成变得如此简单。 嘿，presto，数据从这里开始，并在那里结束！ 在 Project Server 等高度灵活的工具与财务/ERP 等其他企业系统之间建立链接非常困难，我们始终建议在建立任何链接之前，这两个系统都处于生产状态且稳定。 但是，一旦它们开始运行，更重要的是要有头脑来监视这两个系统的任何更改，以确保它们将继续正确链接。

对于任一系统的任何升级，都可能存在数据更改、结构更改或不同的技术要求。 也可能有新的功能和优势，但请确保在过渡环境中测试现有链接功能，然后再将其推出生产环境。

文档、文档、文档

选择并部署 Project Server 时，在项目服务器中的人员不会永远处于这些角色中。 事实上，如果他们做得很好，他们将不管理组织所需的下一个企业部署。 因此，记录用于做出这些决策的配置决策、预期收益、操作预期和参数至关重要。 将来，其他人会看着这个系统，挠头说，“他们在想什么？请务必告诉他们。

企业系统文档应是随每次升级、业务或技术所有者的每个更改或运营结构或业务要求的任何重大更改而更新的动态文档。

在跳跃之前看看

这是我们第一次给人们潜水到一个阴暗的湖里的建议。 是浅薄的吗？ 地表下方是否有岩石？ 企业项目管理系统（如 Project Server）确实可以将复杂的数据元素引入一个位置，使基于这些数据的决策更加有效，并且这些决策的好处可以给组织带来深远的影响。 但你需要做家庭作业，以确保以一种能够获得所需利益的方式运行企业系统，而无需让组织面临成本和风险，从而快速消除这些权益的价值。

关于作者

Chris Vandersluis 是总部位于加拿大蒙特利尔的 HMS Software（Microsoft 认证合作伙伴）的总裁兼创始人。 他拥有麦吉尔大学的经济学学位，在项目控制系统自动化方面拥有30多年的经验。 他是项目管理研究所 (PMI) 的长期成员，并帮助创立了 Microsoft 项目用户组的蒙特利尔、多伦多和魁北克分会 (MPUG) 。 克里斯撰写的出版物包括《财富》、《重型建筑新闻》、《加拿大计算》杂志和PMI的PMNetwork，他是《项目时报》的常任专栏作家。 他在麦吉尔大学教授高级项目管理，并经常在北美和世界各地的项目管理协会职能部门发表演讲。 HMS Software 是 TimeControl 面向项目的计时系统的发布者，自 1995 年以来一直是 Microsoft 项目解决方案合作伙伴。

可通过以下方式联系 Chris Vandersluis： chris.vandersluis@hms.ca

若要阅读 Chris Vandersluis 与 EPM 相关的更多文章，请参阅 HMS 的 EPM 指南网站 (https://www.epmguidance.com/?page_id=39) 。