ジェイソン・ガードナー（編）
「ソフトウェアが機能することは、進歩の主要な尺度です。」
マニフェストのこの一文は、最も誤解され、最も十分に活用されていないかもしれません。チームは、ベロシティ チャート、ステータス ダッシュボード、バーンダウン グラフを追跡します。リーダーはスライドデッキを確認します。しかし、現実は、機能して付加価値を高めるソフトウェアを頻繁に提供しなければ、進歩していないということです。
この原則がチームとリーダーシップに実際に何を要求しているのか、そしてなぜこの原則を尊重することで結果が研ぎ澄まされ、無駄が削減され、利害関係者との真の信頼が築かれるのかを見てみましょう。
進捗状況はレポートではありません
従来のアプローチでは、進捗状況は、文書化された要件の数や記録された時間によって測定されることが多すぎます。それは誤った動きの感覚です。スライドデッキやスプレッドシートは顧客の問題を解決しません。実用的な解決策はそうします。
アジリティは台本をひっくり返します。「解決策を見せてください」と書かれています。ユーザーが実際に関与し、恩恵を受けることができる作業増分(製品またはサービス)をリリースしなければ、真に提供していません。
「働く」とはどういう意味か
よくある誤解を明確にしましょう。「働く」 じゃない 完璧または完全を意味します。ということです：
- 増分は、使用を妨げる障害なしで実行されます
- ユーザーにリリースできる可能性があります
- 必要に応じて他のコンポーネントと統合します
- それは何らかの形のユーザー価値を提供します。制限されていても
作業製品は最後のスプリントまで待機しません。それは開発の太鼓の鼓動です。すべてのスプリント。すべてのレビュー。
チームへの影響
実用的なソリューションを頻繁に提供するには、チームは次のことを行う必要があります。
- 初日から品質を構築します。 たとえば、ソフトウェアでは、自動テスト、継続的インテグレーション、頻繁なコードレビューを意味します。業界によっては、品質を測定および保証する方法が異なる場合があります。
- 小さくて価値のあるスライスでお届けします。 大きなバンドル機能は避けてください。スタンドアロンの値を提供できる垂直スライスを見つけます。
- テスト容易性を受け入れる。 各増分は、チームと利害関係者が実証し、検証できるものでなければなりません。
- 完了の定義を所有します。 ユーザーに提供される品質の基準(範囲ではなく品質の観点から)を満たさない場合、それは「完了」していません。
このアプローチは、単にタスクをチェックするだけでなく、有意義な結果を提供するという健全なプレッシャーを生み出します。
リーダーへの影響
進歩の尺度として機能するソフトウェアを望むリーダーは、次のことを行う必要があります。
- メトリックシアターよりも実際のアウトプットを優先します。 努力だけでなく、配信を祝います。
- プロジェクトではなく、チームに資金を提供します。 安定した部門横断的なチームは、常にグループを結成して解散するよりも確実に成果を上げます。
- 品質のために時間とスペースを保護します。 非現実的な締め切りでチームを急いでいると、製品が脆くなり、リスクが増大します。
- 実際のデモに頻繁に参加します。 スプリントレビューでは、モックアップやスライドではなく、実用的な製品やサービスを紹介する必要があります(たとえ機能のほんの一部であっても)。
リーダーが実用的な解決策が目標であることを強調すると、チームは計画に従うだけでなく、成果を提供することを中心に連携します。
この原則から得られるもの
「動作するソフトウェア(またはマーケティングキャンペーン、またはハードウェアなど)」が指針となる指標になる場合:
- リスクの軽減 – 早期のフィードバックにより、問題が拡大する前に浮き彫りになります
- 信頼の構築 – 利害関係者は約束だけでなく、実際の結果を実感します
- 価値の向上 – 顧客は必要なものをより早く手に入れることができます
- モチベーションが高まる – チームは自分の進捗状況を実感しています
要するに、進歩が目に見えるものになり、実行可能になり、現実のものになります。
この原則を実現するためのヒント
- 配送サイクルを短縮します。 四半期末にしか作業単位が表示されない場合は、待機時間が長すぎます。
- 「完了」を明確に定義します。 何がうまくいっているとみなされるかについてチームが合意し、それを守っていることを確認してください。
- 早期に頻繁に自動化します。 可能な限り自動化とツールに投資して、製品の品質を持続可能にします。
- デモをチェックポイントとして使用します。 スプリントレビューは形式的なものではありません。それは進歩の証拠です。
最終的な考え
静的アーティファクトを使用して進行状況を追跡している場合は、全体像が見えません。チームが前進しているかどうかを推測するのをやめて、彼らが何を提供したかを見てください。実用的な製品は単なる指標ではありません。それはアジリティの鼓動です。
組織を進捗状況の追跡から提供に移行する準備ができています それ。話しましょう。 Platinum Edge は、組織が実用的なソフトウェアを成功の真の尺度にするために必要な規律、考え方、構造を構築するのに役立ちます。 今すぐお問い合わせください!
参考文献の概要
アジャイルマニフェスト:原則#7
「ソフトウェアが機能することは、進歩の主要な尺度です。」
https://agilemanifesto.org/principles.html
