AWS Summit Japan 2026でAI-DLC が複数のセッションで取り上げられていました。 各セッションの話につながりがあるように見受けられたので一つの話の流れにまとめてみました。

はじめに 今月誕生日の人、おめでとうございます🎉 エデュケーショナルサービス課の森純子です。 AWS Summit Japan 2026のセッションレポート第3弾です。今回はセッションではなく、会場内の体験型展示ブースで体験した内容をレポートします。 どの展示も裏側でAIエージェントが自律的に動いていることが共通していて、「エージェント時代」を肌で体感する体験でした。AWSの方に声をかけて説明を受けると資料リンクをもらえる仕組みだったので、気になるブースには積極的に話しかけに行きました。 本記事では、特に

システム開発を進めるとき、開発会社から提示されたスケジュールを見ても「 この期間で本当に間に合うのか 」「 どこを確認すればよいのか 」と不安になる場面は少なくありません。 特に、初めて開発を発注する場合や、社内の関係部署をまとめる立場にある場合は、専門用語や工程の多さに戸惑いやすいものです。 システム開発のスケジュールは、単なる日程表ではなく、 納期・品質・予算を守るための設計図 です。 工程ごとの目的や期間の目安を理解しておくと、開発会社との打ち合わせでも確認すべきポイントが見えやすくなります。 また

システム開発で要件変更が起きる原因や費用・納期・品質への影響を解説します。変更を受け入れる判断基準、追加費用の確認項目、発注側と開発側が揉めない変更管理の手順も紹介します。 「 画面を少し直したいだけなのに、開発会社から追加費用と納期延長を提示された 」 このような予期しない状況に戸惑うケースは少なくありません。 開発側でも、現場や顧客の要望には応えたい一方、変更を無条件で受け入れれば、予算超過や品質低下につながるという悩みがあります。 システム開発における 要件変更 は、必ずしも失敗やトラブルを意味する

今回はIIJのグループ会社である、IIJグローバルソリューションズの木城 良太さんからの寄稿です。 近年話題となっている”シャドーAI”について、「リスクだから禁止しよう」では...

はじめに 今月誕生日の人、おめでとうございます🎉 エデュケーショナルサービス課の森純子です。 AWS Summit Japan 2026のセッションレポート第2弾です。 AIエージェントの自律性が上がるほど、インシデント時のインパクトも大きくなります。このセッションで印象に残ったのは、責任あるAIは「ガードレール→監視→組織的改善」のサイクルを回し続けることが本質だということ。そしてIndeed様の実践事例「Anticipate→Guardrail→Observe」のフレームワークが具体的で参考になりまし

はじめに 今月誕生日の人、おめでとうございます🎉 エデュケーショナルサービス課の森純子です。 AWS Summit Japan 2026に行ってきました！ 会場は凄い盛況で、人・人・人！ 終始会場全体の熱気がすごく、近年のAWSへの注目度の高さをまじまじと感じました。基調講演やスペシャルセッションのオープニングのDJパフォーマンスもとってもかっこよかったです。 今回の私の参加目的は、AI時代の開発の「今」を現場レベルで知ることでした。ベストプラクティスはドキュメントで読めますが、実際に今どう使われていて、

はじめに 今回の結論（先に3行で） Guardrails とは — 目的・背景と Cedar Policy との違い 背景（おさらい） Cedar Policy と Guardrails は「守るレイヤー」が違う 具体的にどんな指示を止めるのか guardrail に定義する中身（指定する4つの要素） 概要図: 同じ境界で「認可」→「コンテンツ安全」の二段 検証環境 Guardrails の前提（運用面） 作成するポリシーと解説 スコープ（forbid の括弧内） guardrail 条件（when gu

AWSが提案する顧客体験の再設計。AIを用いたプロアクティブなアクションで、効率的かつパーソナライズされた顧客サポートの未来を描きます。

こんにちは、マネージドサービス部の大城です。 今年も AWS Summit Japan 2026 に参加してきました。今年は1記事にまとめてイベントレポートを書きます。 Day1（6/25） 沖縄 -> 羽田 -> 幕張 会場到着 Day1セッション 生成 AI × MCP で切り拓く次世代 SRE！自律型運用への挑戦と開発者体験の進化（PRT216-S / sponsored by New Relic） 要約 感想 Day2（6/26） Day2セッション 「勝手に広まる」人気 AI エージェントを爆速

はじめに # 先日、GitHub Actions ワークフローで background 機能が実装され、単一のワークフロー内でステップを並行で実行可能になったことが発表されました。 https://github.blog/changelog/2026-06-25-actions-steps-can-now-be-run-in-parallel/ これまでも、Strategy Matrix を使うと複数のランナーを使って並行処理させることはできましたが、今回の機能で、単一のランナーでの並行処理がサポートされ

システムやアプリは、画面上では問題なく動いているように見えても、利用環境や操作手順によって思わぬ不具合が発生することがあります。 リリース後に不具合が見つかれば、利用者からの信頼低下や問い合わせの増加、改修コストの発生、キャンペーン機会の損失など、事業に大きな影響を及ぼしかねません。 こうした不具合をリリース前に見つけ、 システムの品質を支える のが、ソフトウェアテストの仕事です。 株式会社モンテカンポ は、ソフトウェアやWEBシステム、キャンペーンサイト、外部サービスとの連携、QRコードの生成・検証まで

ソフトウェアテストエンジニアの役割が拡大する中、製品ライフサイクル全体を定義したISO 15288の考え方を取り入れる重要性を解説します。V字モデルと組み合わせることで、どの工程からでも品質向上に貢献できる視点を持てるようになります。

本記事はFigma Config 2026参加レポート③です。 2026参加レポート① ▶▶ 2026参加レポート② ▶▶ 本記事 こんにちは！フロントエンドエンジニアの鈴木です！ 前回の記事に続き、Figma Config 2026で発表された新機能（主にCode Layers）について、エンジニア目線で感じたことをまとめます。 これまでのデザイナーやエンジニアの業務フローを覆すような機能がありましたので要注目です！ Code Layersでできること Code Layersをうまく使うには？ 気になる

本記事はFigma Config 2026参加レポート②です。 参加レポート① ▶▶ 本記事 ▶▶ 参加レポート③ 非デザイナー・非エンジニアのみなさん、Figmaをはじめとする制作ツールの圧倒的な進化スピードに、正直「置いてきぼり」になっていませんか？ こんにちは、Webディレクターの大坪です。 私はサンフランシスコで開催中のFigmaのカンファレンス「Figma Config」に初参加しております！ Figmaといえばデザイナーのためのツールという印象が強いと思いますが、Webディレクターとして普段か