HCL Accelerate: バリューストリームマネジメントの早期導入のメリット

2021/1/13 - 読み終える時間: 2 分

The benefits of value stream management early adoption の翻訳版です。


HCL Accelerate: バリューストリームマネジメントの早期導入のメリット

2021年1月6日

著者: Elise Yahner / HCL

画像の説明

DevOps におけるバリュー・ストリームマネジメントがすぐになくなるわけではなく、VSMソフトウェアを活用している組織は、ほとんどすぐにメリットを実感することができます。これは、SD Times が 2021年のバリュー・ストリーム・マネジメント・バイヤーズ・ガイドとそれに対応する記事の中で指摘している点です。

SD Times の Christina Cardoza 記者は、「バリュー・ストリーム・マネジメントは2021年にビジネスを成功に導く原動力になるだろう」という記事の中で、次のように述べています。「しかし、そのためには、組織全体で何が起こっているのか、そしてそれがどのようにビジネス価値に変換されているのかを把握するための実行可能な洞察力が必要です」。そこで、バリュー・ストリーム管理の出番です。

DevOps におけるバリュー・ストリーム管理は、DevOpsデータを可視化するだけではありません。HCL Accelerate のような堅牢なツールを使用すれば、このデータはバラバラのツールから収集されるだけでなく、追跡され、解釈され、チーム間でアクセスできるようになります。HCL Accelerate には、スイムレーンやドット (点) などのユニークな機能があり、誰が、何を、いつ、どこで、どのような作業項目の最新情報を提供します。このレベルの情報により、バリュー・ストリーム管理により、組織は以下のことが可能になります。

  • より戦略的な意思決定を行う
  • 表面のベストプラクティス
  • ボトルネックの特定
  • ガバナンスの向上

それがあなたの組織をどのように変化させ、競合他社よりも優位に立てるかを想像してみてください。

では、なぜすべてのチームが VSM を使っていないのでしょうか?それが素晴らしいものであるならば、なぜユビキタスではないのでしょうか?かつて DevOps がそうであったように、VSM はまだ導入の初期段階にある新興の戦略です。しかし、だからと言って、それが強力でないというわけではありません。実際、DevOps アプローチに VSM を導入している人は、DevOps の成熟度において同業他社や競合他社よりも先を行っているという利点があります。

HCL Accelerate のプロダクト・マネージャーである Bryant Schuck は、VSM について次のようなアドバイスをしています。

「プロセスを定義したり、価値がどのようにして顧客に届くかを概説するだけでも、今日から始めてください。それが、私たちが重視しているバリュー・ストリーム管理の頂点であり、アウトプットではなく、顧客のためのアウトカムです」

バリュー・ストリーム管理ツールに関しては、ベンダーに依存しないソリューションを探す必要があります。ベンダーに依存しないソリューションは、すでに導入しているツールを継続して使用することができます。HCL Accelerate には、これらの要素がすべて揃っています。

SD Times Value Stream Management Buyers Guide をチェックして、プロダクトマネージャーからのプラットフォームを比較するための詳細をお読みください。HCL Accelerate のインタラクティブ・デモでは、今すぐ HCL Accelerate のツアーをご覧いただけます。


HCL Accelerate のスイムレーンビューでスタックした状況を最適化

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

Optimize Stand Ups with Swim Lanes view in HCL Accelerate の翻訳版です。


HCL Accelerate のスイムレーンビューでスタックした状況を最適化

2020年6月25日

著者: Bryant Schuck / Product Manager for HCL Software DevOps

画像の説明

チームのリーダーがカードを移動させようとしたり、何かがどこにあるかを尋ねたりして、進捗会議の場で「固まった」ことはありませんか?これは開発チームではよくあることです。多くのグループでは、状況を気にしないように設計されたほとんどの会議は、誰かが物事があるべき場所にないことに気づくと、すぐに状況の更新に変わってしまいます。ほとんどのスクラムマスターやマネージャーは、立ち上がる前に戦略について積極的に行動することは不可能に近いと感じています。これは、チームがスキル不足や組織化されていないからではなく、進行中の作業を簡単に追跡するための適切なツールを持っていないからです。

HCL Software のバリュー・ストリーム・マネジメント・ツールである HCL Accelerate には、独自のスイムレーン・ビューがあり、ステータスの更新を取り除き、その時間を戦略と調整に置き換えます。スイムレーンにより、「立ち上がる前にカードが最新の状態であることを確認してください」という有名なセリフを排除し、HCL Accelerate のリレーションシップの力を活用して、仕事がどこにあるのかをリアルタイムで確認することができます。

画像の説明

成功のためにチームをセットアップすることはスタンドアップの主な目標であり、データが正しい位置にあることがわかれば、これは容易になります。上記のチームを見て、いくつかの例に焦点を当ててみましょう。

優先順位と誰の助けが必要なのかについてチームに整列することで、その日のトーンが決まります。上のスイムレーンのビューでは、Steven Boone が Merged というステージで立ち往生しているように見えるアイテムを持っているのがわかります。スクラムマスターは、スティーブンに状況を尋ねるために立ち上がるのを待つのではなく、このアイテムがスタックしている理由を積極的に調査することができます。平均時間が「数秒」なので、これはおそらく何かが壊れたか失敗したことを意味しているのでしょう。

スティーブンは、最近値の流れを見ていなければ、これが動かないことに気づかなかったかもしれません。実際、スティーブンの列をさらに左に移動すると、スティーブンはすでに他のストーリーに移っている可能性があり、他のチームメンバーよりもはるかに大きな負荷を抱えているように見えることがわかります。これにより、何が起こっているのか、スティーブンが助けを必要としているかどうかを把握するために、スタンドアップでより深い会話をすることができます。

このチームの俯瞰図を見ると、未割り当てのように見えるが進行中の項目も見えます。これは通常、誰かが仕事を始めているが、自分に割り当てられていないことを意味し、誰かが一度に多くのことに取り組みすぎている可能性があります。

スイムレーンのようなビューがないと、データが間違っていたり、古くなっていたりすることが多いため、作業量や行き詰っているものを可視化することはほぼ不可能です。開発者が立て続けに更新したり、作業していた項目に言及するのを忘れてしまったりした経験があるのではないでしょうか。HCL Accelerate のリレーションシップの力を使えば、DevOps データの全体像を把握することができ、自分の役割にとって重要なものをフィルタリングして表示することができます。今すぐダウンロード (無料)して、HCL Accelerate をお試しください。


HCL Software DevOps の特長

2020/12/22 - 読み終える時間: 2 分

What sets HCL Software DevOps apart? の翻訳版です。

HCL Software DevOps の特長

2020年12月21日

著者: Elise Yahner / HCL

画像の説明

DevOps ベンダーの動向を「大規模」と呼ぶのは控えめな表現です。セキュリティテストCI/CDバリューストリーム管理モデリングソリューションのリストは年々増加しており、組織のためのソフトウェアを選択するのは大変な作業です。すべてのベンダーが最高のものであると主張している中で、どのようにしてこれらのベンダーを選別するのでしょうか?

私は、HCL Software DevOps が他のベンダーと何が違うのかを指摘することで、ベンダーの混乱を取り除く手助けをしたいと思っています。しかし、私たちを本当にユニークにしているのは、私たちのスタッフとサービスです。以下に、HCL Software DevOpsを他のDevOps ソフトウェア・ベンダーとは異なる、そして優れたものにしている要因をご紹介します。

DevOpsの「次の何か」を推進している技術専門家やリーダーへの直接アクセス

HCL Software DevOps と一緒に仕事をすると、製品を手に入れるだけでなく、業界のエキスパートも手に入れることができます。私たちのリーダーシップには、20年近く前にDevOps運動を開始し、「Day 2 DevOps」の会話をリードしてきた、著名で人気のある講演者、コンサルタント、テクニカル・リーダーが数多く含まれています。HCLのエンジニア、プロダクトマネージャー、テクニカルライターは皆、DevOps の発展に貢献しています。私たちは、製品ドキュメント、ブログ、ビデオ、カスタム・ハウツー・ドキュメントなどのコンテンツ資産の大規模なライブラリを作成し、お客様のDevOpsの旅を支援することに尽力しています。

イノベーションへの取り組みが、充実した製品ロードマップを推進

HCLはすでに、HCL Software DevOps ポートフォリオの新機能の革新に何百万ドルもの投資を行ってきました。HCL Software DevOps では、最新の製品強化と HCL でしか手に入らない専用機能をすべて手に入れることができます。

提供内容、価格、関係性

お客様が当社の強力な DevOps 製品を利用する方法は、直感的で顧客第一主義的なアプローチを提供しています。私たちは、より柔軟で迅速にスタートできるよう、シンプルでわかりやすい価格モデル(DevOps Power Pack のような)を導入しました。さらに、HCL Software のセールスフォースは製品開発に密接に結びついているため、お客様が使用する製品を開発しているチームとつながりを持つことができます。

成功を確実にするためのプログラム

私たちは、契約を超えた関係を構築することを信じています。業界の専門家で構成される当社のアドバイザリーおよび採用チームは、当社のソリューションがお客様のビジネス目標を達成できるよう、関係の早い段階から関与しています。当社のカスタマー アドボケイト プログラムは、当社のラボの中小企業をお客様に開放することで、お客様と直接対話して採用を成功させ、新しいソリューションへの移行を迅速かつ容易に行うことができるようにします。

当社の最先端の DevOps ソリューションに付随するこのような関係とリソースにより、お客様の開発イニシアチブはスムーズで安全、成功につながります。実際に当社のソフトウェアをご覧になりたいですか?ここでデモをリクエストしてください。


DevOps 2020年の教訓と 2021年の予測

2020/12/19 - 読み終える時間: 4 分

DevOps 2020 lessons and 2021 predictions の翻訳版です。

DevOps 2020年の教訓と 2021年の予測

2020年12月16日

著者: Elise Yahner / Marketing Strategy and Campaigns for HCL Software DevOps

画像の説明

もう聞き飽きたかもしれませんが、もう一度言います - 今年は奇妙な年でした。ソフトウェア開発を含め、パンデミックによってもたらされた変化を免れなかった産業はありませんでした。では、この「前例のない」年からどのような教訓を得ることができ、2021年はどのように変わっていくのでしょうか?私は、DevOps の専門家に、この1年を振り返り、次の年に向けて予測を立ててもらいました。彼らが何を言わなければならなかったかを確認するために読み続け、コメントであなた自身の考えを共有してください。

DevOpsの専門家にとって、この1年で最も大きな教訓となったことは何でしょうか?

HCL Software DevOpsプロダクトマネジメントの責任者、Steve Boone氏

継続的なガバナンスとコンプライアンスは、最高のセキュリティと品質のプラクティスを守りながら、アジャイルなスピードで動き続けることに苦労しているDevOps組織にとって必須のものです。

ニック・マティソン氏、HCL Accelerateの開発マネージャ兼テクニカルプロダクトマネージャ

COVID-19は、バリューストリームの利害関係者が自社のバリューストリームをどの程度理解しているかをテストしました。議論を小耳に挟んで成果物のヒントを得たり、先輩開発者の肩を叩いてアドバイスや助けを求めたりするような時代は終わりました。価値の流れ全体に渡って、利害関係者は、可視性、プロセス、文書化に深刻なギャップがあり、早急に対処する必要があることに気付きました。

Hayden Schmackpfeffer、HCLローンチプロダクトマネージャー

この1年でDevOpsの専門家にとって最大の教訓は、成熟したDevOpsツールチェーンの重要性を再確認したことだと思います。HCL Launch Dev にはCI/CDパイプラインが完全に整備されていて、HCL Accelerateでも密接に監視しています。

Bryant Schuck、HCL Accelerateプロダクトマネージャー

パンデミックが発生するまでは、すべてが順調に稼働しています。過去のトランスフォーメーションのペイオフは、DevOpsを採用したことで誰が(知らず知らずのうちに)準備をしていたかを示しています。

DevOpsトランスフォーメーションアドバイザーのアル・ワグナー

多くの人にとって、2020年は、世界中の産業を混乱させたCOVID-19パンデミックの年として永遠に知られることになるでしょう。そして、世界はソフトウェアで動いているため、テクノロジー企業やDevOpsの専門家は、非常に早く、新しい技術を市場にもたらし、新しい働き方を見つけるために、箱から出ていかなければなりませんでした。テクノロジー企業にとっては、革新的なコラボレーションソリューションが数多く市場に溢れ、その多くがウォール街の寵児となりました。個人にとっては、日常生活のパラダイムシフトを意味していました。そうは言っても、私が学んだ最大の教訓は、私たちがどのようにお互いに接していたかに関連しており、(信じられないかもしれませんが)この混乱から得られたいくつかのポジティブなこともありました。友人や同僚と離れてリモートで仕事をしたり、ホームオフィスを設置したり、子供の世話をしたり、肉親や家族への気遣いをしたり、いろいろなことがありましたが、ストレスレベルがピークに達していた時の人間関係は改善されました。私自身にとっての最大の教訓は、他の人にも共通していると思いますが、チームメイトへの共感度を高め、二度と対面での共同作業が当たり前にならないようにしたことです。私たちが知っていた世界が戻ることはないかもしれませんが、個人的にも仕事上でも、お互いの接し方は改善されたように思います。

Brian Muskoff 氏(DevOps製品開発・戦略担当ディレクター)

2020年は、先にあるものを正確に予測することはできませんが、ビジネスのアジリティを受け入れる文化を作ることで、どのような状況にも迅速に対応できることを証明してくれました。今年はまた、ミュートボタンが人類史上最も重要な発明の一つであることを教えてくれました。

DevOps アドバイザリー&アドプション担当ディレクターのChris Nowak 氏

それは、変化は常に起こり、人々は変化を恐れ、共感(信頼)こそが変化を共に管理する方法であるということです。

2020年は、私たちの働き方に大きな混乱をもたらしました。あらゆる業界の何百万人ものプロフェッショナルが、ハイタッチで近距離でのやりとりからバーチャルコラボレーションへの移行を余儀なくされました。このことは、既存の人間関係を維持したり強化したり、新しい人間関係を創造したりする能力に影響を与えました。

すべての成功は、人やチームがお互いに築く関係性の結果であり、すべての関係性は信頼の上に築かれています。人とチームがお互いを信頼していれば、どんな変化も一緒に乗り切り、恐怖にも一緒に立ち向かうことができます。そうでない場合、チームやビジネスの関係は効果的ではなく、しばしば機能不全に陥り、ダメージを受けることになります。 2020年は、私たち全員に、混沌とした状況下で信頼関係を構築するための新たな方法を考えさせた。DevOpsに関わるすべての人(あるいはそれに関連するあらゆるビジネス)にとっての2020年の教訓は、関係性、信頼、共感、文化こそが、ビジネスの成果を成功させ、組織のレジリエンスを強化する鍵であるということです。

私たちはよくDevOpsについて、CALM - Culture, Automation, Lean Process and Measures(文化、自動化、リーンプロセス、施策)と表現しています。カルチャーとは、行動、信頼、共有、コラボレーション、共感などの個人的な行動が見られるところです。これらの資質は、最終的には文化、ビジネス関係、成功を左右するものです。これらの資質がDevOpsの核心です。私たち一人一人が、日常的にどのように行動し、どのように関わり合うかによって、文化やビジネスに影響を与えることができるのです。あなたが世界で見たいと思うような変化になりましょう。

2021年のDevOpsについて、どのような変化、文化の変化、トレンド、イノベーションを予測していますか?

画像の説明

Steve Boone:私の希望としては、2021年は企業が組織内で生み出されるデータを活用して社内プロセスの改善に着手する年になると思います。目標は、反応的なDevOps組織から、ビジネスのニーズに合わせてピボットできるプロアクティブなDevOps組織へと移行することです。

Nick Mathison: 幸いなことに、アジャイルに焦点を当てた多くの企業は、ドキュメントやプロセスの問題が解決されると、今でも在宅で仕事をしながら成功を収めていました。しかし、コミュニケーションスタイルは変化し、それに伴ってプロセスや通知システムも変化しています。私は2021年には、プロセスや文書化ができないところに可視性と説明責任を提供できるツールの需要が急増すると予測しています。

Bryant Schuck: 企業が廊下での会話から離れ、リモートワークに移行しているため、可視性とデータは非常に重要になるでしょう。

Al Wagner: バリュー・ストリーム・マッピングとバリュー・ストリーム・マネジメント(VSM)が主流になるにつれ、企業はVSMに対する期待をより先取りするようになるのではないでしょうか。現在の傾向を見ると、企業はまず現状を分析し、技術的な改善をすぐに行い、改善の傾向を測定して消費者へのアイデアの流れを最適化することに注目しています。今後、企業は「終わりを念頭に置いて始める」(Covey氏の言葉を借りれば)、砂の中に線を引き、賞品を達成するための行動指針を描くことに、より重点を置くようになるのではないでしょうか。バリューストリームマッピングは常に現状を反映していますが、ビジネスビジョンを達成するためのギャップやアクションを特定する際には、ケイパビリティマッピングの使用がより顕著になり、リードタイムやサイクルタイムの短縮だけでなく、定義された目標への進捗状況の測定も継続して行われるようになるでしょう。繰り返しになりますが、DevOpsはビジネス上の問題を解決するためのものですが、多くの人はすぐにテクノロジーやツールに目を向けます。人とプロセスも忘れてはならない。キャパシティマッピングは、人、プロセス、ツールの3つの柱すべてに触れ、明日のビジネス目標を達成するためには、3つの柱すべてを改善する必要があります。

Brian Muskoff: 大流行中はリモートワークモデルへの移行に成功しましたが、長期的には、従業員の生産性と士気、組織の整合性と文化を向上させるために、より柔軟性の高いハイブリッドモデルではありますが、オフィスに戻ることになるでしょう。

2021年に向けて、すべての開発担当者はどのような新年の決意をすべきでしょうか?

画像の説明

Steve Boone: もしあなたがソフトウェアを作るビジネスをしているのであれば、2021年は、品質が高く、顧客に喜ばれるソフトウェアを提供するために必要なすべての人と役割を理解することに時間の一部を割くべきです。あなたが開発者であれば、ビジネスの他の部分を学ぶべきです。プロダクトマネージャと話し、セラーと話し、テストエンジニアと話し、SREと話し、セキュリティチームと話しましょう。彼らの責任について学びましょう。彼らにとって何が重要なのかを知る。より総合的な個人になる。ビジネスの他の部分を知れば知るほど、これらのグループと協力して協力して仕事をすることが容易になります。

Nick Mathison: すべての開発の専門家は、自分の価値の流れの中で積極的な機会を探すべきです。待ち時間はリードタイムとサイクルタイムの絶対的な障害となるので、重要な情報を早期に入手できる段階を特定することは、より迅速な意思決定を生み出すのに役立ちます。このアイデアは、設定されたゲート基準に基づいて自動的に展開をトリガーすることや、単に隔週ごとに新しい顧客のリクエストを手動でレビューすることに現れています。先を見越した対応をすることで、待ち時間をなくし、将来的には、盲目的なリクエストを最小限に抑えることができるという直接的なメリットがあります。すべてを自動化する必要はなく、プロセスの変更はより早くできるかもしれないことを認識してください。

Bryant Schuck: 自分のキャリアのどのレベルにいても、コミュニティと知識を共有することに挑戦してみてください。何か素晴らしいことに火をつける方向性やアイデアを持っているかもしれません。ブログを書く。ビデオを録画する。Heck, it's 2021, make a TikTok!

Al Wagner: オープンマインドを保ち、専門知識を共有し、知識を求め続けること。技術の進歩は非常に速く、次の偉大なものに追いつくのは困難です。しかし、私たちはITの専門家として、率直に対話に参加し、質問をし続け、専門知識を共有し、他の人が言っていることに耳を傾け、自分や他の人の失敗から学ぶことを義務づけられています。私にとってITとは、技術と実践を改善してお互いを助け合い、向上させるという共通の使命を共有する専門家の巨大なコミュニティです - 自分のできる最善を尽くしたいと考え、知識を渇望する人々のコミュニティです。一緒に協力して、それを実現していきましょう。

ブライアン・ムスコフ CISOと友達になろう。現在、私たちの世界はソフトウェア上で動いており、サイバー攻撃はこれまで以上に蔓延しています。ソフトウェアのセキュリティ対策を可視化し、準拠し、タイムリーに実施することに投資することは、組織と顧客を保護するだけでなく、チームがビジネスが期待する価値と結果を提供することを可能にします。

Chris Nowak: まず理解することを求め、次に理解されることを求めよう。 - Stephen Covey, Habit #5

「私たちは世界を映し出しているだけだ "外の世界に存在するすべての傾向は、私たちの体の世界に見られるものです。もし私たちが自分自身を変えることができれば、世界の傾向も変わるでしょう。人が自分自身の性質を変えるように、世界の態度も彼に向かって変化します。これは神の神秘の至高である。それは素晴らしいことであり、私たちの幸福の源です。我々は、他の人が何をするかを見るために待つ必要はありません」 - マハトマ・ガンジー


HCL Software DevOps が DevOps Dozen Awards で皆様の投票に値する理由

2020/12/15 - 読み終える時間: 4 分

Why HCL Software DevOps deserves your vote in the DevOps Dozen Awards の翻訳版です。


HCL Software DevOps が DevOps Dozen Awards で皆様の投票に値する理由

2020年12月14日

著者: Elise Yahner / HCL Software DevOps

画像の説明

今年、DevOpsは、バーチャルカンファレンス、新しい電子書籍、製品のイノベーションなどを継続し、回復力のある業界であることを証明しました。「ニューノーマル」にもかかわらず、これらの活動は、デジタルトランスフォーメーションにとって意味があり、有用なものであることに変わりはありませんでした。

DevOps.com が主催する DevOps Dozen Awards は、DevOps コミュニティーの功績を称えるものです。6 年目を迎えた DevOps Dozen Awards は、コミュニティー賞とツール&サービス賞の 2 つのカテゴリーに分かれた 20 の賞に拡大しました。コミュニティー賞」と「ツール&サービス賞」の 2 つのカテゴリーに分かれています。コミュニティー賞は、プレゼンテーション、オピニオンリーダー、プロジェクト、イベント、研究を表彰します。ツール&サービス賞は、CI/CD、VSM、テスト、セキュリティー、メインフレームのベンダーを表彰します。

HCL Software DevOps は、DevOps Dozen の 2 つのカテゴリーにノミネートされたことを誇りに思います。HCL Accelerate は Best Value Stream Management Tool にノミネートされ、HCL Launch は Best CI/CD Tool にノミネートされました。すべてのノミネート候補を確認し、ここで投票を行うことができますが、その前に、あなたの投票のために私たちの主張を述べさせてください。

HCL Accelerate が 2020 年のベストバリューストリーム管理ツールである理由

画像の説明

HCL Accelerate は、すべてのソフトウェア・デリバリー・ツールからのデータを単一のパイプライン・ビューに統一することで、DevOps の作業を可視化します。私たちは、スタンドアップの必要性を排除し、リモート作業を追跡するためのより良い方法を見つけることで、HCL Accelerate の力を私たち自身の開発チームで見てきました(そう、私たちは自分たちのシャンパンを飲んでいます)。HCL Accelerate は完全にツールに依存しません。つまり、HCL Software ファミリーの一部でなくても、すでに使用しているツールと統合されるため、ツールを破棄して交換することなく、データ駆動型の DevOps の利点を享受できます。今年は、これらの機能強化により、最高の VSM ツールをさらに優れたものにしました。

  • スイムレーンビューでは、作業の状況や個々の貢献者がどれだけの作業をしているかを素早く完全に把握できます。
  • ルールベースのゲートと手動ゲートにより、チームはパイプラインの段階に応じてゲートすることでガバナンスをシフトさせることができ、スループットを最適化しながらリスクを特定して低減できます。
  • プラグイン SDK を使用して、洞察に富んだ意思決定に必要なツールやデータのための独自の統合を開発できます。
  • 業界をリードするメトリクスを備えたすぐに使えるレポートやカスタム・ダッシュボードを使用して、より多くの情報に基づいた意思決定を行うことができます。

HCL Accelerate をオンデマンドのインタラクティブなデモでご紹介します(デスクトップでの閲覧が最適です)。

HCL Launch が 2020 年の最高の CI/CD ツールである理由

画像の説明

今年 6 月に HCL Launch を導入したことで、HCL Software は何十年にもわたって DevOps の基盤となっているツールを継続的に改善していくというコミットメントを固めることになりました。HCL Launch の素晴らしいところは、組織のニーズの変化やソフトウェアデリバリの最新のイノベーションに合わせて進化し続けていることです。HCL Launch は、真のプッシュボタンによる自動デプロイメントを提供し、メインフレームからマイクロサービスまで、あらゆるものを扱うことができます。今年 HCL Launch に追加された最新の機能の一部をご紹介します。

  • 外部承認プロセスにより、Launch はデプロイの直前に、当社の膨大な統合ライブラリーを使用して外部システムにアクセスできます。
  • デプロイのトリガーは、ビルド成果物がインポートされるとすぐにデプロイを自動化します。
  • 再構築されたリソースツリーウィジェットは、ページのパフォーマンスと最適化を大幅に改善します。
  • デプロイメントの保存と変更は、当社のカスタム "Processes as Code" 言語を使用して HCL Launch プロセスを表現することで、重要なデプロイメントプロセスへの変更を簡単に行い、追跡できます。
  • モバイルフレンドリーなレスポンシブデザインにより、どのデバイスでもメール通知からデプロイメント承認を管理できます。

HCL Launch の詳細については、このデモビデオをご覧ください。

1月8日までに DevOps Dozen Awards に投票してください。受賞者は Predict 2021 バーチャルカンファレンスで発表されます。投票するにはここをクリックしてください。


バリュー・ストリーム・マネジメントを利用することで、より迅速に回答を得ることができます

2020/12/5 - 読み終える時間: 2 分

Here's how Value Stream Management can give you answers faster の翻訳版です。


バリュー・ストリーム・マネジメントを利用することで、より迅速に回答を得ることができます

2020年12月3日

著者: Bryant Schuck / Product Manager for HCL Software DevOps

画像の説明

仕事をしていて、"顧客 XYZ の優先度の高いバグはどこにあるんだろう "と思ったことはありませんか?大きなチームのプロダクトマネージャーとして、このようなことが一日に何度も起こります。HCL Accelerate にフィルタリング機能とバリュー・ストリームの検索機能を持たせる前の他社では、私のプロセスはどのように見えていましたか?

  • サポートや利害関係者から更新を求めるリクエストを受ける。
  • その後、どのチームがそれに取り組んでいるかを把握しなければなりません。
  • チームリーダーに連絡して、彼らのグループがアイテムに取り組んでいるかどうかを確認します。
  • チームリーダーは、自分たちのチームがその項目に取り組んでいるかもしれないことを確認する。
  • その後、チームの Jira ボードを見てみると、「進行中」であり、開発者 X に割り当てられていることがわかります。
  • 開発者に連絡を取って、「このチケットはどこにありますか?カードをアップデートする必要があります。

大規模な、あるいは小規模なソフトウェアチームにいたことがあるならば、このようなことに慣れていないはずはありません。ほとんど通常の仕事の流れのように思えます。上記のようなインタラクションの影響を見てみましょう。開発者には長時間の中断されない時間が必要であることを示す多くの研究があります。非コンテクストの切り替えを長時間行うことで、開発者は問題に深く入り込むことができ、思考の流れを見失うこともありません。上記のステップのハッピーパスは、私の答えを得るために 30 分かかる可能性があり、その間、私は私のチームのリードと開発者に思考の列車を停止させて私のステータスだけを得るようにしました。この小さな気晴らしは私のブロックを解除しますが、彼らの貴重なサイクルを犠牲にしたり、一日の残りの時間を脱線させたりする可能性があります。

気晴らしは常に問題でしたが、私たちのほとんどがリモートで仕事をしていることが当たり前になってきているため、ますます悪化しています。肩たたきの時代は終わりました。今や 100 件の未読メッセージの時代です。ストップ! HCL Accelerate は、会議やチームメンバーへの「クイック」メッセージなしで、必要なときに必要な答えを見つけることを可能にします。バリューストリーム管理では、アイテムがどこにあるのか、誰がアイテムに取り組んでいるのか、そのアイテムが完了するまでにどのくらいの時間がかかるのか、などなど、あらゆるユーザーが求めている答えを見つけることができるように、複雑な関係性を持つようになりました。

画像の説明

上の画像を見ると、単純なSDLCの価値の流れがどれほど複雑なものであるかがお分かりいただけると思います。顧客やチーム(そう、私たちはシャンパンを飲みます!)と一緒に仕事をしていると、データを拡大してこれらの質問に答えることで、コラボレーションが改善され、気が散ることが少なくなったことがわかりました。どのようにしてこれを達成したのでしょうか?HCL Accelerate は、現在、迅速な検索とドロップダウンフィルターをサポートしています。シンプルでありながら、とてもパワフルです。複数のチーム、異なるステージ、異なるタイプの仕事を受けて、上司や顧客のための答えを数秒で見つけられるようになります。また、HCL Accelerateはデータに基づいて構築されており、手動での変更ではないので、あなたが与えるステータスが最も正確であることを確認することができます。複雑なデータの素晴らしいビューを取得したい方のために、DQL検索を変更していませんのでご安心ください。今回のアップデートでは、より高度なクエリでのフィルタリングも可能になります。

この記事の中で私が始めた上記の例を見てみましょう。開発者に連絡してバグフィックスの状況を確認するのではなく、HCL Accelerate の新しいクイック検索とフィルタリングを使ってみましょう。

  • サポートや関係者から更新を求めるリクエストがあった場合。
  • 私は、いくつかのコンテクストを収集し、フィルターを使用してアイテムを見つけます。
  • 顧客向けであることがわかっているので、優先度ドロップダウンを使用します。
  • また、レポートと関係があることがわかっているので、それを検索して絞り込みます。
  • 見つけました!必要な情報がすべて入っていました。

画像の説明

この手順で何か違うことに気づく?私は自分の時間でこれだけのことができました! 今、もっと情報が必要だったり、この項目がもっと先に必要だったりすると、前置きを飛ばして貴重な会話に飛び込めるようになりました。このような情報を抽出できるようになることで、立ち話からソフトウェアに関する一般的な質問まで、すべてが変わってきます。この中で私が一番気に入っているのは、私たちはグローバルなチームなので、時差があったり、チームメンバーがサインオンしてくれたりするのを待つ必要がなくなり、仕事についての共通の回答を得ることができるようになりました。可視性を確保することは、何の問題もないように見えるかもしれませんが、ソフトウェアのトラッキングはこれまで以上に簡単になりました。チームへの気晴らしを減らし、回答の精度を高め、ステータスの更新から価値を重視した会話へと変化させ、自分の時間で回答を見つけることができます。この機能だけで、HCL Accelerate はすべてのソフトウェアチームの必需品となっています。

HCL Accelerate 2.2 は今月リリースされ、上記の新しいクイック検索とフィルタリング機能に加え、生活をより簡単にするための更なる機能強化が施されています。HCL Accelerate 2.2 の新機能と、バリュー・ストリーム管理がどのように開発の「新しい標準」をサポートするかについては、12月16日午後2時(米国東部標準時)に開催されるウェビナーでご確認ください。ご登録はこちらから。


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 エキスパートの意見では、以下のようなものがベストです。

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 アドバイスをご希望の方は、ここをクリックして無料コンサルテーションをリクエストしてください。


HCL Launch 7.1.1 の新機能 Process as Code の詳細

2020/11/11 - 読み終える時間: 5 分

More on Process as Code, new in HCL Launch 7.1.1 の翻訳版です。


HCL Launch 7.1.1 の新機能 Process as Code の詳細

2020年11月6日

著者: Madhavarao Kulkarni / Associate General Manager

画像の説明

HCL Launch は、プラグイン、徹底した REST API、簡単に設定できる統合機能のおかげで、構成が容易で信じられないほど拡張性の高い製品です。HCL Launch 7.1.1 のリリースでは、新しい Processes as Code 機能とそれに付随するユーティリティ "Processes as Code Compiler (PACC)" により、HCL Software の継続的なデリバリツールは、開発者や統合統合がさらに容易になりました。

PAC は、プロセスを作成するための命令をHCL Launchに提供するためのシンプルな言語を導入しています。このタイプのインターフェイスは、顧客が HCL Launch のプロセス作成を自動化に統合するために使用することができます。PAC の利点は以下の通りです。

  • 理解しやすい言語
  • 簡単にオンボードできます。以下に説明するように、ダウンロードコマンドを使用して既存のプロセスを PAC ファイル形式にすることで、PAC の理解を始めることができます。
  • PAC コードを JSON に変換し、その逆も可能です。これは、PAC ファイルを素早く学習して使用し、コーディングにある問題を修正するのに役立ちます。
  • PAC ファイルを使用して簡単かつ迅速にプロセスを作成します。
  • このインターフェイスを使用して、必要なステップを持つプロセスをアップロードしてダウンロードすることができます。
  • アップロードとダウンロードのコマンドは、許可されたユーザーがいないとプロセスをダウンロードしたりアップロードしたりできないように安全です。
  • PAC を JSON に変換するコマンドとその逆のコマンドはパスワードを必要としません。

PACを使い始めるには

  • HCL Launch サーバーを 7.1.1.1.0 にインストールまたはアップグレードします。
  • ヘルプ->ツール->プロセス・アス・コード・コンパイラからサーバ上の任意の場所に PAC ツールをダウンロードしてください。
  • フォルダに展開し、ccap, pacc, upload-, download- などのコマンドを使用して起動します。
  • 言語の構文やコマンドの使用ガイドラインについては、readme.md ファイルを参照してください。

JPetstore プロセスを PAC フォーマットに変換する (例)

このチュートリアルで作成された JPetstore コンポーネントプロセスを以下に示しますが、PACC ユーティリティを使って変換した後の PAC フォーマットでどのように見えるか見てみましょう

画像の説明

JpetStore Web コンポーネントのプロセス HCL Launch からのデザインビュー

PAC ファイルに変換するには、このコマンドを使います。

download-component-process admin https://localhost:8443 1751e0fd-9502-e59c-4e93-9018d1ce2515 6 jpetWebProc.pac

それは以下のようになります。

start is
    start "Clean working directory"
end
plugin step "Clean working directory" is
    plugin "File Utils"
    command "Delete Files and Directories"
    property "baseDir" = "."
    property "includes" = "**/*"
    property "excludes" = ""
    property "followSymlinks" = "false"
    property "caseSensitive" = "true"
on success
    start "Download Artifacts"
end

plugin step "Download Artifacts" is
    plugin "UrbanCode Deploy Versioned File Storage"
    command "Download Artifacts"
    property "directoryOffset" = "."
    property "artifactSetBaseDir" = ""
    property "fileIncludePatterns" = "**/*"
    property "fileExcludePatterns" = ""
    property "syncMode" = "true"
    property "handleIncrementalVersions" = "false"
    property "fullVerification" = "true"
    property "setFileExecuteBits" = "false"
    property "verifyFileIntegrity" = "false"
    property "charset" = ""
    property "versionId" = "${p:version.id}"
    property "versionType" = "${p:version.type}"
    property "serverUrl" = "${p:server.url}"
    property "compId" = "${p:component.id}"
    property "resId" = "${p:resource.id}"
    property "envId" = "${p:environment.id}"
    property "maxMemory" = "1G"
    property "label" = ""
on success
    start "Start Tomcat"
end

plugin step "Start Tomcat" is
    plugin "Tomcat"
    command "Start Tomcat"
    property "launcherLocation" = "${p:environment/tomcat.start}"
    property "options" = ""
    property "timeout" = "60"
    property "port" = "8085"
    property "hostname" = ""
    property "catalinaBase" = ""
    property "catalinaHome" = ""
    property "javaHome" = ""
on success
    start "Undeploy Application"
end

plugin step "Undeploy Application" is
    plugin "Tomcat"
    command "Undeploy Application"
    property "tomcatManagerUrl" = "${p:environment/tomcat.manager.url}"
    property "tomcatUsername" = "tomcat2"
    property "tomcatPassword" = "****"
    property "tomcatContext" = "/${p:environment/tomcat.contextroot}"
on complete
    start "Deploy Application"
end

plugin step "Deploy Application" is
    plugin "Tomcat"
    command "Deploy Application"
    property "tomcatManagerUrl" = "${p:environment/tomcat.manager.url}"
    property "tomcatUsername" = "tomcat2"
    property "tomcatPassword" = "****"
    property "tomcatContext" = "/${p:environment/tomcat.contextroot}"
    property "warFile" = "./JPetStore.war"
    property "configFile" = ""
on success
    finish
end

今後の複雑なプロセス設計で使用するための様々なステップ、プロパティ、ステップ入力値の必要な PAC コードスニペットを理解するために、コンポーネントプロセスを作成し、以下のコマンドを実行してください。

download-component-process <userid> <server_url> <Component_Template_Process_Id> <testdata.pac>

また、PAC コードでどのように表現されているかを知り、PAC をよりよく理解するために、以下の手順を試してみてください。

  • 複数のコンポーネントをインストールする
  • 複数のコンポーネントのアンインストール
  • 複数のコンポーネントの運用プロセスを実行
  • 複数のコンポーネントをロールバック
  • 各影響を受けるリソースに対して GenericProcess の実行
  • ロックの取得と解除
  • Status の設定
  • Warning の追加
  • Switch
  • Join
  • Note
  • Run Generic Process
  • Manual Application Task
  • For Each Agent
  • For Each Tag

HCL Launch における Process as Code の詳細については、こちらのブログ記事をお読みください。


このブログについて

HCL Japan の Software 部門の複数担当者で HCL Software 全般について記しています。