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

What is the Supply Chain EDI Pack? の翻訳版です。

HCL Link Supply Chain EDI (Electronic Data Interchange) Pack とは何か

2021年2月4日

著者: Ryley Robinson / HCL Software Intern

HCL Link Supply Chain EDI (Electronic Data Interchange) Pack は、HCL Linkで使用するための規格のさまざまな形式を伝える組み立て済みの構造体を提供します。これらの構造体の一部を手動で構築するには、ガイドラインの複雑な性質上、時間と労力が必要となります。

EDI トランザクションのサポートとは何ですか？

"HCL Link Supply Chain EDI Pack は、HCL Link を拡張し、ANSI X12 文書、EDIFACT 文書、Tradacomsトランザクションなどの EDI 中心の要件に対応しています。これらの EDI 規格のスキーマは、2003年版から現在のバージョンまで提供されています。新しいバージョンが利用可能になると、サポートプロセスの一環として提供されます。あるバージョンの標準から別のバージョンの標準に移行する際に、そのインターフェースのメンテナンスにかかる貴重な時間を節約できます。HCL Link は、標準スキーマの変更を解釈し、既存の統合を更新する際にガイドしてくれます。"

HCL Link Supply Chain EDI Pack を利用することで、統合ソースまたは統合ターゲットの構造がお客様のために収容されます。クラウド、オンプレミス、またはハイブリッド・アプリケーション内で、統合ストリームや複雑な変換の変更を迅速に行えます。HCL Link Supply Chain EDI Pack は、EDI 標準を取得、特性化、維持するための面倒な作業を中心としたもので、データからより多くの知識、より多くの洞察、そしてより多くのインセンティブを得ることに専念できます。

HCL Link にアクセスするか、HCL Link Supply Chain EDI Pack の詳細情報をダウンロードしてください。

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

HCL OneTest Version 10.1.2 Brings Cool Enhancements to API, Virtualization の翻訳版です。

HCL OneTest 10.1.2: API、仮想化の機能を強化

2021年2月3日

著者: Nabeel Jaitapker / Product Marketing Lead, HCL Software

HCL OneTest 10.1.2 がリリースされました。このリリースは主に修正パックですが、私たちのチームはこのリリースにいくつかのエキサイティングな新機能を盛り込みました。

OneTest API と OneTest Virtualization のユーザーにとって、 10.1.2 では以下のような素晴らしい機能強化が行われています。

• Postman コレクションの移行

  Postman の機能を、使い慣れた OneTest API のすべてのアクションで拡張します。

• Chai Script のサポート

  Chai スクリプトのカスタム関数言語サポートを追加しました。

• SWIFT スキーマの更新

  ユーザーが複数のSWIFTスキーマ・バージョンを持つことで、アップグレード・シナリオのテストをより簡単に行えるようになりました。

• Istio 1.6 サポート

  最新の Istio Service Mesh テクノロジーをテストして仮想化します。

ここで、OneTest API と OneTest Service Virtualization の新機能について詳しく説明しています。または、最新リリースについて説明するオンデマンド・ウェビナーをご覧ください。

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

Demo: Value Stream Management for SAP Development の翻訳版です。

SAP 開発用バリューストリーム管理

2021年2月4日

著者: Allan Wagner / HCL Software Transformation Architect

SAP 環境でも非 SAP 環境でも、ビジネスリクエストがアイデアの段階からエンドユーザーの手に渡るまでのプロセス効率を継続的に改善し、最適化したいという願望や原動力が根底にあります。

アイデアがどのようにパイプラインを通って流れるかの理解を得ることは、バリュー・ストリーム管理が方程式に収まるところです。ご存知でない方もいらっしゃるかもしれませんが、バリュー・ストリーム・マネジメント（VSM）は、ビジネスへの価値の流れを改善することに焦点を当てており、ソフトウェア・デリバリーのライフサイクルをエンドツーエンドで管理・監視し、改善の機会を提供しています。このソフトウェアデリバリーパイプラインは、通常、計画、設計、開発、ビルド、デプロイ、テスト、セキュア、リリース、運用の各フェーズにまたがる特定の機能を提供するために実装された多くの統合ツールで構成されています。

さらに面白いことに、組織内の各デリバリー・パイプラインは、関係するプラットフォームや技術によって特定のタスクに異なるツールを使用することがあり、結果的に非常に異質なソフトウェア・デリバリー環境になってしまいます。SAP 環境以外の環境での変更に依存する可能性のある SAP 環境での変更の開発とデプロイを考えると、複数のチームにまたがる開発活動の調整や、複数のパイプラインで使用される複数のツールの統合が必要になることがよくあります。経験豊富なIT専門家でさえも手ごわい作業です。

しかし、少し話を戻して、範囲を狭め、今のところ SAP 開発に焦点を当てて、プランニングに Jira を、変更とリリース管理に SAP ChaRM を、バリューストリーム管理に HCL Accelerate を使用している SAP デリバリーパイプラインを紹介します。

うまくいけば、Jira での作業項目の管理を示し、HCL Accelerate でその作業の流れを提示することで、範囲を拡大し、SAPと非SAPの開発という異質な状況での作業の流れを含めることができた場合に、接続を行うことができるようになるでしょう。

私たちのデモは、Jira で革新的なビジネスアイデアをキャプチャーし、将来の開発検討のためにバックログに提出することから始まります。アイデアがバックログから外れて開発に選ばれると、そのアイデアの開発と実装には、SAP 環境への変更が必要になります。SAP Solution Manager の一部として提供される Jira と SAP ChaRM の統合により、Jira の作業項目が「進行中」の状態に移動して開発者に割り当てられると、Jira の作業項目は、ChaRM ID やトランスポート ID などの主要な SAP データで自動的に更新されます。ChaRM での開発、テスト、およびデプロイ/リリース活動が完了すると、作業項目の状態の変更が Jira と同期され、さまざまな価値の流れの段階をまたいだ作業項目の動きが HCL Accelerate に表示されます。

HCL Accelerate では、この価値の流れを監視/管理し、主要なVSMのメトリクスを取得して、時間の経過とともにトレンドを示し、ボトルネックが表面化した場合にはそれを検出し、改善の機会を特定するために必要な情報を提供しています。これにより、チームは、ソフトウェアデリバリープロセスを改善するために必要なデータを一枚のガラスに表示することができるようになりました。結局のところ、HCL Accelerate は、組織がベストな推測や直感ではなく、データに基づいてより優れた DevOps の意思決定を行うことを支援します。

HCL Accelerate の詳細と、SAP や非 SAP の開発プロセスを最適化し、ビジネス目標をより早く実現するための支援方法については、こちらをクリックしてください。

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

HCL Domino Support Update の翻訳版です。

HCL Domino のサブスクリプション＆サポートの全数更新の原則について

2021年2月3日

著者: Uffe Sorensen / Global Director of DS Strategy, HCL Software

HCL Digital Solutions では、この機会に、各種 HCL Domino プログラムのサポート・サブスクリプションの提供要件を明確にしたいと考えています。このブログでは、許可されていない部分的な更新に関連して、このような2つのケースを取り上げています。

具体的には、HCL Digital Solutions では以下のことを許可しておりません。

• 有効期限のない（「永久的な」）ライセンスにおいて、HCL Domino プログラムの部分的な更新。つまり、ライセンシーは、サポートを得るために、権利のある量よりも少ない量を更新すること。
• クライアント専用またはサーバー専用のライセンスについて、本番環境で必要とされ、すべてのユーザーがサポートを受ける必要がある場合に、別々に更新すること。

HCL Domino プログラムで、最初の 12 ヶ月を超えて永久ライセンスのサポート (1) に加入できる要件は次のとおりです。

1. All-inclusive Per User Licenses (ユーザーごとのライセンスに含まれるすべてのサーバー権限)

• HCL Domino Complete Collaboration Business Edition (CCB/CCX)
• HCL Domino Volt ユーザー
• HCL CEO Communication ユーザー
• HCL Collaboration Express ユーザー
• HCL Messaging Express ユーザー

上記プログラムのサポートを受けるには、各ユーザーがサポートを受けている必要があります。ライセンシーは、一部のユーザーをサポート対象とし、他のユーザーをサポート対象としないことはできないため、永久ユーザーライセンスの部分的なサポート更新はできません。

2. スタンドアロン サーバー ライセンス

• HCL Domino Utility Processor Value Unit (“PVU”)
• HCL Domino Utility Express Processor Value Unit (“PVU”)

これらのプログラムのいずれかのサポートを受けるには、権利を有するすべての PVU がサポートを受けている必要があります。これは、永久ユーティリティー サーバー ライセンスおよびユーティリティー サーバー エクスプレス ライセンスの部分的なサポート更新を妨げるものではありません。

3. クライアントおよびサーバー ライセンス

• HCL Domino Enterprise Client Access
• HCL Domino Enterprise Processor Value Unit (“PVU”)

ライセンス情報（LI）に記載されているように、これらの各部分は相互に依存しており、1 つの論理的なプログラムを形成しています。具体的には、HCL Domino Enterprise Server のライセンス情報では、実環境での使用のために対応するクライアントライセンスが義務付けられています（すべての市販バージョンの場合）。

HCL Domino Enterprise Server V10.0.1ライセンスより。 「認証によるプログラムの使用には、HCL Domino Enterprise Client Access の資格、またはHCL SmartCloud NotesまたはHCL Connections Cloud S1のいずれかのサブスクリプションが必要となります。("Use of the Program by any means of Authenticated Access requires an entitlement to HCL Domino Enterprise client access, or a subscription to either HCL SmartCloud Notes or a HCL Connections Cloud S1." の翻訳)」 (2)

さらに、最新の Domino v9.0.x および Domino v10.0.x Support Update [KB0085697] (日本語版は KB0085925) は、HCL Domino Enterprise クライアントとサーバー側のパッケージ化とサポートの依存関係を 1 つのプログラムとして文書化しており、なぜこれらをサポートの観点から分離できないのかを説明しています。

HCL Domino Enterprise Client Access は HCL Domino Enterprise PVU を実環境で使用するために必要です。そして、サポートを受けるためには両方とも永続ライセンスを必要数のすべてが有効である必要があります。部分的有効である状態ではサポートを受けることはできません。

4. メッセージングのみのクライアントおよびサーバーライセンス

• HCL Domino Messaging Client Access
• HCL Domino Messaging Processor Value Unit and/or HCL Domino Enterprise Processor Value Unit (3)

他のクライアントライセンスとサービスライセンスと同様に、これらの各部分は相互に依存しており、一つの論理的なプログ ラムを形成しています。具体的には、HCL Domino Messaging Server のライセンス情報では、実環境での使用（すべての市販バージョン）に対応するクライアントライセンスが義務付けられています。

HCL Domino Messaging Server V10.0.1 ライセンスから。 「プログラムのユーザーは、HCL Domino Messaging Client Access または HCL Domino Enterprise Client Access のいずれかにアクセスする権利が与えられていなければなりません。」 (4)

HCL Domino Messaging PVU を実環境に使用するためには、HCL Domino Messaging Client Access が必要です。

更新のための一般的なルール

• すでに永久ライセンスと準拠したサポート契約をお持ちの場合は、上記の規則に従って条件を満たす Support を更新してください。
• 組織（すなわちライセンシー）がサポート対象ユーザーの数を減らしたい場合は、そのような未サポートユーザーの永久ライセンス資格を放棄すれば、そのようにすることができます。ただし、残りの権利はサポートが完全にカバーしなければなりません。
• 逆に、現在準拠しているサポート・サブスクリプションの永久クライアント・アクセス・ライセンス・ユーザー数および/またはサーバーPVUライセンス容量を増やすために、HCL Digital Solutions では、CCB/CCXライセンス・モデルに移行して、ライセンスの価値を高めるだけでなく、更新とコンプライアンスの追跡を大幅に簡素化するようにお願いしています。

この発表についてご質問がある場合、またはライセンスに関するご質問がある場合は、HCL製品スペシャリストまたは HCL ビジネスパートナーまでお問い合わせください。

脚注

1. サポート」は、以前は「S&S」（Subscription & Support）と呼ばれていましたが、現在は「サブスクリプション＆サポート」と呼ばれています。HCLからの製品サポートについては、「HCL Software カスタマー・サポート・ガイド」に記載されています。
2. HCL SmartCloud Notes」「HCL Connections Cloud S1」は廃止・撤退しました。
3. HCL Domino Enterprise PVUは、高可用性（クラスタ化された）環境が必要な場合や、メール管理のためのアドオンアプリケーションをインストールする必要がある場合に、HCL Domino Messaging Clientのサーバーサイドを構成することができます。HCL Domino Enterprise PVU は、HCL Domino Messaging Client のサーバーサイドを構成することができます。
4. このコンテキストでの HCL Domino Enterprise Client Access の使用は、メッセージングの使用に限定されます。

参考情報

• HCL Software ライセンス情報
• ライセンス制度の更新: CCX および、外部ユーザー使用権の導入

免責事項 - HCLの計画、方向性、意図に関する記述は、HCLの独自の判断により、予告なく変更または中止されることがあります。将来の可能性のある製品に関する情報は、当社の一般的な製品の方向性を示すものであり、ご購入の際には、これらの情報に依拠して判断されるべきではありません。将来の可能性のある製品に関する情報は、いかなる材料、コード、機能を提供することを約束、約束、法的義務を負うものではありません。将来の可能性のある製品に関する情報は、いかなる契約にも組み込まれない可能性があります。当社製品に記載されている将来の機能や機能の開発、リリース、タイミングは、当社の単独の裁量に委ねられています。性能は、制御された環境での標準的な HCL ベンチマークを使用した測定および予測に基づいています。ユーザーが体験する実際のスループットやパフォーマンスは、ユーザーのジョブ・ストリーム内のマルチ・プログラミングの量、I/O構成、ストレージ構成、処理されるワークロードなどの考慮事項を含む多くの要因によって変化します。したがって、個々のユーザーがここに記載されている結果と同様の結果を達成することを保証するものではありません。

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

Using Code Base to set a Custom Location の翻訳版です。

HCL Z and I Emulator for Web (ZIEWeb): コードベースを使ってカスタムロケーションを設定する

2021年2月3日

著者: Kavitha T / Software Engineer, Mainframe Products, HCL Software

このブログでは、HCL Z and I Emulator for Web (ZIEWeb) 公開ディレクトリ以外の場所からのカスタム HTML ページを使用する場合における、カスタムロケーションを設定する方法を説明しています。

手順は以下の通りです。

• 新規フォルダー（Customfolderのようなもの）を作成します。
• 配置ウィザードを起動します。
• 詳細オプションに移動し、コードベースを選択します。
• コードベースフィールドにURLを指定します(例: http://localhost/zie1)。

ここでは、zie1 は ZIEWeb 公開ディレクトリのエイリアスです。

5. ディレクトリフィールドで新しく作成したカスタムロケーションを選択します。

6. HTML ページを作成します。

7. Webサーバ設定ページにカスタムフォルダーのエイリアスを作成します。

ここでは、Apache WebServerを使用して httpd.conf ファイルにカスタムフォルダーのエイリアスを追加します。

8. ブラウザーでカスタム HTML ページにアクセスします。

ここでは、customzie がカスタムフォルダーのエイリアスです。

9. HTMLページを起動します。

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

Unica Interact - Better Handling of Learning Attributes with Auto-Binning の翻訳版です。

HCL Unica Interact - 自動データビニングによる学習属性の取り扱いの改善

2021年2月3日

著者: Shilpa Dhabale / Technical Specialist, HCL Unica Interact

マーケティングにおけるセグメンテーションは、ブランドが適切なオーディエンスに向けて適切な方向に努力を調整することを可能にします。これにより、顧客の特性、人口統計、年齢、性別、給与、その他多くの要因に基づいて、顧客ベースをセグメントに分けることができます。これらの取り組みは、コミュニケーションと製品開発の両方に関連させることができます。Unica Interact では、マーケティング担当者は、製品や Web サイトを閲覧している間の行動や行動に基づいて、リアルタイムでセグメンテーションを行えきます。Unica Interact の優れた機能の1つに、自動データビニング機能があり、セグメンテーションやカテゴライズ後に収集したデータをマーケターが分析することができます。

自動データビニング - それは何ですか？

Unica Interact に内蔵された学習アルゴリズムは、オファーがコンタクトされ、回答があった際に、学習属性の値を保存し、分析することで一部機能します。属性によっては、ユニークな値の数が実質的に無制限である場合があります。しかし、Unica Interact のシステムでは、限られたリソースおよび/または実用的な分類要件のため、それらのうちのごく一部しか保存することができません。

それはどのように役立つのでしょうか？

実際の n 個の値の数よりも、値の範囲に基づいて分析を行う方がより合理的であることがよく観察されます。自動データビニングを利用すると、顧客は Unica Interact でビン（セグメント/範囲）を作成することができ、学習サブシステムが自動的にマッピングを行うことができます。

Interact DT でビンを定義するには？

ビン定義は、Interact -> Global Learning -> All Bin Definitions ページから、マッピングされた学習属性を使用して作成することができます。ビンは、範囲型またはリスト型のどちらでも構いません。

例えば、Salary 属性は n 個の異なる値を持つことができ、この属性を学習に使用する場合、これらの異なる値を分析することは非常に困難です。そこで、Salary 属性の異なる値の範囲を別々のビンに分けることができます。

ここでは、 Salary 属性について 3 つのビンを作成しました (下図参照)。

低所得: ≧35000

中所得: 36000～50000

高所得 > 50000

自動データビニング処理はどのように機能するのですか？

ビン定義は、すべてのインタラクティブチャネルとすべての学習モデルにまたがるグローバルデータです。すべてのビン定義は、グローバルデプロイメントデータの一部としてデプロイされます。どのインタラクティブチャネルにもデプロイすることができ、一度デプロイするとすべてにデプロイされます。

グローバルデータがランタイムにデプロイされると、すべてのビン定義が解析され、既存のものと比較されます。ビン定義に変更があった場合、その属性の既存のデータはすべてクリアされます。

接触または応答イベントが投稿されたとき、学習属性の値は、そのようなビンが存在する場合、ビンにマッピングされます。属性に対してビンが定義されている場合、"ビン" 値は学習テーブルへのロギング中に使用されます。属性に対してビンが定義されていて、属性値がどのビン定義にも含まれていない場合、属性値は学習テーブルに OTHER として記録されます。

例えば、画像に表示されているように、SALARY =51000 の場合、51000 は UACI_LearningAttributeHist に格納されている元の値であり、High income (高収入) は UACI_OfferStats テーブルに格納されている Bin 値です。

アップグレードの影響

新しい構成パラメータ SaveOriginalValues が Affinium|interact|offerserving|Built-in Learning Config の下に追加され、値は All Values, Binned Values, None です。新しいテーブル UACI_LearningAttributeHist が学習スキーマに追加され、学習が実行される属性の元の値とデータ型を保存します。

自動データビニング機能は、多数の Values を持つことができるデータの分析に役立ちます。それは、値の範囲または値のリストに基づいてビン（セグメント）間のデータを分割するのに役立ちます。それについての詳細を理解するには、製品ドキュメントを読むことができますし、私たちに問い合わせすることもできます。

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

BigFix: When Winning Matters! の翻訳版です。

BigFix: 勝つことが大事なとき!

2021年1月29日

著者: Dennis Stimpson / Director, HCL Software BigFix

どのエンドポイント管理ソリューションを使用するかの選択は、多くの組織が悩んでいる決断です。そして、多くの企業が気づいているように、それは必ずしも「プラグアンドプレイ」タイプの決定ではありません。組織は、規制やコンプライアンスに関する考慮事項、オンプレミスとクラウドの比較、運用のオーナーシップとセキュリティ、初期費用と継続的な財務コスト、運用に必要な人員などに直面しています。

BigFixプロダクト・スペシャリストとしての私の役割では、これらの懸念事項を日常的に耳にしています。私は一日中、既存のクライアントや潜在的なクライアントと、エンドポイント管理に対するニーズをどのように達成するのがベストなのかを話しています。2つの企業が全く同じということはありませんが、私は一般的に同じような懸念事項を目の当たりにします。最大の関心事は常に価格です。 価格が重要な関心事であると聞くたびに、私は戦術的な目標と戦略的な目標について考えるようになります。いくつかの企業では彼らのアプローチでより戦術的であり、いくつかはより戦略的である。そして、それは私の学部時代を思い出させてくれます。

最近の大学を卒業した多くの人たちと同じように、私も2年間実家暮らしをしていました。仕事を持っていたので、家賃はタダで家に住んでいました。私の最も楽しい活動の一つは、古いシボレーカマロを改造してレースをすることでした。金曜日の夜には、友人と地元のドラッグストリップに行き、5ドルを払って他の車とレースをしていました。私の車はカマロでしたが、ハイパワーではありませんでした。V8エンジンを搭載していましたが、最大のV8ではありませんでした。それはエントリーレベルのカマロだった。その結果、私はレースで大敗し、いつもより速くするためにパーツを注文していました。私の友人と私は、父の素晴らしい工具コレクションのおかげで、親の車庫を自動車修理センターにしてしまいましたため、母は大いに悔しがっていました。

何ヶ月も負け続けた後、母が「息子よ、どんな車を相手にレースをしているの？と聞かれたので、「主にコルベット、トヨタ・スープラ、フォード・マスタング」と答えました。母は車好きではありませんでしたが、「そういう車に勝てるように作られていない車にお金をつぎ込んでいるんですね」とスマートに答えてくれました。速く走るように設計された車には勝てない。相手が自分の車を速くするために100ドルを使うなら、あなたは500ドルを使わなければならない。お金を浪費し続けるよりも、そのお金を貯めて、速く走れるように設計された車を買えばいいのではないでしょうか？あるいは、古い車はそのままにしておいて、家賃を払ってくれないか？私はカマロには一銭も使わず、教会の貧しいカップルにカマロをプレゼントしました。

その経験から学んだことは、将来のクライアントとの話し合いの中でよく目にすることです。組織は勝ちたいと思っているが、戦略的に行動するのではなく、戦術的に考えていることが多い。私のカマロと似たようなソリューションを提供しているベンダーはたくさんあります。それらは簡単に入手でき、基本的な機能を安価に提供し、頑丈そうに見えます。しかし、組織がより速く動き、他の組織と競争し、より少ないリソースでより多くのことを行い、変化に迅速に対応する必要があるとき、これらのソリューションは壊れ始めます。企業は、組織が必要としているものを提供するために、これらのソリューションを更新したり、改造したりするために、お金と時間とスタッフを投入します。多くの場合、それは無駄なことであり、私がカマロに給料を投じているようなものだ。BigFixのスタッフは毎週、エンドポイントを管理する私のカマロと同等のバージョンを見ています。私たちのクライアントは、より速く進んで勝ちたいと思っています。そして、私たちは、お客様が高速化のために作られたソリューションに投資する意思があれば、お客様がそれを実現できるように支援しています。 BigFixです。

BigFixは、他のエンドポイント管理ソリューションとは異なり、いくつかの重要な違いがあります。

• 小さなエージェント：私たちのインテリジェントなエージェントは、その仕事をするためにCPUの2%とRAMの8-10MBしか必要としません。あなたは明らかにより多くのリソースを捧げることができますが、それらは最小限です。

• 複数のオペレーティングシステムをサポートしています：BigFixはWindows、Linux、macOS、その他いくつかのOSをサポートしています。1つの管理プラットフォームで90以上の異なるオペレーティングシステムをサポートしています。

• ネットワークをスキャンする必要がありません：スキャンベースのエンドポイントソリューションとは異なり、BigFixはネットワークをスキャンしません。ネットワークの速度が低下することもありません。

• 帯域幅の絞り込み：オペレーターは、BigFixの運用に使用する帯域幅を決定できます。私たちは、56KのVSAT接続しか持っていないクライアントを持っていますが、BigFixはその仕事をうまくこなしてくれます。

• スケーラビリティ：1台のBigFix管理サーバーで最大25万のエンドポイントを処理できます。管理サーバーは、BigFixモジュールの購入時に無料で提供されており、管理者の大群を必要としません。

• レポーティング：レポーティングは、アドホックまたはスケジュールで行うことができます。BigFix Insightsの新機能により、エージェントが収集したすべてのデータをリポジトリに置くことができます。TableauやMicrosoft PowerBIなどのBIツールを使用して、さまざまなエグゼクティブレベルのレポートを作成することができます。

• ローミングシステムのサポート：BigFixは52311という1つのポートを使用して、ファイアウォール内のエンドポイントだけでなく、インターネットに面したエンドポイントも管理しています。ファイアウォールに複数の穴を開けることはありませんので、セキュリティチームに喜ばれる機能です。

• 構築済みのコンテンツ：当社の構築済みコンテンツは「フィックスレット」と呼ばれています。組織は、新たにコンテンツを構築するのではなく、HCLやパートナー、その他のBigFixerによって構築された50万以上のフィクスレットを活用することができます。BigFixコミュニティは、BigFixフォーラムでフィクスレットを無料で共有しています。

• 迅速な実装：BigFixでは、数日から数週間で実装しています。BigFixはサービスを重視した実装ではありません。

• セキュリティコンプライアンスと設定：BigFixコンプライアンスにより、クライアントは、内部ベースライン、またはDISA STIG、PCI-DSS、FDCC、USGCB、またはCISのいずれかにコンプライアンスを強制することができます。BigFix Complianceは、CCPAによって推奨されている最高のCISコントロールの実装とコンプライアンスの維持を支援します。

• ServiceNowとの統合：BigFixのコネクタにより、BigFixはServiceNowとデータを交換することができ、両者のメリットと価値を最大限に高めることができます。

• マルチクラウド管理：マルチクラウド管理により、BigFixはAWS、Azure、Googleクラウドにあるエンドポイントをオンプレミスのように管理することができます。

• 柔軟な価格設定：永久ライセンス契約（お客様がライセンスを所有し、毎年のメンテナンスを支払う）と、期間ライセンス契約（希望する期間に応じて支払う）の両方があります。

上記の違いは、BigFixを競合他社と区別するものです。 世界中の何千もの顧客、商業および政府機関がBigFixを信頼し、信頼しています。 BigFixは、私たち営業担当者が言うとおりのことができます。これは、傲慢に聞こえるかもしれませんが、意図はそうではありません。単に事実を述べているだけです。

若い頃の週末の趣味であったドラッグレースとは異なり、エンタープライズ・ソフトウェアは、業務改善のために購入してインストールします。企業には、「収益の増加」「コストの削減」「競争優位性の獲得」「オーナーに利益を届ける」という4つの主要な目標があります。 このレンズを通して見ると、BigFixは、小規模なインストールから最大規模の商用企業、そして世界中の政府機関まで、これらすべてにポジティブな影響を与えています。エンドポイント管理を自信を持って、戦術的、戦略的に提供することを目標としているところに、BigFixがあります。

要約すると、亡き母へのオマージュとして、私が営業職に就いた当初に読んだ名言を紹介します。私はビジネススクールで「価格は常に品質の指標とは限らない」と学びましたが、この名言はこの記事に大いに当てはまります。私は仕事をしながら、次の名言をいつも考えています。

"誰かが少し悪くして少し安く売ることができないものは世の中にほとんどなく、価格だけで考える人はその人の合法的な獲物である。高く払いすぎるのは賢明ではないが、少なく払いすぎるのはもっと悪い。お金を払いすぎると、少し損をすることがある--それだけである。あまりにも少ない金額を払うと、時にはすべてを失うこともあります。ビジネスバランスの一般的な法則では、少し払って多くを得ることは禁止されています - それはできません。あなたが最低入札者と取引する場合、それはあなたが実行するリスクのために何かを追加することは適切でしょう、あなたがそれを行う場合は、より良い何かのために支払うのに十分でしょう"

~ ジョン・ラスキン、19世紀のイギリスの詩人

BigFixの詳細については、www.BigFix.com (日本語: https://www.hcljapan.co.jp/software/products/bigfix/)をご覧ください。

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

What happens in the first 6 months of using value stream management? の翻訳版です。

バリューストリーム管理を使用して最初の6ヶ月間に何が起こるか？

2021年2月2日

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

バリューストリーム管理ツールの使用を開始すると、すべての DevOps パイプラインのメトリクスをひとつつの場所で確認できるようになるなど、すぐにメリットを得ることができます。前回のブログ記事では、このような即効性のあるメリットについて説明しましたが、その勢いを維持するにはどうすればいいのでしょうか？バリューストリーム管理は、適切な VSM ツールを使用している場合は特にそうですが、DevOps パイプラインのヘルスチェックだけではありません。ここでは、バリューストリーム管理プラットフォームを6ヶ月間使用した後に、DevOps 戦略がどのように変化するかを見てみましょう。

バリューストリーム・マッピングを始めることは、新年の決意のようなものです。変化を起こすために必要なツールや計画を用意して成功に向けて準備をしますが、モチベーションを維持するのは難しいものです。バリューストリーム管理は、元旦の繰り返しのようなものです。バラバラになった DevOps ツールからの一定のフィードバックと最新の測定により、優れたバリューストリーム管理ツールは、パイプラインで何を変更する必要があるのか、その理由は何なのかをリマインダーとして表示し、モチベーションを維持することができます。手動のバリューストリーム管理で止まってしまうと、新年の決意のモチベーション低下の罠にはまってしまいます。HCL Accelerate のようなツールを使って自動化を実装すれば、モチベーションを習慣化し、本当の進歩を見ることができます。

バリューストリーム管理の最初の6ヶ月間では、以下の要因で改善が見られます。

• リードタイム
• サイクルタイム
• スループット
• 展開・構築頻度
• 展開/構築成功率
• チームの調整

これは、一度にすべてを引き受けようとするのではなく、大きな制約を修正し、楽勝を達成することに優先順位をつけることで達成できます。これらの変更のほとんどは、計画、設計、および開発というパイプラインの左側で発生します。VSMツールでは、作業がチーム間で不均等に分散され、パイプラインの遅延の原因となっていることがわかるかもしれません。あるいは、計画段階で自動化できる手動プロセスを発見したかもしれません。あるいは、承認プロセスがボトルネックになっていると予感していたが、それを証明し、変更を正当化するためのデータを手に入れたとします。バリューストリーム管理の第二段階では、自動化できるものは自動化し、成果と品質に焦点を当てることが目標となります。

組織によっては、最初に何を修正すべきかで悩むことがあります。VSMでは、非効率性、ボトルネック、欠陥などが多く表面化し、それらを修正することが困難に思えることがあります。落胆しないで、すぐに修正できることから始め、自動化できることから始めましょう。そして、変更することを恐れないでください。バリューストリーム管理の最も強力な側面の一つは、プロセス、ツール、チームの変更がフローにどのような影響を与えているかを正確に把握できることです。HCL Accelerate のデータとレポートを使用して、新しいプロセスを実装した後に主要なメトリクスがどのように変化したかを確認してください。結果が気に入らない場合は、いつでも以前のプロセスに戻したり、別のプロセスをテストすることができます。包括的なバリューストリーム管理ツールを使用すれば、新しいことを試す自由があり、その変更が SDLC にどのような影響を与えたかについて明確な結果を得ることができます。

バリューストリーム管理の最初の 6 カ月間で成功を収めるための真の鍵は、データ駆動型の DevOps 文化を構築することです。データが大きく、チーム間で可視化されていない場合、年功序列を超えた VSM の賛同が得られていない場合、また、主要なパフォーマンス指標に関する部門間の連携が取れていない場合、バリューストリーム管理のメリットを実感することはできません。幸いなことに、HCL Accelerate のようなバリューストリーム管理ツールは、この方法論が繁栄する文化の構築を支援します。HCL Accelerate は、チーム、年功序列、および部門を超えたデータの公平性を提供するため、組織の誰もがパイプラインで何を変更する必要があるのか、なぜ変更が発生する必要があるのか、そしてその変更が組織にどのような影響を与えるのかを確認することができます。HCL Accelerate の自動化されたカスタマイズ可能なレポートは、組織がよりデータ駆動型になるために必要な透明性を提供します。

HCL Accelerate をわずか6ヶ月間使用するだけで、DevOps パイプラインにおいて多くの改善を達成することができます。これらの変化は、より良いソフトウェアをより早く提供するための、より大きな、より組織全体の変化への道を切り開くことになります。HCL Accelerate のバリューストリーム管理がどのようなものかを確認するには、こちらのオンデマンド・インタラクティブ・デモをご覧ください。