チームおよびチームリーダーは、チームのミッションのために必要な外部のリソースを調達するための予算や権限をもっているか。
新しくチームに参画するメンバー用のオンボーディング・デック(チームの一員として働き始めるための、価値観・実務・スキル・相互理解のための明文化されたドキュメント集)が存在するか。
仮説的な目標に対して、うまくいかなかった際にチームとして「学んだこと」を言語化・他チームへ公開・学習しているか。
ふりかえりのテーマごとに数字を集めたり計測するなどして、ファクトベースで議論できるようにしているか。
属人的なタスクがある状態を効率的だと解釈して改善をしない。
数値改善のために簡単で予測可能な仕事ばかりを引き受け、難しめのタスクを引き受けない。
デプロイ頻度とデプロイ成功率を継続的に測定しており、これらを改善することを目標管理しているか。
デプロイ完了時、および構成変更時にインフラ構成に関する自動的なテスト(e2eのスモークテストおよびServerspecなどのインフラ環境テスト)を実行しているか。
開発者のメンバー自身が、権限を持つ人物の承認があっても、自分のコードを本番環境にデプロイできない。
APIは何らかのSchema定義言語によって規定され、そこから自動的にクライアントの生成やバリデータの生成が行われているか。
1つのデータベースに対して複数のシステムからの直接的な参照または書き込みがなされていて、それらの依存性が簡単には追跡できない状況になっている。
システム構成要素の構築方法や運用方法が属人化しており、同じインスタンスを構築できない。
データ収集プロジェクトが依頼しているデータ入力業務が現場で実施されていない。
イベントストリーム処理の基盤を用いてオンライン情報を利用した分析・サービスでの活用をおこなっているか。
データ分析において、個人情報をマスキングする機構が存在しているか。
統一されたデータレイクが存在せず、分析基盤ごとにデータを管理している。
機械学習の知見を、アプリケーション開発者や非エンジニアのスタッフが利用できるように勉強会などを繰り返し開いているか。
顧客獲得に対して、一時的な獲得総数のみを目標としており、継続的な利用について調査していない。
ペルソナについて、チームで繰り返し議論されイメージの共有化をしているか。
CRM(顧客管理システム)、SFA(営業支援システム)を導入しており、お問い合わせや行動履歴を把握できているか。
インタビュー参加者が話しやすい雰囲気作りのための工夫がインタビュースクリプトに組み込まれている。
デザインシステムを用いて、デザイナーの介在なしにフロントエンド開発の5割以上が達成できている。
プロトタイプを作るために、プレゼンや大きな稟議が必要になり、プロトタイピングの前に頓挫することが多い。
MVPを特定せずに、プロトタイピングに製品版の完成度を求めてしまう。(プロトタイプはどれだけ雑に仮説検証が達成できるかが重要である。)
働く環境について、事業競合や採用競合ともコミュニケーションする機会を意識的に持ち、従業員の満足度において常に改善を繰り返しているか。
障害対応など予測の困難な業務や、輪番対応等の計画された定時外業務があっても、定時出勤することを求めている。
チャットツールにおける全社員が閲覧可能な状態でのコミュニケーションの割合を測定しているか。
採用管理システムが導入され、採用に関わる全てのステップ、チャネルからの情報が遅滞なく不足なく集約されているか。
SaaS間の自動連携を目的としたサービス(iPaaSやLow Code系ツールなど)を導入しており、業務の自動化や効率化をするためのBPR活動を事業部主体で実行しているか。
管理・監視できない領域のITサービスの利用が行われていること(シャドウIT)に対して対策が打てていない。