アドオン

帳票要件の絞り込みは利用頻度でなく、どの意思決定に誰がいつ使うかで切る。標準で出す・作る・廃止するの3分類のうち、プロジェクトの成否を決めるのは廃止できた本数。作ると決めたものも三段階で削ってからアドオンに落とす。

クリーンコアが守るのはアップグレードの安さという将来資産。コアを直接改修すると標準更新のたびに回帰テストが膨らみ、やがて追従不能になる。拡張はBTP側へAPIで疎結合に逃がし、キーユーザー拡張・開発者拡張・標準設定の三段で住み分ける。

SAPアドオンの可否を3軸の決定木で機械的に判定し、移行後の保守負債を防ぐ実務基準を提示。