チームリーダーが複数のチームやプロジェクトを兼務しており、自チームのためにすべての時間を使うことができない。

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

目標管理が強く評価制度に結びついているため、ストレッチしたゴール設定をすることが難しくなっている。

見積りは、実際にその仕事を行う本人を含むチームの複数人で行われているか。

フロー効率性などの数値指標に囚われすぎて、全体の効率が悪化するなど価値提供に結びつかない状態である。

数値改善のために簡単で予測可能な仕事ばかりを引き受け、難しめのタスクを引き受けない。

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

バージョン管理システムが複数存在していたり、１つのツールからすべての履歴を閲覧できないなど、中途半端な状態のままになっていないか。

コードレビューをできる人物がチームの中におらず、レビュー待ちに1、2営業日がかかる。

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

CI/CDのパイプラインにソースコードの自動的なセキュリティチェック（静的解析または動的解析）が組み込まれていて、一定の基準を達さないとリリースされない仕組みになっているか。

開発企画要件の段階で、設計レベルのセキュリティレビューが実施されていない。(Security by Designの未実施)

週次集計や月次集計の処理が特定の日時に終わることを想定しており、障害が発生した場合にデータが欠損してしまう。

データサイエンス/機械学習/データアプリケーションエンジニアリング/クラウドインフラなどの知見が１名に属人化している。

売上などの短期的数値ではなく、長期的な事業価値のための間接的指標（e.g.顧客リピート率や予測LTVなど)を主要なKPIとして設定しているか。

事業価値と実現可能性の両面を同時に仮説検証できるようなプロジェクト管理(PoCとプロトタイプ作成)を行っているか。　

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

意思決定に関する記録を、プロセスマイニングができる形で保存しているか。

少なくとも１つの大きな事業仮説に対して、対応する１つ以上のペルソナが作成されているか。

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

ユーザーインタビューに関して訓練を受けていないスタッフが実施しており、仮説に対して誘導的すぎたり、クローズドクエッションが多くなったりしている。

UIデザイナーが作成したデザインをソースコードに自動的に反映するためにツールを利用しているか。

全社のクリエイティブや顧客体験デザインを担う専門知識を持った経営幹部がいるか。

３名以下の少なすぎるユーザビリティテスト対象者の結果に振り回されてしまう。

人事評価者と指示を行う者の不一致がある組織になっている。または、一致するかの確認ができていない。

従業員は自身のパソコンへの自由なソフトウェアのインストールを過度に制限されている。

意思決定者や管理者がチャットツールにログインしておらず、コミュニケーションが取れない。

専門職向けのジョブ型人事制度があり、管理職と同等かそれ以上の給与で従事しているメンバーが存在するか。

ソフトウェアエンジニアとしての業務経験のあるCTOないし技術担当取締役が存在し、技術戦略についての策定を主導的に行っているか。

セキュリティの意思決定は、定期的に行われているリスクアセスメントにともない、リスクとリターンを定量的に評価した上で行われているか。