チームという単位は存在するが、メンバーのそれぞれのやっている仕事の内容をよく知らないし、代わりにやることもできない。

オンボーディングプログラムが、文章を読むだけのものになっており、ハンズオンやミッション理解の伴わない形骸化したものになっている。

事業目標や納期目標に対して、威圧的なマネジメントや権威的な命令を繰り返したことで、意見が出てこない状況になっている。

目標が定量的でなく、第三者からみて達成度合いが不明確なものになっている。

ふりかえりに適切なファシリテーターがいない。

チームのバリューストリームマッピングを作成し、繰り返しボトルネックを把握しながら自動化と学習を繰り返しているか。

明文化されたブランチ戦略が存在するか。そして、それは守られているか。

ソースコード自体のセキュリティレベルを高く設定しており、開発支援系SaaSの利用を禁止している。

デッドコードを四半期以上のサイクルで定期的に棚卸しし、削除や分解をしているか。

APIは何らかのSchema定義言語によって規定され、そこから自動的にクライアントの生成やバリデータの生成が行われているか。

疎結合なシステムであるが、分散トレーシングの仕組みがなく、問題発生時の原因特定に時間がかかる。

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

オンライン上で、顧客は自社のサービスを契約したり購入したりできるか。

POSや業務システム上のアクセス記録/操作履歴を構造化されたフォーマットでリアルタイムにデータレイクへ保存しているか。

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

要望ベースでデータの集計を繰り返し、雑多なレポーティング項目が棚卸しされていない。

機械学習チームと事業担当者との間で、事業理解や背景・目的の共有などの時間を十分に設けていない。

カスタマージャーニーの複数の接点において顧客の行動を把握、理解するため、何らかのDMPツールを導入しているか。

過剰に属性情報が肉付けされていて、チームのメンバーが同じユーザー像を想像しづらいペルソナになっている。

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

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

各画面やパーツごとに組み込まれた細やかなアニメーションや音、振動、トランジションといった動きのあるUI要素がガイドラインに組み込まれていない。

デザイン組織のリーダーは、自社戦略に必要なデザイナーの人事戦略を自ら立案しており、採用・育成についての権限と責任を負っているか。

少なくとも四半期に1回以上の戦略仮説に向けたサービスプロトタイプを作成しているか。

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

チャットツールを通じた雑談を禁止している。または雑談をやめるように注意喚起を促したことがある。

理想的な自社従業員のスキルセット構成から逆算した採用・育成計画が中長期の計画として定義されているか。

リモートワークやフレックスタイムなどの柔軟な働き方を導入しているか。

ソフトウェアエンジニアの採用活動を常に行っており、毎年十分なペースでソフトウェアエンジニアを採用できているか。

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