VSM に関するご質問に専門家がお答えします
2020/12/5 - 読み終える時間: 3 分
Your VSM questions, answered by experts の翻訳版です。
VSM に関するご質問に専門家がお答えします
2020年12月1日
著者: Allan Wagner / HCL Software Transformation Architect
バリューストリーム管理は、DevOps のホットなトピックであり、すぐになくなるわけではありません。実際、VSM の人気と使用率は来年にかけて高まると予想されています。つまり、競合他社の一歩先を行くためには、VSM に精通し、VSM が提供するメリットを活用する必要があるということです。しかし、バリュー・ストリーム・マネジメントに関するカンファレンス、ウェビナー、eBook、ブログなどが数多くある中で、このトピックに関する情報の山をふるいにかけるのは大変なことです。そこで先日、バリュー・ストリーム管理に関する質問に答えるためのウェビナーを開催しました。
今回のウェビナーでは、VSM の開始、利害関係者への説得、VSM のベストプラクティスの活用などについて、多くの質問をいただきました。バリュー・ストリーム管理の専門家であるスティーブ・ブーン、アル・ワグナー、スティーブ・ペレイラは、1時間に及ぶウェビナーで可能な限り多くの質問に答えましたが、すべての質問に答えることはできませんでした。録画されたウェビナーはこちらからご覧いただけます。残りの質問への回答はこちらをご覧ください。
Q: DevOps トランスフォーメーションのために VSM を実行するためのガイドやベストプラクティスはありますか？
世の中にはたくさんのガイドがありますが、私たちの VSM エキスパートの意見では、以下のようなものがベストです。
- How DevOps Leads the Way to Digital Business Transformation by DevOps.com
- Data-Driven DevOps by Steve Boone
- Value Stream Management Essentials by DZone
- Visible Thinking from Visible Value Stream Consulting
Q: プロジェクトチーム用の VSM を作っています。ユーザーストーリーをバッチサイズとして考えてもいいですか？
バリューストリーム管理のボトルネックの1つは、パイプラインのステージをバッチでロードすることです。私は、スプリント計画を構築し、リリースで導入するストーリーや機能を特定し、フローを最適化することに焦点を当てて作業を次のステージに滞りなく引き込むことで、開発から本番リリースまでのシームレスな作業の流れを作ることを提案したいと思います。バッチングとは対照的に、プルアプローチでは、特定の段階で処理できる以上の作業をチームに押し付けることがないため、人為的なボトルネックの発生を避けることができます。
Q: VSM は、トップダウンで「幹部レベルの完全なバイイン」を得た場合に最も成功すると聞いたことがありますが、現時点ではそれができず、これ以上待つ余裕はありません。経営陣が実際の問題に気づいていないか、実際の問題を掘り下げようとしていないように見える場合に、現場の作業員（開発者）がボトムアップで指揮を執ることは可能でしょうか？
トップダウンのアプローチが最善であるが、多くの DevOps の変革は草の根レベルから始まる。チームは改善を必要とする何かを特定し、変更を実施します。しかし、その規模のイニシアチブを組織全体に拡大するのは難しいでしょう。では、どのようにして彼らの注意を引くのでしょうか？私達はビジネスの利害関係者にとって重要である事を理解することを提案する。それはコストを下げることなのか、新機能を迅速に市場に投入して競合他社を混乱させることなのか、それとも品質レベルを向上させることなのか。次に現在の状態を理解し、それに対して測定するためのベンチマークを作成することです。そして最後に、上述したように、その改善が事業目標にプラスに貢献するような課題を特定し、変更を実施して実験することです。しかし、必ず測定してください。経営陣の賛同を得たいのであれば、ビジネスの成果という観点から正当性を示す必要があります。"ねえ、ボス！」と言ってください。私たちはこれを行い、XYZ のコストを 20% 削減しました。改善のためにもっと多くのことをしたいと思っていますが、あなたのサポートを頼りにしてもいいですか？
Q: フューチャーステート VSM のベストプラクティスへの提案があれば教えてください。
VSM は非常に新しく進化している分野であり、将来的に何が起こるかを予測することは困難です。また、今の DevOps の世界の変化の速度を考えると、何がすぐそこにあるかはわかりません。私が提案したいのは、来るかもしれないものを受け入れ、組織にとって意味のあるものを受け入れることです。 VSM の実践は、より多くの組織が VSM の列車に乗るようになるにつれて、進化し続けていくだろう。
Q: どのようにすれば OKR と VSM を使って相乗効果を得ることができますか？
ご存知ない方のために説明すると、OKR とは、フレームワークの一部として定義され、見直された「目的と重要な結果」のことです。すべての VSM ベンダーのことを言えるわけではありませんが、HCLのバリュー・ストリーム管理ソリューションである HCL Accelerate は、複数のソースからデータを収集する機能を提供し、そのデータを組織の目的や重要な指標に沿ったダッシュボードやレポートなど、さまざまな形で提示します。HCL Accelerate はまた、トレンドも表示するので、組織は、測定値が正しい方向に向かっているかどうか、あるいは何らかのアクションを取るべきかどうかを確認することができます。このように、両者は本質的には似ていますが、完全に同じではないかもしれません。
Q: アジャイルの世界に移行しようとしている会社に参加する際に、既存の製品の価値の流れをどのように識別するのでしょうか？
ソフトウェアを含むあらゆる製品の製造には、その製品を製造するために取られるステップのパイプラインがあります。ある程度のレベルの計画、設計、開発、品質チェックが行われ、最終的には消費者へのリリースが行われます。そして、実践された方法論に関わらず、価値の流れは存在します。さて、何かがアイデアから実装に至るまでにどのくらいの時間がかかるのかを理解するために、価値の流れにまたがって、実行されたすべてのプロセスステップと作成された成果物を理解するために、我々は価値の流れのマッピングの練習を提案するだろう。現状を理解した上で、各プロセスのステップや成果物を見て、それが価値を提供しているかどうかに挑戦していきます。価値がない場合は、なぜ何かが行われているのかを疑問に思わなければならず、流れからそれを除去することを検討しなければならない。
Q: VSM の研修会に利害関係者をどのようにして参加させればよいでしょうか。
利害関係者は現在のプロセスを知り、変更を実現させてもいいものであるので VSM の研修会にキーである。彼らやワークショップに参加している人を巻き込むためには、意見を共有し、現在のプロセスに挑戦し、自由に発言できる安全な環境を提供することが重要です。その人がその分野の専門家であれば、その人の意見を求める。物事が実際にどのように機能しているのかを共有してもらいましょう。しかし、彼らが改善に向けて努力する気がない場合や、ワークショップに興味がない場合は、そのような人と入れ替わる必要があります。
Q: HCL Accelerateは、他のソースの GIT REPO（GitLab、BitBucket、GitHub）や JIRA や ARCAD のようなツールから VSM のメトリクスを利用することができますか？どのような形式で HCL Accelerate に持ち込むことができますか？
HCL Accelerate は、多くのソリューションとの統合を提供しており、バリュー・ストリーム内でのプレゼンテーションやレポート内のデータ・ポイントとしてデータを取り込むことができます。各ソースはデータ形式が異なるため、HCL Accelerate はソースのデータモデルを見て、リポジトリにインポートするためにそれを正規化することができます。これがHCL Accelerate の強みです。複数のソースからのデータ形式を理解する能力に続いて、そのデータを意味のある方法で提示する能力があるため、組織は単一のビューでデータに基づいて意思決定を行うことができます。また、統合が容易に利用できない場合は、当社にお知らせください。当社の開発チームは、他の DevOps ツールとの新しい統合を常に提供しています。今、待てない場合は、HCL Accelerate の API を使用することで、組織はコマンドを実行することで HCL のリポジトリにデータをインポートすることができます。
下の HCL Accelerate のプラグインライブラリのスクリーンショットをチェックして、どのような統合がすぐに利用できるかを確認してください。
学習を続けたいですか？ここをクリックして、録画された「Ask the VSM Experts」ウェビナーをチェックしてください。また、1対1の DevOps アドバイスをご希望の方は、ここをクリックして無料コンサルテーションをリクエストしてください。