1年以上チームのやることが変わっておらず、チームメンバーも固定されている。

どのチームタスクであるかが曖昧なとき、ボールが落ちないようにするための仕組みや文化が存在しない。

どのチームタスクであるか曖昧な仕事が発生したあとに、事後検証（ポストモーテム）が行われず都度話し合いで解決している。

１年後などのチームとプロダクトの目指す姿が、言語化され、いくつかの計測可能な指標により明晰化されているか。

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

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

コードレビューをする習慣や規則があり、本番用ブランチ(master / mainなど)へのマージはコードレビューを必須としているか。

明文化されているコードレビューガイドラインが存在するか。

一部の人だけがテストを書き、一部の人はテストを書かないといったように自動テストを個々人の努力目標などになっている。

各APIについて、動作するインタラクティブなドキュメントや管理サービスを持っているか。

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

4半期から1年の間で定期的に、全体的なアプリケーションとインフラの脆弱性診断を受けているか。

ユーザー理解や仮説検証のためのデータ分析のための環境が整備されており、データサイエンティストだけでなくエンジニア・非エンジニアを問わず、プロダクトのステークホルダーに公開されているか。

機械学習の知見を、アプリケーション開発者や非エンジニアのスタッフが利用できるように勉強会などを繰り返し開いているか。

継続的再学習のためのモニタリングと、自動的なモデルのアップデート等の効率的な保守を実現するための仕組みを導入しているか。

すでに実績のあるクラウドを利用した機械学習ソリューションに対して、検証ができていない。

意思決定理由について、明確な根拠やガイドラインを作る時間をマネジメントは割いているか。また、ガイドラインの中に倫理規範は含まれているか。

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

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

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

デザイナーやプロダクトオーナーはプロトタイピング専用ツールを使うことができるか。

一度のプロトタイピングで、中止や製品化を判断してしまう。

新規・既存顧客について継続的にユーザビリティの変化がないか示すメトリクス（タスクの成功率など）を計測し、それをもとに改善を行っているか。

プロダクトの仮説をバリュープロポジションキャンバスや、仮説キャンバスなどで明文化した上で機能定義を行っているか。

従業員が作成したソフトウェアライブラリを、自社のOSSまたは個人のOSSとして公開するためのガイドラインを準備しており、何らかソフトウェアを公開しているか。

オフィス内のWi-Fi速度は安定して100Mbpsを超えており、人数規模に十分なキャパシティを持っているか。

チャットサービスは全社で同一のサービスが導入され、チャットを通じた業務上の手続きの自動化(ChatOps)が可能か。

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

管理・監視できない領域のITサービスの利用が行われていること(シャドウIT)に対して対策が打てていない。

"パスワードを定期的な変更を強制する"、"添付メールでパスワード付きZIP形式のファイルを送信し、別途パスワードをメールで送る"などの現在ではセキュリティ価値が低いとされるルールが残っている。