今年年初，云原生計(jì)算基金會(huì)（CNCF）發(fā)布了平臺(tái)白皮書（點(diǎn)擊這里查看中文版本）。白皮書描述了云計(jì)算內(nèi)部平臺(tái)是什么，以及它們可以為企業(yè)提供的價(jià)值。 ? 為了進(jìn)一步挖掘平臺(tái)對(duì)企業(yè)的價(jià)值，為企業(yè)提供一個(gè)可以評(píng)估其內(nèi)部平臺(tái)的框架，CNCF 正在編寫平臺(tái)工程成熟度模型，通過這個(gè)模型可以讓企業(yè)看到內(nèi)部平臺(tái)的有待改進(jìn)之處。 ? 正式版計(jì)劃于11月2日發(fā)布，本文僅針對(duì)當(dāng)前的信息整理相關(guān)內(nèi)容，如果您對(duì)這一模型有任何建議及想法，歡迎到GitHub上反饋

（https://github.com/cncf/tag-app-delivery/pull/472），截止日期為10月27日。

? 在進(jìn)一步了解成熟度模型之前，我們需要達(dá)成一個(gè)共識(shí)：

企業(yè)不需要把 Level 4 當(dāng)作唯一的追求目標(biāo)

。因?yàn)槌墒於让刻岣咭粋€(gè)級(jí)別，對(duì)資金和人員投入時(shí)間的要求也會(huì)隨之提高。企業(yè)需要因地制宜地制定平臺(tái)建設(shè)規(guī)劃，這種有效的規(guī)劃和規(guī)范本身就是平臺(tái)持續(xù)演進(jìn)的先決條件。 ? 了解平臺(tái)成熟度模型

在平臺(tái)白皮書中列出了諸多平臺(tái)的屬性，包括

平臺(tái)作為產(chǎn)品、用戶體驗(yàn)、自服務(wù)

等。本成熟度模型則受到這些屬性的啟發(fā)，并與這些屬性相關(guān)聯(lián)。但是這個(gè)模型不是要將一個(gè)組織或平臺(tái)團(tuán)隊(duì)完全分類為“Level 1”或“Level 4”。模型中的每個(gè)方面之間都是獨(dú)立的，每個(gè)標(biāo)簽只是為了反映出企業(yè)內(nèi)部平臺(tái)工程的影響力。 ? 成熟度模型并不是為了提供一個(gè)嚴(yán)格的公式，而僅僅只是一個(gè)評(píng)估框架，您根據(jù)實(shí)際情況來使用即可。 ? 這個(gè)模型的目標(biāo)是為平臺(tái)工程從業(yè)人員、利益相關(guān)者以及其他有興趣的人提供一個(gè)工具，幫助他們?cè)谄脚_(tái)建設(shè)過程中前進(jìn)。平臺(tái)的設(shè)計(jì)和實(shí)施不是一門有標(biāo)準(zhǔn)答案的科學(xué)，而是根據(jù)具體項(xiàng)目、企業(yè)內(nèi)部情況以及特定節(jié)點(diǎn)制定的具體需求。 ? 如 Martin Fowler 所說：“一個(gè)成熟度模型評(píng)估的真正成果不只是為了告訴你所在的級(jí)別，而是會(huì)告訴你需要努力提高的技能清單。你當(dāng)前所處的級(jí)別僅僅是為了確定下一步需要掌握的技能清單。” ? 平臺(tái)成熟度模型受眾

CTO（首席技術(shù)官）、VP（副總裁）和技術(shù)總監(jiān)

：尋求制定數(shù)字化轉(zhuǎn)型和提高開發(fā)效率的路徑

工程經(jīng)理

：希望賦予工程師更多價(jià)值，并減少開銷，提高效率

企業(yè)架構(gòu)師

：在現(xiàn)代技術(shù)領(lǐng)域中尋求以價(jià)值和解決方案為導(dǎo)向來解決技術(shù)問題

平臺(tái)工程師和平臺(tái)產(chǎn)品經(jīng)理

：尋求為平臺(tái)構(gòu)建者和使用者提供最佳體驗(yàn)

產(chǎn)品供應(yīng)商和項(xiàng)目維護(hù)者

：通過設(shè)計(jì)產(chǎn)品來幫助用戶成功使用平臺(tái)和功能

應(yīng)用和產(chǎn)品開發(fā)人員

：希望更詳細(xì)地了解他們對(duì)內(nèi)部平臺(tái)的期望的平臺(tái)用戶

? 成熟度模型表格

圖源：https://github.com/cncf/tag-app-delivery/blob/maturity-model-v1/platforms-maturity-model/v1/index.md#model-table ? 成熟度模型解讀

投資：如何為平臺(tái)能力分配人員和資金？ 在平臺(tái)和平臺(tái)工程方面的投資（Investment）是指分配預(yù)算和人員來構(gòu)建和維護(hù)通用能力的過程。這種做法通常是自下而上構(gòu)建的，也可以通過自上而下的方法來推動(dòng)。無論哪種情況，持續(xù)的投入都會(huì)帶來高影響力的工作成果。這個(gè)方面涵蓋了投資的規(guī)模和廣度如何影響平臺(tái)的成功。 ?

Level 1 初始階段：自愿或臨時(shí)

? 單個(gè)功能可能是為通用或關(guān)鍵功能提供通用基礎(chǔ)而存在的。這些能力是出于必要而建立和維護(hù)的，而不是有計(jì)劃和有意投入的。 ? 這些能力是由被臨時(shí)或自愿分配的人構(gòu)建和維護(hù)的，沒有專門的預(yù)算和人員。它們依賴于用戶目前的戰(zhàn)術(shù)需求。 ?

Level 2 運(yùn)營化階段：專門團(tuán)隊(duì)

? 預(yù)算和人員被分配用于持久的人員和資源支持。分配的人員的任務(wù)是提供一組常見的所需能力，以加快軟件交付的速度。通常這些團(tuán)隊(duì)側(cè)重于滿足響應(yīng)式技術(shù)需求。它們可以被稱為DevOps、工程支持、開發(fā)者體驗(yàn)（DevEx或DevX）、共享工具、卓越中心，甚至是平臺(tái)。統(tǒng)一為它們提供資金，因此它們被視為成本中心；無法衡量它們的直接價(jià)值和對(duì)應(yīng)用團(tuán)隊(duì)的影響。 ? 在這個(gè)層面上，很難將平臺(tái)團(tuán)隊(duì)對(duì)組織和其價(jià)值的影響聯(lián)系起來，這可能使維持和繼續(xù)分配預(yù)算給這類團(tuán)隊(duì)變得困難。 ?

Level 3 可擴(kuò)展階段：作為產(chǎn)品

? 對(duì)內(nèi)部平臺(tái)及其能力的投資類似于對(duì)企業(yè)對(duì)外產(chǎn)品和價(jià)值流的投資：基于它們預(yù)期為客戶提供的價(jià)值。產(chǎn)品管理和用戶體驗(yàn)得到明確考慮和投資?？赡軙?huì)使用計(jì)費(fèi)系統(tǒng)來反映客戶對(duì)平臺(tái)的評(píng)價(jià)。企業(yè)通過使用數(shù)據(jù)驅(qū)動(dòng)的績(jī)效指標(biāo)和反饋回路，為相關(guān)的舉措分配預(yù)算和人員。平臺(tái)團(tuán)隊(duì)最終可以優(yōu)化業(yè)務(wù)本身，提高盈利能力。 ?

Level 4 優(yōu)化階段：?jiǎn)⒂蒙鷳B(tài)系統(tǒng)

? 平臺(tái)團(tuán)隊(duì)找到了提高整個(gè)組織效率和效益的方式，不僅僅只提供基本能力。核心平臺(tái)維護(hù)者有意致力于優(yōu)化新產(chǎn)品上市時(shí)間、降低整個(gè)企業(yè)的成本、為新服務(wù)提供高效的治理和合規(guī)性、快速和容易擴(kuò)展工作負(fù)載以及滿足其他跨部門需求。這些核心維護(hù)人員的工作重點(diǎn)是使能力專家能夠?qū)⑵湫枨蠛彤a(chǎn)品無縫集成到平臺(tái)的現(xiàn)有部分和新部分中。此外，該組織還集中安全、性能、質(zhì)量等專業(yè)領(lǐng)域的人員和資源，與所提供的平臺(tái)框架集成，引入高級(jí)功能，使產(chǎn)品團(tuán)隊(duì)能夠加速實(shí)現(xiàn)公司目標(biāo)，而無需依賴于集中的團(tuán)隊(duì)積壓工作。 ? 采用：用戶為什么以及如何發(fā)現(xiàn)和使用內(nèi)部平臺(tái)和平臺(tái)功能？ 采用（Adoption）不僅描述了組織如何以及在多大程度上使用平臺(tái)能力，還描述了驅(qū)使他們這樣做的原因。在早期階段，許多目標(biāo)用戶可能根本沒有意識(shí)到他們正在使用一個(gè)平臺(tái)，而是將他們的工具視為來自各種內(nèi)部來源的各種能力的臨時(shí)集合。這可能會(huì)逐漸演變成一組能力，這些能力得到一致的管理和呈現(xiàn)給用戶，也就是說，一個(gè)或多個(gè)平臺(tái)。隨著這些能力變得更加精細(xì)和易于發(fā)現(xiàn)，通常推動(dòng)平臺(tái)使用的動(dòng)力會(huì)從更多外部的動(dòng)機(jī)，如法規(guī)或激勵(lì)，轉(zhuǎn)向用戶自主選擇平臺(tái)能力，甚至最理想的情況是，他們投入自己的精力到更廣泛的平臺(tái)生態(tài)系統(tǒng)建設(shè)中。

上圖說明了平臺(tái)采用的常見增長(zhǎng)模式。這表明平臺(tái)的起步通常比較緩慢，主要由平臺(tái)建設(shè)者推動(dòng)。一旦平臺(tái)為用戶提供了足夠的價(jià)值，增長(zhǎng)就會(huì)更多地由用戶拉動(dòng)，從而形成更陡峭的采用曲線。 ?

Level 1 初始階段：不穩(wěn)定

? 在這一級(jí)，對(duì)共享平臺(tái)和功能的采用是零星和不一致的。在選擇和集成所需的支持服務(wù)和技術(shù)方面，沒有全組織范圍的戰(zhàn)略或指導(dǎo)。個(gè)別團(tuán)隊(duì)可能會(huì)利用平臺(tái)和 DevOps 實(shí)踐來改進(jìn)自己的流程，但整個(gè)組織沒有進(jìn)行協(xié)調(diào)或標(biāo)準(zhǔn)化。這種采用水平的特點(diǎn)是缺乏一致的方法，認(rèn)為外部工具比內(nèi)部工具更有效。 ?

Level 2 運(yùn)營化階段：外部推動(dòng)

? 在這一級(jí)，組織意識(shí)到共享平臺(tái)和能力的價(jià)值，并努力鼓勵(lì)和培養(yǎng)它們。內(nèi)部鼓勵(lì)甚至要求在某些用例中使用共享平臺(tái)服務(wù)。一些產(chǎn)品團(tuán)隊(duì)比其他團(tuán)隊(duì)更多地使用平臺(tái)能力，能力涵蓋組織中的典型用例，但不包括不尋常的用例，并且很難將這些特殊值添加到通用平臺(tái)中。 ? 用戶對(duì)功能的發(fā)現(xiàn)以及如何使用這些功能并不熟悉；產(chǎn)品團(tuán)隊(duì)的用戶可能不會(huì)發(fā)現(xiàn)某些功能已經(jīng)得到支持，除非由平臺(tái)團(tuán)隊(duì)指導(dǎo)。 ?

Level 3可擴(kuò)展階段：自發(fā)使用

? 在這一級(jí)，產(chǎn)品和服務(wù)團(tuán)隊(duì)的用戶自主選擇使用平臺(tái)和其能力，因?yàn)樗鼈冊(cè)跍p輕產(chǎn)品團(tuán)隊(duì)的認(rèn)知負(fù)擔(dān)，同時(shí)提供更高質(zhì)量的支持服務(wù)。文檔和符合用戶習(xí)慣的界面使產(chǎn)品團(tuán)隊(duì)用戶能夠快速配置和使用平臺(tái)功能。基于此，用戶會(huì)選擇內(nèi)部平臺(tái)實(shí)施，而不是自行開發(fā)或雇傭供應(yīng)商。 ?

Level 4 優(yōu)化階段：參與建設(shè)

? 產(chǎn)品團(tuán)隊(duì)的用戶通過加入生態(tài)系統(tǒng)并為其做出貢獻(xiàn)，進(jìn)一步投資于平臺(tái)功能。有些貢獻(xiàn)是對(duì)現(xiàn)有功能的改進(jìn)和修復(fù)，有些則是為解決新的使用案例而引入新的功能和特性。定義了流程和服務(wù)，使用戶能夠確定需求并協(xié)調(diào)多個(gè)產(chǎn)品和平臺(tái)團(tuán)隊(duì)之間的貢獻(xiàn)。新功能通過一致的界面和門戶發(fā)布，并配有完整的文檔和標(biāo)準(zhǔn)版本。 ? 接口：用戶如何與平臺(tái)功能互動(dòng)并使用平臺(tái)功能？ 平臺(tái)提供的界面影響用戶如何與這些平臺(tái)產(chǎn)品交互，以進(jìn)行配置、管理和監(jiān)控。界面可以包括工單系統(tǒng)、項(xiàng)目模板和圖形門戶，以及可自動(dòng)化的 API 和命令行（CLI）工具。 ? 界面的關(guān)鍵特征包括在關(guān)鍵用戶流程中（如初始請(qǐng)求、維護(hù)或事故排除）其可發(fā)現(xiàn)性和用戶友好性。成熟度越高，反映出界面的集成性、一致性、自動(dòng)化和支持程度越高。 ?

Level 1 初始階段：定制流程

? 存在不同流程的集合來提供不同的功能和服務(wù)，但沒有考慮接口的一致性。定制流程可以滿足個(gè)人或團(tuán)隊(duì)的即時(shí)需求，并且即使提供商使用一些自動(dòng)化實(shí)施腳本，也依賴于手動(dòng)干預(yù)。 ? 如何請(qǐng)求這些解決方案的知識(shí)是從人與人之間共享的。請(qǐng)求服務(wù)的過程缺乏標(biāo)準(zhǔn)化和一致性。配置和使用平臺(tái)服務(wù)可能需要來自能力提供者的深度支持。 ? 在公司對(duì)此尚未存在期望的情況下，由于缺乏核心要求和標(biāo)準(zhǔn)，該級(jí)別是合適的。在早期階段的公司或平臺(tái)努力中，這可以特別有效。這對(duì)處于早期階段的公司團(tuán)隊(duì)或平臺(tái)工作尤為有效。在這些環(huán)境中，團(tuán)隊(duì)可以根據(jù)自身需要自由發(fā)展流程和能力，從而更快地交付成果，并在日后必要時(shí)才付出標(biāo)準(zhǔn)化的代價(jià)。 ?

Level 2 運(yùn)營化階段：標(biāo)準(zhǔn)工具

? 存在用于配置和觀察平臺(tái)和功能的一致的標(biāo)準(zhǔn)接口并滿足廣泛的需求。用戶能夠識(shí)別哪些功能可用，并能夠請(qǐng)求他們所需的功能。 ? 以文檔和模板的形式提供“鋪好的道路”或“黃金路徑（Golden Path）”。這些資源定義了如何使用合規(guī)且經(jīng)過測(cè)試的模式來配置和管理典型功能。雖然一些用戶能夠自己使用這些解決方案，但這些解決方案通常仍然需要深厚的領(lǐng)域?qū)I(yè)知識(shí)，因此維護(hù)人員的支持仍然至關(guān)重要。 ?

Level 3 可擴(kuò)展階段：自服務(wù)解決方案

? 提供解決方案的方式是讓用戶自主，只需維護(hù)者提供少量支持。組織鼓勵(lì)并支持解決方案提供一致的界面，從而實(shí)現(xiàn)用戶體驗(yàn)從一種功能到另一種功能的可發(fā)現(xiàn)性和可移植性。雖然是自助服務(wù)，但解決方案確實(shí)需要團(tuán)隊(duì)意識(shí)和實(shí)施。為了改善這種體驗(yàn)，可能會(huì)有一種指導(dǎo)性的、簡(jiǎn)化的內(nèi)部語言，使用戶能夠更快地采用和集成平臺(tái)功能。這會(huì)生成以用戶為中心、可自助服務(wù)且一致的功能集合。 ?

Level 4 優(yōu)化階段：集成的服務(wù)

? 平臺(tái)功能以透明的方式集成到團(tuán)隊(duì)已經(jīng)用于開展工作的工具和流程中。有些功能是自動(dòng)提供的，例如已部署服務(wù)的可觀測(cè)性或身份管理。當(dāng)用戶觸及所提供服務(wù)的邊緣時(shí)，有機(jī)會(huì)在不離開內(nèi)部的情況下超越自動(dòng)化解決方案并根據(jù)自己的需要進(jìn)行定制，因?yàn)槠脚_(tái)功能被視為構(gòu)建模塊，內(nèi)置于透明的自動(dòng)組合中，以滿足更高級(jí)別的用例，同時(shí)在必要時(shí)進(jìn)行更深入的定制。 ? 維護(hù)：如何規(guī)劃、排列優(yōu)先級(jí)、開發(fā)和維護(hù)平臺(tái)及其能力？ 平臺(tái)的運(yùn)維意味著在整個(gè)生命周期內(nèi)運(yùn)行和支持其功能及其特性，包括接受新請(qǐng)求、初始版本、升級(jí)和擴(kuò)展、持續(xù)維護(hù)和運(yùn)營、用戶支持，甚至報(bào)廢和終止。組織和其平臺(tái)團(tuán)隊(duì)選擇要?jiǎng)?chuàng)建和維護(hù)的平臺(tái)和能力，并可以對(duì)最有價(jià)值和最有影響力的計(jì)劃進(jìn)行優(yōu)先排序。 ? 值得注意的是，提供功能的大部分工作都是在首次發(fā)布后進(jìn)行的——提供無縫升級(jí)、新功能和改進(jìn)功能、運(yùn)維支持以及最終用戶支持和教育。因此，一個(gè)有影響力、有價(jià)值的平臺(tái)需要提前規(guī)劃并管理其平臺(tái)，以實(shí)現(xiàn)長(zhǎng)期可持續(xù)運(yùn)維和可靠性。 ?

Level 1 初始階段：根據(jù)要求

? 平臺(tái)和能力是根據(jù)臨時(shí)的產(chǎn)品團(tuán)隊(duì)請(qǐng)求和需求而被響應(yīng)式地開發(fā)、發(fā)布和更新的。甚至可能需要產(chǎn)品團(tuán)隊(duì)自己計(jì)劃和構(gòu)建所需的能力。 ? 構(gòu)建新能力的團(tuán)隊(duì)，無論是專門的中央團(tuán)隊(duì)還是滿足自身需求的應(yīng)用團(tuán)隊(duì)，只對(duì)支持他人使用該能力負(fù)有非正式的責(zé)任。他們不必積極維護(hù)它，也幾乎沒有流程來審查提供的質(zhì)量。在這個(gè)級(jí)別，實(shí)現(xiàn)通常會(huì)被忽視，直到發(fā)現(xiàn)安全漏洞、bug 阻止使用或出現(xiàn)新需求，才可能會(huì)迅速實(shí)施另一個(gè)響應(yīng)式計(jì)劃。 ?

Level 2 運(yùn)營化階段：集中跟蹤

? 對(duì)平臺(tái)和能力進(jìn)行集中記錄和發(fā)現(xiàn)，至少對(duì)能力生命周期的規(guī)劃和管理流程進(jìn)行簡(jiǎn)單定義。每項(xiàng)服務(wù)和功能都有文檔記錄的責(zé)任和所有權(quán)。根據(jù)所有者和優(yōu)先級(jí)的不同，不同功能的生命周期管理流程也會(huì)有所不同。一個(gè)中央團(tuán)隊(duì)負(fù)責(zé)維護(hù)或能夠按需生成待辦能力清單以及當(dāng)前能力的維護(hù)狀態(tài)。這使得組織能夠跟蹤功能的進(jìn)展情況以及是否符合升級(jí)要求。 ?

Level 3 可擴(kuò)展階段：中心化啟用

? 平臺(tái)和能力不僅集中記錄，而且集中編排。平臺(tái)團(tuán)隊(duì)負(fù)責(zé)了解組織的廣泛需求，并根據(jù)平臺(tái)和基礎(chǔ)設(shè)施團(tuán)隊(duì)的工作來安排優(yōu)先級(jí)。負(fù)責(zé)某項(xiàng)能力的人不僅需要在技術(shù)上維護(hù)它，還需要為將該能力與組織內(nèi)的其他相關(guān)服務(wù)集成提供標(biāo)準(zhǔn)的用戶體驗(yàn)，確保其使用安全可靠，甚至提供可觀測(cè)性。 ? 現(xiàn)有用于創(chuàng)建和發(fā)展新功能的標(biāo)準(zhǔn)流程，使組織中的任何人都能夠貢獻(xiàn)滿足期望的解決方案。平臺(tái)功能和特性的持續(xù)交付流程支持定期推出和回滾。大型變更的計(jì)劃和協(xié)調(diào)與面向客戶的產(chǎn)品變更相同。 ?

Level 4 優(yōu)化階段：托管服務(wù)

? 每項(xiàng)能力的生命周期以一種標(biāo)準(zhǔn)化的自動(dòng)化方式進(jìn)行管理。在不影響用戶的情況下，持續(xù)提供功能、特性和更新。平臺(tái)提供商發(fā)起的任何大型變更都包括針對(duì)現(xiàn)有用戶的遷移計(jì)劃，并規(guī)定了責(zé)任和時(shí)間表。 ? 平臺(tái)能力提供者承擔(dān)了大部分的維護(hù)責(zé)任，但有一個(gè)明確的合同——即“共享責(zé)任模型”，描述了用戶的責(zé)任，使雙方能夠基本自主地運(yùn)作。 ? 衡量：收集和采納反饋與學(xué)習(xí)意見的程序是什么？ 通過對(duì)用戶的顯性和隱性反饋?zhàn)龀龇磻?yīng)，企業(yè)可以提高用戶滿意度，以確保平臺(tái)的長(zhǎng)期可持續(xù)性。企業(yè)必須在創(chuàng)新和滿足用戶需求之間取得平衡，以保持平臺(tái)的相關(guān)性。隨著技術(shù)和用戶偏好的變化，能夠靈活應(yīng)對(duì)這些變化的平臺(tái)將脫穎而出。定期重新審視和完善反饋機(jī)制可以進(jìn)一步優(yōu)化平臺(tái)開發(fā)，提高用戶參與度。 ?

Level 1 初始階段：臨時(shí)性

? 每個(gè)平臺(tái)和能力的使用情況和滿意度指標(biāo)都是以自定義方式收集的。不同能力的成果和成功衡量標(biāo)準(zhǔn)并不一致，因此無法收集到相應(yīng)的見解。可能不會(huì)收集用戶反饋和平臺(tái)使用情況，即使收集了，也將是非正式的。決策是根據(jù)軼傳聞中的要求和不完整的數(shù)據(jù)做出的。 ?

Level 2 運(yùn)營化階段：持續(xù)收集

? 在這個(gè)層面上，組織有一個(gè)明確的目標(biāo)，即驗(yàn)證平臺(tái)產(chǎn)品是否滿足其內(nèi)部用戶的需求?？蓤?zhí)行的、結(jié)構(gòu)化的用戶反饋收集受到重視?？赡軙?huì)指派專門的團(tuán)隊(duì)或個(gè)人來收集反饋，以確保采取更加一致的方法。反饋渠道（如調(diào)查或用戶論壇）要標(biāo)準(zhǔn)化，并對(duì)反饋進(jìn)行分類和優(yōu)先排序。除了用戶反饋之外，還期望用戶體驗(yàn)?zāi)軌螂S著時(shí)間的推移生成使用數(shù)據(jù)。 ? 將反饋轉(zhuǎn)化為可操作的任務(wù)仍面臨挑戰(zhàn)。雖然用戶數(shù)據(jù)的存儲(chǔ)量在不斷增長(zhǎng)，但組織可能需要幫助才能有效理解這些反饋并將其整合到平臺(tái)建設(shè) Roadmap 中。可能很難確保用戶看到由其反饋驅(qū)動(dòng)的切實(shí)變化。 ?

Level 3 可擴(kuò)展階段：洞察

? 在這個(gè)階段，雖然已經(jīng)有了健全的標(biāo)準(zhǔn)反饋機(jī)制，但數(shù)據(jù)收集的方式要精雕細(xì)琢，以形成具體的戰(zhàn)略見解和行動(dòng)。先確定期望的結(jié)果和結(jié)果，然后選擇標(biāo)準(zhǔn)指標(biāo)來表明實(shí)現(xiàn)這些結(jié)果的進(jìn)展?？梢岳眯袠I(yè)框架和標(biāo)準(zhǔn)，借鑒有關(guān)某些行為影響的行業(yè)研究。 ? 采用專門的團(tuán)隊(duì)或工具來收集和審查反饋并總結(jié)可行的見解。建立了平臺(tái)產(chǎn)品與其用戶之間的共生關(guān)系。反饋被視為指導(dǎo)平臺(tái)運(yùn)營和路線圖的戰(zhàn)略資產(chǎn)。可以設(shè)立定期的反饋審查會(huì)議，跨職能團(tuán)隊(duì)聚集在一起，基于用戶見解進(jìn)行討論和制定戰(zhàn)略。 ?

Level 4 優(yōu)化階段：定量和定性

? 反饋和測(cè)量已深深融入組織文化。整個(gè)組織，從高層管理層到一線工程師，都意識(shí)到數(shù)據(jù)收集和產(chǎn)品演進(jìn)反饋的價(jià)值。形成數(shù)據(jù)民主化，各種利益相關(guān)者，包括平臺(tái)用戶和業(yè)務(wù)領(lǐng)導(dǎo)，都積極參與確定平臺(tái)改進(jìn)的規(guī)劃，在設(shè)計(jì)過程中提供反饋，然后衡量交付后的影響。在規(guī)劃平臺(tái)計(jì)劃時(shí)會(huì)考慮所有這些衡量標(biāo)準(zhǔn)。 ? 不僅利用標(biāo)準(zhǔn)框架，而且還認(rèn)識(shí)到從多個(gè)角度進(jìn)行衡量可以獲得更全面的信息。需要投入精力了解定性指標(biāo)如何隨著定量指標(biāo)的改進(jìn)而變化。重點(diǎn)是確定具有引領(lǐng)性質(zhì)的衡量標(biāo)準(zhǔn)，從而能夠預(yù)測(cè)支持用戶需求的功能，減輕他們面臨的挑戰(zhàn)，并領(lǐng)先于行業(yè)趨勢(shì)和業(yè)務(wù)要求。 ? 總 結(jié)

平臺(tái)是敏捷產(chǎn)品開發(fā)的基礎(chǔ)框架，它們?cè)谲浖_發(fā)和運(yùn)維中提供了一致性和效率。這個(gè)成熟度模型可以作為規(guī)劃您的平臺(tái)之旅的方式。本文僅根據(jù)當(dāng)前內(nèi)容介紹了模型的主要部分，和最終版本也許存在一些差距，如果您還想了解更多內(nèi)容和進(jìn)展可以訪問下方鏈接： https://github.com/cncf/tag-app-delivery/blob/maturity-model-v1/platforms-maturity-model/v1/index.md ? 參考鏈接：

https://mp.weixin.qq.com/s/F_BK4uv6FmYe9KR_aC_1dg

?