システムを開発する１チームの構成人数は、3人以上10人以下か。（ピザ2枚ルール）

チームおよびチームリーダーは、チームのミッションのために必要な外部のリソースを調達するための予算や権限をもっているか。

チームメンバー全員で定期的にカジュアルにコミュニケーションをとる場がある（ランチ、ディナー、レクレーション等）

四半期にフォーカスすべき目標が言語化され、いくつかの計測可能な指標によって明晰化されているか。

チームのベロシティを把握しており、その分散値の変化を計測しているか。

ふりかえりはテーマを定め、議論を行い次回のふりかえりまでに実行可能なタスクが切り出されているか

インフラ構成とシステム要素のプロビジョニングをソースコードとして実行可能な形式にした上で、バージョン管理システムで管理しているか。（Infrastructure as Code）

コードレビューガイドラインの多くの項目が、自動的なフォーマッタなどで統一・解決可能な些末な事柄である。

自動テストが失敗したまま、そのコードが本番デプロイされることを許容している。

デプロイ時に社内のユーザーや開発者のみを対象もしくは、一部のサーバのみにサービスをリリースしてエラーがないかを確かめるカナリアリリースができるか。

SLI/SLO/エラーバジェットがビジネスオーナーとエンジニアが協議して合意の上設定され、計測されているか。

APMのためのSaaSやツールが導入され、ユーザーからみた応答速度などについて、要因ごとの影響度を定常的に分析できる状態になっているか。

デジタル上でのプッシュマーケティングをEmailのみに頼っている。

データ分析の基盤実際に操作して数字を取得できる社内の人数と部署数を増やしていくための活動をしているか。

データ分析において、個人情報をマスキングする機構が存在しているか。

ビジネスプロセス全体のボトルネックを計測せずに自動化・効率化を各部門に任せてしまう。

業務自動化全体のアーキテクチャ設計を行わず、部署個別にRPAなどの自動化ツールを導入する。

自動化ツールを前提とした組織設計をおこなわず、既存の業務や組織にあわせてツールをカスタマイズする。

顧客に対してNPS（ネットプロモータースコア）や満足度を継続的に測定しているか。

ユーザーインタビューの実施のための稟議やフローは軽量で、一ヶ月以内に行うことができるか。

インタビュー結果のインサイトをまとめて、共感マップなどを作成しているか。

インタビュー結果が具体的な次の一手（異なる仮説の構築や、具体的な機能反映）につながらずに実施したまま放置されている。

デザインシステムを用いて、デザイナーの介在なしにフロントエンド開発の５割以上が達成できている。

プロダクトに関わるUIパーツには、OOUIなどの抽象的な情報設計に基づいた共通のポリシーがあり、それらがドキュメント化されているか。

ここ１年以内に管理職以上で、「コミュニケーションの透明性向上」を目的とした対策を検討し実施したか。

中途採用におけるリファラル採用（社員からの紹介による採用）の比率が全体採用数の30%を超えているか。

表計算やプレゼン資料などはすべてクラウド上で共同編集できるようになっているか。

継続的なシステム改善のためのプロダクトマネジメント経験者がいない。そのため、開発チームとの関係が受発注構造になっている。（情報子会社問題）

競争領域ではないシステムについて、業務フローをSaaSに合わせて変更するのではなく、既存の業務フローに合わせてパッケージソフト等をカスタマイズしている。

従業員および経営幹部に対して、リモートワークのリスクなどの最新のトレンドなどが取り入れたセキュリティ教育がなされていない。