どのチームタスクであるかが曖昧なとき、ボールが落ちないようにするための仕組みや文化が存在しない。
どのチームタスクであるか曖昧な仕事が発生したあとに、事後検証(ポストモーテム)が行われず都度話し合いで解決している。
ビジネス上、重要なマイルストーンとそのスケジュールをチームで常に共有し、その進捗を確認しているか。
ふりかえりの場はチーム全員が参加しているか。
ふりかえりにおいて前回のふりかえりで改善するために起案したタスクが実行されたか検証しているか
ペアプログラミング/モブプログラミングを実施しているか。
バージョン管理システムが複数存在していたり、1つのツールからすべての履歴を閲覧できないなど、中途半端な状態のままになっていないか。
すべてのインテグレーションテストにかかる時間が計測されており、それは30分以内に完了するか。
デプロイされたコードに問題が発生した際に、前のバージョンへの切り戻しを意思決定してから5分以内に切り戻すことができない。
各APIについて、動作するインタラクティブなドキュメントや管理サービスを持っているか。
システムアーキテクチャの決定・変更・改善に関するドキュメントを管理し継続的な学習機会を設けているか。
結果整合性を考慮したサービスレベルの合意が要件のガイドラインの中に組み込まれているか。
デジタル上でのプッシュマーケティングをEmailのみに頼っている。
データ収集に関するプロジェクトが存在しないか、進捗していない。
データ分析の基盤実際に操作して数字を取得できる社内の人数と部署数を増やしていくための活動をしているか。
分析・開発や運用のバリューストリーム上の各種サイクルタイムを計測しており、継続的に改善しているか。
学習済みのモデルを検証し、サービスインするまでの処理は自動化されているか。
意思決定に関する記録を、プロセスマイニングができる形で保存しているか。
顧客に対してNPS(ネットプロモータースコア)や満足度を継続的に測定しているか。
プロダクトに関わるUIパーツには、OOUIなどの抽象的な情報設計に基づいた共通のポリシーがあり、それらがドキュメント化されているか。
事業責任者は顧客体験やデザイン思考のトレーニングを受けているか。
デザイナーがプロジェクトの意思決定に関われなかったり、デザイナーに情報を伝えるのが遅いため、カスタマージャーニー全体に対する価値が発揮しづらくなっている。
重要機能のタスク成功率/タスク実施時間/学習効率などを計測しているか。
プロダクトマネージャがソフトウェアプロダクト開発やデザインに関する知見や関心が薄く、チームの関係性が悪化している。
兼務及びスパン・オブ・コントロールの基準が適切になるように、定期的に改善が行われているか。
従業員が作成したソフトウェアライブラリを、自社のOSSまたは個人のOSSとして公開するためのガイドラインを準備しており、何らかソフトウェアを公開しているか。
障害対応など予測の困難な業務や、輪番対応等の計画された定時外業務があっても、定時出勤することを求めている。
新入社員向けカリキュラムが、自社内でしか通用しないノウハウに特化したものとなっている。
業務に合わせて社内のシステム開発を行うのではなく、デファクトなSaaSなどの利用を行い、そのツールに業務自体をフィットさせているか。
デジタル事業および人材獲得に向けたM&A・投資戦略を遂行するための部隊が存在するか。