90年代のキャリアの初期、私は大規模な食料品小売チェーンの本社で働いていました。 この組織は、経費を削減し、収益を向上させるように設計されたテクノロジープロジェクトに多額の投資を行いました。 彼らは、全員がプロジェクトを完了するためのプロセスに従えば、品質と市場投入までのスピードが向上すると信じていました。
彼らは、従来のウォーターフォールプロジェクト管理に基づいて、システム開発ライフサイクル(SDLC)と呼ばれるプロセスを定義しました。 管理ゲートが設置されていたため、各プロジェクトのドキュメントとメトリックはレビュー可能でした。 並行して実行される何百ものプロジェクトがフェーズステータスを提供しました。 人々は「リソースプール」の一部であり、プロジェクトに「ロールオン」し、専門的なスキルを使用した後に「ロールオフ」しました。 プロジェクトマネージャーはプロセスの専門家であり、「すぐに使える」エンタープライズツールを使用してすべての人を導き、すべてのステップを通じてプロジェクトを追跡および指示しました。 組織は、彼らがよく調整されたプロジェクトデリバリマシンを持っていると信じていました。
しかし、真実は大きく異なっていました。 長年の使用で、組織が欠陥を観察したり例外を見つけたりすると、プロセスがスレーブではなくマスターになるまで、さらに追加されました。 彼らは「肥大化」を取り除く方法を見つけるためのタスクフォースを作成しました。 最初の会議では、ソフトウェア開発担当副社長がトークンのゴミ袋を持って私たちに加わり、不要なものを取り除くように挑戦しました。
この組織のプロセスは、定義されたプロセス制御の一例です。 組立ラインのように、製品の構築やプロジェクトの提供に必要な手順を実行する方法は1つしかないと考え、それらを文書化し、全員にそれに従うように要求しました。
経験的プロセス制御
キャリアの後半で、複雑な問題に対処する経験的プロセス制御について学びました。 辞書によると、それらは「理論や純粋な論理ではなく、観察や経験に基づいており、関心があり、検証可能である」とのことです。
誰もが経験的なプロセス制御を、おそらく無意識のうちに使用しています。 それらは自然であり、運転などの日常の活動の一部です。
たとえば、車で旅行するときは、経験に基づいて観察し、適応します。 速度を確認してから調整します。 道路を見てから調整します。 約11秒ごとに、バックミラーを確認してから調整します。 あなたは環境/天気に気づき、そして順応するでしょう。 道路が閉鎖されている場合は、別のルートを利用します。 旅行全体を通して検査して適応します。 目の前にわずか30フィートの光で夜にこの旅行をしたとしても、注意深い観察と適応は目的地に安全に到着するのに役立ちます。
複雑な問題には別のアプローチが必要です
あなたが毎日解決する問題を考えてください。 それらのどれが毎回同じ方法で解決できますか? 同じ入力と同じ望ましい出力を扱っていて、同じプロセスがそこにたどり着くと信じていますか? (これを定義済みプロセス制御と呼びます。 それとも、毎日解決すべき新しい問題がありますか? 単純な問題は、定義された制御アプローチに従うことができます。 しかし、単純な問題をどのくらいの頻度で解決していますか?
超高層ビルなどのより大きな「製品」の建設を検討してください。 何千もの高層ビルがありますが、それぞれが異なります。 1つを構築するには、重要な事前設計と計画が必要になる場合があります。 ただし、各超高層ビルについて、特定の高層ビルが建設されるのは初めてです。 解決すべき新しい問題がたくさんあります。
それが強く立つためには、仕事への特定の流れが整っている必要があります。 経験主義、頻繁な検査、進捗状況の透明性による適応の3つの柱をその過程で使用することには大きなメリットがあります。 検査官、建築家、建設業者は、建物がコード、仕様、および使いやすさを満たしていることを確認するために微調整および修正します。 LastPlanner は、検査と適応のための透明性のために、建設における経験主義を可能にするためのツールです。
透明性
スクラムでは、透明性とは、チームが進捗状況、開発プロセス、イベント、成果物、および製品を可視化することを意味します。 これらは、スクラムチーム、利害関係者、場合によっては顧客など、誰もが見ることができます。
「ステータスは?」や「誰が何に取り組んでいるのか」と誰かに尋ねても、チームは完全な透明性を提供することに注意を払っているため、不要になります。 透明性により、チームはフィクションではなくデータに基づいて意思決定を行うことができます。 ナレッジワークやアイデア(製品開発など)では、目に見えないため、これは特に難しい場合があります。
このため、 スクラムチームは チームイベントへの公開招待とは別に、情報ラジエーターを使用します。 スプリントバックログ、タスクボード、バーンダウンチャートをチームルームの中央に表示します。 スポーツアリーナの中央にあるスコアボードのように、「勝ち」または「負け」のステータスが一日中表示され、検査されるため、チームは調整を行うことができます。 彼らが投稿する他の情報ラジエーターには、製品のビジョンとロードマップ、製品のバックログ、完了の定義、障害ログが含まれ、リストは続きます。 製品の増分も、スプリントレビュー中に検査のために表示されます。 その後、チームは翌日、スプリント境界でイテレーションごとに調整を行います。
チームは、恐怖が真実を隠そうとすることを理解しています。 このため、心理的に安全なチームは、開放性、尊敬、集中力、コミットメント、勇気を重視しています。 彼らはこれらのスクラムの価値、特に開放性と勇気を取り入れ、目に見えないものを光の中に引き込みます。 「嘘をつかない」は、チームの最初の作業契約の1つです。 2つ目は、どんなに悪くても「悪い知らせ」を早く受け取ることです。
「スクラムは露出モデルである」という表現は、その透明性を参照しています。 事実は公開されているため、対処可能です。 それらは常に存在していたかもしれませんが、少なくともスクラムでは、今では透過的であり、行動を起こすことができます。
検査と適応
スクラムチームも検査と適応を頻繁に使用します。 デイリー スクラムでは、チームはタスク ボード、バーンダウン、スプリントの目標を検査し、調整します。 スプリント計画では、チームはスプリントバックログを検査し、キャパシティに基づいて調整します。
チームは毎日作業しながら、完了の定義に従い、テストと製品所有者のフィードバックを検査し、調整します。 スプリントレビュー中に、利害関係者は製品の増分を検査し、チームの調整を支援します。 ふりかえりの間、チームはチームと開発プロセスを検査し、調整を行います。 ウイルスと戦う生物のように、彼らは検査と適応を使用して自己組織化および自己管理します。
調整のいくつかは良いですが、他の調整はあまり良くありません。 試行錯誤しながら、チームは繰り返しシフトと調整を行い、顧客に合わせた製品機能の向上、パフォーマンスの向上、革新性、製品品質の向上を求めています。 短く透明なフィードバックサイクルは、検査と適応のための多くの機会を促進し、意思決定に情報を提供します。
経験的なプロセス制御と敏捷性
「計画に従うよりも変化に適応する」というアジャイルの価値と次の原則は、経験的プロセス制御がアジリティの中心であることをさらに検証します。
- 私たちの最優先事項は、貴重なソフトウェアの早期かつ継続的な提供を通じて顧客を満足させることです。
- 開発の後期であっても、変化する要件を歓迎します。 アジャイルプロセスは、顧客の競争上の優位性のために変化を利用します。
- 動作するソフトウェアを数週間から数か月まで頻繁に提供し、より短いタイムスケールを優先します。
- ビジネスマンと開発者は、プロジェクト全体を通して毎日協力する必要があります。
- 最高のアーキテクチャ、要件、および設計は、自己組織化チームから生まれます。
- チームは定期的に、より効果的になる方法を熟考し、それに応じて行動を調整および調整します。
複雑な問題は、経験的なプロセス制御の恩恵を受けます
トヨタ生産方式の生みの親である大野耐一氏は、「問題がないことが最大の問題です」と語る。 この文脈では、完全な透明性のない環境には、検査や適応ができないというさらに大きな問題があることを意味しました。
新製品開発などの複雑な問題は、経験的なプロセス制御の恩恵を受けます。 頻繁な検査、適応、および完全な透明性を備えた製品は、成功するか、早期に失敗することさえ確実です。 アジャイル製品開発は、学習の機会が生まれるため、早期に、そしてしばしば意図的に失敗します。 最小限の投資で、検証可能な観察と経験を使用して、製品を不確実性から確実性に移行し、最初に最も価値が高く、最もリスクの高い機能に継続的に取り組んでいます。
あなたのチームはアジャイルトランスフォーメーションのサポートを必要としていますか? 評価、採用、トレーニング、コーチングとメンタリングをお手伝いします。 今すぐ私たちのサービスをご覧ください。
