企業系統的最佳做法

本文是「從馬西斯」集合的一部分。 其中說明企業系統一般 (的操作最佳做法，包括 Microsoft Project Server) 。 文中說明雖然企業系統如何致力於提供使用者層級易於使用的介面，然而要提供這種介面時所需的技術和基礎結構通常十分複雜。 本白皮書接下來會描述這種複雜度如何要求您使用某些基本的最佳作法，讓您在企業系統中擁有維持高度可靠性的最佳機會。

若要下載本文的 Word 版本，請參閱 企業管理最佳做法。

若要查看更多文章，請參閱 白皮書。

企業管理最佳做法

我大部分都會撰寫企業時程表或企業專案管理系統，而我與這類系統討論的最常見部署階段是選擇或設定階段：討論策略觀點。 本文更詳細地說明操作做法，不只適用于 Microsoft Project Server 等企業時程表或專案系統。 相反地，這通常與企業系統有關，但主題當然可以與幾乎所有 Project Server 部署相關。

當我們遇到已部署的 Project Server 系統或與現有用戶端交談時，我們通常會詢問組織如何部署及支援系統及其環境的問題。 當我們開始使用產業時，這些是簡單的交談，因為我們要安裝的專案軟體一律會存在於終端使用者的電腦上，而對系統的關心一律是本機概念。 這些天很少發生這種情況。 企業系統在介面或顯示層級很簡單，使用者通常可以透過網頁瀏覽器存取功能，就像任何其他網頁一樣。 就像這些系統可能位於最前面一樣簡單，就像它們位於後端一樣複雜。 顯示該介面所需的技術可能有許多層，取決於技術和基礎結構的多個來源，而且 (如果沒有足夠的) 可能會隨時更新。

但是，有一些基本的最佳做法可讓您在企業系統中維持高度可靠性的最佳機會。

尋找擁有者

事實上，我們必須將此專案分成兩個擁有者，因為任何成功的企業系統都有企業擁有者和技術擁有者。 只有當企業擁有者是 IT 部門的主管，而企業系統主要是針對該部門時，擁有者才能相同。 因此，讓我們分成兩個部分：

尋找企業擁有者

此人員應為主管層級或資深管理層級人員，且對專案管理系統的結果有興趣。 系統必須提供的優點，或系統必須克服的商務挑戰，必須是直接影響此主管的優點和挑戰。 而且，在有人說之前;否，通常不能是委員會或多位人員。

責任必須放在某處，這幾乎一律代表一個人。 此人可能也是系統實作的執行贊助者，但可能不是。 執行贊助者通常不是企業系統的最終企業擁有者。

即使在部署專案結束之後，企業擁有者仍會擁有系統，而且如果他們不再需要它，就必須識別另一個企業擁有者，而且必須認可至系統，否則應該淘汰系統。

尋找技術擁有者

對於企業層級系統而言，只有技術人員可用就不足。 請記住，企業系統相依于多層技術。 技術擁有者必須是 IT 部門中夠資深的主管，才能立即與這些其他技術層的擁有者互動。 這可能包括擁有SQL Server資料庫的資深人員、已安裝SQL Server的資料庫伺服器、安裝 Project Server 的應用程式伺服器 () 、網路、Web 服務器或伺服器陣列、網際網路連線、防火牆、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 更新的套用方式發生錯誤。 雖然有完整的備份，而且沒有遺失任何資料，但升級程式並沒有立即復原布建，因此效果會受到負面影響，因為它們需要數天的時間才能反轉。

在另一個組織中，有一位用戶端已更新另一個企業應用程式，發現絕對需要所有使用者升級其瀏覽器版本，才能發現公司中已使用的其他企業應用程式不支援較新的瀏覽器版本。 這是證明的岩石和硬地。 最後，他們必須復原企業系統的升級，並等候所有企業應用程式都可繼續進行新的瀏覽器升級。

有時候看起來整合會比整合更好

銷售示範一律會讓多個工具的整合看起來很簡單。 Hey presto，資料會從這裡開始，並結束于該處！ 在 Project Server 等高彈性工具與 Finance/ERP 等其他企業系統之間建立連結已經夠困難，而且我們一律建議在建立任何連結之前，這兩個系統都處於生產環境和穩定狀態。 不過，一旦它們開始進行之後，更重要的是要監視這兩個系統的任何變更，以確保它們會繼續正確連結。

任何一個系統的升級都可能會有資料變更、結構變更或不同的技術需求。 也有可能的新功能和優點，但請先確定現有的連結功能已在預備環境中測試，再推出至生產環境。

檔、檔、檔

選取並部署 Project Server 時，在該處的人員將不會永遠擔任這些角色。 事實上，如果他們的作業很出色，他們將無法管理組織所需的下一個企業部署。 因此，記錄設定決策、預估的優點、作業預期，以及用來做出這些決策的參數是不可或缺的。 未來，其他人將查看此系統，並按頭說出「他們在想什麼？」請務必告知他們。

企業系統檔應該是每次升級時更新的即時檔、企業或技術擁有者的每個變更，或操作結構或商務需求的任何重大變更。

在您閏

這是我們第一次為深入探討暗湖的人員提供的建議。 是否為淺層？ 表面正下方是否有岩石？ Project Server 之類的企業專案管理系統確實可以將複雜的資料元素帶入一個位置，其中根據該資料的決策會更有效率，而這些決策的優點可能會對組織產生極大的差異。 但是，您必須執行您的作業，以確保您以能夠取得所需權益的方式來操作企業系統，而不會向組織公開成本和風險，而這些成本和風險可以快速抹除這些權益的價值。

關於作者

Chris Vandersluis 是 Microsoft 認證合作夥伴、加拿大 HMS Software 的副總裁和建立者。 他擁有 McGill University 的經濟效益學位，以及超過 30 年的專案控制系統自動化經驗。 他長期隸屬于 Project Management Institute (PMI) ，並協助您找到 Microsoft Project Users Group (MPUG) 的多倫多、多倫多和魁北克章節。 Chris 所撰寫的發行集包括《星號》、《重度建構新聞》、《計算加拿大》雜誌和 PMI 的 PMNetwork，而他也是 Project Times 的一般常客。 他教授 McGill University 的進階專案管理，並經常在北美洲全球各地的專案管理關聯函式上進行討論。 HMS Software 是 TimeControl 專案導向的計時系統發行者，自 1995 年起一直都是 Microsoft Project Solution Partner。

您可以透過電子郵件連絡 Chris Vandersluis：： chris.vandersluis@hms.ca

如果您想要閱讀 Chris Vandersluis 的更多 EPM 相關文章，請參閱 HMS 的 EPM 指引網站 (https://www.epmguidance.com/?page_id=39) 。