re:Invent 2023: AWSが提案する組織のクラウド知識向上と開発者生産性改善策
はじめに
海外の様々な講演を日本語記事に書き起こすことで、隠れた良質な情報をもっと身近なものに。そんなコンセプトで進める本企画で今回取り上げるプレゼンテーションはこちら！
📖 AWS re:Invent 2023 - Scale organizational cloud knowledge & improve builder productivity (ARC207)
この動画では、AWSのナレッジマネジメントの専門家が、組織内でクラウドの専門知識を育成し、スケールする方法を紹介します。Technical Field Communities (TFC)の構築や、AWS re:Postを活用したナレッジネットワークの作り方など、具体的なベストプラクティスを学べます。さらに、昨日ローンチされたばかりのAWS re:Post Privateの機能や、5分で独自のre:Postインスタンスを作成する方法も詳しく解説されています。 ※ 動画から自動生成した記事になります。誤字脱字や誤った内容が記載される可能性がありますので、正確な情報は動画本編をご覧ください。
本編
クラウド環境における知識共有の課題と本日の議題
こんばんは。皆さん、いかがお過ごしでしょうか？ 組織の急速な成長を経験し、バーチャルな労働環境へと進化している方はどれくらいいらっしゃいますか？ クラウドに関する知識を向上させ、開発者をコミュニティに繋げることで生産性を高める必要性を感じていますか？
はじめまして。私はAWS Knowledge Managementのシニアマネージャー、Sesi Bhushan Somarouthuです。そして、私はJohn Bellと申します。本日皆様とお会いできて大変嬉しく思います。私はAWS Specialist CommunitiesチームのManagerを務めています。今日は、Sesiが先ほど投げかけた質問に答えるべく、生産性と規模を向上させ、変化に適応するためのツール、ベストプラクティス、メカニズム、そしてソリューションについてご紹介します。
AWSで学んだこと、皆様からのフィードバック、そして業界のベストプラクティスを活用して、ベストプラクティスをスケールアップし、これらのコミュニティを構築する方法をお伝えします。では、今日お話しする内容について少し触れてみましょう。まず、この急速に進化する環境で成長する中で、クラウドビルダーに共通する課題とトレンドについてお話しします。そして、それらの課題に適応するために、SesiがAWSでの経験と業界で見てきたベストプラクティスについて説明します。
その後、それらをすべて組み合わせてknowledge networkを構築し、体系化して、より系統的にスケールアップする方法についてお話しします。最後に、皆さんが活用できるAWSの知識スケーリングメカニズムについて説明します。
急速に変化するテクノロジー環境における共通課題
テクノロジーの景観は急速に変化しています。組織は、私たちの働き方、生活、そして消費者の嗜好が新しい機能やトレンドに基づいて急速に成長・進化する中で、競争環境の変化に適応するために必要な知識をビルダーに提供するという課題に直面しています。テクノロジーの適用方法、文化的なニュアンスへの適応、顧客が望むことを予測し適応する方法の知識が、重要な差別化要因となっています。
この期間に見られた一般的な課題をいくつかご紹介しましょう。まず、イノベーションの速さについてお話しします。皆さんが開発する素晴らしい製品を思い浮かべてください。それらの製品を作るために必要な知識は、新しいテクノロジーや利用可能なリソースの変化に基づいて、急速に変化し進化しています。
AWSを例に挙げてみましょう。AWSは事実上あらゆるクラウドワークロードをサポートするためにサービスを継続的に拡大し、現在では300以上の充実した機能を持つサービスを提供しています。サービスの幅広さだけでなく、AWSは最も深い機能性も備えています。では、このような急速なイノベーションのペースに追いつきながら、既存のサービスを成長させつつ、いかにして革新を続けることができたのか考えてみてください。
この進化を振り返ると、データセンターからAmazon EC2、そしてサーバーレスアーキテクチャへ、さらには皆さんがクラウドに投入したデータを活用するための生成AI、機械学習、分析へと、非常に速いペースで進んできました。これをAWS従業員のトレーニングに結びつけると、従業員がこれらすべてのテクノロジーに適応できるようにする必要があります。皆さんが頼りにする、あるいは一緒に仕事をする専門家となるために、彼らはすべてのトレンドに精通し、個人のキャリアの志望を考慮しながら、知識の幅を広げ続ける必要があります。
仮想化と知識ギャップがもたらす新たな挑戦
次に話す傾向は仮想化です。ここ数年、ビジネスは変化してきました。企業はますますグローバル化しています。ご存知の通り、ここ3、4年で多くの健康上の懸念がありました。そして、これらのグローバルな仮想作業環境に適応するための文化的な好みは、顧客がいる場所で顧客にリーチする方法を考える必要があることを意味します。
皆さんや顧客の中で、この傾向に対応するために、仕事の仕方、知識の共有方法、コミュニケーション方法を大きく変える必要があった人はどれくらいいますか？幸いなことに、テクノロジーは進化し続けており、ハイブリッドや仮想環境でコラボレーションの感覚を育むにはどうすればよいか、私たち全員が考える必要があります。このテクノロジーを活用できますが、それに伴う無形の要素やプロセス指向の要素もまだ多くあります。
次に私が話すチャレンジは、知識のギャップです。先ほど触れた急速なイノベーションのペースを考えると、すべてのテクノロジーのマスターになることは不可能です。通信業界の例を考えてみましょう。ここでは、テクノロジーが様々な形で拡大しています。プライベート5G、5G自体の進化、wavelengthを介した接続ソリューション、ローカルゾーン、コアテクノロジー、そしてこの巨大なネットワークをまとめるビリングテクノロジーなどがあります。これにより、顧客はより柔軟に電話サービスや新興テクノロジーを利用できるようになります。
通信業界の顧客が理解する必要のある、様々なソリューションの幅広い知識を学ぶという aspirationと、どのようにバランスを取ればよいでしょうか？それをどのように予測し、特定の分野での深い知識をどのように構築して、お互いに協力できるネットワークを持てるようにすればよいでしょうか？シンプルな協力メカニズムがなければ、これは本当に難しい課題となります。
知識管理の重要性と専門家の役割
その知識を見つけられないことによる frustration、コスト、時間の損失を考えてみてください。この分野が急速に変化している例として、スポーツがあります。選手の健康と安全が最重要課題となっています。これは、機器やルールをどのように適応させるか、スポーツ業界の人々がゲームをどのように変更して継続的な成功を確保するかに影響を与えます。また、選手がフィールドに留まれるかどうかにも影響します。
Global Knowledge Management Industryの調査によると、ナレッジワーカーの時間の30%が、私が説明したようなユースケースに適応するための情報を探すのに費やされています。そして、約3分の1の場合、その情報を見つけることすらできません。このようなユースケースに対応できる incremental improvementsでさえ、大きな影響を与えます。それは、より良い決定を下し、そのデータの分析の影響を理解できるという revenue opportunityの面でも、また、これらの成長するユースケースに適応するために必要な情報を見つけるための人々の時間と労力を削減するという cost opportunityの面でも言えます。
これは、エキスパートを育成した後、どのようにして彼らを見つけるかという問題につながります。誰がエキスパートなのか、どの分野のエキスパートなのかをどのように知ればよいでしょうか？これらのエキスパートは、そのスキルセットを維持し、変化し進化するテクノロジーに対応するのに十分な時間があるでしょうか？チームに何を知ってほしいかをどのように優先順位付けし、エッジケースにどのように対応すればよいでしょうか？例えば、人間のゲノムを分析して病気の治療法を改善するゲノミクス企業では、そのようなユースケースを扱う人々は、ゲノミクス、high-performance computing、分析、その他いくつかのスキルを理解する必要があります。これらのスキルセットすべてをマスターするのは誰にとっても難しいので、一般的にはチーム、ネットワーク、またはコミュニティに頼る必要があります。チームがお互いに頼り合えるように、そのアクセスをどのように提供するかを考えることが重要です。
以上を踏まえて、これらの懸念事項に対処するために学んだベストプラクティスについて、Sesiに話を引き継ぎたいと思います。
AWSが実践する知識管理のベストプラクティス
ありがとうございます、John。Johnが言及したように、AWSは皆さんのようなビルダーがビジネスを変革できるよう、全く新しいテクノロジーを改善し、発明するためのイノベーションのペースを継続的に加速させてきました。私たちはよくお客様から「すべてのテクノロジーについていくにはどうすればいいですか？私たちがリリースしているすべての新しいサービスについていくにはどうすればいいですか？」という質問を受けます。私たちは、これからご紹介するKnowledge Management Best Practicesを通じて、知識をスケールさせる機会を見出しました。
今日は6つのベストプラクティスをご紹介したいと思います。1つ目は、キュレーションされた学習とキャリア成長プランです。ラーニングパスは、特定のトピック、主題領域、ビジネス課題、またはユースケースを中心に整理できる、キュレーションされたアセットまたはトレーニングの選択です。多くの場合、ビルダーは、開発者からアーキテクトへ、アーキテクトからドメインスペシャリストへ、あるいは従来の開発者が自身のスキルを変革してGenerative AI機能を構築したいなど、さまざまな分野で学習しています。
これらの開発者のためにラーニングパスを作成することが重要です。ビルダーが学習し、進歩するにつれて、新しい役割や現在の役割内での昇進を求めることがよくあります。彼らの願望に沿ったキャリア成長プランを持つことが重要です。例えば、アーキテクトがドメインスペシャリストになるための成長プランを作成し、環境やワークロード内でのセキュリティ実装などのアーキテクチャのベストプラクティスに関するラーニングパスを含めることができます。
これらのラーニングパスと成長プランを作成したら、すぐに時代遅れになる可能性があります。組織がこれらを維持し、最新かつ関連性を保つようにすることが不可欠です。これを達成するには、エキスパートが必要です。2つ目のベストプラクティスは、エキスパートとその専門分野を特定することです。これらのエキスパートは、クラウド戦略を大規模に実装する上で重要な役割を果たし、ビジネスニーズとお客様のニーズの両方を理解する必要があります。これらのニーズに基づいて、お客様に提供する製品やサービス、そして事業を展開する業界とそのユースケースの分類法を作成します。
これらの製品分野、業界、またはテクノロジーに基づいて、エキスパートを特定しコホートにグループ化します。そして、これらの分野に関するベストプラクティスや先進的な考えを共有するよう促します。例えば、スポーツ領域向けのアプリケーションやデータ配信を行うメディア・エンターテインメント企業を運営している場合、以下の4つの分野で技術的専門知識を構築することが考えられます：broadcasting、content production、data science and analytics、そしてAWS Elemental Mediaサービスです。
これらのエキスパートを特定したら、彼らの間でイノベーションとコラボレーションを促進するためのグループを作ります。これを実現するために、組織固有のディスカッションフォーラムなどのプログラムを実施します。これらのフォーラムは、コミュニティとエキスパートを集め、アイデアを共有し、問題を解決し、再利用可能なソリューションを公開するための優れた仕組みです。このようなコラボレーションを通じて、大量の知識が蓄積されていきます。
知識が蓄積されるにつれて、組織全体で複数の知識ベースやチームが異なる知識システムを構築する可能性があります。これに対処するために、知識を統合し整理して、ビルダーの関与を促進し、コラボレーションを最大化する中央集中型の知識ベースを作成します。クラウドテクノロジーに関して構築する知識ベースが、スケーラブルで検索可能、そして再利用可能であることを確認してください。
Technical Field Communities (TFC)の構築と運用
知識ベースだけでは十分ではありません。それに参加し、維持するコミュニティが必要です。次のベストプラクティスは、テクニカルコミュニティを構築することです。 テクニカルコミュニティとは、特定の主題領域に焦点を当てた、管理されたグループです。彼らは顧客の問題を解決し、仲間や他の開発者のスキルを向上させ、知識をスケールさせます。先ほど収集したエキスパートとその専門知識に関するスキルデータに基づいて、関連性のあるテクニカルコミュニティを構築し、影響力のあるチームを作ります。
先ほどのメディア・エンターテインメントの例を続けると、broadcasting、content production、data science and analytics、AWS Elemental Mediaサービスの4つのコミュニティを作ることができます。これらのコミュニティは、開発者のキャリア成長に向けた具体的な目標と計画を持って積極的に関与する必要があります。このアプローチは、最終的に開発者の定着率の向上につながります。
コミュニティの参加を促進するには、適切なプログラムを用意する必要があります。例えば、私たちは全体的にゲーミフィケーションのリーダーボードやバッジ制度を導入し、人々を励まし、トップ貢献者を表彰しています。これらのプログラムは、コミュニティ内で達成感とモチベーションを生み出し、継続的な学習と知識共有の文化を育てるのに役立ちます。
ここで、AWSで学び活用してきた経験に基づいて、皆さんが独自のナレッジネットワークを構築する際に適用できるベストプラクティスをいくつか紹介したいと思います。AWSでは、このナレッジネットワークを Technical Field Communities（TFC）と呼んでいます。TFC導入以前は、AWS社員が専門知識を得たり同僚と交流したりする方法は、その場限りで記録に残らないものが多く、結果として重複した仕組みがいくつも生まれていました。TFCは、AWSが取り組みを集中させ、フィールドのスキルを理解するための共通のコミュニティメカニズムを提供しました。
優先順位付けされた学習パスとメンタリングを組み合わせることで、会社が誰がエキスパートなのかを把握できる自信を与えています。これらのエキスパートは、お互いに助け合い、地域の同僚と顧客のニーズに対応するとともに、協力してイノベーションを起こし、ベストプラクティスを捉え、学び、皆さんに例を示しています。TFCは意図的に構築され、管理されたコミュニティメカニズムです。私たちは、どこで何のためにTFCを構築するか、そしてその知識をどのようにスケールアップするかを慎重に検討しています。
TFCのフライホイール効果と専門知識の拡大
実際、皆さんはおそらくこれらのコミュニティと関わっていても、気づいていないかもしれません。例えば、アカウントチームがエキスパートを呼び込むたびに、通常はこの仕組みから呼び込んでいます。re:Inventでは、TFCメンバーによるセッションが多数あります。エキスポで彼らに会うこともできます。多くのAWS社員がこのプログラムに参加しており、ソリューションなどに関する多くのコンテンツやガイダンスは、これらのコミュニティから生み出されています。
これをさらに詳しく説明するために、非常にAmazonらしいアプローチであるフライホイールを使いたいと思います。ここでは、私たちのコミュニティの一つであるデータベースTFCを例に挙げます。私たちはデータベース技術の学習パスを構築し、それをサブドメインに分割して、エキスパートにより焦点を絞った学習を提供しています。人々がこれらのコミュニティに参加すると、すでにコミュニティにいるメンターとペアを組みます。このメンターは彼らの旅をガイドし、教室スタイルの学習だけでなく、専門知識を得るために必要な体験学習、シャドーイング、実践的な構築も提供します。
この学習パスを修了し、コミュニティのメンバーになると、グローバルな技術フィールドコミュニティにアクセスできるようになります。これには世界中の様々な組織のメンバーが含まれており、学習の機会を得たり、インパクトの大きいプロジェクトや成果物で協力したりすることができます。学習パスの修了者は専門家として認められ、顧客とのやり取りや地域の仲間のサポートに携わることで、世界中に専門知識を広げていくことができます。
これらのコミュニティへの参加を促し、彼らの仕事の影響を認識するために、ダッシュボードやゴールの調整、その他の仕組みなど、様々な方法を用いています。この認識が彼らに力を与え、協力を通じて貴重な製品のシグナルを捉えることができます。例えば、データベースの例では、IoTモニタリングやテレメトリーのようなユースケースに対応するタイムシリーズデータベースのニーズを特定しました。このプロダクトシグナルはTFCやその他の手段を通じて捉えられ、サービスチームが新しいサービスや機能を構築することを可能にしました。
新しい製品がローンチされると、コミュニティを活用してその採用を拡大します。例えば、Amazon Timestreamという時系列データベースサービスに基づく新しいサブコミュニティに参加することができます。そこで専門家になり、既存の専門家からメンタリングを受けることで、Technical Field Communitiesにおける知識共有とイノベーションのサイクルを継続することができます。このプロセスが専門知識のフライホイールを回し続けるのに役立ちます。
効果的なコミュニティ構築のためのスコープ管理とプロセス
スコープ管理についてもう少し深く掘り下げてみましょう。これは通常、私が始めるのが好きなところです。なぜなら、文字通り何についてもコミュニティを作ることができるからです。意図的にこれを行い、本当に構築するコミュニティからインパクトを得たいのであれば、達成しようとしている顧客の需要に合わせることが重要です。
成功するコミュニティを構築するための3つのオプションをお勧めします。AWSで行っている2つは、AWSのサービスポートフォリオに合わせた技術ドメイン（コンピューティング、ストレージ、分析など）と、メディア・エンターテインメント、ヘルスケア、金融サービスなどの業界のユースケースです。もう1つの考えられる領域は、自社の製品、顧客セグメンテーション、そしてこれらの側面についてどのようにコミュニティを構築したいかということです。
どこに線を引くべきでしょうか？管理されたコミュニティにどこまで投資し、より臨機応変なメカニズムや仮想的なコミュニティにどこを任せるべきでしょうか？また、コミュニティの数を制限することをお勧めします。なぜなら、コミュニティの数が少ないほど、より多くのリソースを投資し、効率性と効果を高めることができるからです。これらをグローバルかつ組織横断的にどのように統合するかを考えてください。AWSで構築する全てのコミュニティ、全てのTFCは本質的にグローバルで組織横断的です。地域限定のものは作りません。代わりに、グローバルTFC内に地域チャプターを設けています。これは先ほど話したサービスフィードバックループを改善するため、より効果的だと考えています。
2つ目のベストプラクティスは、包括的なプロセスです。ナレッジコミュニティは、あなたが誰であるかではなく、何を知っているかに基づいています。多様な考え方、意見、スキルセット、バックグラウンドは、全てイノベーションの能力の柱となります。このような知識ネットワークを構築したら、プロセスを検査し、ベストプラクティスに沿うよう定期的にメカニズムを見直すことを強くお勧めします。役割に基づいてどのようにスケールアウトしているかを考えてください。役割ベースの学習パスを構築していますか？特定の役割が行っている活動をキャリブレーションしていますか？
また、リーダーシップポジションに適切な人材を配置するためのベストプラクティスとして、毎年選挙を行っています。報告と認識もこの一部です。実際、McKinseyの調査によると、包括的なチームは35%以上生産性が高いとされています。つまり、包括的なプロセスへの投資のROIは、先ほど述べたように重要な要素なのです。
次のベストプラクティスは、目標と時間配分に関するものです。人々がこれらのコミュニティに参加する時間を確保することが重要です。時間がなければ、その効果を得ることは難しく、スキルを維持することも困難です。例えば、analyticsに興味のある人がこれらのコミュニティの1つを経験する例を挙げてみましょう。その人がanalyticsコミュニティに参加し、メンターとペアを組み、卒業します。しかし、組織がその人のスキルセットを維持し、コミュニティに還元する時間を与えなければ、それは良い意図に終わってしまいます。また、過労によるバーンアウトなど、多くのネガティブな側面につながる可能性もあります。
この作業を勤務時間内に行えるようにすることが非常に重要です。なぜなら、それによって人々が互いに助け合い、同僚をサポートできるようになり、特定の技術に専念する人材をそれほど必要としなくなるため、あなたと会社にとって力の乗数効果をもたらすからです。そして当然ながら、自動化されたダッシュボードを通じて、これらの目標に沿った認識を提供することが、これを成功させるための重要な能力となるでしょう。
AWS re:Postの機能と活用方法
次のベストプラクティスはリソーシングに関するものです。 リソーシングについて考える必要があります。うまく機能するコミュニティを運営することは難しく、簡単ではありません。また無料でもありません。特に管理されたコミュニティのセットを構築できる場合は、3つのことを考える必要があります。1つ目は、技術的リーダーシップまたは思想的リーダーシップです。学習パス、コンテンツ、メンバーの期待を最も影響力のあるものに合わせるには、それらが何であるかを考える人が必要です。トレンドを見て、例えばAI/MLの世界で何が起こっているかを特定します。2つ目はプログラム管理です。技術リーダーが特定したことに基づいて、それらのメカニズムを推進するためのプログラム管理が必要になります。
このプログラム管理は、コンテンツシステムを整備し、コンテンツを含む学習パスを構築し、人々が互いに関わる方法を提供し、コミュニティに時間を費やす人々を認識するためのレポートを作成するために不可欠です。プログラム管理はこの重要な柱です。最後に、地域のリーダーが重要です。これはフルタイムの役割である必要はありませんが、地域のリーダーの重要な点は、コミュニティの全員に発言の機会を与えることです。AWSでは、これらをコアチームと呼んでおり、モニタリング、クラウド、財務管理、その他のクラウド運用におけるユースケースなど、さまざまなサブドメインに焦点を当てた人々で構成されています。これらのチームは、地域横断的および組織横断的に、クラウド運用の世界で考えられるすべての異なるユースケースを検討します。
コミュニティは楽しく刺激的であることを目的としています。コラボレーションを促進し、魅力的なコミュニティを作るための方法には、プロダクトチーム、パートナー、または顧客との月次学習シリーズがあります。私たちはすべてのコミュニティでこれを行い、人々がスキルセットを鋭く保ち、維持できるようにしています。高影響力のプロジェクトでコラボレーションする能力も重要で、それらのプロジェクトを特定し、人々が参加できる機会を提供します。これにより、ネットワークを広げ、新しい人々と出会い、スキルセットを成長させることができます。また、人々が単に構築し続けるだけでなく、すでに構築された資産を維持することにも焦点を当てることが重要です。実際、AWSでは年次学習サミットを開催しており、これはコラボレーション、協力、サービスチームとの会合、コミュニティ体験の活性化の面で非常に実りあるものとなっています。画面に表示されている写真は、私たちの内部学習イベントからのものです。
AWS SummitやAWS re:Inventのような外部イベントは、皆さんとより大きなコミュニティを構築するための重要な方法となっています。 実際、このようなイベントはTechnical Field Communities (TFCs)の素晴らしいユースケースです。発表されるコンテンツの80%以上が、コミュニティメンバーによってレビュー、作成、またはサポートされています。これにはワークショップ、Ask the Expertブース、そしてこれらのセッションが含まれます。Expo Centerを訪れて、Ask the Expertブースの誰かにTFCに所属しているか、どのTFCに所属しているかを尋ねてみることをお勧めします。彼らは学んだベストプラクティスを必ず共有してくれるので、実践者から直接聞くことができます。
皆さんがご存じかもしれない別のアウトプットにAWS Solutionsがあります。これは、私たちが観察した顧客ベースのユースケースに関するパッケージ化されたソリューションガイダンスと資産です。これはTFCsと複数の方法で連携しています。まず、これらのソリューションの特定に役立ち、次にコミュニティメンバーが異なるソリューションをサポートするガイダンスと資産の構築を支援するためにタグ付けされます。例えば、自動運転車を考えてみましょう。これは自動車とIoTのスキルセットの組み合わせであり、2つのコミュニティと専門家グループが自動運転車のような顧客ユースケースに関連する共通のソリューションで協力する素晴らしい方法です。
最後に、自動化について話しましょう。自動化は非常に重要で、私たちがTFCをここまで発展させることができたのも、自動化なしではありえませんでした。コミュニティの自動化を検討する際には、いくつかの柱を考慮することをお勧めします。まず、エキスパートをどのように活用し、彼らのスキルセットを把握するかということです。これができなければ、エキスパートが誰かわからないため、他のことを行うのが難しくなります。次に、エキスパート同士、ピア、そして顧客とどのように関わるかを考えます。これを促進するための仕組みが必要です。AWSは独自のエキスパート育成システム、エンゲージメントシステム、さらにはコンテンツ作成、コラボレーション、ナレッジマネジメントの側面を構築しました。AWS re:Postのような製品は、コミュニティのコラボレーションを促進する素晴らしい方法です。re:Postについて、それが何であるか、どのように活用できるか、そして他のAWSのメカニズムをどのように活用できるかについて、さらに詳しく話すために、Sesiにバトンタッチします。
AWS re:Post Privateの導入と設定手順
ありがとう、John。ご覧の通り、私たちはナレッジマネジメントに関するベストプラクティスと、AWSがそれを使ってどのようにスケールしたか、そしてあなたがどのようにそれを使って開発者のナレッジやクラウドのナレッジをスケールできるか、同時にナレッジネットワークをどのように構築できるかについて説明しました。さて、AWSはこれを実現するための2つのメカニズムを提供しています。
1つは、AWS re:Postというセルフサービスのメカニズムです。多くの方がre:Postをご存知だと思います。これは、ナレッジネットワークを構築し、ナレッジをスケールするためのセルフサービスメカニズムです。re:Postを使用することで、エキスパートからベストプラクティスを学び、キュレーションされたコンテンツにアクセスし、パブリックコミュニティを構築し、ピアネットワークとコラボレーションすることができます。re:Postには、エキスパートによって検証された20,000以上の質問と回答、そして一般的な顧客の問題に基づいてAWSサポートエンジニアがキュレーションした9つの言語で3,000以上のナレッジセンター記事があります。また、re:Postには65以上のコミュニティグループがあり、参加することができます。これらのコミュニティグループは、アナリティクスなどのAWSテクノロジーに関連付けられています。
では、先ほど説明したベストプラクティスの一部を構築するために使用できるre:Postの機能をいくつか見てみましょう。re:Postのようなセルフサービスメカニズムを使用して、セレクションを作成することができます。セレクションは、最初のベストプラクティスの一部として言及したように、キュレーションされたアセットとラーニングパスのセットです。re:Post上で独自のセレクションを作成し、ビルダーコミュニティや組織内で共有することができます。これらのセレクションは公開されているため、他のピアや開発者も恩恵を受けることができます。
2つ目の側面は、自分の業界やドメインに関する選択肢を作成し、組織内のビルダーと共有して、彼らの学習を加速させることができるという点です。 これらは、現在re:Postで利用可能な選択肢の例です。
2つ目の要素は、ナレッジセンターです。私たちは3,000以上のAWS公式ナレッジ記事とビデオを含むナレッジセンターを作成しました。これらはAWSサポートエンジニアによって作成され、「組織の統合請求をどのように設定するか？」といった一般的な顧客の問題に基づいています。これらの記事は、問題のトラブルシューティングや同じ質問が繰り返し尋ねられるのを避けるという点で、ビルダーの生産性向上に役立ちます。
AWS re:Postでは、コンテンツを消費するだけでなく、コミュニティ生成記事を作成することもできます。これらの記事はAWS技術に関連するものですが、チームが自社のワークロードに特化した記事を公開したい場合は、私たちに連絡していただけます。検証済みの専門家のセットに対して、コミュニティ生成記事へのアクセスを可能にします。さらに、1,000ポイント以上を持つAWS re:Postコミュニティメンバーは、これらのコミュニティ生成記事を公開する能力を持っています。
re:Postはまた、質問をして協力して問題を解決するQ&Aメカニズムも提供しています。例えば、あなたのワークロードに特有の問題があり、同僚の誰かが同様の問題に直面したり解決したりしているかもしれません。彼らはその知識を共有でき、それは異なる開発者間で再利用できます。
もう1つの利点は、コミュニティグループです。65以上のコミュニティグループがあり、そこに参加してディスカッションに加わることができます。また、通知機能を使用してコミュニティと関わることもできます。re:Postのコミュニティグループをフォローして、新しいコンテンツやディスカッションについて通知を受け取ることができます。
先ほど申し上げたように、re:Postは、AWSがすべてのお客様に提供しているパブリックのセルフサービス機能です。しかし、多くのお客様から「re:Postは素晴らしいが、私たち独自のプライベートコミュニティと独自のプライベートナレッジベースを構築したい」というご要望をいただいています。この数年間、一貫してお客様からこのような声を聞いてきました。
そのためには、コンテンツ、コミュニティ、プラットフォームという3つの重要な柱が必要です。コミュニティを管理・構築し、コンテンツを作成し、常にメンテナンスとキュレーションを行うためのスケーラブルなプラットフォームが必要です。
お客様からのフィードバックと私たちが耳にしてきたことに基づいて、AWS re:Post Privateの導入を喜んでお知らせします。昨日ローンチしたばかりですが、re:Post Privateを使用すると、組織内で知識を共有するための独自のコミュニティとナレッジネットワークを構築できます。re:Post Privateは、AWSとの知識共有やコラボレーションにも役立ちます。AWSのアカウントチームもre:Postコミュニティの一員となり、お客様の問題解決をサポートします。re:Post Privateは、Enterprise supportまたはEnterprise On-RAMPサポートプランをご利用のお客様のみご利用いただけます。
re:Postの機能の使い方をご説明しましょう。最も重要な点は、コンソールから5分以内に独自のre:Postインスタンスを作成できることです。ServicesからCustomer Enablement、そしてAWS re:Post Privateを選択します。re:Post Privateをクリックします。無料枠か有料枠を選択できます。無料枠は6ヶ月間無料でご利用いただけます。組織内で使用するre:Postの名前を入力し、ドメイン固有のサブドメインを指定できます。また、KMSキーを使用してコンテンツを暗号化することもできます。
re:Postには、会話から直接サポートケースを作成する機能があります。そのためには、re:PostにSupport Centerへのアクセス権を付与する必要があります。その後、Create re:Postをクリックします。このre:Postの作成には約30分かかり、サブドメインはテクニカルアカウントマネージャーによってレビューされ、承認されます。それまでは、自動生成されたサブドメインを使用できます。
re:Postが作成されると、メール通知を受け取ります。しかし、メール通知を受け取った後でも、re:Postはまだ使用できる状態ではありません。ユーザーを追加する必要があります。re:Postを選択し、Usersタブ内でAdd users and user groupsをクリックしてユーザーのリストを選択することで、re:Postにユーザーを追加できます。 これらのユーザーはIAM Identity Centerから取得されます。re:Post PrivateはIAM Identity Centerと統合されており、 シングルサインオンをre:Post Privateとリンクすることができます。
また、re:Postの管理者アクセスを設定する必要があります。管理者アクセスを設定すると、管理者は組織独自のre:Postを立ち上げる準備が整います。IAM Identity Centerを使用してシングルサインオンでサインインできます。 サインインすると、ブランドをカスタマイズできるウェルカム画面に移動します。 例えば、内部でCloudCentralと呼びたい場合は、オーディエンスに挨拶するための説明を追加し、組織のロゴを選択し、組織のブランドカラーを選択できます。
プライマリカラーはヘッダーに使用され、セカンダリカラーはユーザーエクスペリエンス内のボタンに使用されます。Save and continueをクリックすると、カスタムタグも追加できます。デフォルトでは、re:Post PrivateにはAWSの標準タグセットが付属しています。 しかし、組織固有の製品やワークロードに合わせてカスタマイズしたいタグがある場合は、それらのタグを追加できます。 これらは追加するタグの例です。例えば、JavaやGenerative AIを追加したい場合、 それらのタグを追加し、必要な数だけタグを作成できます。重複するタグは作成できません。
ブロックする用語も追加できます。 例えば、ユーザーに使用してほしくない特定のキーワードがある場合は、それらを追加できます。デフォルトでは、re:Post Privateは既に不適切な言葉や一部の攻撃的な用語をブロックしていますが、他のキーワードを追加することができます。re:Post Privateを立ち上げる前の最後のステップは、関心のあるトピックを選択することです。
開発者向けの関心のあるトピックを選択できます。この選択に基づいて、re:Post Privateは開発者が利用するための一連の選択肢を推奨します。これらは組織の開発者が恩恵を受けるためにキュレーションされた 学習パスです。例えば、ここには2つの選択肢が表示されており、これでre:Post Privateは開発者が利用し使用する準備が整いました。
先ほど申し上げたように、開発者は公開re:Postのすべての機能を利用できます。質問をしたり、記事を公開したり、学習パスや選択を作成したりすることができます。私たちは、お客様と共有し学んだベストプラクティスをすべて取り入れ、皆様に利用していただけるようにこの機能を構築しました。ぜひre:Post Privateを今すぐお試しください。Enterprise support またはEnterprise On-Rampサポートプランをお持ちの場合、6ヶ月間無料でご利用いただけます。その後は、ユーザー1人あたり月額12ドルでご利用いただけます。QRコードをスキャンする時間を少し設けますね。
まとめと次のステップ
さて、今日は何を学んでいただけたでしょうか？組織内でクラウドの専門知識を育成する方法や、知識を拡大するための専門家コミュニティの構築方法についてのベストプラクティスをお伝えしました。また、AWS re:Postを使って公開で知識を共有し、パブリックコミュニティを構築する方法についても説明しました。同時に、AWS re:Post Privateの機能を使って、組織固有の知識コミュニティを構築する方法もお話ししました。
次のステップとしては、これらのベストプラクティスを取り入れて、組織内に独自の知識ネットワークを構築し、 re:Postでセルフサービスの旅を始めてください。今日から独自のプライベートre:Postを立ち上げることができます。以上で私の発表を終わります。ご清聴ありがとうございました。廊下で質問にお答えできますので、よろしければお立ち寄りください。本日はご参加いただき、誠にありがとうございました。
（聴衆の拍手） 廊下でお待ちしておりますので、よろしくお願いいたします。
※ こちらの記事は Amazon Bedrock を様々なタスクで利用することで全て自動で作成しています。
※ どこかの機会で記事作成の試行錯誤についても記事化する予定ですが、直近技術的な部分でご興味がある場合はTwitterの方にDMください。
Discussion