Submit Search
Upload
すくすくスクラム広島第8回「塹壕よりスクラムとQC」
•
6 likes
•
1,395 views
稔 川口
Follow
2014/11/30に行われたすくすくスクラム広島第8回の資料です
Read less
Read more
Software
Report
Share
Report
Share
1 of 127
Download now
Download to read offline
Recommended
スクラムにおけるQAメンバー(非開発者)の関わり方を模索してみた
スクラムにおけるQAメンバー(非開発者)の関わり方を模索してみた
Takayoshi Sakaino
120225 bootstrap
120225 bootstrap
TechGardenSchool
小,中規模WEBサイト 制作でAWSを使う
小,中規模WEBサイト 制作でAWSを使う
Nobuhiko Futagami
Webデザインの幅を広げる、jQuery【コードを記述する】 先生:保坂 庸介
Webデザインの幅を広げる、jQuery【コードを記述する】 先生:保坂 庸介
schoowebcampus
車載の品質管理 Automobile Quaulity Control
車載の品質管理 Automobile Quaulity Control
博行 門眞
Zansa7-信頼性工学と統計
Zansa7-信頼性工学と統計
Atsushi Hayakawa
QC7tools
QC7tools
Atsushi Hayakawa
統計解析ソフトMinitab 17による一元配置分散分析
統計解析ソフトMinitab 17による一元配置分散分析
KOZO KEIKAKU ENGINEERING Inc., Minitab
Recommended
スクラムにおけるQAメンバー(非開発者)の関わり方を模索してみた
スクラムにおけるQAメンバー(非開発者)の関わり方を模索してみた
Takayoshi Sakaino
120225 bootstrap
120225 bootstrap
TechGardenSchool
小,中規模WEBサイト 制作でAWSを使う
小,中規模WEBサイト 制作でAWSを使う
Nobuhiko Futagami
Webデザインの幅を広げる、jQuery【コードを記述する】 先生:保坂 庸介
Webデザインの幅を広げる、jQuery【コードを記述する】 先生:保坂 庸介
schoowebcampus
車載の品質管理 Automobile Quaulity Control
車載の品質管理 Automobile Quaulity Control
博行 門眞
Zansa7-信頼性工学と統計
Zansa7-信頼性工学と統計
Atsushi Hayakawa
QC7tools
QC7tools
Atsushi Hayakawa
統計解析ソフトMinitab 17による一元配置分散分析
統計解析ソフトMinitab 17による一元配置分散分析
KOZO KEIKAKU ENGINEERING Inc., Minitab
統計解析ソフトMinitab 17によるXbar-R管理図
統計解析ソフトMinitab 17によるXbar-R管理図
KOZO KEIKAKU ENGINEERING Inc., Minitab
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
博行 門眞
TPM 設備保全の概要 | 機械保全 | TPMとは?
TPM 設備保全の概要 | 機械保全 | TPMとは?
博行 門眞
QC工程表の作成と活用、事例集
QC工程表の作成と活用、事例集
博行 門眞
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
Yasuharu Nishi
PMBOKで学ぶプロジェクトマネジメントの基礎
PMBOKで学ぶプロジェクトマネジメントの基礎
Hiroyuki Tanaka
No023-01-suc3rum-20110527
No023-01-suc3rum-20110527
Sukusuku Scrum
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Rakuten Group, Inc.
20151126 cookpad talk_test_engineer
20151126 cookpad talk_test_engineer
Kazuaki Matsuo
大江戸Ruby会議
大江戸Ruby会議
Yuki Akamatsu
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Kazumasa EBATA
xDev2010 早い安い新しい「Fast IT」を使いこなせ! クラウドを楽しめるエンジニアの条件
xDev2010 早い安い新しい「Fast IT」を使いこなせ! クラウドを楽しめるエンジニアの条件
Yusuke Suzuki
Web 動画 撮影講座 & 動画撮影ワークショップ - 第6回 NAMO (NAgoya Movie Obenkyokai)
Web 動画 撮影講座 & 動画撮影ワークショップ - 第6回 NAMO (NAgoya Movie Obenkyokai)
Katz Ueno
AWS小ネタ集
AWS小ネタ集
Takehito Tanabe
Application insights で行ってみよう
Application insights で行ってみよう
Kazushi Kamegawa
Essential Scrum And Manager
Essential Scrum And Manager
Masanori Kado
【TFSUG】プロダクトオーナーシップ
【TFSUG】プロダクトオーナーシップ
shibao800
Haikara
Haikara
jewel12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
guest5e45e7
capybara で快適なテスト生活を
capybara で快適なテスト生活を
Ryunosuke SATO
⑳CSSでアニメーション!その1
⑳CSSでアニメーション!その1
Nishida Kansuke
More Related Content
Viewers also liked
統計解析ソフトMinitab 17によるXbar-R管理図
統計解析ソフトMinitab 17によるXbar-R管理図
KOZO KEIKAKU ENGINEERING Inc., Minitab
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
博行 門眞
TPM 設備保全の概要 | 機械保全 | TPMとは?
TPM 設備保全の概要 | 機械保全 | TPMとは?
博行 門眞
QC工程表の作成と活用、事例集
QC工程表の作成と活用、事例集
博行 門眞
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
Yasuharu Nishi
PMBOKで学ぶプロジェクトマネジメントの基礎
PMBOKで学ぶプロジェクトマネジメントの基礎
Hiroyuki Tanaka
Viewers also liked
(6)
統計解析ソフトMinitab 17によるXbar-R管理図
統計解析ソフトMinitab 17によるXbar-R管理図
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
TPM 生産効率の考え方 | 設備保全活動 | 機械保全
TPM 設備保全の概要 | 機械保全 | TPMとは?
TPM 設備保全の概要 | 機械保全 | TPMとは?
QC工程表の作成と活用、事例集
QC工程表の作成と活用、事例集
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
PMBOKで学ぶプロジェクトマネジメントの基礎
PMBOKで学ぶプロジェクトマネジメントの基礎
Similar to すくすくスクラム広島第8回「塹壕よりスクラムとQC」
No023-01-suc3rum-20110527
No023-01-suc3rum-20110527
Sukusuku Scrum
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Rakuten Group, Inc.
20151126 cookpad talk_test_engineer
20151126 cookpad talk_test_engineer
Kazuaki Matsuo
大江戸Ruby会議
大江戸Ruby会議
Yuki Akamatsu
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Kazumasa EBATA
xDev2010 早い安い新しい「Fast IT」を使いこなせ! クラウドを楽しめるエンジニアの条件
xDev2010 早い安い新しい「Fast IT」を使いこなせ! クラウドを楽しめるエンジニアの条件
Yusuke Suzuki
Web 動画 撮影講座 & 動画撮影ワークショップ - 第6回 NAMO (NAgoya Movie Obenkyokai)
Web 動画 撮影講座 & 動画撮影ワークショップ - 第6回 NAMO (NAgoya Movie Obenkyokai)
Katz Ueno
AWS小ネタ集
AWS小ネタ集
Takehito Tanabe
Application insights で行ってみよう
Application insights で行ってみよう
Kazushi Kamegawa
Essential Scrum And Manager
Essential Scrum And Manager
Masanori Kado
【TFSUG】プロダクトオーナーシップ
【TFSUG】プロダクトオーナーシップ
shibao800
Haikara
Haikara
jewel12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
guest5e45e7
capybara で快適なテスト生活を
capybara で快適なテスト生活を
Ryunosuke SATO
⑳CSSでアニメーション!その1
⑳CSSでアニメーション!その1
Nishida Kansuke
VMの歩む道。 Dalvik、ART、そしてJava VM
VMの歩む道。 Dalvik、ART、そしてJava VM
yy yank
HerokuでRails3.2 we love herokuの事例
HerokuでRails3.2 we love herokuの事例
Naoto Koshikawa
Re: 運用に自動化を求めるのは間違っているだろうか
Re: 運用に自動化を求めるのは間違っているだろうか
Masahito Zembutsu
WordBench Kobe jQueryどうでしょう
WordBench Kobe jQueryどうでしょう
Hishikawa Takuro
Similar to すくすくスクラム広島第8回「塹壕よりスクラムとQC」
(20)
No023-01-suc3rum-20110527
No023-01-suc3rum-20110527
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
20151126 cookpad talk_test_engineer
20151126 cookpad talk_test_engineer
大江戸Ruby会議
大江戸Ruby会議
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
xDev2010 早い安い新しい「Fast IT」を使いこなせ! クラウドを楽しめるエンジニアの条件
xDev2010 早い安い新しい「Fast IT」を使いこなせ! クラウドを楽しめるエンジニアの条件
Web 動画 撮影講座 & 動画撮影ワークショップ - 第6回 NAMO (NAgoya Movie Obenkyokai)
Web 動画 撮影講座 & 動画撮影ワークショップ - 第6回 NAMO (NAgoya Movie Obenkyokai)
AWS小ネタ集
AWS小ネタ集
Application insights で行ってみよう
Application insights で行ってみよう
Essential Scrum And Manager
Essential Scrum And Manager
【TFSUG】プロダクトオーナーシップ
【TFSUG】プロダクトオーナーシップ
Haikara
Haikara
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
Scrum & Trac By Certified Scrum Master In Shibuya.Trac-2009/07/12
capybara で快適なテスト生活を
capybara で快適なテスト生活を
⑳CSSでアニメーション!その1
⑳CSSでアニメーション!その1
VMの歩む道。 Dalvik、ART、そしてJava VM
VMの歩む道。 Dalvik、ART、そしてJava VM
HerokuでRails3.2 we love herokuの事例
HerokuでRails3.2 we love herokuの事例
Re: 運用に自動化を求めるのは間違っているだろうか
Re: 運用に自動化を求めるのは間違っているだろうか
WordBench Kobe jQueryどうでしょう
WordBench Kobe jQueryどうでしょう
More from 稔 川口
GKEに入門したい人生だった
GKEに入門したい人生だった
稔 川口
CloudgarageでRancherに入門したい人生だった
CloudgarageでRancherに入門したい人生だった
稔 川口
BIZDEVOPSを考える
BIZDEVOPSを考える
稔 川口
パワーワードあつめ隊
パワーワードあつめ隊
稔 川口
電子工作に入門したい人生だった
電子工作に入門したい人生だった
稔 川口
LINEスタンプを販売してみた
LINEスタンプを販売してみた
稔 川口
すくすくスクラム広島とは
すくすくスクラム広島とは
稔 川口
ひどいサービスの作り方 Osch2014
ひどいサービスの作り方 Osch2014
稔 川口
ひどいサービスの作り方
ひどいサービスの作り方
稔 川口
形から入るスクラム
形から入るスクラム
稔 川口
すくすくスクラム広島3回 プロダクトバックログをつくってみよう
すくすくスクラム広島3回 プロダクトバックログをつくってみよう
稔 川口
More from 稔 川口
(11)
GKEに入門したい人生だった
GKEに入門したい人生だった
CloudgarageでRancherに入門したい人生だった
CloudgarageでRancherに入門したい人生だった
BIZDEVOPSを考える
BIZDEVOPSを考える
パワーワードあつめ隊
パワーワードあつめ隊
電子工作に入門したい人生だった
電子工作に入門したい人生だった
LINEスタンプを販売してみた
LINEスタンプを販売してみた
すくすくスクラム広島とは
すくすくスクラム広島とは
ひどいサービスの作り方 Osch2014
ひどいサービスの作り方 Osch2014
ひどいサービスの作り方
ひどいサービスの作り方
形から入るスクラム
形から入るスクラム
すくすくスクラム広島3回 プロダクトバックログをつくってみよう
すくすくスクラム広島3回 プロダクトバックログをつくってみよう
すくすくスクラム広島第8回「塹壕よりスクラムとQC」
1.
第8回すくすくスクラム広島 「塹壕よりスクラムとQC」 2014/11/30
http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:German_stormtroops_training_Sedan_May_1917_3.jpg
2.
内容は関係ありません
3.
こんにちはこんにちは! 川口 稔
twitter:@ducky19999 blog:kwgch.github.io Facebook:m.kwgch Soundcloud:kwgch github:kwgch qiita:kwgch
4.
自己紹介タイム
5.
早速ですが
6.
品質って何ですか? http://www.flickr.com/photos/qwrrty/6348790751
7.
あたなの考える 「品質」を簡単に 書いてください
http://www.flickr.com/photos/qwrrty/6348790751
8.
書けました? http://www.flickr.com/photos/southbeachcars/5633067760
9.
共有タイム http://www.flickr.com/photos/edublogger/12189037093
10.
今回のテーマ、品質
11.
品質とは
12.
品質とは QC 七つ道具
QC 新七つ道具 ISO 9001
13.
QCストーリー 重点指向 日本的品質管理
チェックシート QC 七つ道具 QC 新七つ道具 パレート図 特性要因図 工業標準化 品質とは ISO 9001
14.
管理図 QCストーリー 重点指向
日本的品質管理 品質機能展開 QC SN 七比 つ道具 QC 新七つ道具 パレート図特 性要因図 グラフ 5S チェックシート 散布図 5ゲン主義三現主義 不適合と不適合品 ばらつき 標準と規格 観測値、測定値 継続的改善 標準作業 第三者認証制度 工業標準化 品質とは ISO 9001
15.
要求品質魅力的品質 一元配置実験 母集団とサンプル
製品のライフサイクル全体での品質保証 管理図 工業標準化 品質品質管と理 は メディアン PDPC 信頼性評価手法 QCストーリー 重点指向 社内標準化の進め方 日本的品質管理 QC 七つ道具 QC 新七つ道具 回帰分析SN 比 パレート図特 性要因図 グラフ 5S チェックシート 散布図 5ゲン主義三現主義 不適合と不適合品 ばらつき 標準と規格 観測値、測定値 ISO 9001 継続的改善 標準作業 第三者認証制度 品質機能展開規準型一回抜取検査の活用 工程能力指数 連関図法マトリックス・データ解析法
16.
魅力的品質 マーケットイン 顧客価値創造技術手法
フィッシャーの 3 原則 マトリックス図法 要求品質 一元配置実験 検査 母集団とサンプル 安全衛生の活動 品質要素 適応 品質神話 製品のライフサイクル全体での品質保証当たり前品質 ジアャジネャッイトル・・グテレスゴテリィーング 5ゲン主義三現主義 重点指向 管理図 工業標準化 散布図 PDPC 品質とは 監査 本番環境 信頼性評価手法 社内標準化の進め方 日本的品質管理 品質管理 品質優先QCストーリー QC オ七フつシ道ョ具 ア QC 新七つ道具 回帰分析SN 比グラフ 多変量解析 チェックシート パレート図特 性要因図ヒストグラム 5S リザ・クリスピン 不適合と不適合品 ばらつき 標準と規格 観測値、測定値 継続的改善 標準作業 第三者認証制度 抜取検査の種類と特性 品質機能展開規準型一回抜取検査の活用 SDCA PDCA メディアン 工程能力指数 親和図法連関図法 系統図法 マトリッアクロスー・デダイーアタグ解ラ析ム法法 TDD CI, 透明性 技術的負債 リファクタリング 卓越した技術 稼動監視 ログ収集 複雑度 オーバースペック モニタリング セマンティックチェック ISO 9001
17.
ムリ http://www.flickr.com/photos/explosivebolts/60622410
18.
ゆるふわで https://www.flickr.com/photos/naturesdawn/2725681894
19.
http://www.flickr.com/photos/ants88/6664180307/ ところで
20.
これはどうですか?
21.
これはどうですか? • ソースコードの美しさ
• ドキュメントの美しさ • デザインの美しさ
22.
コンテキストによるのでは https://www.flickr.com/photos/katerha/4802898893
23.
立場が変われば意味が変わる • dev:
• ops: • biz:
24.
立場が変われば意味が変わる • dev:バグの少なさ
• ops: • biz:
25.
立場が変われば意味が変わる • dev:バグの少なさ
• ops:停止時間の短かさ • biz:
26.
立場が変われば意味が変わる • dev:バグの少なさ
• ops:停止時間の短かさ • biz:$
27.
立場が変われば意味が変わる • dev:バグの少なさ
• ops:停止時間の短かさ • biz:ビジネス価値
28.
立場が変われば意味が変わる • dev:バグの少なさ
• ops:停止時間の短かさ • biz:ビジネス価値 • maint:
29.
立場が変われば意味が変わる • dev:バグの少なさ
• ops:停止時間の短かさ • biz:ビジネス価値 • maint:上記の継続的な維持
30.
保守 http://www.flickr.com/photos/spencer77/6088321203
31.
システムは 使われ続ける http://www.flickr.com/photos/rmlowe/3280523887
32.
回り続ける
33.
品質を作り込むこと も大事 http://www.flickr.com/photos/infraero/11100514364
34.
品質を保ち続けること も大事 http://www.flickr.com/photos/infraero/11100621363
35.
品質を作りこむこと ≠ 品質を保ち続けること
36.
アビタ67団地(モントリオール) https://www.flickr.com/photos/jasonparis/4048637086/
37.
(さわりたくない…) https://www.flickr.com/photos/jasonparis/4048637086/
38.
理想形 https://www.flickr.com/photos/wallyg/2532495660
39.
理想形 プラザホテル https://www.flickr.com/photos/wallyg/2532495660
40.
理想形 プラザホテル 100年経過
https://www.flickr.com/photos/wallyg/2532495660
41.
理想形 プラザホテル 100年経過
内装・水回りを全改修 https://www.flickr.com/photos/wallyg/2532495660
42.
理想形 プラザホテル 100年経過
内装・水回りを全改修 建物はそのまま https://www.flickr.com/photos/wallyg/2532495660
43.
100年アーキテクチャ https://www.flickr.com/photos/wallyg/2532495660
44.
犠牲的アーキテクチャ http://martinfowler.com/bliki/SacrificialArchitecture.html
45.
アーキテクチャが犠牲的だからといって、そ のソフトウェアの内的品質がどうでよくなる わけではない。(中略)
優れたモジュール性は健やかなコードの不可 欠な要素だ。そしてシステムを交換するとき にも大きな助けとなる。
46.
品質を保ち続けるため に必要なこと http://www.flickr.com/photos/tambako/12145868583
47.
コードの可読性
48.
リファクタリング http://www.flickr.com/photos/infraero/8552607734
49.
リファクタリング ふるまいを変えずにソースコードの 構造を整理する
http://www.flickr.com/photos/infraero/8552607734
50.
リファクタリング ふるまいを変えずにソースコードの 構造を整理する
http://www.flickr.com/photos/infraero/8552607734
51.
プログラムの構造
52.
プロジェクトや モジュールの構造
53.
リファクタリング ふるまいを変えずにソースコードの 構造を整理する
http://www.flickr.com/photos/infraero/8552607734
54.
テストが必要 http://www.flickr.com/photos/wellspringschool/4388335052
55.
テストの保守 http://www.flickr.com/photos/wellspringschool/4388335052
56.
テストの可読性
57.
つまり?
58.
コードの読みやすさが 品質を高める
59.
これはどうですか? • ソースコードの美しさ
• ドキュメントの美しさ • デザインの美しさ
60.
ちょっとした実験 https://www.flickr.com/photos/51009184@N06/12329893045
61.
紙に書いてください
62.
右の人に渡して下さい1
63.
右の人に渡して下さい2
64.
右の人に渡して下さい3
65.
右の人に渡して下さい4
66.
右の人に渡して下さい5
67.
右の人に渡して下さい6
68.
右の人に渡して下さい7
69.
右の人に渡して下さい8
70.
9
71.
書けました? http://www.flickr.com/photos/southbeachcars/5633067760
72.
グループ内で 見せ合ってみて下さい
73.
リファクタリング重要
74.
レビュー重要 https://www.flickr.com/photos/vfsdigitaldesign/6589717271
75.
立場が変われば意味が変わる • dev:バグの少なさ
• ops:停止時間の短かさ • biz:ビジネス価値
76.
運用
77.
DEVOPS https://www.flickr.com/photos/zipkid/5090889172/
78.
Infrastructure as Code
79.
インフラのテスト もコード
80.
コードの読みやすさが 品質を高める
81.
そういえば
82.
83.
スクラムでは http://www.flickr.com/photos/montypython/2667752608
84.
スクラムの場合 スクラムは、(中略)透明性・検査・適応の 3本柱に支えられている。
スクラムガイドより
85.
透明性 (中略)関係者全員が共通理解を持つことで ある。
・用語の共有 ・Doneの定義 スクラムガイドより
86.
検査 スクラムでは(中略)頻繁に検査しなければ ならない。
スクラムガイドより
87.
適応 (中略)プロダクトを受け入れられないと検査 人が判断した場合、
プロセスやその構成要素を 調整しなければならない。 スクラムガイドより
88.
89.
90.
こまめにデモ
91.
こまめにデモ お客さんに見てもらうことで品質を保つ
92.
本当? http://www.flickr.com/photos/karanj/12188397964
93.
チームは、製品の品質をごまかすことは できません スクラム入門より
94.
チームは、製品の品質をごまかすことは できませんが、 スクラム入門より
95.
チームは、製品の品質をごまかすことは できませんが、多分、乱雑で質の悪い仕 事を積み重ねることはできます。
(例えば、テストされていないコード等) スクラム入門より
96.
こまめにデモ お客さんに見てもらうことで品質を保つ
97.
変化へ の対応 変化へ
の対応 変化へ の対応 変化へ の対応 変化へ の対応 変化へ の対応 表面的にはOK
98.
変化へ の対応 変化へ
の対応 変化へ の対応 変化へ の対応 変化へ の対応 変化へ の対応 120 90 60 30 0 乱雑で質の悪い仕事 コードの複雑度
99.
変化へ の対応 変化へ
の対応 変化へ の対応 変化へ の対応 変化へ の対応 変化へ の対応 120 90 60 30 0 乱雑で質の悪い仕事 コードの複雑度
100.
変化へ の対応 変化へ
の対応 変化へ の対応 変化へ の対応 変化へ の対応 変化へ の対応 120 90 60 30 0 乱雑で質の悪い破仕綻事 コードの複雑度
101.
破綻しないために • きれいなコードベース
• こまめなレビュー • リファクタリング • 自動テスト • 継続的インテグレーション
102.
それだけ? http://www.flickr.com/photos/qwrrty/6348790751
103.
顧客に価値を
104.
届けるためには? https://www.flickr.com/photos/kamshots/468265643/
105.
欲しいものは何か? http://www.flickr.com/photos/jcapaldi/5295131267
106.
何がしたいのか? http://www.flickr.com/photos/popculturegeek/5822675610/
107.
https://www.flickr.com/photos/wwarby/3632361395 効率的に進んでも 間違った方向では…
108.
立場が変われば意味が変わる • dev:バグの少なさ
• ops:停止時間の短かさ • biz:ビジネス価値
109.
ちょっとしたワーク http://www.flickr.com/photos/edublogger/12188614105/
110.
突然ですが http://www.flickr.com/photos/ants88/6664180307/
111.
POを決めてください
112.
(前に出てきて下さい)
113.
PPOOがを決欲めしていくもださのいを 一言で言いますので みなさんはそれを
絵に描いて下さい (NGワードあり)
114.
書けました? http://www.flickr.com/photos/southbeachcars/5633067760
115.
https://www.flickr.com/photos/gabuken/5847457910/ 答え
116.
もう1問
117.
(POは前にきて下さい)
118.
POが欲しいものを 言いますので みなさんはそれを
絵に描いて下さい 質問OKです (NGワードあり)
119.
書けました? http://www.flickr.com/photos/southbeachcars/5633067760
120.
答え https://www.flickr.com/photos/ollesvensson/3704354747/
121.
122.
• 使ってもらう •
間違ってないか聞く • 間違ってたら直す
123.
ふりかえり
124.
まとめ
125.
まとめ きれいなコードが 地球を救う
126.
まとめ • 開発品質
-> こまめにレビュー • 運用品質 -> こまめにリリース • 要求品質 -> こまめにヒアリング
127.
May the quality
be with you!
Download now