急成長を続けるメガベンチャーの現場では、プロダクトの多角化や組織の拡大に伴い、ある深刻な課題が浮き彫りになります。 それは、チームごとにテスト方針や管理手法が異なる「品質管理の分断」です。 「あるチームはExcel、別のチームはNotionで管理し、バグ報告だけがJiraに集まってくる」 このような状況では、プロダクト横断での品質担保は難しく、QAマネージャーは現場との板挟みや、リリース直前の予期せぬ障害対応に追われることになります。 個別最適の限界を超え、QAを「ボトルネック」から「価値創出の基盤」へと

こんにちは、青木です。 今回はお客様とGoogle CloudでGeminiを利用したアプリ開発を経験したので、その感想を書いていこうと思います。 難しいことは行っていないですが、コーディングの知識がない自分でもAIを用いることでアプリ開発が思ったよりも簡単にできたので興味がある方はぜひご一読ください。   勉強会の内容 今回の勉強会ですが、1日目にGoogle Cloudのハンズオン、2日目、3日目で既存のアプリを改善する課題、成果発表を行う流れでした。 ハンズオンの内容をもとに課題を実施して

こんにちは。タイミーでPlatform Engineeringグループのマネージャーを務める橋本（ @kaz-under-the-bridge ）です。 2026年1月26日〜28日の3日間、AWS様と共同で AI-DLC Unicorn Gym （以下UG）を開催しました。私はタイミー側のカウンターパートとして、企画・準備から当日の運営、振り返りまでを担当しました。 AI-DLC（AI-Driven Development Life Cycle）は、要件定義からリリースまでの開発プロセス全体にAIを深く

レガシーメインフレームアプリケーションは、企業全体の重要な事業運営のバックボーンの一部ですが、これらのシステムにはモダナイゼーションに関する重大な課題があります。メインフレームは何十年にもわたって信頼性が証明されてきましたが、多額の技術的負債を蓄積し、専門知識の需要はますます少なくなり、迅速なイノベーションと機能の導入を妨げています。AWS Mainframe Modernization with Rocket Software は、お客様が切望していたこれらのレガシーアプリケーションの知的財産を元のソー

本稿は株式会社タイミー様と AWS Japan の共同執筆により、AI 駆動開発ライフサイクル（AI-DLC）Unicorn Gym の実践を通じて得られた学びと今後の取り組みをお伝えするものです。 はじめに 株式会社タイミー様（以下同社）は、スキマバイトサービス「タイミー」を展開しているスタートアップ企業です。同社では個々のチーム/エンジニアが独自の方法で AI を活用し生産性を高めている一方で、次のステップとして組織全体でどう活用していくかが課題となっていました。 この課題に対して、同社と AWS は

2025年の11月某日、アンケートの通知を受信。差出人はHRテック事業部長。 開くと「AI開発合宿をやります！」というタイトルと、概要、そして選択肢がありました。 ☑️ 1. 絶対に行きたい ☑️ 2. 行きたいけどまだ行けるか分からない ☑️ 3. 行きたいけど予定があり行けない 全部行きたい前提なんだ…と思いつつ、面白そうだったのでとりあえず2を選んで返信し、めくるめくAI開発合宿へのチケットを手に入れました━━━━ はじめに 初めまして！私はHRテック事業部で、NALYSYS労務管理プロダクトチーム

2026 年 1 月、三菱電機株式会社 電力システム製作所 電力 ICT センターで、 3 日間にわたる「AI-DLC Unicorn Gym」が開催されました。 AI 駆動開発ライフサイクル（AI-DLC）を組織的に体験する Unicorn Gym に、 33 名のエンジニアが参加。本記事では、運営を担当した電力 ICT センターの中村様が聞き手となり、実際に参加した増成様、相原様、小森様に体験を語っていただきました。 AI 駆動開発ライフサイクル（AI-DLC）とは 中村 : まず「AI-DLC って

はじめに スクラムでチーム運営をしていると、スプリントごとにレトロスペクティブ（ふりかえり）を実施していると思います。一方で、毎回同じ進め方を続けていると、どうしてもマンネリ化してしまい「やってはいるけど盛り上がらない」「新しい気づきが出にくい」といった悩みが出てくることもあります。 そんなとき、ふりかえりの“型”を少し変えるだけで場の空気が変わり、参加意欲や発言のしやすさが上がることがあります。 そこで、「もっとふりかえりを極めたい！」という思いを持った有志で、『ふりかえりカタログ（コミュニティ版）』を

はじめに

こんにちは、株式会社SHIFT アジャイル&ふりかえりエバンジェリストこと、森（びば）です。社内に向けて、色んな人の社外登壇を後押しする活動を行っています。

はじめに こんにちは。エンジニアリングオフィスの山崎（@ymzaki_m4）です！ 開発組織の進化を支える幅広い活動をしている私たちですが、ふと気づくことがありました。 「私たち自身も、一つのチームとして成長し続ける必要があるのでは？」 そこで着目したのが「振り返り」の手法です。2024年から現在まで、私たちは振り返りの手法を進化させ続けてきました。特に2025年は 「感情」 を振り返りに組み込むことで、チームの心理的安全性が高まり、より建設的な議論ができるようになった実感があります。 この記事では、エン

メガベンチャー規模のプロダクト開発において、各チームが独自の基準で進める「部分最適」なQAは、組織の拡大とともに限界を迎えます。 マイクロサービス化が進み、プロダクトが複雑に絡み合う現代では、断片的な改善だけではリリース速度と品質の両立は困難です。 いまQAマネージャーに求められているのは、点在するテスト資産を統合し、組織全体の品質を俯瞰できる「全体最適」な管理基盤の構築です。 そこで今回は大規模プロジェクト特有の課題を解決し、QAを「リリースのブレーキ」から「価値創出の中核」へと変えるためのテスト管理ツ

はじめに 駅メモ！開発チームの id:kaidan388 です。 昨年の6月に新機能として「アルバム機能」をリリースしました。私はこの開発でリーダーを務めました。 このアルバム機能は、駅メモ！の中でも特に規模の大きな開発となりました。また、これまでの新機能がバトル面の強化やチェックイン・アクセスのしやすさが中心で、ライフログを強化する試みはあまり例がなかったため、「本当にユーザーの皆様に楽しんでいただけるだろうか」という懸念も当初はありました。 今回は、この大規模かつ前例のない開発を無事にリリースまで進め

こんにちは。株式会社SHIFTのアジャイルコーチの平井（しげ）です。

急成長を遂げるメガベンチャーにおいて、QA組織の役割は単なる不具合の発見にとどまりません。 プロダクトの多角化やマイクロサービス化が進む中で、テスト管理ツールはQAチームだけでなく、PdMやエンジニア、外部パートナーまでがアクセスする「品質情報のハブ」となります。 しかし、この利便性の裏には重大なリスクが潜んでいます。 テスト管理ツールが扱う未公開の仕様、脆弱性情報、あるいは検証用の個人データが漏洩すれば、それは組織全体の致命的な脆弱性になりかねません。 現場のスピードを維持しつつ、経営層が求めるガバナン