はじめに こんにちは。KINTOテクノロジーズ プラットフォームグループ Platform Engineeringチームで内製ツールの開発・運用をおこなっている山田です。 過去に書いたSpring AIとText-to-SQLの記事もぜひご覧ください！ https://blog.kinto-technologies.com/posts/2025-06-11-springAI/ https://blog.kinto-technologies.com/posts/2025-01-16-generativeAI

概要 Terraformとは？ tfenvとは？ tfenv インストール手順 インストール確認 Terraformインストール手順 AWS 認証情報の設定 Terraform コードの作成 provider.tf main.tf 現在のディレクトリ構成 リソースのデプロイ terraform init terraform plan terraform apply リソースの削除 (お片付け) まとめ 概要 MacでTerraform を使用して、バージョン管理ツール tfenv を導入しつつ、AWS に

品質保証（QA）部門が、経営層から「コストセンター」として見られがちな状況は、多くのIT企業で共通の課題です。 特に「テストコストが想定を超過」という言葉は、品質保証マネージャーにとって最も重い言葉の一つでしょう。 今回の主人公、品質保証マネージャーの近藤 恒一もまた、コスト削減を迫られる中で「人を削る前に、ムダを疑え」という信念を抱き、組織の構造的な非効率に立ち向かうことを決意します。 彼のチームでは、Excel管理による情報分散、属人化した工数、再利用されないテストケースが蔓延していました。本記事は、

プロジェクトマネジメントにおいて、テストにかかるコストの予測精度は、成功を左右する重要な要素です。 しかし多くの現場では、その工数見積もりが「経験と勘」に依存し、プロジェクトの途中でコスト超過が発覚するといったリスクに常に晒されています。 特にExcel中心の運用では、テストケースや実行履歴が複数のファイルに分散し、どの情報が最新か、どの実績を信じるべきかといった「根拠となる数字の不足」が構造的に発生しています。 結果として、プロジェクトが複雑化するほど見積もり精度は低下し、手戻りによる追加工数も予測でき

こんにちは、@ultaroです！ 「AIはプロンプト次第」 よく聞く言葉ですが、実際にプロンプトを書くのは意外と難しいものです。 特にDevinは自律性が高く、ざっくりした指示でも自分で補完してタスクを進めてくれます。それは便利ですが、こちらの意図と違う方向に進むことも。。。

Windows Serverの機能をクライアントから管理するためのツールである「リモート サーバー管理ツール（RSAT）」のオフラインインストール方法について説明しています。PowerShellを使用して、ISOイメージからRSATをインストールする手順を詳細に解説しています。

G-gen の高宮です。 Google Calendar API と Google Meet REST API を利用し、Google Meet の成果物作成を有効化したカレンダーの予定を作成する方法を解説します。 はじめに 概要 Google Calendar API とは Google Meet REST API とは 免責事項 事前準備 各種 API の有効化 OAuth 同意画面の構成 デスクトップ アプリケーションの認証情報を承認 アーティファクト作成を有効化したイベントと Meet 会議の作成

ソフトウェア開発の現場では、日々、無数のテストが実行されています。 しかし、「このテスト、前にもやったな…」と感じたことはありませんか？ テストケースの作成は、プロジェクトの初期段階では品質を担保するための重要な作業ですが、プロジェクトが進行し、機能が追加・変更されるたびに、膨大な量のテストケースが重複したり、メンテナンスが困難になったりします。 まるで、苦労して作った貴重な資産が、時間の経過とともにガラクタに変わってしまうかのようです。 そこで今回はある開発チームのリアリティのあるストーリー

複数プロジェクトが同時進行する中で、毎回テストケースを一から作り直す状況に疲弊していませんか。 論理的で無駄を嫌うQAエンジニアの方々にとって、この非効率な現状は大きなストレスになっていることでしょう。 チーム内で「前回のテストどこにありました？」という質問が度々飛び交い、過去のテストが見つからず、探すだけで数時間が消えてしまう…。 このような「探す手間」は、直接的にテスト設計や実行の時間を圧迫します。 これは個人の努力で解決できる問題ではなく、テスト資産を効率的に再利用できないという構造的な課題から生じ

こんにちは！ AWS でソリューションアーキテクトをしている菅原です。 本ブログは Kiroweeeeeeek ( X: #kiroweeeeeeek ) の第 4 日目です。昨日のブログは吉村さんの「 Kiro を組織で利用するためのセキュリティとガバナンス 」という内容でした。平日だけの予定でしたが、皆様からの人気も高く休日も投稿をすることになっています。 先日、AWS のアジアパシフィックの社員による、社内ハッカソンが行われました。ハッカソンでプロダクトを作るにあたり、Kiro を使ったペアプログラ

初めまして。2025年にSCSKに入社した新人の大原悠利と申します。現在、所属部署の伝統であるクラウド研修に参加しています。 今回はその研修の中で、自分が特に苦戦した「 AWS CloudFormationの出力をAnsibleで利用する方法 」についてご紹介します。この記事が、同じように悩む方の助けになれば嬉しいです。   実装する要件 概要 AWS CloudFormationと構成管理ツール（Ansible）を用いて、Amazon EC2上にアプリケーションを自動デプロイします。 プライベ

初めまして。2025年にSCSKに入社した新人の大原悠利と申します。現在、所属部署の伝統であるクラウド研修に参加しています。 今回はその研修の中で、自分が特に苦戦した「 AWS CloudFormationの出力をAnsibleで利用する方法 」についてご紹介します。この記事が、同じように悩む方の助けになれば嬉しいです。   実装する要件 概要 AWS CloudFormationと構成管理ツール（Ansible）を用いて、Amazon EC2上にアプリケーションを自動デプロイします。 プライベ

日々、品質保証（QA）やテスト業務に携わる中で、「このテストは〇〇さんがいないと回らない」「過去にどう検証したか誰も分からない」といった不安を感じることはありませんか？ 特定のエンジニアの経験や暗黙知に依存したテストプロセス、すなわち属人化は、開発速度とプロダクト品質を蝕む最大の要因です。 属人化が進むと、バグの再発（リグレッション）が常態化し、テストのたびに膨大な人的工数がかかり、結果的に開発サイクルが停滞します。 この問題は、手動テストの負荷軽減やCI/CD（継続的インテグレーション/継続的デリバリー

はじめに スクラム開発では、チームの活動を円滑に進めるために、いくつかのイベントが定期的に行われます。 その中でも「デイリースクラム」は、開発チームが毎日実施する重要なイベントのひとつです。 本記事では、デイリースクラムの概要・基本ルール・進め方を初心者向けにわかりやすく解説します。 スクラムを学び始めた方が、デイリースクラムの本来の意図を理解し、チームの運営に活かすきっかけになれば幸いです。 デイリースクラムとは デイリースクラムは、スプリントの進行状況を確認し、チームとして計画を最適化するための時間で

株式会社SHIFT CATチーム、テスト管理ツール「CAT」のエヴァンジェリストの石井です。CATの紹介は こちら(公式HP) からどうぞ。