チームは価値提供をするのに必要な全職能のメンバーで構成されているか。(フィーチャーチーム)

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

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

インセプションデッキまたはプロジェクト憲章を作成し、チームの存在理由についてチーム全員が把握しているか。

ふりかえりをしていたが、しばしば意見が出なかったため、ふりかえり自体をやめた。

属人的なタスクがある状態を効率的だと解釈して改善をしない。

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

ブルーグリーンデプロイメントができるか。（稼働中のサーバーを切り替えるのではなく、別環境にデプロイ作業をしてから本番の向き先を切り替えるデプロイ手法。）

ViewやControllerの層に処理が集中しており、機能をAPIに切り出すことが困難な設計になっている。

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

障害の発生に対しての罰則や謝罪などの、開発者が萎縮したり障害を隠蔽する方向につながるような慣習が存在する。

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

事業活動のデータが集計されてから、解析された状態で閲覧可能になるまでのリードタイムは1日以内か。（BIツールで昨日のデータは見られるか。）

統一されたデータレイクが存在せず、分析基盤ごとにデータを管理している。

データから得られた推論や仮説が間違っている場合にどのようなデータによって検証可能かをもとにデータ収集や分析が行われているか。

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

各施策ごとに獲得した顧客がその後のどのような購買行動/利用行動ができたかをコーホート分析しているか。

獲得した顧客に対して、一括配信などの画一的な通達を行っており、投資効果の最適化を実施していない。

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

ペルソナの具体的なライフストーリーが欠如しており、仮説構築につながらない。

電話やメールでの対応に対して、柔軟な対応をしすぎてしまい自動化の阻害要因になっている。

MVPを特定せずに、プロトタイピングに製品版の完成度を求めてしまう。(プロトタイプはどれだけ雑に仮説検証が達成できるかが重要である。)

重要機能のタスク成功率/タスク実施時間/学習効率などを計測しているか。

プロダクトマネージャがソフトウェアプロダクト開発やデザインに関する知見や関心が薄く、チームの関係性が悪化している。

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

採用管理システムが導入され、採用に関わる全てのステップ、チャネルからの情報が遅滞なく不足なく集約されているか。

候補者の方との初回面談から、オファーまでのリードタイムを目標とともに管理しているか。（長すぎる選考プロセスは、人材獲得の妨げになる。）

SaaS間の自動連携を目的としたサービス(iPaaSやLow Code系ツールなど)を導入しており、業務の自動化や効率化をするためのBPR活動を事業部主体で実行しているか。

決裁書類がワークフローツールだけで完結しない。

データとデジタル技術を用いて、どのように事業変革をしていくのかのビジョンを明文化して経営メッセージとして発信し、その推進経営指標をもっているか。