特定的軟件研發背景，決定了SCM應關注于哪些方面，即，決定了對SCM系統的功能需求，進而決定了SCM系統的設計和實現。

影響SCM關注內容的一個重要因素是研發團隊的規模。不同規模的研發活動，SCM需要關注的內容是不同的。因此，本文首先按照研發規模對SCM系統的一般需求進行分類，并列舉各SCM關注域和各項關注點。

小規模團隊的典型值：3人，工作在一個相當獨立的組件（獨立的產品或相當獨立的一個模塊）上。

中等規模團隊的典型值：10人，工作在一個相當獨立的組件上。
大規模團隊的典型值：50人，工作在一個相當獨立的組件上。
這個數字專指程序開發人員，不包含專職的測試、需求管理等人員（如果有）。

這些SCM關注內容是遞進的。對于中等規模研發，應首先滿足小規模研發對SCM系統的需求。對于大規模研發，應首先滿足中等規模研發和小規模研發對SCM系統的需求。

在SCM系統建設、改進的過程中，這些SCM需求是分優先級的，是分先后順序的。一般的，應首先滿足小規模研發對應的需求，再考慮中等規模研發對應的需求，進而考慮大規模研發對應的需求。

有時，對于特定規模的團隊，也實現了一些超越對應其規模的需求的功能，如果這些功能本身的時間和資源耗費不大，則通常也是可以接受的。

源代碼規模、源代碼耦合/聚合性、編程語言類型、質量要求、算法難度、開發文化也會對SCM系統產生影響。一般的，當這些值高時，視作團隊規模變大。其中編程語言類型一項，腳本語言視作團隊規模變小，需要編譯的語言視作團隊規模變大；結構化的、易讀的語言視作團隊規模變小，反之視作團隊規模變大。其中開發文化一項，傾向于敏捷，則視作團隊規模變小，傾向于規范，則視作團隊規模變大。

產品研發背景還可能具有一些特定的方面。比如，可能引入了第三方的源代碼，可能同時開發多個Release。這類特定的研發背景，會產生對SCM系統的特定需求。因此，本文按這些特定背景，對SCM系統的特定需求進行分類，并列舉各項SCM關注點。

根據實際研發背景，可確定使用本文的哪些部分。比如，互聯網企業，常常是一般需求-小規模加特定需求中的管理數量，并可能涉及特定需求中的管理相關性。因為常常是每個組件都很小，而組件的數量則很多。而手機研發，則通常在一般需求-大規模的基礎上，還至少包括特定需求中的管理變體。