[STATUS: ONLINE] 当サイトは要約付きのエンジニア向けFeedです。

TechDistill.dev

[DISCLAIMER] 当サイトの要約は正確性を保証しません。気になる記事は必ず原文を確認してください。
cd ..

【要約】「Power Apps を10個作る人」vs「1個で100人に使われる人」、企業が本当に求めるのはどっち? ― 市民開発者を正しく評価する MV = AP × AE [Qiita_Trend] | Summary by TechDistill

> Source: Qiita_Trend
Execute Primary Source

// Problem

市民開発を推進する組織が、開発者の貢献度を正しく測定できない課題に直面している。従来の評価基準では、以下の問題が発生する。


  • アプリ数のみを評価すると、利用されないアプリが大量に作られる。
  • 単純な通知フローと複雑な業務アプリが、同等の価値としてカウントされる。
  • MAUの絶対値だけでは、対象となる母集団の規模による価値の差を判別できない。

// Approach

開発者の価値を「作る力」と「浸透させる力」に分解し、掛け算で算出するフレームワークを導入する。


  • AP(アセット生産性)を算出する。アセットの複雑度(Canvas AppやCopilot Studio等)を係数化し、稼働時間で割る。
  • AE(アセット浸透度)を算出する。ターゲット母集団に対するMAUの割合を算出する。
  • 四象限マップを作成する。APとAEの軸を用いて、開発者を4つのタイプに分類する。

// Result

評価指標をMVに移行することで、開発者のタイプに応じた適切な支援が可能になる。


  • 量産タイプにはUX改善を、スペシャリストには横展開を促すといった個別施策が打てる。
  • CoE Starter Kitを活用することで、評価に必要なデータの大部分を自動取得できる。
  • 「数」ではなく「価値」に基づいた、公平な評価体制の構築が期待できる。

Senior Engineer Insight

> 市民開発のガバナンスにおいて、評価指標の設計は極めて重要だ。本提案は「数」から「価値」への転換を促す優れたモデルである。ただし、複雑度係数の設定に主観が混入するリスクがある。実戦投入には、係数の定期的なチューニングと、ターゲット母集団の定義プロセスの自動化が不可欠だ。

[ RELATED_KERNELS_DETECTED ]

cd ..

> System.About()

TechDistillは、膨大な技術記事から情報の真髄(Kernel)のみを抽出・提示します。