作業の進め方
Design System Governance は、複数チームの貢献があっても共通コンポーネント体系の一貫性を保つプロセスを定義します。責任分担、提案、レビュー、リリース、破壊的変更、非推奨化を扱います。誰がシステムを変更でき、利用側がその変更をどう知るかという課題に役立ちます。
ソースは集中型、連邦型、混合型の責任モデルを比較し、依頼から周知までの貢献ライフサイクルを示します。リリースの種類も利用側への影響に結び付けます。成果物は、品質基準と移行の期待事項を明示した、システム運用の合意書です。
想定される成果物
- 参加チームに合った責任分担と貢献モデル。
- レビューと品質要件を備えた、提案からリリースまでのプロセス。
- 利用側に向けたバージョン管理、非推奨化、破壊的変更の方針。
ブリーフからレビューまで
- 01責任の境界を選ぶ
基盤の保守担当と、領域固有のコンポーネントの貢献担当を明確にします。実際のチームの対応能力に照らして、集中型・連邦型・混合型を比較します。
- 02貢献のライフサイクルを定義する
依頼、トリアージ、設計、レビュー、実装、リリース、周知の段階を定めます。新しいコンポーネントの受け入れ前に、再利用の確認とアクセシビリティレビューを含めます。
- 03利用側に向けた変更ルールを設ける
パッチ・マイナー・メジャーのリリース、変更履歴、移行ガイドの要件を定義します。非推奨のコンポーネントを移行期間中も利用できる仕組みを説明します。
- 04合意を公開し維持する
品質要件と参加経路を文書化します。貢献者の意見とコンポーネントの採用状況に基づいて、プロセスを見直します。