「Scrum Fest Niigata 2025(Day2)」に参加してきました

クロスファンクショナルチームになるための壁崩しのお作法

HIKARU AKASAKIさん(カオナビ)
Yusuke Yamashitaさん(カオナビ)

ディアルトラックアジャイル
- ディスカバリーとデリバリーの2つのフェーズ
ユーザとの接点
- 毎月5回ユーザインタビュー
- PdMやセールスがやってるが開発チームも入ってる
代理PO
- 開発チームの中からランダムに選ばれた人がPOをやる
  - 誰でもPOをやれるから
  - (POって専任じゃなくてもやれるような専門性低いロールなのか？)

テストピラミッド
- 知っていても活用できてるところは少ない
- 自動テストは書いていても粒度や責任範囲が曖昧
- ツールがさまざまで横断的な整備ができていないことも
LayerXのテストピラミッド
- BEは3層でFEは5層
- 名前と保証したい/確認したいことと使うツール
- https://tech.layerx.co.jp/entry/2024/11/11/182102
- https://tech.layerx.co.jp/entry/2025/04/30/093638
テストピラミッドの作成
- 自組織にあわせた定義をつくる
- 現状のテストから分析
- 現場のエンジニアも一緒に
継続的な見直し
- プロダクトの技術が変わるとテストも変わる

テスト
- 欠陥を見つける
- 欠陥の作り込みの防止
- 丸バツをつけるだけではなく評価をすること
品質
- 要求事項を満たす程度
- ニーズを満たすこと
- 欠陥がないこととは書かれてない事が多い
- 誰かにとっての価値の誰かとは
  - 顧客
  - プロダクトをつくる人
  - CSや営業
  - 関係者全員
  - 利用時だけを考えてると歪が出てくる
テスト戦略
- テストの目標や目的
- 何をなぜやるか
- リスクベース/モデルベース/分析的
- テストをすることを主体になってはだめ
  - テストをするためにプロダクトを作ってるわけではない
  - 不要なものは排除できるか考える
プロダクトの初期
- 早く価値を届ける
- 属人化させていい
  - その人のスキルが高いほど成功する
- ドメイン知識がない人が入ってくると遅くなる
プロダクトの成長期
- 機能が増えて範囲が広がっていく
- 初期のノウハウを元に効率よく作業を進める
- 自動化機械化
プロダクトの成熟期
- 機能が飽和で変更が中心
- 今までの資産で影響あるところを適切にテスト
- 重要でないところは見切っていく
- 属人性を排除して手順化自動化

Keishi Nannoさん(トヨタ自動車)
Shinichi takeuchiさん(トヨタ自動車)

TPS(Toyota Production System)とTBP(Toyota Business Practice)
- 問題の特定や対策を考えるフレームワーク
問題
- 現状とあるべき姿のギャップ
- 機能不足/過剰機能
- あるべき姿が決まってないと迷子になる
アジャイル
- プロセス
  - スクラム
  - モブ
- マインド
  - 心理的安全性
  - 自立

品質の難しさ
- 欠けてるとすぐにわかるが説明するのが難しい
- ISO9000
  - 対象に本来備わってる特性の集まりが、要求事項を満たす程度
- ISO25000
  - 製品品質8属性
  - 利用時の品質5属性
- ソフトウェアの多様さ
  - ユーザも多様
  - 同じユーザでも状況で異なる
  - コンテキスト
TQMとアジャイル
- Total Quality Management
- 目指すこと/手段/組織運営/手法
- TQMもアジャイルも性善説にたっているところが同じ
自分のソフトウェアを理解する
- 振る舞い/構造/実装
- 品質やユーザの価値
  - 設計した価値から実装できていない機能と使った時の不都合を引き算
  - ギャップの大きさを品質の度合いとして感じる
  - 人によって違う