<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question What CMDB Implementation Decisions Do You Preserve? in CMDB forum</title>
    <link>https://www.servicenow.com/community/cmdb-forum/what-cmdb-implementation-decisions-do-you-preserve/m-p/3566017#M21120</link>
    <description>&lt;P&gt;&lt;STRONG&gt;Question for the CMDB community.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;One thing I've noticed across CMDB implementations is that we spend a lot of time discussing &lt;EM&gt;how&lt;/EM&gt; to model services, configure Discovery, tune IRE, and implement CSDM.&lt;/P&gt;&lt;P&gt;What I'm curious about is something a little different.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;What implementation decisions do you intentionally preserve?&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Not the configuration itself—but the reasoning behind it.&lt;/P&gt;&lt;P&gt;For example:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Why was one discovery source chosen as authoritative over another?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Why was a CI intentionally classified into a particular class?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Why was a specific normalization rule introduced?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Why does a transform behave the way it does?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Why was an exception made to the standard model?&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;A year later, those decisions often seem just as important as the configuration itself.&lt;/P&gt;&lt;P&gt;Do your teams have a formal way of preserving that operational knowledge, or is it mostly captured in project documentation, meeting notes, and consultant experience?&lt;/P&gt;&lt;P&gt;I'd be interested to hear how different organizations approach this.&lt;/P&gt;</description>
    <pubDate>Mon, 29 Jun 2026 14:45:55 GMT</pubDate>
    <dc:creator>jrbockrath</dc:creator>
    <dc:date>2026-06-29T14:45:55Z</dc:date>
    <item>
      <title>What CMDB Implementation Decisions Do You Preserve?</title>
      <link>https://www.servicenow.com/community/cmdb-forum/what-cmdb-implementation-decisions-do-you-preserve/m-p/3566017#M21120</link>
      <description>&lt;P&gt;&lt;STRONG&gt;Question for the CMDB community.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;One thing I've noticed across CMDB implementations is that we spend a lot of time discussing &lt;EM&gt;how&lt;/EM&gt; to model services, configure Discovery, tune IRE, and implement CSDM.&lt;/P&gt;&lt;P&gt;What I'm curious about is something a little different.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;What implementation decisions do you intentionally preserve?&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;Not the configuration itself—but the reasoning behind it.&lt;/P&gt;&lt;P&gt;For example:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;Why was one discovery source chosen as authoritative over another?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Why was a CI intentionally classified into a particular class?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Why was a specific normalization rule introduced?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Why does a transform behave the way it does?&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Why was an exception made to the standard model?&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;A year later, those decisions often seem just as important as the configuration itself.&lt;/P&gt;&lt;P&gt;Do your teams have a formal way of preserving that operational knowledge, or is it mostly captured in project documentation, meeting notes, and consultant experience?&lt;/P&gt;&lt;P&gt;I'd be interested to hear how different organizations approach this.&lt;/P&gt;</description>
      <pubDate>Mon, 29 Jun 2026 14:45:55 GMT</pubDate>
      <guid>https://www.servicenow.com/community/cmdb-forum/what-cmdb-implementation-decisions-do-you-preserve/m-p/3566017#M21120</guid>
      <dc:creator>jrbockrath</dc:creator>
      <dc:date>2026-06-29T14:45:55Z</dc:date>
    </item>
  </channel>
</rss>

