THE CRITERIA · v202506

組織を知る、328の問い。

気になるテーマやカテゴリから、基準とその背景を読み進めてください。

328項目をCSVで保存
問いの読み方
テーマ(5個)×カテゴリー(各8個)×チェックリスト(各8項目)。例としてチームの8カテゴリと、チーム構成と権限委譲の8つの問い(メトリクスの計測・学習と改善・プラクティスと習慣・アンチパターン)。

各カテゴリは8つの問いで構成されます。アンチパターンは手放したい慣習を確かめる問いで、「いいえ」が望ましい状態です。採点は逆転します。

Team

チーム

自律したチームが、価値を届け続ける。

8カテゴリ / 64項目テーマ解説を読む
TEAM-1 / チーム

チーム構成と権限委譲

このカテゴリから診断する
チーム構成と権限委譲はなぜ重要か?

簡単に言うと、チーム構成と権限委譲は「サッカーチームのフォーメーションと選手の自主性」のようなものです。サッカーでは、フィールド上の11人がそれぞれの役割を理解し、監督の指示を待たずに状況に応じて判断できるチームが強いですよね。フォワード、ミッドフィルダー、ディフェンダーが適切に配置され、それぞれが自分の判断でプレイできる権限を持っているからこそ、チーム全体で素早く連携して勝利を掴むことができるのです。開発チームも同じで、必要なスキルを持つメンバーが適切に配置され、現場で迅速に判断できる権限があってこそ、価値のあるソフトウェアを効率的に作ることができるのです。

カテゴリ解説を読む
TEAM-2 / チーム

チームビルディング

このカテゴリから診断する
チームビルディングはなぜ重要か?

簡単に言うと、チームビルディングは「サッカーチームのコンビネーション練習」のようなものです。どんなにドリブルが上手な選手やシュートが得意な選手を集めても、お互いの動きや癖を知らずに個人プレーで試合に挑んでも勝てませんよね。パス交換、ポジションチェンジ、守備の連携などを何度も練習して、「あの選手がここにボールを出したら自分はこう動く」という阿吽の呼吸ができるようになって初めて強いチームになるのです。開発チームも同じで、個々のスキルがいくら高くても、チームとして連携しなければ本当に価値のあるソフトウェアは作れません。

カテゴリ解説を読む
TEAM-2-1メトリクスの計測

チームは少なくとも半年以上継続して存在しているか。

TEAM-2-2学習と改善

チームは月に一度以上の頻度で仕事のふりかえりをおこなっており、その際にプロジェクト憲章またはインセプションデッキを見返して目的を再確認しているか。

TEAM-2-3プラクティス

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

TEAM-2-4プラクティス

新しくチームに参画するメンバー用のオンボーディング・デック(チームの一員として働き始めるための、価値観・実務・スキル・相互理解のための明文化されたドキュメント集)などが存在するか。

TEAM-2-5プラクティス

チームメンバー全員で定期的にカジュアルにコミュニケーションをとる場がある(ランチ、ディナー、レクレーション等)

TEAM-2-6アンチパターン

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

TEAM-2-7アンチパターン

1年以上チームのやることがルーチン化しているなど変わっておらず、チームメンバーも固定されている。

TEAM-2-8アンチパターン

チーム内でチームミッションの改善に関係する議論がどんな理由であれ発生していない。

TEAM-3 / チーム

心理的安全性

このカテゴリから診断する
心理的安全性はなぜ重要か?

簡単に言うと、心理的安全性は「サッカーチームのハーフタイムでの会話」のような状態です。試合中でも「今のパスはこうした方が良かった」「次はこの戦術で行こう」と選手同士が遠慮なく意見を言い合えて、ミスをした選手も「次は決めるぞ!」と励まし合えるチームが強いですよね。監督が怖くて何も言えなかったり、失敗を責められるのが怖くて消極的なプレイになったりするチームでは、選手が本来の力を発揮できません。開発チームも同じで、メンバーが「何を言っても大丈夫、失敗しても支え合える」と感じられる環境でこそ、本当にクリエイティブで価値のある仕事ができるようになります。

カテゴリ解説を読む
TEAM-4 / チーム

タスクマネジメント

このカテゴリから診断する
タスクマネジメントはなぜ重要か?

タスクマネジメントは作業内容とステータスを体系的に明文化・可視化し、チーム全体の生産性と品質を最適化する管理手法です。現代のソフトウェア開発では市場変化への迅速な対応と高速な仮説検証が競争力の源泉となっており、不透明で非効率なタスク管理はプロジェクト遅延と品質劣化に直結します。体系的なタスクマネジメントにより、優先順位の適切な設定、作業の透明性確保、責任範囲の明確化を実現し、組織全体のアジリティを向上させることが可能になります。

カテゴリ解説を読む
TEAM-5 / チーム

透明性ある目標管理

このカテゴリから診断する
透明性ある目標管理はなぜ重要か?

簡単に言うと、透明性ある目標管理は「サッカーチームのサイン・コール」のようなものです。サッカーでは試合中、フィールド上で選手同士がサインやコールを出し合いますよね。「カバーリング」「スイッチ」「プレス」といった指示で戦術変更を伝え、ゴールまでの距離や残り時間、現在のスコアといった状況をチーム全員が把握しています。この意思疎通があるからこそ、状況に応じた的確な動きができ、連携したプレーでゴールを目指せるのです。開発チームも同じで、目指すゴールとその進み具合をみんなが見えていてこそ、各メンバーが自律的に判断して、効率的に価値を生み出せるようになるのです。

カテゴリ解説を読む
TEAM-6 / チーム

経験主義的な見積りと計画

このカテゴリから診断する
経験主義的な見積りと計画はなぜ重要か?

簡単に言うと、経験主義的な見積りと計画は「サッカーチームの試合分析」のようなものです。サッカーチームは試合後に必ずビデオ分析をしますよね。パス成功率、シュート本数、走行距離といった実績データを見ながら、「この選手のスタミナはこれくらい」「この戦術だと平均何点取れる」という過去の実績を元に、次の試合に向けた練習メニューと試合戦術を組み立てます。「気合いで頑張れば勝てる」という精神論ではなく、個人とチーム全体の実績データを元に現実的な目標と計画を立てるからこそ、着実に強くなれるのです。開発チームも同じで、過去のベロシティやリードタイムといった実績データを元に計画を立てることで、達成可能で信頼性の高いプロジェクト遂行ができるようになります。

カテゴリ解説を読む
TEAM-7 / チーム

ふりかえり習慣

このカテゴリから診断する
ふりかえり習慣はなぜ重要か?

簡単に言うと、ふりかえり習慣は「サッカーチームの成績管理」のようなものです。サッカーチームは試合後に必ず振り返りを行いますよね。個人のパス成功率、シュート本数、走行距離といった個人スタッツと、チーム全体のポゼッション率や得点パターンを分析して、「この場面の判断は良かった」「ここでポジションを上げるべきだった」「次はこの戦術を試そう」と具体的に振り返ります。ただ「もっと頑張る」で終わらせず、データと実感を元に個人目標とチーム目標の両方を意識しながら、次の練習と試合に反映させるからこそ継続的に強くなれるのです。開発チームも同じで、スプリントやプロジェクトを振り返って具体的な改善点を見つけ、次に活かすことで、チーム全体が継続的に成長していけるようになります。

カテゴリ解説を読む
TEAM-8 / チーム

バリューストリーム最適化

このカテゴリから診断する
バリューストリーム最適化はなぜ重要か?

簡単に言うと、バリューストリーム最適化は「サッカーチームの攻撃の組み立て」のようなものです。サッカーチームでは、ゴールキーパーからディフェンダー、ミッドフィルダー、フォワードまで、ボールが渡ってゴールに至るまでの一連の流れがありますよね。どこかでパスが遅れたり、無駄なバックパスが多かったりすると、攻撃のテンポが崩れてシュートチャンスを逃してしまいます。強いチームはパスワークの無駄を徹底的に省き、最短ルートでゴールを目指します。開発チームも同じで、顧客が欲しいと思ってから価値が届くまでの全プロセスを見直して、無駄を減らし最適化することで、より早く良いものを提供できるようになります。

カテゴリ解説を読む