チームは少なくとも半年以上継続して存在しているか。
チームメンバー全員で定期的にカジュアルにコミュニケーションをとる場がある(ランチ、ディナー、レクレーション等)
ミッションや共通のゴール設定をしないまま意見を集め、課題のためというよりも個人のための意見しか出てこない状況になっている。
アイデアレベルの要望や構想から、要件に落ちるまでのリードタイムは計測されているか。
目標項目の一部に、その達成手段が健全に行われているかをチェックするための目標(健全化指標)を立てていない。
ふりかえりの場はチーム全員が参加しているか。
バージョン管理システムが複数存在していたり、1つのツールからすべての履歴を閲覧できないなど、中途半端な状態のままになっていないか。
APIがバージョン管理されておらず、破壊的な変更が利用者から検知できない。
自動テストとスキーマ定義の存在しない外部システムとの依存関係が10ケース以上存在しており、機能開発の影響範囲を特定できない。
障害の発生に対しての罰則や謝罪などの、開発者が萎縮したり障害を隠蔽する方向につながるような慣習が存在する。
システム構成要素の構築方法や運用方法が属人化しており、同じインスタンスを構築できない。
CI/CDのパイプラインにソースコードの自動的なセキュリティチェック(静的解析または動的解析)が組み込まれていて、一定の基準を達さないとリリースされない仕組みになっているか。
簡単なデータ集計であっても、エンジニアを経由しなければ取得できない。
継続的再学習のためのモニタリングと、自動的なモデルのアップデート等の効率的な保守を実現するための仕組みを導入しているか。
機械学習プロジェクトのPoCから実運用するためのエンジニアリング能力をチームが持っておらず、そこから実サービス化が進まない。
インハウスのマーケティングチームに自動化や分析を行うエンジニアがおり、指標や自動化をともに進めているか。
意思決定や業務を自動化していくために、業務プロセスを改善するためのソフトウェアエンジニアを含むチームが存在するか。
ビジネスプロセスやミーティングを棚卸しし、不要なもの・従来の用途から離れてしまったものを停止・削除しているか。
過剰に属性情報が肉付けされていて、チームのメンバーが同じユーザー像を想像しづらいペルソナになっている。
カスタマーサポートなど顧客接点となるスタッフから、課題の吸い上げができていない。
デザイン組織のリーダーは、自社戦略に必要なデザイナーの人事戦略を自ら立案しており、採用・育成についての権限と責任を負っているか。
事業責任者は顧客体験やデザイン思考のトレーニングを受けているか。
個別のプロダクトや事業チームごとに専任で配置されるのみとなっており、デザイナーとしてのキャリアやスキル向上のサポートが乏しい。
ユーザビリティパフォーマンステストを行い、タスク達成率などを継続的または周期的にトラッキングしているか。
従業員が作成したソフトウェアライブラリを、自社のOSSまたは個人のOSSとして公開するためのガイドラインを準備しており、何らかソフトウェアを公開しているか。
ソフトウェア開発作業を行う場所で、自由にインターネットを使うことができない。(たとえば、SNSをつかわせないなど)
中途採用におけるリファラル採用(社員からの紹介による採用)の比率が全体採用数の30%を超えているか。
データとデジタル技術を用いて、どのように事業変革をしていくのかのビジョンを明文化して経営メッセージとして発信し、その推進経営指標をもっているか。
ソフトウェアエンジニアとしての業務経験のあるCTOないし技術担当取締役が存在し、技術戦略についての策定を主導的に行っているか。
デジタル技術を活用した経営変革を担う担当役員(CDO等)が存在するか。