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

Why You Need a Smart Multiexperience Digital Strategy. Now. の翻訳版です。

HCL Volt MX: スマートなマルチエクスペリエンス・デジタル戦略が今すぐ必要な理由

著者: Andrew Manby

急速に進化するデジタル環境において、企業は顧客とつながり、対話するための無数の方法を持っています。

モバイルから会話型、対話型のアプリまで、企業は消費者がどこにいても対応できるテクノロジーへの依存を強めています。このようなアプリを構築するために、企業はプロの開発者向けのローコードアプリケーション開発プラットフォームを必要としており、それはマルチエクスペリエンスアプリをすぐに提供するものです。ゲームチェンジャーは、「一度構築すれば、複数のタッチに展開できる」アプローチです。

HCLデジタルソリューションズは、ゲームを変える新しいローコードアプリプラットフォームであるHCL Volt MXをリリースしたばかりで、プロフェッショナル開発チームの働き方を変革するのに役立ちます。

あなたのビジネスのデジタル体験は重要です - それは一貫性があり、魅力的ですか？

組織のデジタル環境では、複数のデジタルインタラクションやチャネルを管理するために多くのソリューションが使用されているのをよく見かけます。その目的は常に、より良いサービスを提供すること、セルフサービスを可能にすること、何かを販売すること、より良い関係を築くこと、または構成員が成果を達成することを支援することにあります。複数のデジタル接点と結果がある中で、すべてのチャネルで一貫したブランド体験を提供することが重要です。

複数のデジタル・タッチポイントと結果がある中で、すべてのチャネルで一貫したブランド体験を提供することが重要です。

業種や目的にもよりますが、企業はこれまで、ビジネスに不可欠なWebサイトやポータル、キャンペーン用のマーケティングオートメーション、コマース、ターゲットとするモバイルアプリなどにデジタルエクスペリエンスプラットフォーム（DXP）を使用してきました。ここでの目標は、デジタルコンテンツを定義し、進化させ、シームレスに組み合わせ、複雑なビジネスアプリケーション、システム、データを作成または統合し、必要に応じて既存のビジネスプロセスをデジタル化することにあります。

このような状況は、ビジネス、競合、消費者のニーズを満たすために絶えず変化しています。つまり、IT投資は機敏で、最先端のツールを提供し、数百から数百万のユーザーへの拡張性が証明される必要があります。

Gartner 社は、「2023 年までに、大企業のモバイルアプリ、プログレッシブ Web アプリ、会話型アプリの 25% 以上が、マルチエクスペリエンス開発プラットフォーム (MXDP) を介して構築または実行されるだろう」と述べています。

では、マルチエクスペリエンス開発プラットフォームとは何でしょうか？ガートナーの公式定義では、MXDPは "ユーザーがデジタル・ジャーニーにおいて様々なタッチポイントでやり取りするモダリティ（タッチ、音声、ジェスチャーなど）、デバイス、アプリの様々な組み合わせ "として言及されています。

デスクトップ、モバイル、ウェアラブルデバイス、さらにはインタラクティブまたはイマーシブタッチポイントなどのデバイス間で、一貫したUXを簡単に作成できること。

HCLでは、MXDPは、プロの開発者が組織のデジタルニーズに対応したターゲットアプリの作成と展開を加速させるのに役立つと考えています。もはや、アプリは1つのプラットフォーム上に存在するだけでは十分ではありません。一度構築すれば、ウェアラブル、モバイル、キオスクに展開し、IoTデバイス（バーコードスキャナー）や没入型タッチポイント（VR/AR）を統合しても、汗をかかずに開発できなければならないのです。ホームセンターのアプリに音声チャットを追加して、必要なプラスチックパイプを探すのが正しいのであれば、それは簡単にできるはずです。また、プラットフォームを採用することで、デスクトップ、モバイル、ウェアラブル端末、さらにはインタラクティブまたは没入型タッチポイントなどのデバイス間で一貫した UX を同じ開発者で簡単に作成でき、複数のツールセット、API、専門の SDK を学ぶ必要がないようにする必要があります。

ガートナー社のMXDPをご紹介します。詳細はこちら。

マルチエクスペリエンスの実践

先進的な企業のCTOやCIOは、デジタル戦略をマルチエクスペリエンスで補強しています。この現象はユースケースや業界に限定されず、政府機関、小売業者、レストラン、医療機関、保険会社など、さまざまな場所で利用されています。

1. ヨーロッパのある市役所は、MXDPを搭載したアプリを使用して、自転車の紛失や事故の管理に役立てています。
2. 広告、情報、注文に使用される店内のIoT対応電子キオスクは、日本などの国々で普及している傾向です。

例えば、ヨーロッパのある市役所は、政府のウェブサイトをDXPでホストすることに加え、この移動手段に大きく依存する文化のために、自転車の紛失や事故の管理にMXDPを搭載したアプリを使用しています。また、ある州政府は、RMVのモバイルアプリでデジタル運転免許証を国民に提供しています。

小売レストランチェーンでは、ロイヤリティを高めるだけでなく、注文やタッチレスピックアップの管理、テストキッチンでの新メニューのためのターゲットプロモーションにも利用できるアプリを構築しています。最後に、同じツールセットを使って、店内の広告、情報、注文のためのIoT対応電子キオスクを店内に追加することを想像してみてください。このトレンドは、日本などの国々で広まっています。

アプリの成功のベンチマークが必要な場合は、アプリストアの評価とコメントを見てください。より良いものを作りたいとお考えなら、デモをリクエストして当社のローコードアプリ開発のポートフォリオとそれがビジネスに重要である理由を見学してください。HCL Volt MX の詳細は製品ページをご覧ください。

2022/4/18 - 読み終える時間: 4 分

新しい試みのトライアルとして、1週間分のサポート技術情報更新のインデックスを作成してみました。しばらく継続してみます。新規追加と内容更新したものが含まれています。システム上、軽微な修正であってもリストに含まれてしまいます。予めご了解ください。

• KB0023803 (BigFix Platform) (参考) AirGap Tool 実行時のユーザーのログイン失敗
• KB0012492 () HCL サポートポータルへのユーザー登録方法
• KB0093168 (Contact handling) HCLサポートポータルでのユーザー管理
• KB0090284 (Support topics) HCL ソフトウェア更新について
• KB0097375 (Volt MX) Volt MX アプリケーションへのベクターアニメーションの追加
• KB0096984 (Volt MX) Sync のタイムアウト設定
• KB0097491 (Volt MX) Volt MX V9 のビジネスルールの紹介
• KB0097141 (Volt MX) Volt MX Foundry の macOS へのインストール
• KB0097525 (Volt MX) デバイス / エミュレータでの Visualizer iOS ビルドがメッセージ「Error Build Failed!」で失敗する
• KB0097851 (Domino Server) ブラウザの Edge と IE モードの切り替えで認証が再度求められる
• KB0097768 (Domino Server) server.id の有効期限が切れた後の動作について
• KB0097903 (Domino Server) Web 検索でソートオプションの「現在の順を維持」が機能しない
• KB0097959 (Domino Server) オンディスク構造(ODS) のバージョンとその管理方法
• KB0028545 (Domino Server) トラブルシューティングガイド：ポリシーの問題
• KB0039160 (Domino Server) 「指定したデータベースは他のユーザーが使用しています。」が突然発生する
• KB0097964 (iNotes) iNotes: 送受信者の別名を条件としたルールが機能しない
• KB0097252 (Notes Client) Notes URL リンクでデータベースや文書を開いた場合、データベースアイコンがワークスペースへ追加されない
• KB0080504 (Notes Client) 11.0.x の Domino 自動更新タスク (AUT) カタログの XML マニフェストファイルをダウンロードする場所
• KB0097954 (Notes Client) 「カレンダーの追加」の下に「ERROR: ファイルがありません」が表示される
• KB0075547 (Notes Client) ODS バージョンを下げる方法
• KB0098008 (Notes Client) NotesPeek: Notes 9.x 以降の Notes データベースを閲覧する ツール
• KB0086240 (Verse On-Premises) Verse の有用な Notes.ini パラメーター
• KB0096277 (Sametime) Notes 11.0.1FP4 と 12.0.1 に同梱されている Sametime クライアントが TLS 接続に失敗する
• KB0097790 (Unica Plan) Unica Campaignでキャンペーンテンプレートを用いて新規プロジェクトを作成している際に、Unica Planとの統合環境下で、ユーザーインターフェース上で以下のエラーを受け取る「"6105: Error while getting campaign code: First Element must contain the local name, Envelope , but found html」
• KB0097850 (Unica Platform) Unica Platform上でスケジュールされたタスクを表示時に「HTTP 500」エラーが表示される

2022/4/15 - 読み終える時間: ~1 分

HCL Notes 12.0.1 のメールテンプレートでは複数の問題が発見されており、それらを修正したテンプレートが公開されています。Fix Pack には言語依存の問題修正が含まれないため、サポート技術情報ページで別途公開しています。

• HCL Notes 12.0.1 のメールテンプレートの修正について

修正内容

• SPR # SVAIC44HYC - ユーザーがメッセージを返信または転送したとき、'メッセージ返信/転送' の矢印アイコンがビューもしくはフォルダーの列に表示されません。
• SPR # SAHNCAUBHJ - ユーザーが Webex で新しい会議を作成すると、Notes カレンダーに 2 つ目の会議エントリが表示されます。これは、ユーザーの Webex ユーザー名及びメールアドレスが Notes のものと同じ場合に発生します。
• SPR # SANECAUH5J - DOMI の Webex や Zoom の会議で、Notes クライアントで再設定したスケジュールが反映されません。
• SPR # JPKRC5KT3Y - バージョンが古いクライアントで mail12.ntf を開くと "USE または USELSX モジュールのロードエラーです。 domiListsCollectionsError "と表示されます。
• SPR # ASATC48JKC - Notes V12 のメールテンプレートを利用した会議招集で、「ロケーション」の横にあるホットスポット「参加」をクリックすると、URL のリンクが小文字で表示されます。URL のパラメータには会議 ID などが含まれますが、大文字と小文字が区別される会議に参加できない問題が発生します。

2022/4/15 - 読み終える時間: 3 分

How Artificial Intelligence is Transforming the App Development Process の翻訳版です。

HCL Volt MX: 人工知能はアプリ開発プロセスをどう変えるか

2022年1月10日

著者: HCL Volt MX Team

人工知能と機械学習は、アプリ開発プロセスに強力な利益をもたらし、ワークスペースのデジタル変革における次の新しい段階の1つを示唆しています。

ハーバード大学の2人の教授が、人工知能が企業経営にもたらす可能性を詳細に説明した書籍『Competing In the Age of AI』は、驚くべき例から始まります。2014年に誕生したアント・フィナンシャル・サービス・グループは、その目まぐるしいビジネスサービスの数々に爆発的な成長を遂げ、2018年には評価額が1500億ドル（約12兆円）に達していました。

このような途方もない発展を、企業はどのようにして短期間で処理することができたのでしょうか。 人工知能を搭載したデジタルコアを中心に構築することで。

フォレスター社の調査によると、回答者の71％がAIによってビジネス効率が向上すると主張し、59％がスケーラビリティを向上させることができると答えています。

しかし、最近では潜在的な力をはるかに超えています。 現実のものとなっています。

次世代体験を構築できる最新のローコードアプリ開発プラットフォーム HCL Volt MX を、今すぐご確認ください。

アクセンチュアの調査によると、経営幹部の84％が成長目標を達成するためにAIを活用しなければならないと考えており、すでにAIを戦略的に活用している企業では投資対効果が3倍と報告されています。 さらに、同じ調査では、同じエグゼクティブの4人に3人が、今後5年間にAIを適切に拡張できなければ、ビジネス全体がリスクにさらされる可能性があると考えていることが明らかになっています。

アプリケーションの設計と開発に最新のアプローチを取り入れることは、最高の効率と生産性で運営するだけでなく、明日のコアビジネスアプリケーションでイノベーションを推進し、優秀な人材を獲得しようと努力する企業にとって非常に重要です。

人工知能と機械学習はどのように関係しているのでしょうか。

人工知能（AI）と機械学習（ML）は、しばしば同じ意味で使われますが、相互に関連するテクノロジーです。

AIとは、人間の行動を予測・シミュレートし、通常人間の知能や思考に関連するタスクを遂行するコンピューターシステムを構築する大きなプロジェクトを指します。

機械学習は、AIに含まれる多くの分野の一つで、特に、データを収集し、パターンを識別し、独自に、あるいは人間の助けを借りて意思決定を行うように設計されたコンピューター・プログラムを扱う。

多くの人工知能システムは機械学習によって支えられている。機械学習は、特定のタスクのためにプログラミングされることなく、それ自体でタスクを向上させることを目的としており、コーディングと分析の時間を無数に節約することができる。 機械学習ツールは、膨大なデータセットを実用的な次のステップのソリューションに変換する能力に基づいて、企業にとって最も需要の高いAI搭載ツールの1つです。

このようなソリューションはどこにでもあります。

SiriやAlexaのようなバーチャルパーソナルアシスタントは、機械学習AIを使用して、データの絶え間ない収集と適用を通じて、より良い対応方法を継続的に「学習」しています。

運転中のGPSをより早いルートに変更したり、ソーシャルメディアに投稿するときに顔を認識したり、スパムメールをフィルタリングしたり、検索エンジンの結果を絞り込んだりするのも機械学習です。

また、銀行が不正行為の可能性を判断する方法から、小売業者が顧客体験をカスタマイズする方法、さらには医療が患者に提供される方法まで、あらゆる種類の方法で日常生活に浸透しているのです。

AIの目的は、単純な学習によって反復作業を自動化することではなく、直感的に反応し、不器用な予測ではなく、蓄積された知識に基づく超特殊な洞察力を発揮することです。AIアルゴリズムは、データのパターンを発見し、規則性を突き止めることで、その時々に応じた予測や反応をする特定のスキルを身につけられます。

開発者とデザイナーはすでに、これらの技術を採用し、アプリ開発への適用方法を模索している先進的な企業にとって、時間の節約とコスト削減を実現する、非常に影響力のあるツールであると認識しています。

アプリ開発者が今後直面する課題

デジタルトランスフォーメーションによって企業が従来の仕事に取り組む方法が再編される中、アプリ開発の新しい手法によってAIが脚光を浴び、ソフトウェアの設計と提供へのAIの統合が進むことによるメリットが発揮されつつあります。 それが必要とされているのは、今日の開発者が生産に対する強いプレッシャーにさらされているからです。

今日の開発者は、さまざまな課題に直面しています。

• 複雑なウェブアプリケーションを制作・維持するための時間的なプレッシャー
• アプリのテスト、修正、更新にかかるコストの懸念
• さまざまなソフトウェアやデバイスを使用する多様な従業員や顧客基盤の相互運用性とインターフェースのニーズにマッチする
• パフォーマンスとデザインに対する期待の高まりに応え、レスポンシブなイノベーションを実現する。

デザイナーは、開発プロセスにおける現実的な圧力を考慮しながら、従業員や顧客のさまざまなニーズを満たすアプリを作るという要求のバランスを取らなければなりません。 しかも、進化し続けるダイナミックなプラットフォームで、カスタマイズ可能なコンテンツ制作を行うという、企業ならではの事情もあります。

企業がより迅速にアプリを拡張し提供できるようにするマルチエクスペリエンス開発プラットフォーム（MXDP）へのシフトは、アプリの構築方法にも反映されています。

開発者は、直感的なコラボレーションを可能にするさまざまなツールを使って、数日ではなく数時間で調整できる必要があるため、スピードと柔軟性が非常に重要です。

企業がアプリ開発にAIやMLツールを採用する理由

このような要求に応え、将来的に成功するために、企業はますますAIを業務に取り入れるようになっています。 このような採用の増加は、高品質の学習モデルへのアクセス、およびデータ管理のための時間とコストのかかるインフラストラクチャーへの投資から脱却する必要性によってもたらされています。

そして、導入のペースは増すばかりです。 最近のForbesの記事によると、半数以上の組織がAIテクノロジーと人材に50万ドルから500万ドルを費やすとされており、昨年より3分の1以上増加しています。

IDCによると、AI技術への支出は2023年までに980億ドルになると予測されており、2018年から2023年の間に年間約30%の成長率となっています。

企業は、開発のスピードアップ、効率的かつ安全な統合、スケーリングの容易さなどの理由から、AI技術に引き寄せられるようになりました。 AIアルゴリズムは、これまで開発者が何時間もかけて行っていた多くの骨の折れる作業を自動化し、より価値の高い作業に集中する時間を確保できます。

合理的なプロセスによるベロシティの向上

アプリの開発と普及の両方に速度を生み出すには、高速な設計プロセスが必要です。コンセプトからプロトタイプ、イテレーション、承認に至るまで、アプリ開発は最高の水準を維持しながら迅速に進める必要があります。AIを活用した機械学習により、設計ソフトウェアに新しいツールが組み込まれ、開発者はスピードと正確性を備えた創造とテストのための新たな自由を手に入れられます。

AIは、まったく新しいレベルでデータを収集・処理し、開発を自動化し、MLツールを活用します。 これらのツールは、才能ある開発者を脇に追いやるのではなく、より優れたソースコード解析、コード制作の自動支援、迅速なプロトタイピングを提供することで、開発者の能力を拡張しているのです。

AIによって支援される新しいローコードデザインソフトウェアは、デザイナーがインテリジェントなチャットボット、ウェアラブル、会話型アプリなどの様々な関連デジタル技術をより簡単に構築し統合することを可能にします。 このように、アプリ開発ソフトウェアは、質感の高い、インタラクティブでカスタマイズされたオンライン体験を受け入れている視聴者のニーズに対応しています。

そのため、多くのコーディングは依然として開発者による手間のかかる行単位の作業を必要としますが、AIを搭載したローコードソフトウェアは、高価な設計のボトルネックを削減しています。 これにより、時間とコストが削減されるだけでなく、開発者のエネルギーが、古いオンライン体験のメンテナンスではなく、新しいオンライン体験の絶え間ない革新に振り向けられるのです。

これには、MXDPのようなプラットフォームの開発、PWA（Progressive Web Apps）の活用、インテリジェント開発環境やOpenAIのようなデザインエコシステムの採用が含まれます。 これらのツールは、ビジネスの運営方法や顧客との関わり方を変えつつあります。

MLを利用したアルゴリズムやAIを利用した分析は、アプリがどのように利用され、どのように改善されるかを深く洞察するだけでなく、企業が革新的なシステムを設計する方法を変革する他のツールとも連携しています。 開発者はAIを利用して、現代のビジネス・エコシステムに適合するアプリを構築し、現代のビジネス・オペレーションの課題を解決しています。

企業のワークスペースに進行中のデジタル変革の次のステップは、人工知能と機械学習の継続的な統合です。

AIを軽視する抵抗勢力企業は、自らのリスクでそうしているのです。 AIを受け入れ、コアなビジネスオペレーションに統合しても、5年以内に1500億ドルの評価額にはならないかもしれませんが、変化の明確な兆候を無視すれば、5年後にビジネスオペレーションが成り立たなくなる可能性があるのです。

業界をリードするローコードアプリ開発プラットフォーム HCL Volt MX の詳細については、継続的インテグレーション／継続的デリバリー（CI/CD）パイプラインの一部としてクラウド上で実行されるテストケースを生成するAI搭載の内蔵テストレコーダをご覧ください。

2022/4/15 - 読み終える時間: ~1 分

DevOps from the human perspective の翻訳版です。

人間の視点から見た DevOps

2020年8月13日

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

DevOpsを実践する上で何が優れているかを考えるとき、あなたはおそらく技術的な才能、自動化のノウハウ、そして機能的なスキルについて考えるでしょう。しかし、共感、時間管理、コミュニケーションなどのヒューマンスキルは、最近注目されています。これらのスキルは「ソフト」スキルとして考えられることが多いですが、「ハード」スキルに劣らず価値があります。特に、リモートワーク環境で同僚と関わる際に、より繊細さが要求されるようになりました。

DevOps.comは最近、チームビルディングと仕事の燃え尽き症候群の回避を取り上げた電子書籍 DevOps: Mastering the Human Element を出版しました。この電子書籍は、パンデミックが発生する前に企画されたものですが、分散型チームの管理で直面する新たな課題を抱える現在、特に適切な内容となっています。この 2020 Upskilling: Enterprise DevOps Skills Report という電子書籍は、DevOps Instituteの2020 Upskillingからの洞察に基づき、持続可能なDevOps作業環境の構築と適切な文化の発展に関する専門家のアドバイスを提供します。

「DevOpsの人間化」というトピックは、最近のDevOps.comのパネルウェビナーで詳しく取り上げられました。HCL Software DevOpsプロダクトマネージャーのSteve Booneは、このディスカッションに参加し、リモートワークへの突然のピボットによってもたらされる独自の課題についての見識を提供しました。

「課題の1つは、多くのマネージャーやチームメンバーが、皆が何に取り組んでいるかを知っているつもりでも、実際にはよくわからないことです。「すると突然、グループとしてもっとコミュニケーションをとり、仕事の中身をよく見えるようにして、責任の所在を明確にし、指図したり、物事がうまくいっていると思い込んだりしないようにしなければならないことがわかります。誰がいつ、どこで、何をしているかを把握できるように、作業を可視化しなければならないのです」。

主なポイント

• 58%の企業が適切なDevOpsスキルを持つ人材を見つけるのに苦労しており、48%の企業がそのような人材を見つけたとしても維持するのに苦労しています。
• 組織は、進行中の作業をより効果的に管理し、チームの認識負荷を軽減する必要があります。
• 在宅勤務が一般的になりつつある中、チームはオフィスでのコミュニケーションを再現し、コラボレーションを維持するための革新的な方法を見つける必要があります。
• このような前向きな企業文化を確立し、チームの燃え尽き症候群を防ぐには、変革を推進する努力を真に支持する経営陣の存在が不可欠なのです。

「作業の見える化」は、個々の貢献者を助け、責任のなすりあいを避けるためのものですが、このレベルの透明性は、助け舟というよりも、監視役として機能するのではないかと心配する開発者もいます。しかしBoone氏は、それはまったく目標ではなく、価値の流れ管理は、悪いパフォーマンスよりも良いパフォーマンスを見出すことにあると言います。

「バリューストリームマネジメント」は、物事がうまくいっているところに目を向ける機会です。批判するのではなく、耳を傾けることです」とブーン氏は言う。「うまくいっているチームを見つけたら、それを評価し、報酬を与え、ベストプラクティスを構築し、サポートが必要なチームと共有することができるのです」。

そして何より、Boone氏は、チームマネジメントにおける共感と人間的なつながりの必要性を強調しました。

「私たちは皆、お互いにもっと共感し合うことができるはずです。小さな子供の声が聞こえるかもしれないが、それは "新しい常識"であり、人々の状況を理解しなければならない。さらに重要なことは、他の組織の仕組みを理解することです。ソフトウェアを世に送り出すには、ドキュメンテーション、マーケティング、セールス、サポートなど、さまざまな組織が必要です。ビジネス全体の仕組みや、各チームがどのように貢献しているかについての知識を広げる手助けをすることで、物事を前向きにとらえることができるのです」と Boone 氏は述べています。

DevOps.comの電子書籍のダウンロードとパネルウェビナー（録画）の視聴は、こちらをご覧ください。

2022/4/15 - 読み終える時間: 7 分

HCLUnica PlanのTVCMを理解する Read Only Grid の翻訳版です。

HCL Unica Plan の TVC リードオンリーグリッドを理解する

2022年4月14日

著者: Nitin B. Chondhekar / Group Manager, Unica L2 Support

HCL Unica Planアプリケーションは、Tabular View Control（TVC）、読み取り専用グリッド、編集可能グリッドと呼ばれる4種類のグリッドをサポートしています。この記事では、読み取り専用グリッドの詳細について説明します。

読み取り専用グリッドの基本的な使い方は、レポート形式でデータを表示することです。ビジネスニーズに応じて、静的なデータを表示できます。それは、テキスト番号、日付、通貨形式などのようなデータで様々な形式のデータを提示できますが、要件に応じてCSVにデータをエクスポートする機能を備えた読み取り専用モードです。

TVC 読み取り専用グリッドは、リストビューコントロール（LVC）とも呼ばれ、次の3つのタイプに分類されます。

• 行切り捨て表示 (Line Truncate View) - このタイプのグリッドは、属性テキストが長すぎてセルに収まらない場合、UIのみから自動的に切り捨てるというUIオプションを提供します。実際のデータには何の変化も起こりません。
• ラインラップビュー (Line Wrap View) - このビューでは、属性テキストが長すぎてセルに収まらない場合、それは自動的に同じセル内の2行目に追加されます。
• 2行千鳥ビュー (Two Line Staggered View) - このビューでは、属性テキストが長すぎてセルに収まらない場合、自動的にそのセルの外側の2行目に追加されます。

簡単に言うと、データを1行で表示したり、同じセル内の2行で表示したり、2つの異なる行で表示したりすることができます。

異なるLVCコントロールを作成するには、HCL Unica Plan Adminロールを持っている必要があります。さらに、認可された HCL Unica Plan ユーザーは、LVC を消費するために作成されたテンプレートに基づいて、Plan、Program、Project、または Marketing Objects などの様々なオブジェクトでこれらのコントロールにアクセスできます。

以下のステップは、Read Only Grid の作成に役立ちます。

1. 設定メニュー > Plan Settings > Template Configuration > Forms をクリックします。

2. フォームの定義」ページで「新しいフォームを作成する」リンクをクリックします。これにより、新しいフォームを追加できます。

注：既存のフォームを編集して Read-Only Grid を使用することもできます。しかし、このブログでは、"TVC_ReadOnly_Grids" という名前の新しいフォームを使用します。

Table Name: Marketing
Columns: 
MARKET_ID Data Type INT, Primary Key
SCHEME_NAME Character Type
OBJECTIVE Character Type
EXPENSE_DATE DATE Type
SCHEME_BUDGET NUMBER Type

テーブルの構造

4. 新しいフォームを追加したら、「新しいグリッドを作成する」リンクをクリックします。新しいポップアップが表示され、「グリッドの種類」のドロップダウンにさまざまな値を見られます。このドロップダウンには、追加したいグリッドのタイプが、読み取り専用か編集可能か表示されます。必要に応じてオプションを選択します（「編集可能なグリッド表示」を除く）。

この例では、すべての必須フィールドに値を設定した「ラインラップビュー」を選択しました。

注：データベーステーブルとテーブルキー列の値は、前提条件で作成したテーブルと一致させる必要があります。ここでは、主キーに'Market_ID'を指定したMarketingテーブルを作成しました。

5. 5. さて、この読み取り専用グリッドに、テーブルからのデータを表すプレースホルダーが必要です。フォームに移動し、「新しいカスタム属性を作成する」リンクをクリックして、属性を追加します。

「属性カテゴリー」ドロップダウンで「グリッド属性」を選択します。さらに、データ型に応じて「属性の種類」を選択します。

例えば、上記のデータテーブルでは、数値型、文字型、日付型のカラムを使用しています。そこで、'Text -single -line', 'Date select', 'Decimal'を選択する必要があります。以下の画面は、属性の作成方法を理解するのに役立ちます。

SCHEME NAME 属性

OBJECTIVE 属性

EXPENSE DATE 属性

SCHEME BUDGET 属性

6. Read Only Grid コントロールをフォームキャンバスにプルし、UI の好みに応じて属性を追加し ます。変更を保存して、フォームを公開します。

7. Plan、Program、Project、Marketing Object などのオブジェクトに追加します。ここでは、"Project "を使用します。プロジェクトインスタンスを作成すると、以下のようにHCL Unica Plan UIでデータベーステーブルからのデータを見られます。

8. 以下は、他のリードオンリーグリッドを見ることができる画面です。

Line Truncate View Read-Only Grid

Line Truncate ViewのUI外観

2 線スタッガードビュー Read-Only Grid

2 行千鳥ビューの UI 外観

9. オブジェクト UI 上で、読み取り専用グリッドは以下のオプションを提供するが、読み取り専用グリッド作成時の選択 に依存する。

• エクスポートリンク
• 表示リンク
• リンクでグループ表示

オプションの選択は、グリッドの種類を選択するのと同じ画面で可能です。

HCL Unica Plan UI上のオプションの可視性

10. View' リンクをクリックすると表示ウィンドウが表示され、UI 上の列の表示を決定できます。

11. 'Export Data' リンクをクリックします。

Unica Plan Admin Guide と Unica Plan User Guide の製品ドキュメントで TVC Read Only Grid の詳細を読むことができます。

2022/4/13 - 読み終える時間: 3 分

HCL BigFix for Managed Service Providers (MSPs) の翻訳版です。

マネージド・サービス・プロバイダー(MSPs) での HCL BigFix

2022年4月12日

著者: Cyril Englert / Solution Architect

中小企業では、マルチプラットフォームのエンドポイントに継続的にパッチを適用し、コンプライアンスを維持するために、マネージド・サービス・プロバイダー（MSP）を求める声が高まっています。

BigFixを使用することで、MSPは30万台のエンドポイントごとに1台の低コストな管理サーバーを使用し、日常的に1人のFTEでサポートし、集中管理モデルまたは委任管理モデルをサポートするマルチテナントプラットフォームで数十万台のエンドポイントを管理できます。これらはすべて、最低の総所有コストで最高品質のサービスを提供することにつながり、結果としてエンドユーザーにとってよりコスト効率の高いソリューションとなります。

全体的なアーキテクチャ

BigFixは通常、下図のような集中型アーキテクチャでインストールされます。BigFixは、BigFixリレーを活用することで、各クライアントへのVPN接続を必要とせずに、数千の管理対象エンドポイントを持つ数千の個別の顧客環境を管理できます。BigFixリレーは、配信ポイントとして機能する追加責任を持つ管理対象エンドポイントです。BigFixは、自宅、オフィス、ホテル、カフェなどの「ローミング」エンドポイントも管理できます。

MSPのセントラルサイトにある1台のBigFixエンタープライズサーバで、最大30万台のエンドポイントを管理できます。

画像の説明

トップレベル・リレー(MSPリレー)

顧客のエンドポイントを管理するために、MSPはBigFixサーバーを1つ以上のリレーを介して公衆インターネットから分離する必要があります。容量が増えれば、複数のトップレベル・リレーが必要になる場合もあります。各トップレベル・リレーは最大1000の子リレーをサポートし、各子リレーはMSPのBigFixサーバに戻る通信を担当します。その結果、1つのトップレベル・リレーで、MSPが管理する最大1000の顧客をサポートできます。

冗長性を確保するため、2台目のトップレベル・リレーを推奨します。2つのトップレベル・リレーを使用すると、MSPは最大2000の子リレー（または管理対象顧客）をサポートできます。

クライアント・リレー（カスタマー・リレー）

MSPが管理する各顧客オフィスでは、そのDMZにBigFixクライアント・リレーを設置することが推奨されます。そうすることで、各エンドポイントがトップレベル・リレーに通信し直すことによる不要なトラフィックや帯域幅の増大を避けられます。

BigFixクライアント・リレーは、DMZ内にあるWindows、Linux、またはUNIXを実行している既存のサーバにインストールできます。DMZのクライアント・リレーは、トップレベル・リレーに通信するように構成されたBigFixエージェントです。DMZリレーは、BigFixエンタープライズサーバからのインバウンドおよびアウトバウンドの通信を安全に転送するための仲介役として機能します。子リレーが専用システムである場合、最大5000の管理対象エンドポイントをサポートできます。

ネットワークとDNSの要件

TCP ポート 52311 を MSP とクライアントの両方のファイアウォールで開いていることを確認します。また、MSP は後述するクライアント登録のために、トップレベル・リレーの DNS 名を指定する必要があります。将来的なネットワーク診断のために、各顧客のネットワークにクライアントリレー用の DNS エントリを定義することは必要ありません。

クライアント登録

各顧客のエンドポイントは、MSP の BigFix Enterprise サーバーに登録する必要があります。エンドポイントからBigFixサーバへの直接通信は、リモートクライアントが近くのリレーを経由して登録するように構成することで回避されます。

クライアントの識別

ほとんどのMSPは、このWikiの記事で説明されているように、顧客ごとに一意のクライアントID（CID）を割り当てます。CIDは、顧客のエンドポイントを簡単にグループ化できるようにするために使用されます。CIDの値は、エンドポイントがリレーに登録する際に定義されるか、BigFixコンソールから設定できます。

特定の顧客に関連するすべてのエンドポイントにCIDが設定されると、指定されたCIDに一致するエンドポイントのみを管理することを許可する別の管理者アカウントを定義できます。BigFixは、エンドポイントの適切なターゲティング、コンテンツやレポートの適用を促進するために、役割ベースのアクセス制御を組み込んでいます。MSP管理者は、顧客ロールのセットを作成し、各ロールは特権のリストと関連する許可のコレクションを定義します。MSPカスタマは、MSPがカスタマに提供または委譲したい権限に応じて、1つまたは複数のロールを割り当てることができる。

カスタムコンテンツサイト

MSPは、特定の顧客のためにカスタムコンテンツを管理および/またはデプロイする必要がある状況が発生する可能性があります。MSP が管理するすべての BigFix クライアントがカスタム・コンテンツをダウンロードおよび評価することを避けるために、MSP は「カスタム・サイト」を作成し、特定の MSP 顧客に関連する BigFix クライアントのみをそのサイトにサブスクライブできます。

また、デフォルトでは、顧客ごとに作成したBigFix Operatorアカウントは、Patches for Windows、Asset Discovery、Inventory & Licenseなどの外部コンテンツ・サイトにアクセスできないので、顧客固有のBigFix Console Operatorアカウントで必要となる外部サイトに対して「読み取り」アクセスを与える必要があることに注意してください。

リモートエンドポイントへのActionの実行

上記のようなBigFixのアーキテクチャがあれば、管理者は遠隔地のエンドポイントにパッチを展開し、その進捗をリアルタイムに確認できます。この短いビデオでは、BigFixを使用したWindowsのパッチ適用について概要を説明しています。

まとめ

BigFixは、複雑なネットワークやサーバーを必要としないマルチテナントのエンドポイント管理ソリューションを必要とするマネージド・サービス・プロバイダーにとって、効果的なエンドポイント管理ソリューションとなります。

HCL BigFix の詳細については、HCL Software までお問い合わせください。!

2022/4/13 - 読み終える時間: 10 分

HCL Accelerate value stream management with Jira の翻訳版です。

HCL Accelerate バリューストリームマネジメントと Jira の連携

2020年7月28日

著者: Daniel Trowbridge / Technical Lead

このチュートリアルでは、Jiraとの統合を作成し、HCL Accelerate のバリューストリームまたはVSM（バリューストリームマネジメント）ビュー内で「点」（作業単位）を移動する方法を紹介します。課題追跡カードは、多くの場合、開発バリューストリームの作業が始まる場所です。さらなるチュートリアルでは、HCL Accelerateがバリューストリーム全体にわたって多くの異なるツールからデータを結合する方法を紹介します。

1. Jira のセットアップ

1.1 Jiraインスタンス

このチュートリアルでは、API トークンを使用してアクセスおよび認証できる Jira インスタンスが必要です。

この目的ですぐに利用できる Jira インスタンスがない場合、1 つのオプションとして https://www.atlassian.com のクラウド Jira インスタンスを使用することができます。Jira クラウドを使用したことがない場合は、無料トライアルにサインアップすることができます。

1.2 かんばんテンプレート(オプション)

新しい Jira クラウドインスタンスをセットアップする場合、すべてのセットアップの質問に対して「スキップ」をクリックすることができます。カンバンクラシックテンプレートは、このチュートリアルには適していますが、必須ではありません (次のセクションを参照)。

1.3 Jiraプロジェクトの作成

新しいプロジェクトを作成する場合、プロジェクトのキーがHCL Accelerateの統合で使用されることに注意してください。

1.4 Jiraボード

このチュートリアルでは、Jira ボードに以下の 5 つのカラムとステータス名があることを確認します。

• バックログ
• 開発対象
• 進行中
• レビュー中
• マージ

ボードを直接編集するか、ワークフローエディタ（設定>課題>ワークフロー）を使用し、このワークフローをボード（プロジェクト設定）に適用することができます。

1.5 カードの作成

このチュートリアルでは、少なくとも1枚のカードが必要です。カードを作成し、「バックログ」に追加してください。

2. Jiraとの統合を作成する

1. HCL Accelerate のプラグインページ（Settings>Integrations>Plugins）に移動し、Jira プラグインの「Add Integration」をクリックします。Jira Integration の追加」フォームに記入するよう促されます。

2. 統合名を入力します。チュートリアルで使用する名前は、「JKE Jira 1」です。

3. Jira のベース URL を指定します。これは Jira のインスタンスに依存します。クラウド Jira の場合は、「https://.atlassian.net」という形式になります。

4. Jira のユーザー名を入力します。これは、Jira のログインに使用される電子メール アドレスである必要があります。

5. 認証（API TokenまたはoAuth）を提供する。このチュートリアルでは、クラウド Jira の API Token を使用します。API Token は https://id.atlassian.com/manage/api-tokens で作成することができます。トークンを作成し、HCL Accelerate の「パスワード」として提供します（この場合、通常のアカウントログインパスワードは機能しません）。

6. 上記の通り、このチュートリアルではAPI Tokenを使用するため、oAuthの4つのフィールドは空欄にします。

7. 最後のフィールドは、統合のためのJiraプロジェクトを指定します。完全な名前ではなく、Jira プロジェクトの「キー」を使用します。プロジェクトを作成するときにこのキーを編集できたことを思い出してください。

8. 追加」をクリックします。統合が作成され、統合ページに表示されるはずです。統合のドロップダウンをクリックすると、詳細を見ることができます。統合のステータスと実行ログも表示されます。

注：統合のアップグレードが可能な場合（名前の横に青い点が表示される）、今すぐアップグレードすることをお勧めします。縦に3つ並んだドットの「ケバブ」メニューをクリックし、「アップグレード」を選択します。

3. バリューストリームにJira統合を追加する

3.1 新規バリューストリームの作成

1. バリューストリームページに移動し、"作成 "をクリックします。

2. バリューストリームに名前を付け、そのチームを選択します。ワークブックでは、「JKE App1」という名前と「Default Team」を使用します。バリューストリームの説明は任意です。

3.2 vsm.json ファイルを作成する

HCL Accelerateに統合が追加されたので、特定のバリューストリームに追加することも可能です。HCL Accelerateのバリューストリームは、バリューストリームマップ（VSM）jsonファイルをダウンロードしてアップロードすることで、高度な設定が可能です。VSMの設定例を以下に示します。このjsonをコピーして.jsonファイルに保存し、このファイルをアップロードしてバリューストリームを構成してください。

この json コンテンツは Jira 統合名を参照するため、アップロードする前に統合名を「JKE Jira 1」とし、「オンライン」にする必要があります（さもなければ json を適宜編集してください）。

{ 
  "tenantId": "5ade13625558f2c6688d15ce", 
  "integrations": [{ 
    "name": "JKE Jira 1"
  }], 
  "phases": [{ 
      "name": "Planning", 
      "stages": [{ 
          "name": "Backlog", 
          "query": "issue.status=Backlog"
        }, 
    { 
          "name": "Selected For Development", 
          "query": "issue.status='Selected for Development' AND pr.status!=open"
        } 
      ] 
    }, 
    { 
      "name": "Development", 
      "stages": [{ 
          "name": "In Progress", 
          "query": "pr.status=open AND issue.status!='In Review'"
        }, 
        { 
          "name": "In Review", 
          "query": "issue.status='In Review' AND pr.status!=closed"
        }, 
        { 
          "name": "Merged", 
          "query": "pr.status=closed AND build.status!=success"
        }, 
        { 
          "name": "Build", 
          "query": "build.status=success AND deployment.env!=DEV"
        } 
      ] 
    }, 
    { 
      "name": "Deployment", 
      "stages": [{ 
          "name": "DEV", 
          "query": "deployment.env=DEV AND deployment.env!=QA"
        }, 
        { 
          "name": "QA", 
          "query": "deployment.env=QA AND deployment.env!=PROD"
        }, 
        { 
          "name": "PROD", 
          "query": "deployment.env=PROD"
        } 
      ] 
    } 
  ] 
}

VSM JSONの説明

統合の配列

統合は、統合名に基づいて含まれます。このチュートリアルでは、「JKE Jira 1」という名前を使用していますが、統合の名前が異なる場合は、変更する必要があります。

"integrations":[

{

"name":"JKE Jira 1"

}

]

フェーズとステージ

バリューストリームは、フェーズとステージで構成されています。この json ファイルは、このチュートリアルのためのフェーズとステージの定義を提供します。ステージの重要な部分は、ワークアイテム（ドット）がステージに含まれるべきかどうかを論理的に定義するステージクエリです。以前、Jira のステータスを定義したことを思い出してください。例えば、Jiraステータスの「Backlog」をHCL Accelerateステージにマッピングすることができます。この設定を変更することで、異なるJiraステータスの値を異なるステージに使用することができます。

"phases":[

{

"name": "Planning",

"stages": [

{

"name": "Backlog",

"query": "issue.status=Backlog"

},    ...

4. vsm.json ファイルのアップロード

新しいバリューストリームを作成した場合、アップロードボタンが直接利用できます。

vsm.jsonファイルをアップロードした後、ツールおよびユーティリティのドロップダウン・オプション「バリューストリームマップの置き換え」を使って、後から追加アップロードでバリューストリームを修正することが可能です。

5. ドットの確認

HCL Accelerateがデータを同期するのを待ちます。Backlog に配置された Jira 課題は、バリューストリームの Backlog に表示されるようになります。

6. Jiraによるステージ変更

HCL Accelerate で Jira 統合を設定し、vsm.json ファイルを使用して統合とステージクエリを値の流れに追加すると、Jira カードが値の流れ内にドットとして表示されるようになります。課題のステータスは Jira で更新でき、ワークアイテム（ドット）は HCL Accelerate でステージを変更します。

1. Jira カードを「Backlog」から「Selected for Development」に移動します。

2. HCL Accelerate の同期に時間をかけます（通常最大1分程度）。ワークアイテムは次のステージ「Selected For Development」に移動しているはずです。

3. ドットをクリックすると、Jiraカードへのリンクやワークアイテムの履歴など、詳細が表示されます。

おさらい - 企画から開発へ、JiraからGitHubへ -

このセクションでは、バリューストリームの計画フェーズに焦点を当てました。今回は、課題追跡システムとしてJiraを使用しました。Jira ボードと課題を作成し、Jira との統合を設定し、その統合を価値の流れに追加し、価値の流れが計画段階を通してどのように Jira のステータス変更を追跡しているかを観察しました。理論的には、価値の流れのすべての段階でJiraを使用することができますが、実際にはJiraのカードには限界があります。しかし、実際にはJiraカードには限界があります。GitHubやJenkinsのような他のシステムと直接統合し、作業項目の道のりをリアルタイムで完全に自動化し、正確に可視化することができるのです。次の開発段階では、GitHub との統合を追加し、Jira と GitHub がどのように連動するかを確認する予定です。