9月30日，知名行研機構(gòu)Gartner更新發(fā)布了企業(yè)級低代碼開發(fā)平臺的關(guān)鍵能力報告《Critical Capabilities for Enterprise Low-Code Application Platforms》，相比于去年同期的報告，“API and Integration”與“Platform Ecosystem”首次出現(xiàn)在報告中。
關(guān)鍵能力報告是Gartner基于行業(yè)深度調(diào)研，最終產(chǎn)出的技術(shù)評估指南，旨在幫助決策者建立評估該技術(shù)的標(biāo)準(zhǔn)，針對具體的用例完成技術(shù)選型。在低代碼領(lǐng)域，Gartner從2019年起，連續(xù)兩年發(fā)布“企業(yè)級低代碼開發(fā)平臺關(guān)鍵能力報告”。 今年的報告中，Gartner共列出了11項關(guān)鍵能力，以下是我的解讀，供廣大低代碼開發(fā)者參考。
2020?企業(yè)級低代碼開發(fā)平臺的關(guān)鍵能力
1. Intuitive, No-Code App Development
易用性，在不寫代碼的情況下能夠完成的功能多寡。這是標(biāo)識低代碼開發(fā)平臺生產(chǎn)力的關(guān)鍵指標(biāo)。
2. Application User Experience
使用低代碼開發(fā)平臺所構(gòu)建的應(yīng)用程序的用戶體驗。這個指標(biāo)能夠決定最終用戶對開發(fā)者的好評程度。一般的說，獨立的軟件開發(fā)團(tuán)隊為企業(yè)客戶做項目交付時，對該能力的要求會顯著高于企業(yè)客戶自主開發(fā)；開放給企業(yè)的客戶或供應(yīng)商的項目，對該能力的要求會高于企業(yè)內(nèi)部用戶使用的項目。
3. Data Model and Management
數(shù)據(jù)建模和管理的便利性。這個指標(biāo)就是通常所講的“模型驅(qū)動”，相比于表單驅(qū)動，模型驅(qū)動能夠提供滿足數(shù)據(jù)庫設(shè)計范式的數(shù)據(jù)模型設(shè)計和管理能力。開發(fā)的應(yīng)用復(fù)雜度越高，系統(tǒng)集成的要求越高，這個能力就越關(guān)鍵。
4. Process and Business Logic
流程應(yīng)用與業(yè)務(wù)邏輯開發(fā)能力和效率。這個能力有兩層，第一層是指使用該低代碼開發(fā)平臺是否可以開發(fā)出復(fù)雜的工作流和業(yè)務(wù)處理邏輯；第二層是開發(fā)這些功能時的便利性和易用性程度有多高。一般的說，第一層決定了項目是否可以成功交付，而第二層則決定項目的開發(fā)成本。不論如何，使用者都應(yīng)關(guān)注第一層。在此基礎(chǔ)上，如果項目以工作流為主時，第二層也應(yīng)該作為重要的評估指標(biāo)。
5. Platform Ecosystem
開發(fā)平臺的生態(tài)系統(tǒng)。低代碼開發(fā)平臺的本質(zhì)是開發(fā)工具，內(nèi)置的開箱即用的功能無法覆蓋更多應(yīng)用場景。此時，就需要基于該平臺的完整生態(tài)系統(tǒng)，來提供更深程度、更全面的開發(fā)賦能。很多開發(fā)平臺都在建立自己的插件機制，這就是平臺生態(tài)的一個典型體現(xiàn)。
6. API and Integration
編程接口與系統(tǒng)集成能力。為了避免“數(shù)據(jù)孤島”現(xiàn)象，企業(yè)級應(yīng)用通常需要與其他系統(tǒng)進(jìn)行集成，協(xié)同增效。此時，內(nèi)置的集成能力和編程接口就變得至關(guān)重要。除非確認(rèn)可預(yù)期的未來中，項目不涉及系統(tǒng)集成和擴(kuò)展開發(fā)，開發(fā)者都應(yīng)該關(guān)注這個能力。
值得一提的是，在另一家權(quán)威行業(yè)機構(gòu)，F(xiàn)orrester的《2019 Q1 Forrester Wave:面向應(yīng)用程序開發(fā)和交付專業(yè)人員的低代碼開發(fā)平臺》報告中，編程接口被認(rèn)定為企業(yè)級低代碼開發(fā)平臺的重要標(biāo)志，不具備編程接口的“低代碼”被劃歸為“無代碼”，轉(zhuǎn)移到那些只適用有限用例的平臺報告中。
7. Architecture
系統(tǒng)是否支持更先進(jìn)的架構(gòu)、清晰的分層，以對接物聯(lián)網(wǎng)IoT、RPA機器人、ML機器學(xué)習(xí)等新的技術(shù)？如果開發(fā)者希望自己開發(fā)的應(yīng)用有更長的生命周期，深入了解低代碼開發(fā)平臺產(chǎn)品的架構(gòu)就變得尤為重要。
8. Quality of Service
服務(wù)質(zhì)量。與上一點類似，服務(wù)質(zhì)量也是衡量運行于公有云模式下低代碼開發(fā)平臺的指標(biāo)。這里的服務(wù)質(zhì)量，除了通常所說的“無故障使用時間”外，還要考慮資源是否支持獨占模式，避免某一個應(yīng)用的高負(fù)荷，導(dǎo)致其他應(yīng)用不可用或出現(xiàn)性能劣化。
9. Persona and SDLC
用戶模型與軟件開發(fā)周期支持。軟件開發(fā)的生命周期中，除了開發(fā)和交付，還需要包含設(shè)計、反饋、測試、運維等多個環(huán)節(jié)，如系統(tǒng)開發(fā)早期的用戶模型建立和驗證過程通常需要快速的Mockup和迭代，投入的開發(fā)力量甚至不少于正式開發(fā)。如果一套低代碼開發(fā)工具具備全生命周期所需的各項功能，將會大大簡化開發(fā)者的技術(shù)棧，進(jìn)一步提高開發(fā)效率。開發(fā)者所開發(fā)的系統(tǒng)規(guī)模越大，這一能力就越重要。
10. Governance
開發(fā)管理。企業(yè)級軟件的項目規(guī)模通常比較大，而且業(yè)務(wù)更關(guān)鍵，這就對開發(fā)團(tuán)隊管理提出了更高的要求?，F(xiàn)代軟件開發(fā)中主推的敏捷開發(fā)是否能在低代碼中落地，是衡量開發(fā)管理能力的重要指標(biāo)。這通常包含了代碼庫權(quán)限管理，版本權(quán)限管理，發(fā)布權(quán)限管理等一系列功能，幫助開發(fā)團(tuán)隊負(fù)責(zé)人降低軟件開發(fā)管理過程中帶來的各種人為風(fēng)險。開發(fā)團(tuán)隊規(guī)模越大，越推薦開發(fā)者關(guān)注這一指標(biāo)。
11. Security and Compliance
安全與合規(guī)。低代碼開發(fā)平臺需要在部署方式、系統(tǒng)安全機制和權(quán)限管理和控制功能等層面發(fā)力，全方位賦能開發(fā)者構(gòu)建安全的，符合企業(yè)規(guī)則的企業(yè)級應(yīng)用。支持本地部署、全SSL數(shù)據(jù)傳輸、密碼強度策略、跨域訪問控制、高粒度的用戶權(quán)限控制等都是該能力的具體體現(xiàn)。大型企業(yè)、特定行業(yè)企業(yè)（如軍工、金融等）通常對該指標(biāo)的關(guān)注程度會更高一些。
--------
相比于2019年的關(guān)鍵能力清單，Gartner新增了平臺生態(tài)、編程擴(kuò)展兩個指標(biāo)，并且將之前提到的開發(fā)管理、安全合規(guī)兩者指標(biāo)做了進(jìn)一步突出和強化。面對這份清單，各位開發(fā)者們在評估各個低代碼開發(fā)平臺產(chǎn)品時，是否有了更客觀、更全面的思路呢？
