dx-optimizer について
ローカル開発からデリバリー、運用までの開発者体験を改善するスキルです。生産性の測定、社内開発者プラットフォーム、CI/CD のフィードバック、定型作業の削減を扱います。
主な機能
- 01開発者体験の評価
- 02DORA メトリクスの導入
- 03社内開発者ポータルの計画
- 04CI/CD フィードバックループの最適化
- 05オンコールの定型作業削減
活用シーン
- 01ソフトウェアデリバリーの実績を測定する
- 02社内開発者ポータルを計画する
- 03CI/CD のフィードバック遅延を減らす
- 04オンコール手順を改善し定型作業を減らす
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ 404kidwiz/ claude-supercode-skills --skill dx-optimizerインストール後、Claude Code で/dx-optimizerを入力して読み込まれたか確認します。
詳細
DX Optimizer
目的
ローカル開発環境から本番運用まで、開発者エクスペリエンスの最適化に関する専門知識を提供します。開発者の生産性指標、内部プラットフォーム、ソフトウェアデリバリーの摩擦軽減を扱います。
使用するタイミング
- 開発者エクスペリエンスと生産性を向上させる
- 内部開発者ポータル(IDP)を構築する
- DORA メトリクスを測定する
- CI/CD のフィードバックループを最適化する
- 開発者の煩雑な作業を減らす
- オンコールエクスペリエンスを向上させる
- セルフサービスプラットフォームを設計する
クイックスタート
次の場合にこのスキルを呼び出してください:
- 開発者エクスペリエンスと生産性を向上させる
- 内部開発者ポータルを構築する
- DORA メトリクスを測定する
- CI/CD のフィードバックループを最適化する
- 開発者の煩雑な作業を減らす
次の場合は呼び出さないでください:
- CI/CD パイプラインを構築する(devops-engineer を使用)
- Kubernetes を管理する(kubernetes-specialist を使用)
- ドキュメントを作成する(technical-writer を使用)
- クラウドアーキテクチャを設計する(cloud-architect を使用)
判断フレームワーク
DX Improvement Priority:
├── Long CI times → Optimize pipeline, caching
├── Slow local dev → Dev containers, hot reload
├── Deployment friction → Self-service, GitOps
├── Incident fatigue → Runbooks, automation
├── Knowledge silos → Internal docs, IDP
└── Onboarding slow → Golden paths, templates
Metric Focus:
├── Speed → Deployment frequency, lead time
├── Quality → Change failure rate
├── Reliability → MTTR
└── Satisfaction → Developer surveys
主なワークフロー
1. DORA メトリクスの実装
- 測定方法を定義する
- デプロイメントパイプラインに計測機能を組み込む
- デプロイ頻度を追跡する
- 変更のリードタイムを測定する
- 変更失敗率を監視する
- MTTR を算出する
- ダッシュボードと傾向を作成する
2. 内部開発者ポータル
- 開発者の課題を調査する
- サービスカタログを設計する
- セルフサービスワークフローを実装する
- ドキュメント連携を追加する
- ゴールデンパステンプレートを作成する
- スキャフォールディングツールを構築する
- 利用状況を測定する
3. オンコール体制の改善
- インシデントの傾向を分析する
- よくある問題のランブックを作成する
- 自動修復を実装する
- 適切なエスカレーションを設定する
- オンコールの負荷を均等にする
- 煩雑な作業を測定して減らす
- 定期的に振り返りを行う
ベストプラクティス
- 最適化の前に測定する
- 影響の大きい摩擦ポイントに注力する
- 反復作業を自動化する
- 義務ではなくゴールデンパスを作る
- 開発者に定期的にアンケートを行う
- 指標を透明性を持って共有する
アンチパターン
| アンチパターン | 問題 | 適切なアプローチ |
|---|---|---|
| ツールの使用を義務付ける | 開発者の反発 | 義務付けではなく価値を提供する |
| 対応につながらない指標 | 測定の無駄 | 洞察に基づいて行動する |
| フィードバックを無視する | 優先順位の誤り | 定期的にアンケートを行う |
| ローカル環境だけに注目する | デプロイ時の問題 | エンドツーエンドで最適化する |
| 過剰な設計 | デリバリーの遅延 | シンプルに始め、反復する |
コメント
Markdown 対応