???????? 敏捷/精益數(shù)據(jù)治理的目標(biāo)是使開發(fā)團隊能夠在整個IT生態(tài)環(huán)境中維護和開發(fā)高質(zhì)量的數(shù)據(jù)資產(chǎn)。精益數(shù)據(jù)治理方法可促進數(shù)據(jù)專業(yè)人員與?他們支持的團隊之間的健康協(xié)作?關(guān)系。最近Per Kroll和我一直在研究如何采用精益/敏捷的方法來治理軟件開發(fā)項目，從而產(chǎn)生了?IBM白皮書。本文介紹了一系列實踐，其中許多實踐適用于一般的IT治理（包括數(shù)據(jù)治理）。該方法基于以下觀察：管理智力工作者行為的最有效方式是通過激勵和啟用它們，而不是通過命令和控制過程。Dobb博士的“?數(shù)據(jù)質(zhì)量技術(shù)現(xiàn)狀”調(diào)查結(jié)果支持這一理念?，該調(diào)查發(fā)現(xiàn)協(xié)作方法數(shù)據(jù)管理比命令和控制方法更有效，而后者反過來總比沒有方法更好。遺憾的是，傳統(tǒng)的IT治理方法通常以命令和控制的方式實現(xiàn)。?

本文分為以下幾個部分：

• 傳統(tǒng)數(shù)據(jù)治理面臨的潛在挑戰(zhàn)
• 敏捷/精益數(shù)據(jù)治理實踐
• 數(shù)據(jù)治理成功因素

1. 傳統(tǒng)數(shù)據(jù)治理策略的潛在挑戰(zhàn)

2. 敏捷?/精益數(shù)據(jù)治理實踐

除了支持?敏捷數(shù)據(jù)庫最佳實踐之外，您應(yīng)該考慮為數(shù)據(jù)治理工作采用的敏捷/精益開發(fā)治理實踐是：

1. 有價值的公司資產(chǎn)。如果認為向開發(fā)人員增加價值，將采用指導(dǎo)（例如數(shù)據(jù)庫設(shè)計約定，?建模風(fēng)格指南，數(shù)據(jù)命名約定和報告設(shè)計指南），元數(shù)據(jù)定義以及框架和組件等可重用資產(chǎn)。您希望讓開發(fā)人員盡可能輕松地遵守，更重要的是利用您的企業(yè)IT基礎(chǔ)架構(gòu)。當(dāng)數(shù)據(jù)標(biāo)準(zhǔn)合理，易于理解且易于訪問時，人們在實踐中實際遵循標(biāo)準(zhǔn)的可能性就大大增加。當(dāng)你強迫人們遵守標(biāo)準(zhǔn)時，當(dāng)他們這樣做是繁重的時候，那么?你就減少他們實際這樣做的可能性。
2. 場景驅(qū)動的開發(fā)。如果不了解零件就無法定義整體，如果不了解整體，就無法對零件進行詳細定義。通過采用場景驅(qū)動（也稱為使用驅(qū)動的方法），您可以了解人們將如何實際使用您的系統(tǒng)，從而使您能夠構(gòu)建滿足其實際需求的內(nèi)容。傳統(tǒng)數(shù)據(jù)方法的一個常見錯誤是它們采用數(shù)據(jù)驅(qū)動的方法（可以理解，因為它們的偏差）使它們陷入困境，因為數(shù)據(jù)過于狹隘地驅(qū)動事物并且它不能反映整體治理工作的需求。
3. 將數(shù)據(jù)專業(yè)人員作為開發(fā)團隊的積極參與者。當(dāng)您的DM小組在項目團隊外部時，如果您不是非常小心，它可以在您的IT組織內(nèi)培養(yǎng)“他們與我們”的心態(tài)。您不需要有外部組來運行數(shù)據(jù)治理活動，而是個人數(shù)據(jù)專業(yè)人員可以通過協(xié)作和及時的方式將其作為開發(fā)團隊職責(zé)的一部分。這是敏捷數(shù)據(jù)方法的基本概念之一?。
4. 教育開發(fā)人員。開發(fā)人員需要了解為什么您的MDM工作很重要，有什么好處，以及如何與您的DM團隊合作。當(dāng)他們知道為什么需要做某些事情，以及如何有效地做到這一點時，他們實際上會做得更好。
5. 適應(yīng)過程。由于團隊在規(guī)模，分布，目的，關(guān)鍵性，監(jiān)督需求和成員技能方面各不相同，因此一個流程規(guī)模并不適合所有流程。這意味著您支持面向數(shù)據(jù)的活動（包括治理）的方法因團隊而異。
6. 使團隊結(jié)構(gòu)與架構(gòu)保持一致。數(shù)據(jù)團隊的組織應(yīng)反映?企業(yè)架構(gòu)結(jié)構(gòu)。例如，集中式數(shù)據(jù)團隊將難以支持具有分散式架構(gòu)的環(huán)境。?
7. 對齊HR政策，IT價值。您需要為技術(shù)人員的思維方式制定適當(dāng)?shù)募?獎勵，以確保他們遵循您的數(shù)據(jù)治理策略。
8. 協(xié)調(diào)利益相關(guān)者政策和IT價值觀。您的開發(fā)工作受到利益相關(guān)者的驅(qū)動和約束。您的利益相關(guān)者必須切合實際地了解他們對IT的要求，并了解他們決策的含義（您需要對他們進行教育）。
9. 業(yè)務(wù)驅(qū)動的項目管道。您應(yīng)該投資于與業(yè)務(wù)方向完全一致的IT活動，返回可定義的價值，并與企業(yè)的優(yōu)先級相匹配。這也包括面向數(shù)據(jù)的活動。不幸的是，許多傳統(tǒng)的數(shù)據(jù)治理策略似乎往往反映了我們中間數(shù)據(jù)官僚的優(yōu)先級，而不是業(yè)務(wù)的優(yōu)先級，導(dǎo)致數(shù)據(jù)倉庫等正在建設(shè)中未被充分利用
10. 嵌入式合規(guī)性。最好將合規(guī)性構(gòu)建到您的日常流程中，而不是單獨的合規(guī)流程，這通常會導(dǎo)致不必要的開銷。自動化至關(guān)重要。例如，不是為了確保開發(fā)團隊遵循公司數(shù)據(jù)約定而進行審查，這?是一項耗時且昂貴的工作，為什么不定期針對數(shù)據(jù)庫模式運行靜態(tài)代碼分析工具，以確保遵循數(shù)據(jù)命名約定？
11. 靈活的架構(gòu)。面向服務(wù)，基于組件或面向?qū)ο蟮募軜?gòu)以及實現(xiàn)通用架構(gòu)和設(shè)計模式有助于實現(xiàn)更高級別的一致性，重用性和適應(yīng)性。
12. 務(wù)實的治理機構(gòu)。有效的治理機構(gòu)側(cè)重于以具有成本效益和及時的方式促進發(fā)展團隊。他們通常擁有一個小型核心員工，其中大多數(shù)成員是受治理組織的代表。
13. 促進自組織團隊。規(guī)劃工作的最佳人選是那些要去做的人。IT專業(yè)人員應(yīng)該被尊重為聰明人，他們可以決定自己的合作策略。當(dāng)給予一些指導(dǎo)和指導(dǎo)時，他們可以在已建立的參數(shù)（例如迭代邊界）內(nèi)規(guī)劃他們的工作。自組織并不意味著團隊失控，任何特定團隊都必須遵守您的整體治理策略，企業(yè)架構(gòu)等。
14. 基于風(fēng)險的里程碑。您希望在生命周期的早期降低項目的風(fēng)險，特別是業(yè)務(wù)和技術(shù)風(fēng)險。您可以在整個項目中使用團隊工作的幾個里程碑。每個里程碑的目標(biāo)是解決一個或多個風(fēng)險。例如，?Disciplined Agile Delivery（DAD）?在其生命周期中明確包含幾個輕量級里程碑（它支持多個），其中一個是“經(jīng)驗證的架構(gòu)”，需要在構(gòu)建開始之前通過工作代碼驗證您的架構(gòu)，從而降低整體技術(shù)風(fēng)險。

3.數(shù)據(jù)治理成功因素

我發(fā)現(xiàn)以下因素對數(shù)據(jù)治理工作的成功至關(guān)重要：

1. 認識到IT治理是真正的目標(biāo)。數(shù)據(jù)治理只是IT治理計劃的一部分，并且與開發(fā)治理，安全治理等其他方面高度耦合。僅關(guān)注數(shù)據(jù)治理會使您面臨優(yōu)化數(shù)據(jù)治理的風(fēng)險，使其無法與其他治理工作一起使用，從而使整個治理計劃面臨風(fēng)險。請記住第一個?敏捷數(shù)據(jù)哲學(xué)，即數(shù)據(jù)只是整體情況的一部分。
2. 治理工作必須歸屬。如果某人不負責(zé)IT治理工作，很可能會在您的組織中快速死亡。我的經(jīng)驗是，最適合成為IT治理所有者的人是執(zhí)行業(yè)務(wù)的利益相關(guān)者。在數(shù)據(jù)治理方面，最不適合治理的人是數(shù)據(jù)管理專業(yè)人員，因為他們是受治理者（等等）。簡而言之，不要讓您的數(shù)據(jù)治理工作轉(zhuǎn)移到您的數(shù)據(jù)管理組的另一個政治策略中，以試圖獲得額外的權(quán)力。
3. 有明確的，可量化的目標(biāo)。你想要達到什么目的？提高質(zhì)量？提高生產(chǎn)力？改善價值的時間？提高利益相關(guān)者滿意度?它的組合？?
4. 衡量并誠實地報告結(jié)果。談?wù)摽闪炕哪繕?biāo)很容易，但要兌現(xiàn)你的承諾需要相當(dāng)多的誠信（我會讓圍繞數(shù)據(jù)治理工作價值的嚴(yán)重缺乏數(shù)據(jù)說明一切）。管理直接成本（例如參與治理工作的人員的工資）相當(dāng)容易，但是更難以衡量間接成本，例如由于治理增加而可能延長決策和開發(fā)生命周期的機會成本（此問題是對傳統(tǒng)治理策略尤其嚴(yán)重）。衡量收益也可能具有挑戰(zhàn)性，盡管Doug Hubbard在?如何衡量任何事情中指出?：在商業(yè)中尋找無形資產(chǎn)的價值如果你在盒子外思考一下就有可能。自動化指標(biāo)收集是精益治理的一個重要方面。
5. 少即是多。與支持治理人員所認為的相比，您需要的治理要少得多，盡管可能比反治理人員的想法更多一些治理。如果您發(fā)現(xiàn)需要更多的治理，那么添加它會比刪除不必要的治理活動更容易。
6. 教育受影響的人。如果涉及的人員，包括那些受治理的人，不理解你想要實現(xiàn)的目標(biāo)，并且相信他們的任何額外努力都是值得的，那么你的治理工作將很快崩潰。此外，這種教育正在進行中。