HCL Accelerate: 2021年のバリューストリームマネジメント

2021/3/31 - 読み終える時間: ~1 分

Editorial: Value Stream Management in 2021 の翻訳版です。

2021年のバリューストリームマネジメント

2021年3月30日

著者: Oreste Egidio / Client Technical Advisor

ソフトウェア開発の世界では、新しい方法論やソリューションが頻繁に登場します。新しい手法はすぐに流行語になりますが、最近の流行語の一つに「バリューストリームマネジメント」があります。

新しいものは何でもそうですが、なぜバリューストリームマネジメントのソリューションを採用することが重要なのか、なぜ今が組織にとって真剣に評価すべき時なのかを詳しく説明した資料をオンラインで見つけることは難しくありません。私もその合唱に加わるつもりはありませんが、これから数行にわたり、私のお客様との経験から得た考察をお話ししたいと思います。

一般的に私は、ソフトウェア・プロダクション・チェーンの開発・管理を求められている人々の問題を、テクノロジーだけで解決できるとは考えたくありません。誰もがこのように考えているわけではありませんし、例えば、「人工知能」をどこにでも「注入」しようという、一般化された、おそらくあまり現実的ではない考え方につながるからです。

むしろ、優れたテクノロジーを賢明かつ実用的に採用し、正しい方法論の選択と組み合わせることで、違いを生み出している例がたくさんあることに気がつきました。Uber、Flixbus、Airbnbなど、デジタル・ディスラプションの波に乗った企業を挙げると、革新的なアイデアと優れた起業家精神のおかげであることは間違いありませんが、テクノロジーと方法論のバランスのとれた使用なしには、革新的な企業を実現することはできませんでした。

バリューストリームマネジメントのトピックを紹介する際には、テクノロジーと方法論的アプローチが具体的な価値をもたらす「ソリューション」として適切に位置づけることが重要ですが、それはどのような分野においてでしょうか？なぜ今なのか？表面的に見ただけでは、いくつかの検討事項があります。

• 適切な測定基準によって生産チェーンを「管理」するために、どれだけのことをしたいのか、そして何よりも、どれだけの価値があるのか。
• プロセスのパフォーマンスを「視覚的に」（つまり即時に）把握するためには、何を犠牲にすればよいのか？何が間違っているかを「一目で」コントロールするために？無駄な時間を省くことで、プロセスをより効率的にすることができます。あるいは、リリースまでの時間を最大で90％短縮したいのか？

このような考えは、適切な手法を用い、必要な技術を賢明に採用して、何年も前から非常にうまくいっている人々を苛立たせます。実際、大前提として、今までの仕事の仕方が悪かったと思われているようです。実際には、新しいアプローチを採用する原動力となるのは、いつものように文脈の変化です。今日では、多くの現実が「アジャイル」に取り組んでいます。ある人は「押し付けられた」方法で、ある人は始めたばかりで、ある人は（あるレベルでは長い間あきらめられない）選択肢を検討しています。アジャイル」アプローチは、完全に実現するのは簡単ではありませんが、工場の現場で「ビジネス指標」のレベルで完全なガバナンスを与える可能性を開きます。

これは、何年も前に自動車メーカーが制御システムを導入して、収益性を維持しながら同じラインで同じ車を200台カスタマイズして生産できるようにしたのと同じ論理とビジョンで、ソフトウェア工場に「装置」を導入する可能性を開くものです。現在の問題は、ROI と全体的な生産性に影響を与えることなく、このモデルをソフトウェア工場に導入する方法です。出発点は何でしょうか？

確かにこれまで、DevOps 分野をはじめとする多くの投資は、ベンダーのソリューションとオープンソースへの投資（オープンソースは完全に無料ではないことを学ぶ）、そして様々なレベルのコンサルティング活動の両方で行われてきました。そのため、最初のポイントは、これまでの投資を尊重し、保護することです。その上で、客観的なデータに基づいてビジネス上の意思決定（投資）を行うために有用な情報だけを収集し、公開する仕組みを構築することが課題です。現在の経済状況では、多くの企業が既存の開発を中断せずに投資を減らしている一方で、今すぐ投資して早く結果を出さなければならない企業もあります。いずれの場合も、「動く」ことが求められます。

自分の分析能力で下した最初の判断を、客観的なデータで補強したり、見直すことができるツールは、ソリューションにさらなる価値を付加するための投資のリスクを軽減するために、これまで以上に必要です。しかし、投資がビジネスにどのような価値をもたらしたかを理解する必要があるのは、その後です。決断を助けてくれた同じツールが、もたらした価値を迅速かつ客観的に評価してくれる。これは確かに、バリューストリームマネジメントソリューションを採用することのプラス面の一つです。

バリューストリームマネジメントソリューションを導入されているお客様の中には、投資リスクを低減する目的で、投資を段階的に行う方もいらっしゃいます。どのように？それは、パイロット・プロジェクトへの少額の投資から始めて、その結果を評価し、正しい判断を下すことです。決断とは、次のようなものです。

• プロジェクトがビジネスに付加価値を与えないことが判明したため、プロジェクトを断念する。しかし、行った投資と費やした時間は、行った試みに含まれており、DevOpsとAgile の原則である Fail Early, Fail Fast を適用していること。
• プロジェクトの価値を理解し、いくつかの決定をよりよく検討するのに役立つデータを持ち、ソリューションを採用するのに必要な時間をより正確に把握しているので、この時点では、リスクを減らしたという確信を持って投資を行うこと。

しかし、実際にはアプリケーション開発の世界を変えるような変革が起きています。それは、Just-In-Case（最悪のケースに備えてサイズを調整する）から Just-In-Time（その時々に応じて迅速に対応する）への移行と要約できます。このアプローチの変化は、痛みを伴わないものではありませんが、適切に実施されれば、確実に大きな競争上の優位性をもたらします。この Just-in-Case から Just-in-Time への移行は、クラウドの出現によってすでに実現しています。クラウドは、ハードウェアとソフトウェアを提供し、実際に使用されたリソースに対してのみ支払いを行うというシンプルさを利用して発展してきました。また、必要なときに処理能力のピークに対応し、厳密に必要な時間だけ新しいパワーを支払えます。

問題点は？企業にとってのクラウドソリューションのコストは、短期間で大幅に増加する可能性がありますが、それはなぜでしょうか？早くコストを削減したいという思いから、多くの企業がツールやアナリスト、開発者を手に入れようとしますが、常にコストとリリースされたものの品質が目的となってしまいます。結果として、リリースされるものの品質を忘れてしまうと、このような制約の中で開発されたアプリケーションは、使用するためにますます多くのリソースを必要とするという事実につながります。

水平方向にも垂直方向にも問題なく、迅速かつ透過的にスケールするクラウドの利用は、開発者がコストを認識していないため、それ自体が問題となります。しかし、より高いレベルでは、このコストの増加に対処し始め、多くの記事では、パフォーマンス・テストは、API や機能テストと同じようにパイプラインに追加するものであると提案されています。

現在では、ソフトウェア開発プロセスのアプローチは、決定論的な用語ではなく、測定や予測が容易なものではなく、確率的な用語でアプローチすることが多くの人に受け入れられています。そのため、プロジェクトミーティングで毎週のようにレビューされていた GANTT は、困難が生じたときにすぐに決断を下さなければならないことが多くなり、受け入れられなくなっています。これは、自分のプロセスを可視化し、プロジェクトの進捗状況を分析するために必要なメトリクスがリアルタイムに表示されていなければできないことです。だからこそ、バリューストリームマネジメントが必要なのです。個々のプロセスを評価できる柔軟性と、Just in Time のアプローチで自分の役割に適した測定基準を持つことができるバリューストリームマネジメントこそが勝者となります。