数年前、私は親relativeと会いました。 私の貧しい従兄弟（保険会社のCEO）はアジャイルシルバーブレットに売り切れ、非常に残念でした。 彼は次のようなことを言った：
これは売りです！ ワークフロー全体を変更しました。 コンサルタントを招待しました。 これらのマスターPMを雇いました。 そして、何も動作しません！ 結果はありません。 責任はありません。 私が得るすべては言い訳です。
答え方を忘れましたが、今日はどう答えるか知っています。 私はいくつかの絵を描き、アジャイルという言葉すら言及しません。 彼に知らせる必要があるいくつかの重要な概念があります。
1.フロー効率
まず、リードタイム（アイデアを思いついてから顧客に届くまでの時間）を見ると、ほとんどの時間が「待機」に費やされていることがわかります。 15％のフロー効率（作業時間/ランタイム）は正常です。 ホラーですよね？ それでも、（比較的）目に見えるものに焦点を当てます...作業に直接費やされる時間はごくわずかです。 最高の企業は40％に達しました。 結論：より速く進行するためには、待ち時間をなくす必要があります。
2.計画外の作業とマルチタスク
計画外の作業やタスクの切り替えと組み合わせて、チームに75％の「利益」が支払われることは珍しくありません。 チームは原則として支払うことさえできません。 これは文字通りプレミアムであり、しばしば会計システムで追跡されることはありません。 おそらく、チームは何が起こっているのか不平を言うでしょう（これはひどく退屈な状況です）。 チームは長い間無視し、厳しい現実を受け入れます。
この「集合サービス」を想像してください。チームは、「プロジェクト」を実行しながら、生産上の問題を解決するか、新しいインフラストラクチャを提供する責任があります。 そして、あなたは問題を抱えることになります。
結論：計画外の作業の手段を示し、集団サービスを使用することの経済的結果を決定します。 集合サービスには直感的な意味がありますが、多くの場合、費用のかかる事前計画の原因です。
3. S、M、およびL
これはかなり面白いトリックです。 大規模、中規模、小規模の作業タスクの期限をスケジュールします。 自分より上に上がり、タスクではなく、クライアントの実際の価値の要素に集中するようにしてください。 多くの組織では、作業の「サイズ」が期限に影響しないことに気付くでしょう。 なんで？ 作業の完了期間に影響する他の要素が多すぎる（たとえば、顧客から提供されたソースデータ、計画外の作業、進行中の多くの作業など）、
4.利益の実現
私が「配達リスク」と呼んでいるものを減らすことに多大な努力が注がれました。 この定義は、個々のプロジェクトを提供し、クライアントが代金を支払う場合に意味があります。 SaaS（サービスとしてのソフトウェア）では、仕事を提供する際に支払いが行われません。 支払いは時間の経過とともに発生します。 これを「収益性の高いリスク」（ジョブが失敗するリスク）と呼びます。
大規模な組織ではアジャイルを使用するのが一般的ですが、そのため、金銭的なメリットは見られません。 なんで？ 開発は速くなりますが、どのような方法でも影響を与えることはできません。1）適切な決定を下す。 2）利益を実現するプロセス。 アジャイルの全体的なポイントは、リスクを軽減することです。 プロジェクト作業では、このリスクは問題として表現することができます：「予定どおり/範囲内」。 製品の生産において-「このこと、***、は機能しません。」 これは、これらのリスクの1つが「受け入れられる」場合の注文時の全体的な誤りです。 ゲインはありません！
多くの企業が左側のモデルを使用しています。 右側のモデルに同意する人はほとんどいません。 彼らは安っぽい結果を得ると、痛みの世界を伴うシステムにより多くの努力を注ぎ込もうとします。
5.手に負えない複雑さ
最後に、通常の座標関数を使用して、製品開発システムに渡します。 複数のコンポーネント管理/リファクタリング/自動化がなければ、年々この機能を完了するのに時間がかかります。 あなたのチームが同じであっても。 3日目から6週目までに起こることは前代未聞です。
アジャイル
アジャイルを選択する理由。 アジャイルは、継続的な改善のための触媒ではない限り、役に立ちません。 スクラムとSAFeは、継続的な改善を促進するものでない限り、役に立ちません。 なんで？ あなたが遅くなる要因は、あなたが走っていること、ユーザーストーリーを記録していること、2週間のデモをしていることによって部分的にしか説明されないからです。 これらのことは比較的重要ではないと言います（リスクを徐々に減らすという考えに真っ向から突入するとすぐに）。
柔軟にするには、次のことに多くのお金とエネルギーを費やす必要があります。
- 本当に重要な仕事（利益）をするということは、より少ないことを意味します。
- 自動化、スナップイン、展開パイプライン、機能の強調表示など。 （DevOps）
- 管理文化を変える
- イニシアチブの資金調達方法を設定します。 目標と目的に基づく段階的資金調達とプロジェクト資金調達への移行
- 困難を克服するためのリソースの割り当て（コードの定期的な再編成とアーキテクチャの変更）
- バリューストリームマッピングとビジネスの環境処理
- 共有サービスの新しいテイク
ここには奇跡の治療法はありません。 仕事をする必要があります。 そうでないと言う人に注意してください。
翻訳：ヴラド・デュボフスキー