インプロセスQAとテスト自動化の両輪で進める食べログの開発生産性と品質改善の3年間

by ハゲワシ

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

© Kakaku.com Inc. All Rights Reserved. 1. 背景と品質管理室の取り組みの指標構造 (5分) 2. 指標改善のためのインプロセスQAとテスト自動化(5分) 3. 食べログでの品質と開発生産性の改善事例(27分) 品質改善の事例: インシデント件数の改善開発生産性の事例①:テストデータ資産化率の改善開発生産性の事例②:QAブロック率の改善 4.今後の展望(2分) 5.まとめ (1分) 3 アジェンダ

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

© Kakaku.com Inc. All Rights Reserved. 6 企業の競争力と品質と開発生産性 Customer Intimacy Product Leadership Operational Excellence 企業の競争力売るモノの顧客についてどれくらい知っているか？売るモノが市場でどれくらい優位性があるか？売るモノを作る際どれくらいミスが少なく効率的か？内製の事業会社にとって、開発生産性と品質改善は Operational Excellenceとして企業の競争力の重要な一要素・グローバルな自動車製造メーカー・グローバルなファーストフードチェーン店・グローバルな検索エンジンサイト

Slide 7

Slide 7 text

© Kakaku.com Inc. All Rights Reserved. 7 自動化プロセストヨタ生産方式 TQC QC活動ソフトウェアオブジェクトパターンスクラム XP リーン継続的デリバリーパイプライン自動化受け入れテスト自動化クラウド IaC DevOps 開発生産性 AIなど製造業の生産/品質管理からアジャイル開発の開発生産性への流れ製造業の生産/品質管理アジャイル開発の開発生産性・アジャイル開発の開発生産性の源流である、トヨタ生産方式やQC活動なども、 Operational Excellenceを実現するための手法 →もともと品質と開発生産性はトレードオフではない！！アジャイルとDevOpsの品質保証と信頼性, 日本信頼性学会論文誌, Vol.42, No.2, 2020年3月号に掲載したアジャイルの歴史についての図の2024年改訂版

Slide 8

Slide 8 text

© Kakaku.com Inc. All Rights Reserved. 8 「開発生産性と品質指標」とチーム外の関係性の指標構造収益コスト機会損失取り組み事業指標営業指標マーケティング指標プロダクト開発指標プロダクト開発内部指標抜粋生産性の向上品質の向上・開発生産性や品質指標から事業指標までの関係性を構造化 →開発生産性や品質指標が、チームとチームの外に与える影響を整理誰にとってのどんな価値? ・チーム -障害対応が減って嬉しい -レビューが楽になって嬉しい・ユーザー -機能がどんどん使いやすくなって嬉しい -サービス料金が安くなって嬉しい・事業 - 事業の競争力が高くなって嬉しい詳しくは JaSST ‘24 Tokyoの発表資料をご覧ください https://www.jasst.jp/symposium/jasst24tokyo/document/A6.pdf

Slide 9

Slide 9 text

© Kakaku.com Inc. All Rights Reserved. 9 「開発生産性と品質指標」とチーム外の関係性の指標構造収益コスト機会損失取り組み事業指標営業指標マーケティング指標プロダクト開発指標プロダクト開発内部指標抜粋生産性の向上品質の向上・開発生産性や品質指標から事業指標までの関係性を構造化 →開発生産性や品質指標が、チームとチームの外に与える影響を整理チームが開発生産性と生産性を改善する取り組み誰にとってのどんな価値? ・チーム -障害対応が減って嬉しい -レビューが楽になって嬉しい・ユーザー -機能がどんどん使いやすくなって嬉しい -サービス料金が安くなって嬉しい・事業 - 事業の競争力が高くなって嬉しい詳しくは JaSST ‘24 Tokyoの発表資料をご覧ください https://www.jasst.jp/symposium/jasst24tokyo/document/A6.pdf

Slide 10

Slide 10 text

Slide 11

Slide 11 text

© Kakaku.com Inc. All Rights Reserved. 11 品質管理室の取り組みの指標構造デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性品質インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率チーム内の指標・開発生産性と品質の指標を、それらに影響を与えるチーム内の指標へと因数分解 →中規模以上の組織でも、具体的なアクションに取り組めるように

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

© Kakaku.com Inc. All Rights Reserved. 14 品質管理室の取り組み：インプロセスQAとテスト自動化デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性品質インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率テスト自動化インプロセスQA

Slide 15

Slide 15 text

© Kakaku.com Inc. All Rights Reserved. 15 品質管理室の取り組み：インプロセスQAとテスト自動化デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性品質インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率テスト自動化インプロセスQA インプロセスQAの役割・インシデント件数などプロダクト品質に責務を持つ →品質の向上がメイン・ただしインシデントを減らすことは、修正開発を減らし新規の開発案件数を増やすことにも寄与・また、中長期的な開発プロセスの改善にも取り組むチーム構造・企画、デザイナー、エンジニアと一緒にStream Alignedチームの一員として活動

Slide 16

Slide 16 text

© Kakaku.com Inc. All Rights Reserved. 16 品質管理室の取り組み：インプロセスQAとテスト自動化デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性品質インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率品質管理室の直接的な指標テスト自動化インプロセスQA テスト自動化の役割・変更のリードタイム改善のためのテストのリードタイム改善に責任を持つ →開発生産性がメイン・ただし、やみくもなテスト自動化はしない -QA資産の資産化 -導入、活用まできっちりやりきるチーム構造・Platformチームとしての自動化基盤の整備・Enablingチームとしての自動化基盤の活用の支援

Slide 17

Slide 17 text

© Kakaku.com Inc. All Rights Reserved. 17 QA資産化率・QA資産の資産化は「事業会社の内製の開発組織」の「内製の品質組織」としての色が一番出るポイントテスト観点作成テストケース作成テスト準備テスト実行その他 QA活動のテスト工程と資産化方針方針: ナレッジの資産化方針:自動化による単純作業の資産化・事業会社では、サービスを持続的に成長させ続けていく・サービスを提供するための “システム”や”ソースコード”は会社の資産・持続的なQA活動を実施していくための仕組みも資産 ※ここでいう“資産”は経理上の資産とは異なる →戦略的にQA資産を資産化することで企業のOperational Excellenceにつなげる

Slide 18

Slide 18 text

Slide 19

Slide 19 text

© Kakaku.com Inc. All Rights Reserved. 19 品質管理室の取り組みの見える化のための指標構造デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性品質インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率テスト自動化インプロセスQA

Slide 20

Slide 20 text

© Kakaku.com Inc. All Rights Reserved. 20 食べログでの品質と開発生産性の改善事例 ①インプロセスQAによる改善 ②自動化による改善 ③自動化による軽減デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率品質 QAブロック率

Slide 21

Slide 21 text

© Kakaku.com Inc. All Rights Reserved. 21 食べログでの品質と開発生産性の改善事例 ①インプロセスQAによる改善 ②自動化による改善 ③自動化による軽減デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率品質 QAブロック率

Slide 22

Slide 22 text

© Kakaku.com Inc. All Rights Reserved. 22 ①インプロセスQAによるインシデント件数の改善：概要課題と指標の関係・インシデント件数の増加によりその修正のための修正開発案件が増加また同時に変更障害率が増加・修正開発案件率が増加するためデプロイの頻度が不安定に解決策・根本原因であるインシデント件数を改善・インプロセスQA立ち上げ (事業会社の内製開発組織) a ホワイトボックス観点にもとづいたリスクベーステスト b 振り返りをStream Aligned Teamとして実施 c テスト観点マスターによるQA資産の蓄積デプロイの頻度変更障害率修正開発案件率開発生産性品質インシデント件数指標構造

Slide 23

Slide 23 text

© Kakaku.com Inc. All Rights Reserved. 23 ①インプロセスQAによるインシデント件数の改善:解決へのアクション1 受託QAだと、、、・上流工程(設計)は見ません・ソースコードは読みません →下流のブラックボックステストだけですべてのテストを網羅しようとしてしまいがち食べログはインプロセスQAなので・上流工程(設計)を見ることができる・ソースコードが読める →上流の設計やソースコードを加味したテスト設計ができる a ホワイトボックス観点にもとづいたリスクベーステスト実際の不具合修正のQA案件でも不具合：予約システムの配席アルゴリズムが卓数Nに対し O(2^N) のため、 Nが増えると計算量が爆発してしまうブラックボックステストのみのテスト戦略 2^Nの組み合わせテストを減らす食べログでのテスト戦略アルゴリズム変更に伴うリスクに絞ってテスト →数十件の規模でソースコードの条件分岐アルゴリズム上のデータの位置

Slide 24

Slide 24 text

© Kakaku.com Inc. All Rights Reserved. 振り返りで出た実際の付箋： →要件はすべての職能が関わる重要要素・Stream Aligned Teamの -職能を越えた協力姿勢と課題解決を振り返りを通してひたすら改善 24 ①インプロセスQAによるインシデント件数の改善:解決へのアクション2 参加者：企画、デザイナー、開発、QA 内容： Quality (品質) Scope (スコープ) Delivery(納期) 思想：失敗なんてない、成功するか学ぶかだ！ b 振り返りをStream Aligned Teamとして実施エンジニアから要件FIXに向けての動きが弱かったチャットで要件追加されただけで資料更新がない

Slide 25

Slide 25 text

© Kakaku.com Inc. All Rights Reserved. 25 ①インプロセスQAによるインシデント件数の改善:解決へのアクション3 テスト観点マスターによるナレッジの資産化テスト観点マスターのトレーサビリティマトリックス一部抜粋 c テスト観点マスターによるQA資産の蓄積テスト観点作成テストケース作成テスト準備テスト実行その他方針: ナレッジの資産化方針:自動化による単純作業の資産化構成： ○ユースケース一覧 ○トレーサビリティマトリックス ○テスト観点ツリーテスト実行手順まで含めたテストケース →実行手順まで含めて資産化するのであれば自動化した方がよい（あくまでナレッジの資産化）

Slide 26

Slide 26 text

© Kakaku.com Inc. All Rights Reserved. 26 ①インプロセスQAによるインシデント件数の改善：結果指標の変化 2022年度=7件 2023年度=1件 2022年度=543件 2023年度=530件 2022年度 0.7%~2.76% 2023年度 0%~0.76% 計測開始前 (*1) 計測開始前 (*1) 計測開始前 (*2) 2Q=28% 3Q=18% (*1) デプロイ頻度、変更障害率の計測は2022年から (*2) 修正開発案件率の計測は2023年 2Qから・インシデント件数、変更障害率が大幅に改善・デプロイ頻度は同程度 4Q=30% デプロイの頻度変更障害率修正開発案件率開発生産性品質インシデント件数指標構造 2023年1Q 2023年2Q 2023年3Q 2023年4Q

Slide 27

Slide 27 text

© Kakaku.com Inc. All Rights Reserved. 27 食べログでの品質と開発生産性の改善事例 ①インプロセスQAによる改善 ②自動化による改善 ③自動化による軽減デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率品質 QAブロック率

Slide 28

Slide 28 text

© Kakaku.com Inc. All Rights Reserved. 28 ②自動化によるテストデータ資産化率改善: 概要課題と指標の関係・テストデータの資産化率が低いため毎回テストデータを作成する必要がありテストデータ準備リードタイムが増加解決策・根本原因であるテストデータの資産化率を改善 -テストデータ作成手順の自動化 ①自動テストに作成したいデータを入力し実行 ②テストデータが完成開発生産性指標構造変更のリードタイムテストデータ資産化率テストデータ準備リードタイム

Slide 29

Slide 29 text

Slide 30

Slide 30 text

© Kakaku.com Inc. All Rights Reserved. レベル記述レベル記述の変化レベル1 線形スクリプト構造化されていないレベル2 構造化スクリプト制御フローの構造化レベル3 共有スクリプト共通処理の共通化レベル4 データ駆動スクリプトテストステップの共通化とテストデータの構造化レベル5 キーワード駆動スクリプトテストケース記述とテスト実行操作の構造化 30 ②自動化によるテストデータ資産化率の改善: 自動テストのコードの記述方法の成熟度と保守性自動テストの保守性を測るための5段階の指針引用: システムテスト自動化標準ガイド

Slide 31

Slide 31 text

© Kakaku.com Inc. All Rights Reserved. 31 ②自動化によるテストデータ資産化率の改善: 構造化スクリプトの記述例構造化スクリプトとは向上する保守性・テストの手順・事前＆事後処理内の制御フローを構造化できるようになる食べログの活用例線形スクリプトから制御フローを構造化した記述レベルのスクリプト手動テストの担当者がテスト実施中に判断するような処理を if 文や switch 文で制御例 ① ② ③ ？

Slide 32

Slide 32 text

© Kakaku.com Inc. All Rights Reserved. 向上する保守性共有スクリプトとは 32 ②自動化によるテストデータ資産化率の改善: 共有スクリプトの記述例 ① ② ③ 構造化スクリプトから重複処理を共通化した記述レベルのスクリプト？各テストケースの重複処理を共通化できるようになるテストケース毎に必要な ①ブラウザ毎の設定 / ②プロキシの設定 / ③ブラウザの起動を共通化＝1箇所で管理例食べログの活用例

Slide 33

Slide 33 text

© Kakaku.com Inc. All Rights Reserved. 向上する保守性 33 ②自動化によるテストデータ資産化率の改善: データ駆動スクリプトでの記述例データ駆動スクリプトとはテスト手順とテスト条件を分離した記述レベルのスクリプト・テスト手順＝シナリオ・テストの入力＆期待結果などのテスト条件？シナリオを共通化することで、テストケースごとに異なるテスト条件だけをテストデータとして外出しして管理できるようになる食べログの活用例 Cucumber の Scenario Outline で共通化して管理 Cucumber の Examples で外出しして管理テスト条件テスト手順テストデータ

Slide 34

Slide 34 text

© Kakaku.com Inc. All Rights Reserved. 向上する保守性キーワード駆動スクリプトとはテスト手順を分離した記述レベルのスクリプト・プログラムコード以外（テストケースとして記述されたシナリオ）・プログラムコード（シナリオ通りに動かすための実際の処理）？ 34 ②自動化によるテストデータ資産化率の改善: キーワード駆動スクリプトで記述した際の保守性ステップ関数シナリオテストケース：Cucumber のシナリオプログラムコード： Cucumber のステップ関数下記が向上する・テストケースとしての可読性・プログラムコードとしての保守性食べログの活用例

Slide 35

Slide 35 text

Slide 36

Slide 36 text

© Kakaku.com Inc. All Rights Reserved. 36 ②自動化によるテストデータ資産化率の改善: ツールの落とし穴の事例事例テストデータ作成の自動化テストデータ作成手順をそのまま自動化したが、リードタイムがそこまで改善しなかった課題 1800分 300件のテストデータ作成にかかるリードタイム 1359分手動自動（構造化前）原因・自動実行中に手作業が残っていた・テストデータや実施手順に必要なデータを煩雑に管理していた

Slide 37

Slide 37 text

© Kakaku.com Inc. All Rights Reserved. 37 ②自動化によるテストデータ資産化率の改善: ツールの落とし穴の事例事例テストデータ作成の自動化テストデータ作成手順をそのまま自動化したが、リードタイムがそこまで改善しなかった課題 1800分 300件のテストデータ作成にかかるリードタイム 1359分手動自動（構造化前）原因・自動実行中に手作業が残っていた・テストデータや実施手順に必要なデータを煩雑に管理していた 91分自動（構造化後）構造化で解決② テストデータ/実施手順データなどを構造化構造化で解決① 実行中に手作業を入れないソフトウェアとして構造化解決策 95%削減！

Slide 38

Slide 38 text

© Kakaku.com Inc. All Rights Reserved. 38 ②自動化によるテストデータ資産化率の改善: 結果指標の変化自動化率=71% 自動化率=69% 自動化率=97% 自動化率=0% ・テストデータ準備のリードタイムが改善・テストデータの作成件数も増加 1800分 91分リードタイム 300件のテストデータ作成 1359分手動自動 (構造化前) 自動 (構造化後) 開発生産性指標構造変更のリードタイムテストデータ資産化率テストデータ準備リードタイム

Slide 39

Slide 39 text

© Kakaku.com Inc. All Rights Reserved. 39 食べログでの品質と開発生産性の改善事例 ①インプロセスQAによる改善 ②自動化による改善 ③自動化による軽減デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率品質 QAブロック率

Slide 40

Slide 40 text

© Kakaku.com Inc. All Rights Reserved. 40 ③自動化によるQAブロック率の軽減: 概要課題と指標の関係・環境トラブルが原因でテストを中断 (QAブロック) ・QAブロック率が高くなるとリードタイムが悪化解決策・Nightly buildでQAブロックを早期発見・イネーブリングチームとして解決のアクションを実施テストを中断リードタイムの悪化開発生産性指標構造変更のリードタイム QA ブロック率テスト環境修正リードタイム

Slide 41

Slide 41 text

© Kakaku.com Inc. All Rights Reserved. 41 ③自動化によるQAブロック率の軽減: QAブロックを引き起こす原因環境トラブル例 • DBスキーマ更新漏れによるサーバーエラー • バッチが止まっていてデータがおかしくなっていた解決策：Nightly build 毎日スモークテストを実行することで、コード変更による環境トラブルに早期に気づける原因バグ団テスト開始時に全ての環境トラブルを検知・解消できていない問題テスト実施途中で環境トラブルが発生→ テスト実施中断

Slide 42

Slide 42 text

© Kakaku.com Inc. All Rights Reserved. 42 ③自動化によるQAブロック率の軽減: 解決策 NightlyBuild導入の鍵はイネーブリングチーム Nightly Build導入の鍵 Platformチームとして基盤を提供するだけでなく Enablingチームとして使ってもらってから出た課題をすぐに修正 ①インプロセスQAからのFBを受けに行く ②FBに対してすぐに修正する具体的な修正内容・Nightly Build結果確認方法の改善・通知フォーマットの改善

Slide 43

Slide 43 text

© Kakaku.com Inc. All Rights Reserved. 43 ③自動化によるQAブロック率の軽減: 解決策 - FBをもらいすぐに修正事例1 1. Nightly Buildのパイプラインを探す 2. 結果レポートを確認毎朝チャットツールを見に行くだけでよい（①） AsIs ToBe Nightly Build - 結果確認方法の改善 FB 結果を見に行くのが大変ぱっと見で分かりにくい SET 改善しました！！ ①チャットツールに通知 ②結果はシンプルに成功シナリオ数を記載 ③レポートへのリンクを記載 ② ③

Slide 44

Slide 44 text

© Kakaku.com Inc. All Rights Reserved. 44 ③自動化によるQAブロック率の軽減: 解決策 - FBをもらいすぐに修正事例2 AsIs ToBe Nightly Build - 通知フォーマットの改善 FB これはどの環境に対しての Nightly Build？レポートを見ないと分からない改善しました！！環境名を Nightly Build実行結果の通知フォーマットに追加！どの環境に対するNightly Buildか、一目で分かるどの環境に対するNightly Buildか、情報がない SET

Slide 45

Slide 45 text

© Kakaku.com Inc. All Rights Reserved. 45 ③自動化によるQAブロック率の軽減: 解決策 NightlyBuild導入の鍵はイネーブリングチーム Nightly Build導入の鍵 Platformチームとして基盤を提供するだけでなく Enablingチームとして使ってもらってから出た課題をすぐに修正 ①インプロセスQAからのFBを受けに行く ②FBに対してすぐに修正する具体的な修正内容・Nightly Build結果確認方法の改善・通知フォーマットの改善 QAブロックを発見してからすぐに解決のアクションを起こすためのFBが実際に使ってもらってから得られた →これらの修正の結果、QAブロックを 1日以内で解決できることが増えた QAブロック率 Nightly Build 導入後 Nightly Build 導入前 83% 33% 100%

Slide 46

Slide 46 text

© Kakaku.com Inc. All Rights Reserved. 46 ③自動化によるQAブロック率の軽減: 結果指標の変化 • テスト環境修正リードタイム改善 • QAブロック率改善 QAブロック率解決に1日以上時間を要したQAブロック数プロジェクトで発生したQAブロックの総数 = テスト環境修正のリードタイム改善プロジェクトA プロジェクトB QAブロック率改善 QAブロック率の定義 QAブロック率 Nightly Build 導入後 Nightly Build 導入前 83% 33% 開発生産性指標構造変更のリードタイム QA ブロック率テスト環境修正リードタイム 100%

Slide 47

Slide 47 text

© Kakaku.com Inc. All Rights Reserved. 47 食べログでの品質と開発生産性の改善事例：まとめ ①インプロセスQAによる改善 ②自動化による改善 ③自動化による軽減デプロイの頻度変更のリードタイム変更障害率サービス復元時間修正開発案件率テストデータ資産化率 Four Keys QA ブロック率開発生産性インシデント件数テストデータ準備リードタイムテスト環境修正リードタイムテスト実行リードタイムテスト自動化率品質 QAブロック率

Slide 48

Slide 48 text

Slide 49

Slide 49 text

© Kakaku.com Inc. All Rights Reserved. 49 今後の展望自動化プロセストヨタ生産方式 TQC QC活動ソフトウェアオブジェクトパターンスクラム XP リーン継続的デリバリーパイプライン自動化受け入れテスト自動化クラウド IaC DevOps 開発生産性 AIなど製造業の生産/品質管理からアジャイル開発の開発生産性への流れ製造業の生産/品質管理アジャイル開発の開発生産性アジャイルとDevOpsの品質保証と信頼性, 日本信頼性学会論文誌, Vol.42, No.2, 2020年3月号に掲載したアジャイルの歴史についての図の2024年改訂版今後、AIを活用した開発生産性の改善が本格化する

Slide 50

Slide 50 text

© Kakaku.com Inc. All Rights Reserved. 50 生成AIによる開発生産性改善の全社的な取り組み Dify Meetup Tokyo #1より引用・カカクコムでは全社的な生成AIの導入と生成AIコミュニティの支援を始めています。 https://dify.connpass.com/event/321961/ 6/23(日)に開催した Dify Meetup Tokyo #1の様子

Slide 51

Slide 51 text

© Kakaku.com Inc. All Rights Reserved. 51 生成AIによるテスト自動化の変化への期待 As Is: テスト実行が自動化のメイン To Be: テスト要求分析やテスト終了作業が自動化のメインへアジャイルもテスト自動化も当たり前？！ ~AIがテスト設計をする日が来るかも~より・QA4AI ・アジャイルSQC研究会・Dify Community (JP) などの技術コミュニティでぜひ一緒に取り組んでいきましょう！