テストプロジェクトが大規模化・複雑化すると、品質保証部門やQAエンジニアが直面する最も深刻な問題の一つは、「見えない課題」が増えることです。 特に、テストが多数の機能、異なる環境、複数のチームにまたがると、全体の状況把握が困難になります。 プロジェクトの情報が分散し、Excelやスプレッドシートといった従来のツールでの管理では、もはや限界を迎えてしまうのです。 例えばテストケースが数千件を超え、複数の担当者が同時にテストを進めるような状況では、 ・今、どこまでテストが進んでいるのか ・どの機能に不具合が集

夜遅くまで不具合を一つひとつ丁寧に潰し、品質を維持するために奔走している…。 にも関わらず、その努力がなかなか正当に評価されないという現実にお悩みの方もいらっしゃるのではないでしょうか。 ソフトウェア開発の現場では、QA（品質保証）やテスト業務は「リリースできて当たり前」「バグがないのは当然」といった見られ方をされがちです。 開発メンバーが新しい機能を実装すれば、その成果は「機能が追加された」という形で明確に現れます。 しかし、QAの努力は「何も問題が起きなかった」という、一見すると地味な結果としてしか示

はじめに ども！最近またですね、新しい検証を進めるために環境構築をつらつらとやっている龍ちゃんです。AI開発をスムーズに進めるための環境構築を検証しているんですが、今回は uvのワークスペース機能 を使ったモノレポ環境について共有します。 前回の記事「 uv + Ruff + mypyで構築する超軽量Python開発環境 」では、単一プロジェクトでの開発環境最適化を紹介しました。今回は、その延長として 複数プロジェクトを1つのリポジトリで管理するモノレポ環境 を構築していきます。 この記事でわかること P

こんにちは。タイミーでデータサイエンティストをしている吉川です。 最近、生成AIを使ったプロジェクト管理の仕組みを試しているのですが、想像以上に働き方が変わったので、その体験を共有したいと思います。 TL;DR 「進捗を更新して」の一言で、5つの管理ファイルが自動更新される仕組みを作った 成果物作成時間が約50%削減（6.5時間→3.25時間）※体感ベース・タスクにより削減率は異なる LLMが「外部ツール」から「チームメンバー」に変わる感覚 秘訣は、Git管理されたMarkdownファイルにドキュメントを

組織が直面する「冬の経営課題」と「深刻な人材不足」 東北地域で事業を営む経営者の皆様にとって、冬の到来は毎年、頭を悩ませる大きな課題ではないでしょうか。美しい雪景色が広がる一方で、交通網の麻痺、従業員の出社困難、除雪作業による疲弊は、 組織 の業務効率と生産性を大きく低下させかねません。これは、一時的なコスト増だけでなく、長期的な企業成長を阻害する要因となり得ます。

NotebookLMとは まずはNotebookLMの概要を説明します。

はじめに 私は普段、MuleSoftを中心とした連携基盤の設計・構築・運用に関わる業務に携わっています。MuleSoftがAIと様々なシステムとのインテグレーションハブとして日々進化していく中、同製品の最新機能や業界動向を把握するため、先日、米国カリフォルニア州サンフランシスコにて開催されたDreamforce 2025に参加しました。 Dreamforceは、Salesforceが毎年開催する世界最大級のカンファレンスであり、Trailblazer（顧客・パートナー・従業員などSalesforceに関わ

プロジェクトでバグが多発し、手動テストの負荷が増大して開発サイクルが鈍化していませんか。 品質を維持しながら開発スピードを上げるためには、非効率なテストプロセスを根本から見直す必要があります。 特に几帳面で効率を重視するエンジニアにとって、テスト管理のボトルネックはストレスの大きな原因となります。 しかし、「テスト自動化やツール導入を始めたいが、何から手をつけるべきかわからない」という課題を抱える現場は少なくありません。 本記事では、現在のテスト管理体制が限界を迎えている3つの決定的なサインを具体的な症状

ソフトウェア開発におけるテスト工程は、品質を保証するための重要なプロセスですが、「今、どこまで終わっているのか？」という進捗の把握が困難になりがちです。 特にプロジェクトの規模が大きくなると、進捗報告が口頭や分散したExcelファイルに頼ってしまい、正確な状況が見えづらくなる「情報のブラックボックス化」が深刻な課題となります。 もし、プロジェクト内で「どこまで終わってる？」という言葉が頻繁に交わされているとしたら、それはテスト進捗の見える化に赤信号が灯っている危険なサインです。 進捗が不透明な状態は、リリ

本日、 AWS Billing and Cost Management において、複数の組織からのコストと使用状況データを含むカスタム請求ビューを作成する新機能を発表しました。これにより、組織外の AWS アカウントとカスタム請求ビューを共有できるほか、複数のカスタム請求ビューを組み合わせて統合されたマルチソースビューを作成することも可能になりました。この機能を使用して、単一の AWS アカウントから AWS Cost Explorer および AWS Budgets を通じて、複数の組織にわたるコスト管

こんにちは。 株式会社SHIFTのCATエヴァンジェリスト・石井優でございます。 (情報)統合型ソフトウェアテスト管理ツール「CAT」について 現在SHIFTが提供するCATとは、テストの実行管理に主眼を置いた正式名称「CAT TCM（Test Cycle Management）」という製品を指します。ケースと実行結果・エビデンスの管理、及びプロジェクトの進捗管理や品質分析を担うツールです。詳しいご紹介はぜひ 製品HP をご確認ください。

日々のテスト業務で「テストを管理するための資料作成」に追われ、本来注力すべき品質検証や分析が後回しになってしまう状況は、ソフトウェア品質保証の現場で決して少なくありません。 報告用のスプレッドシート作成、テスト進捗の手動更新、各種エクセルシートのバージョン管理。こうした「テスト管理作業」が膨らむと、真に価値ある作業＝バグの発見、リグレッション防止、プロセス改善などがおろそかになる危険があります。 例えば、複数のテスターが共有スプレッドシートを使っていると、誰が最新の状態を持っているか分からず、重複作業や抜

期待を込めてテスト自動化を導入したにもかかわらず、「なぜか現場の工数が減らない」「むしろ以前より面倒になった」と感じることはありませんか。 テスト自動化は、本来、時間のかかる反復作業からエンジニアを解放し、生産性を劇的に向上させるための手段です。 しかし、多くの現場で、その期待していた「自動化＝効率化」が実現しないという現実があります。 その原因の多くは、テスト実行レイヤーではなく、テストの「管理」レイヤーに潜んでいます。例えば、以下のような状況に心当たりはないでしょうか。 「自動化スクリプトはあるのに、

はじめに こんにちは。スタメンで Watchy というIT資産管理・操作ログ管理ツールのプロダクトエンジニアをしている yun8boo です。 スタメンでは、業務以外の場でもエンジニアの成長機会づくりを重視しており、カンファレンス参加の補助制度があります。今回はその制度を活用し、2025年10月7日–8日に開催された React Conf 2025 in Las Vegas の現地参加の機会をいただきました。 この記事では、参加の経緯からダイジェスト、印象的だったセッション、現地で得た気づきを順にまとめて

はじめに Luupに所属している、ぐりもお（@gr1m0h）です。 私たちのチームでは、スクラム的なアプローチを採用してタスク管理しています。プロダクトオーナーが不在であるため、チーム全員でタスクの優先順位付けやリファインメントを行い、スプリント単位で開発を進めているという特徴があります。 https://zenn.dev/luup_developers/articles/sre-gr1m0h-20250605 これまでNotionDBを使ってタスク管理していましたが、開発ワークフローとの分断が課題となっ