Submit Search
あじゃいる時代の品質保証 ~DevSQAの提案~
Download as PPTX, PDF
24 likes
10,714 views
Hiroaki Matsunaga
Regional SCRUM GATHERING Tokyo 2016 で行ったセッションの資料です。 2016. 1. 19.
Software
Read more
1 of 56
Download now
Downloaded 59 times
1
2
3
4
Most read
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Most read
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
Most read
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
More Related Content
PPTX
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
PDF
LINE Developer Meetup in Tokyo #39 Presentation (modified)
Yasuharu Nishi
PDF
探索的テスト入門
H Iseri
PDF
車載ソフトウェアの品質保証のこれから
Yasuharu Nishi
PDF
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
PDF
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
PDF
Is No More QA Idealist Practical and Something Tasty?
Yasuharu Nishi
PDF
アジャイル開発とメトリクス
Rakuten Group, Inc.
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
LINE Developer Meetup in Tokyo #39 Presentation (modified)
Yasuharu Nishi
探索的テスト入門
H Iseri
車載ソフトウェアの品質保証のこれから
Yasuharu Nishi
Agile Quality アジャイル品質パターン (QA2AQ)
Hironori Washizaki
パターン QA to AQ: 伝統的品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ
Hironori Washizaki
Is No More QA Idealist Practical and Something Tasty?
Yasuharu Nishi
アジャイル開発とメトリクス
Rakuten Group, Inc.
What's hot
(20)
PDF
Re-collection of embedded software qa in the last decade
Yasuharu Nishi
PDF
LINE Developer Meetup in Tokyo #39 Presentation
Yasuharu Nishi
PDF
modern software qa - draft 1
Yasuharu Nishi
PDF
テストを分類してみよう!
Kenji Okumura
PDF
概説 テスト分析
崇 山﨑
PDF
Demystifying quality management for large scale manufacturing in modern context
Yasuharu Nishi
PPTX
テスト分析.pptx
kauji0522
PDF
テスト観点に基づくテスト開発方法論VSTePの概要
Yasuharu Nishi
PDF
SQuBOKガイドV3概説 ~IoT・AI・DX時代のソフトウェア品質とシステム監査~
Hironori Washizaki
PDF
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
Akira Ikeda
PDF
「PdMと考えるQAとプロダクトマネジメント」
大貴 蜂須賀
PDF
アジャイル品質のパターンとメトリクス Agile Quality Patterns and Metrics (QA2AQ) 20240225
Hironori Washizaki
PPTX
【Ltech#6 】LIFULLでのQAのあり方
LIFULL Co., Ltd.
PDF
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
PDF
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
PPTX
ソフトウェアの品質保証の基礎とこれから
Yasuharu Nishi
PDF
Software-company Transformation
Yasuharu Nishi
PDF
What is quality culture? Is it something tasty?
Yasuharu Nishi
PDF
DeNAの品質を支えるQAの取り組み 〜標準化から実践まで〜
Tetsuya Kouno
PPTX
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
Kinji Akemine
Re-collection of embedded software qa in the last decade
Yasuharu Nishi
LINE Developer Meetup in Tokyo #39 Presentation
Yasuharu Nishi
modern software qa - draft 1
Yasuharu Nishi
テストを分類してみよう!
Kenji Okumura
概説 テスト分析
崇 山﨑
Demystifying quality management for large scale manufacturing in modern context
Yasuharu Nishi
テスト分析.pptx
kauji0522
テスト観点に基づくテスト開発方法論VSTePの概要
Yasuharu Nishi
SQuBOKガイドV3概説 ~IoT・AI・DX時代のソフトウェア品質とシステム監査~
Hironori Washizaki
テスト分析・設計を体感しよう ~マインドマップを活用してテスト観点を発想しよう
Akira Ikeda
「PdMと考えるQAとプロダクトマネジメント」
大貴 蜂須賀
アジャイル品質のパターンとメトリクス Agile Quality Patterns and Metrics (QA2AQ) 20240225
Hironori Washizaki
【Ltech#6 】LIFULLでのQAのあり方
LIFULL Co., Ltd.
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
Akinori SAKATA
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
ソフトウェアの品質保証の基礎とこれから
Yasuharu Nishi
Software-company Transformation
Yasuharu Nishi
What is quality culture? Is it something tasty?
Yasuharu Nishi
DeNAの品質を支えるQAの取り組み 〜標準化から実践まで〜
Tetsuya Kouno
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
Kinji Akemine
Ad
Similar to あじゃいる時代の品質保証 ~DevSQAの提案~
(20)
PDF
はじめてのスクラム体験ワークショップ 〜 アジャイル時代のテスターを目指して
Rakuten Group, Inc.
PPTX
Agile and Quality
Core Concept Technologies Inc.
PDF
アジャイル開発と品質保証の密なる関係 #quesqa
ques_staff
PDF
アジャイル開発に最適なQA『アジャイルQA』の導入
Nobuyuki Kikuchi
PDF
プロエンジニアになるための「アジャイル開発」再入門
Yoshihito Kuranuki
PDF
DeNA QA night #2 presentation
Yasuharu Nishi
PDF
アジャイル品質パターンによる伝統的な品質保証(Quality Assurance)からアジャイル品質(Agile Quality)への変革
Hironori Washizaki
PDF
アジャイルクオリティの探求
atsushi nagata
PPTX
How to let them in house of quality
Takahiro Toku
PDF
アジャイル品質保証の知識体系 – SQuBOK 2020 予定より –
Hironori Washizaki
PDF
QA improvement
Sadaaki Emura
PDF
アジャイル基礎再考
Kanu orz
PDF
アジャイル×テスト開発を考える
yasuohosotani
PDF
アジャイルと私
Hajime Yanagawa
PDF
Tfad AgileDay MS 20100122
Kazumasa EBATA
PDF
2017/4/25 『小規模開発アジャイル導入の気づき』
voltage_devrel
PDF
GCSアジャイル開発を使ったゲームの作り方
Hiroyuki Tanaka
PDF
協創型ソフトウェア開発 ガイダンス資料
Yoshihide Chubachi
PDF
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
PDF
何がって"DevQA" アジャイル開発とQAの合体が改善を生む
atsushi nagata
はじめてのスクラム体験ワークショップ 〜 アジャイル時代のテスターを目指して
Rakuten Group, Inc.
Agile and Quality
Core Concept Technologies Inc.
アジャイル開発と品質保証の密なる関係 #quesqa
ques_staff
アジャイル開発に最適なQA『アジャイルQA』の導入
Nobuyuki Kikuchi
プロエンジニアになるための「アジャイル開発」再入門
Yoshihito Kuranuki
DeNA QA night #2 presentation
Yasuharu Nishi
アジャイル品質パターンによる伝統的な品質保証(Quality Assurance)からアジャイル品質(Agile Quality)への変革
Hironori Washizaki
アジャイルクオリティの探求
atsushi nagata
How to let them in house of quality
Takahiro Toku
アジャイル品質保証の知識体系 – SQuBOK 2020 予定より –
Hironori Washizaki
QA improvement
Sadaaki Emura
アジャイル基礎再考
Kanu orz
アジャイル×テスト開発を考える
yasuohosotani
アジャイルと私
Hajime Yanagawa
Tfad AgileDay MS 20100122
Kazumasa EBATA
2017/4/25 『小規模開発アジャイル導入の気づき』
voltage_devrel
GCSアジャイル開発を使ったゲームの作り方
Hiroyuki Tanaka
協創型ソフトウェア開発 ガイダンス資料
Yoshihide Chubachi
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
何がって"DevQA" アジャイル開発とQAの合体が改善を生む
atsushi nagata
Ad
More from Hiroaki Matsunaga
(7)
PDF
LSACONSULTiNG_事業概要書.pdf
Hiroaki Matsunaga
PPTX
XP祭り2020 体験!チームワークを高め、強いチームになる方法!
Hiroaki Matsunaga
PPTX
Agilejapan2018
Hiroaki Matsunaga
PPTX
シン・コラボレーション
Hiroaki Matsunaga
PPTX
【講演資料】ハード+ソフトの協調アジャイル開発
Hiroaki Matsunaga
PPTX
【講演資料】テスト自動化から始める、Io t時代の組込アジャイル開発
Hiroaki Matsunaga
PPTX
世界の変え方
Hiroaki Matsunaga
LSACONSULTiNG_事業概要書.pdf
Hiroaki Matsunaga
XP祭り2020 体験!チームワークを高め、強いチームになる方法!
Hiroaki Matsunaga
Agilejapan2018
Hiroaki Matsunaga
シン・コラボレーション
Hiroaki Matsunaga
【講演資料】ハード+ソフトの協調アジャイル開発
Hiroaki Matsunaga
【講演資料】テスト自動化から始める、Io t時代の組込アジャイル開発
Hiroaki Matsunaga
世界の変え方
Hiroaki Matsunaga
あじゃいる時代の品質保証 ~DevSQAの提案~
1.
あじゃいる時代の品質保証 〜DevSQAの提案〜
2.
自己紹介ー松永広明 1999年1990年 2000年 2004年 2008年 2011年 2014年 株式会社 豆蔵
シニアコンサルタント(2015年10月~) 1990年のキャリアスタートから、一貫して組込ソフトウェアの開 発に従事。 2011年ごろよりアジャイル開発を推進。 書籍:分かりやすいアジャイル開発の教科書(2012) レビュアー 資格:ScrumAlliance 認定Scrum Professional 認定Scrum Master
3.
山中教授に似てると言われます
4.
豆蔵のアジャイル関連サービス アジャイルを 徹底フルサポート アジャイル入門 「アジャイル開発ではなぜそうするのか」 なぜアジャイル開発である必要があるのか」 という点を徹底して解説 スクラムの基礎と実践 「実開発をイメージできる題材」 「約7割が演習による訓練」 実践をイメージし即実践できる 実践で学ぶテスト駆動開発 アジャイル開発の実践に必須のプログラミング手法 演習を主体とした研修を通じてテスト駆動開発を理解し、実践出来る アジャイル導入支援サービス 実際のプロジェクトをテーマにしたアクションラーニングにより、 アジャイル開発の導入から組織活動への浸透までをフルサポート。
5.
本日のテーマ アジャイルってなんだか流行ってるけど、 • 品質面はどうなの? • 品質保証ってどうやるの? •
品質保証部門(以下SQA)の関わり方は どう変わるの?
6.
ソフトウェア品質を取り巻く状況 1. ソフトウェアは他のどんな人工物よりも大きなビジネス上 の問題を起こしていると非難の的になっている。 2. ソフトウェア品質が低いことによる代償は、人類史上最も 高くついたもののひとつだと言われている。 3.
ソフトウェア関連の役員、管理職、技術者は、多くのCE Oたちに、「プロフェッショナル」というよりは、「必要 悪」だと捉えられている。 4. ソフトウェアの品質を改善することは、全ての産業にとっ てキーとなるトピックである。 Capers Jones 2013: http://namcookanalytics.com/wp-content/uploads/2013/10/SQA2013Long.pdf
7.
そんな中、アジャイルは 品質をどう捉えているのか
8.
「品質」を探してみよう
9.
© 2001, 上記の著者たちこの宣言は、この注意書きも含めた形で全文を含めることを条件に自由にコピーしてよい。 アジャイルソフトウェア開発宣言
10.
© 2001, 上記の著者たちこの宣言は、この注意書きも含めた形で全文を含めることを条件に自由にコピーしてよい。 アジャイルソフトウェア開発宣言 あれっ?
11.
アジャイル開発12の原則 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、 お客様の競争力を引き上げます。
動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースしま す。 ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わ るまで彼らを信頼します。 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすること です。 動くソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。一定のペースを継続的に維持でき るようにしなければなりません。 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。 シンプルさ(ムダなく作れる量を最大限にすること)が本質です。 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。 チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分た ちのやり方を最適に調整します。
12.
アジャイル開発12の原則 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、 お客様の競争力を引き上げます。
動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースしま す。 ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。 意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わ るまで彼らを信頼します。 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすること です。 動くソフトウェアこそが進捗の最も重要な尺度です。 アジャイル・プロセスは持続可能な開発を促進します。一定のペースを継続的に維持でき るようにしなければなりません。 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。 シンプルさ(ムダなく作れる量を最大限にすること)が本質です。 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。 チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分た ちのやり方を最適に調整します。 あららっ!?
13.
!!!! アジャイルには 品質は宣言されていない ...のか?
14.
安心してください アジャイルにも品質は宣言されています
15.
ここらへんとか
16.
ここらへんとかも
17.
「動くソフトウェア」は 英語では ”Working software”
18.
work【自動詞】 1.働く、作業[仕事・勉強]する、取り組む 2.勤めている 3.徐々に動く、努力して進む 4.正常に[正しく・目的通りに]機能[動作・稼働]する 5.〔テレビ・ラジオなどが〕つく 6.効く、効き目がある、役に立つ 7.うまくいく、功を奏する、軌道に乗る 8.〔スケジュールの日時が人にとって〕都合がよい
19.
正常に機能して ちゃんと役に立つ つまり 品質が確保されている
20.
動くソフトウェア 「正しく機能する」ソフトウェア
21.
アジャイル宣言にも 品質は宣言されていた!
22.
じゃあ、アジャイルにおける SQAの役割は?
23.
要件 設計 実装
テスト SQAの出番 従来型開発の場合
24.
Sprint Sprint Sprint
Sprint アジャイル開発の場合 SQAの出番
25.
SQAはアジャイル時代に おいても品質を監査し 品質基準が達成出来ていなけ ればゲートを通れないよう しっかり監視するのが仕事
26.
SQAはアジャイル時代に おいても品質を監査し 品質基準が達成出来ていなけ ればゲートを通れないよう しっかり監視するのが仕事 ?
27.
従来のSQAの役割 監査プロセス 品質 監視 独立性 懲罰 改善 指導 要求 ゲート 判定 確認 バグ直せ品質上げろ 仕様書よこせ 品 質 施 策 テストチェック 叱 責 注意 目 標
28.
なんか上から目線
29.
SQAは品質の門番か
30.
ゲート通過を制限 すれば流れが滞る
31.
せき止めるのではなくて 滑らかに流れるようにする
32.
フィードバック ここで の話を
33.
水槽の温度制御を考える
34.
設定温度 制御部 ヒーター
水槽温度 外乱 (外気温) センサー
35.
設定温度 制御部 ヒーター
水槽温度 外乱 (外気温) センサー ヒーターの能力が低ければ そもそも設定温度に 達することができない
36.
設定温度 制御部 ヒーター
水槽温度 外乱 (外気温) センサー センサーの精度が低ければ 正しく電圧を制御できない ヒーターの能力が低ければ そもそも設定温度に 達することができない
37.
設定温度 制御部 ヒーター
水槽温度 外乱 (外気温) センサー プロマネ SQA 開発者 仕様変更 など 品質品質目標 ソフトウェア開発に当てはめると
38.
ヒーターの能力とは 開発者のスキル
39.
センサーの精度とは 正しく品質を知る能力
40.
Dev SQA 滑らかにループを回すには、 ヒーター(Dev)とセンサー(SQA) 双方の協調が不可欠
41.
開発部門、運用部門、品質保証部門のあいだの、統合、コミュ ニケーション、コラボレーションを行うための一連のメソッドとシ ステムである。これはまた、適切なソフトウェアとサービスによっ てビジネスゴールを実現するためのミーティングにおいて、開発と 運用の相互依存として理解されつつある。 DevOpsとは Wikipediaより
42.
Wikipediaより
43.
SQAもう入ってるし Wikipediaより
44.
DevSQAなんて提案するまでもなかった...
45.
開発 テスト Developer Testerプロダクトバックログ 潜在的出荷可能 インクリメント(PSI)
46.
開発 テスト Developer プロダクトバックログ 潜在的出荷可能 インクリメント(PSI) Tester SQA
47.
アジャイル時代のSQA 見える化 品質モニター チームの一員 連携 フィードバック コラボレーション問題対私たち 生産性 改善 協調 解決 チームワーク シフトレフト金は来週返す 手伝おう 勉強会やろう 共有共通理解 CI TDD ファシリ テート
48.
プロジェクト関係者間のコラボレーションを加速し、 チームをファシリテートし、
チームの生産性、成果物の品質を改善する、 チームのドクター。 アジャイル時代のSQA
49.
プロジェクト関係者間のコラボレーションを加速し、 チームをファシリテートし、
チームの生産性、成果物の品質を改善する、 チームのドクター。 そういう人を、スクラムではなんていうんだっけ? アジャイル時代のSQA
50.
SQAエンジニアは スクラムマスター として働こう
51.
たとえば生産性の改善 生産性って何?
52.
たとえば生産性の改善 生産性って何? たくさんコードを書くこと?
53.
たとえば生産性の改善 生産性って何? たくさんコードを書くこと? バグだらけのコードをたくさん書いて 生産性が高いと言えますか?
54.
たとえば生産性の改善 生産性って何? たくさんコードを書くこと? 品質を確保せずして生産性の向上はない バグだらけのコードをたくさん書いて 生産性が高いと言えますか?
55.
まとめ アジャイル宣言には品質も宣言されている DevOpsにはSQAの役割も含まれている アジャイル時代のSQAはスクラムマスターをやろう
56.
以上、松永でした
Editor's Notes
#47:
右側は、敢えてSQAではなくテスターとした。理由は、SQAの仕事はテストだけではないから。SQAの役割は次ページ。
#49:
SQAは、自らの技術を磨き、知見を高め、品質の視点からレビューやTDDにも積極的に参加すべき。 設計にも参画して、そんな設計じゃダメだとか、そんなコードじゃダメだとかが指摘できるようになるべき。 そうやってプロジェクト全体の技術力を高めることによって品質を高める。 品質を高めることは、生産性の向上に直接寄与する。
#52:
正しくは、スクラムマスターの仕事を少し拡張したもの。
Download