Submit Search
Upload
チーム開発をスムーズにするために何ができるか
•
41 likes
•
12,978 views
Takafumi Ikeda
Follow
DevLOVEさんの「進め、現場のチーム開発 〜チーム開発実践入門〜」で講演した時の資料 http://devlove.doorkeeper.jp/events/12229
Read less
Read more
Technology
Report
Share
Report
Share
1 of 97
Download now
Download to read offline
Recommended
Dev love kansai
Dev love kansai
Takafumi Ikeda
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
Yu Ishikawa
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
Makoto Iguchi
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
スクラム開発について
スクラム開発について
Akio Terayama
スクラムマスターはじめのいっぽ
スクラムマスターはじめのいっぽ
Takeba Misa
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
kiita312
Recommended
Dev love kansai
Dev love kansai
Takafumi Ikeda
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
「チーム開発実践入門」勉強会
「チーム開発実践入門」勉強会
Yu Ishikawa
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
Makoto Iguchi
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
スクラム開発について
スクラム開発について
Akio Terayama
スクラムマスターはじめのいっぽ
スクラムマスターはじめのいっぽ
Takeba Misa
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
kiita312
1から学ぶスクラム
1から学ぶスクラム
Keisuke Izumiya
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
Hirotaka Osaki
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
Miho Nagase
Agile2010とは何だったのか
Agile2010とは何だったのか
Dai FUJIHARA
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
Arata Fujimura
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
Dai FUJIHARA
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
はじめてのアジャイル
はじめてのアジャイル
Takao Kimura
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
Dai FUJIHARA
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
スクラム再入門
スクラム再入門
Minoru Yokomichi
はじめてのScrum
はじめてのScrum
Kenji Morita
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
Dai FUJIHARA
企業システムにアジャイルは必要か
企業システムにアジャイルは必要か
Hiromasa Oka
他人が3人集まってHerokuでアプリ公開した話
他人が3人集まってHerokuでアプリ公開した話
Takeba Misa
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
Koichi ITO
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Kiro Harada
devreljapan2022evaadvoc-final.pdf
devreljapan2022evaadvoc-final.pdf
Shotaro Suzuki
チームで開発を行う上の心構え
チームで開発を行う上の心構え
Hirotaka Osaki
More Related Content
What's hot
1から学ぶスクラム
1から学ぶスクラム
Keisuke Izumiya
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
Hirotaka Osaki
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
Miho Nagase
Agile2010とは何だったのか
Agile2010とは何だったのか
Dai FUJIHARA
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
Arata Fujimura
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
Dai FUJIHARA
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
はじめてのアジャイル
はじめてのアジャイル
Takao Kimura
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
Dai FUJIHARA
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
スクラム再入門
スクラム再入門
Minoru Yokomichi
はじめてのScrum
はじめてのScrum
Kenji Morita
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
Dai FUJIHARA
企業システムにアジャイルは必要か
企業システムにアジャイルは必要か
Hiromasa Oka
他人が3人集まってHerokuでアプリ公開した話
他人が3人集まってHerokuでアプリ公開した話
Takeba Misa
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
Koichi ITO
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Kiro Harada
What's hot
(20)
1から学ぶスクラム
1から学ぶスクラム
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
Agile2010とは何だったのか
Agile2010とは何だったのか
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
はじめてのアジャイル
はじめてのアジャイル
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
はじめてのアジャイル
はじめてのアジャイル
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
スクラム再入門
スクラム再入門
はじめてのScrum
はじめてのScrum
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
企業システムにアジャイルは必要か
企業システムにアジャイルは必要か
他人が3人集まってHerokuでアプリ公開した話
他人が3人集まってHerokuでアプリ公開した話
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Similar to チーム開発をスムーズにするために何ができるか
devreljapan2022evaadvoc-final.pdf
devreljapan2022evaadvoc-final.pdf
Shotaro Suzuki
チームで開発を行う上の心構え
チームで開発を行う上の心構え
Hirotaka Osaki
Xp Terakoya No02
Xp Terakoya No02
takepu
GCSアジャイル開発を使ったゲームの作り方
GCSアジャイル開発を使ったゲームの作り方
Hiroyuki Tanaka
Aj2016 toyama feedback
Aj2016 toyama feedback
Yasuhiro Morikawa
卒論パワポVer3 伊東純平
卒論パワポVer3 伊東純平
純平 伊東
作る人から作りながら運用する人になっていく
作る人から作りながら運用する人になっていく
Ryo Mitoma
C++CLIで、ネイティブCの保守開発に.NETを使って楽をしよう
C++CLIで、ネイティブCの保守開発に.NETを使って楽をしよう
Study Group by SciencePark Corp.
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Koichi ITO
Googleのインフラ技術から考える理想のDevOps
Googleのインフラ技術から考える理想のDevOps
Etsuji Nakai
開発者のためのUIデザイン入門
開発者のためのUIデザイン入門
Hiroyuki Mori
【A-5】LT:Project Facilitation Project のご紹介
【A-5】LT:Project Facilitation Project のご紹介
y-yoshi
幅広い技術力が身につくSalesforceエンジニアのススメ〜入門編〜
幅広い技術力が身につくSalesforceエンジニアのススメ〜入門編〜
SFDG ROOKIES
DevOpsを実現する為のChef活用テクニック
DevOpsを実現する為のChef活用テクニック
Yu Kitazume
今、おさえておきたい DevOps
今、おさえておきたい DevOps
智治 長沢
OSS開発で.NETを活用してDevOps
OSS開発で.NETを活用してDevOps
Makoto Nishimura
【Devsumi2019】開発者に贈るSalesforceプラットフォーム概論と最新動向
【Devsumi2019】開発者に贈るSalesforceプラットフォーム概論と最新動向
SFDG ROOKIES
JAWS FESTA Kansai 2013 | ビジネスに貢献する戦略的なITのためのDevOps
JAWS FESTA Kansai 2013 | ビジネスに貢献する戦略的なITのためのDevOps
智治 長沢
2014/3/30 ミニTDDBC presented by yokhama.devtesting
2014/3/30 ミニTDDBC presented by yokhama.devtesting
Hiroyuki Ohnaka
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
Daisuke Matsuda
Similar to チーム開発をスムーズにするために何ができるか
(20)
devreljapan2022evaadvoc-final.pdf
devreljapan2022evaadvoc-final.pdf
チームで開発を行う上の心構え
チームで開発を行う上の心構え
Xp Terakoya No02
Xp Terakoya No02
GCSアジャイル開発を使ったゲームの作り方
GCSアジャイル開発を使ったゲームの作り方
Aj2016 toyama feedback
Aj2016 toyama feedback
卒論パワポVer3 伊東純平
卒論パワポVer3 伊東純平
作る人から作りながら運用する人になっていく
作る人から作りながら運用する人になっていく
C++CLIで、ネイティブCの保守開発に.NETを使って楽をしよう
C++CLIで、ネイティブCの保守開発に.NETを使って楽をしよう
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Googleのインフラ技術から考える理想のDevOps
Googleのインフラ技術から考える理想のDevOps
開発者のためのUIデザイン入門
開発者のためのUIデザイン入門
【A-5】LT:Project Facilitation Project のご紹介
【A-5】LT:Project Facilitation Project のご紹介
幅広い技術力が身につくSalesforceエンジニアのススメ〜入門編〜
幅広い技術力が身につくSalesforceエンジニアのススメ〜入門編〜
DevOpsを実現する為のChef活用テクニック
DevOpsを実現する為のChef活用テクニック
今、おさえておきたい DevOps
今、おさえておきたい DevOps
OSS開発で.NETを活用してDevOps
OSS開発で.NETを活用してDevOps
【Devsumi2019】開発者に贈るSalesforceプラットフォーム概論と最新動向
【Devsumi2019】開発者に贈るSalesforceプラットフォーム概論と最新動向
JAWS FESTA Kansai 2013 | ビジネスに貢献する戦略的なITのためのDevOps
JAWS FESTA Kansai 2013 | ビジネスに貢献する戦略的なITのためのDevOps
2014/3/30 ミニTDDBC presented by yokhama.devtesting
2014/3/30 ミニTDDBC presented by yokhama.devtesting
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
More from Takafumi Ikeda
Scala conf2013
Scala conf2013
Takafumi Ikeda
Play ja 3_update
Play ja 3_update
Takafumi Ikeda
Play jjug2012spring
Play jjug2012spring
Takafumi Ikeda
What is play
What is play
Takafumi Ikeda
Websocket shanon
Websocket shanon
Takafumi Ikeda
Play ja kansai
Play ja kansai
Takafumi Ikeda
Shibutra ikeike443
Shibutra ikeike443
Takafumi Ikeda
Jenkins+Play!で気軽にCI
Jenkins+Play!で気軽にCI
Takafumi Ikeda
More from Takafumi Ikeda
(8)
Scala conf2013
Scala conf2013
Play ja 3_update
Play ja 3_update
Play jjug2012spring
Play jjug2012spring
What is play
What is play
Websocket shanon
Websocket shanon
Play ja kansai
Play ja kansai
Shibutra ikeike443
Shibutra ikeike443
Jenkins+Play!で気軽にCI
Jenkins+Play!で気軽にCI
Recently uploaded
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
taisei2219
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
Toru Tamaki
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Yuma Ohgami
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
Toru Tamaki
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Ryo Sasaki
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
iPride Co., Ltd.
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
Toru Tamaki
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
danielhu54
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
Recently uploaded
(9)
TSAL operation mechanism and circuit diagram.pdf
TSAL operation mechanism and circuit diagram.pdf
論文紹介:Automated Classification of Model Errors on ImageNet
論文紹介:Automated Classification of Model Errors on ImageNet
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
論文紹介:Content-Aware Token Sharing for Efficient Semantic Segmentation With Vis...
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
SOPを理解する 2024/04/19 の勉強会で発表されたものです
SOPを理解する 2024/04/19 の勉強会で発表されたものです
論文紹介:Semantic segmentation using Vision Transformers: A survey
論文紹介:Semantic segmentation using Vision Transformers: A survey
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
チーム開発をスムーズにするために何ができるか
1.
チーム開発をスムーズに するために何ができるか 『チーム開発実践入門』紹介
2.
自己紹介
3.
• 池田尚史(いけだたかふみ) • 株式会社ディー・エヌ・エー所属 •
『チーム開発実践入門』を執筆しました • オライリー『Jenkins』にも付録を書きました • Playframework1のコミッター(幽霊部員) @ikeike443
4.
• コンサルティングファームで数年間に渡り超大規模プロジェクト に復数参画 • 技術力が明暗を分けると痛感しプログラマーに転身 ! •
VCS: 無いこと多い • ITS: Excel • CI: なにそれ? 2001 2004
5.
• 国産ERPパッケージベンダーで製品企画と開発マネージャー、プログラ マーを経験 • この時期瞬間最大で同一製品の6バージョンのメンテナンスを行ってい た。。 •
SVN+Tracの導入推進をした • VCS: PVCS, 後にSVN • ITS: 独自システム, 後にTrac • CI: なし, 後にHudson 2005 2010
6.
• B2B向けWebサービス(SaaS)ベンダーでプロダクトマネー ジャー兼プログラマー • この時期にPlayframeworkのコミッターになるなどした ! •
VCS: Git • ITS: Backlog, PivotalTracker • CI: Jenkins 2010 2013
7.
8.
大体こんなこと話します • チーム開発の課題って • プロジェクトの課題って •
ツールの情報は散逸してる • 執筆にあたって気にしたとこ ろ • 各章紹介
9.
チーム開発における課題
10.
の話の前に
11.
ソフトウェア開発 プロジェクトによくある課題
12.
• プロジェクトの目標が定まっていない • 何を達成すれば成功なんだっけ?
13.
• 要件が定かでない • 誰が要件を決めるのか不明 •
おもてたんとちゃう
14.
• 価値を提供できているのか不明 • やる意義はあるんだっけ? •
利益は出るのか?
15.
• リスク管理ができてない • プランBがない
16.
• チームがパフォーマンスを出していない • チームビルディングができていない •
開発効率が悪い
17.
再掲
18.
• プロジェクトの目標が定まっていない • 誰が要件を決めるのか分からない •
価値を提供できているのか分からない • リスク管理ができていない • チームがパフォーマンスを出していない
19.
言い換えると
20.
• ゴールはどこ? • 決めるのは誰? •
利益は出るの? • リスクは見えてるの? • チーム開発はうまくいってるの?
21.
チーム開発は問題の一部
22.
• ゴールはどこ? • 決めるのは誰? •
利益は出るの? • リスクは見えてるの? • チーム開発はうまくいってるの?
23.
チーム開発をはじめるに あたって考えるべきこと
24.
• 方法論はどんなものを使うの? • コミュニケーションプランはどうする? •
成果はどう測る? • チームビルディングはどうする? • 開発ツールはどう使う?
25.
ツールの使いこなしは さらにその一部
26.
• 方法論はどんなものを使うの? • コミュニケーションプランはどうする? •
成果はどう測る? • チームビルディングはどうする? • 開発ツールはどう使う?
27.
だが、基礎である
28.
プロジェクトを成功に導くための大事な基礎
29.
• 市場の変化は早い • 計画は容易に変わり得る •
臨機応変に変化に対応しなければ なぜなら
30.
• 遅すぎる開発サイクルはNG • 複数人が素早く並行して開発できないと •
でもデグレードは起こしてはいけない ゆえに
31.
では
32.
ツールが解決する問題って?
33.
• 重要メールが多すぎて優先順位が決められない • テスト環境で動かしてみるまで、アプリが壊れているこ とに気づかない •
自信を持ってリファクタリングできない • バグの発生時期、修正時期がわからない、追跡できない • 開発環境で動くものが本番環境では動かない • リリースが複雑で属人的、時間がかかる、よく失敗する
34.
• こういった問題はツールをうまく使うことで解決で きる • Webの記事なんかを見てると、色々ツールがある ことがわかる
35.
• 組み合わせれば解決しそうだね!
36.
ここ3∼5年Webを見て 実践し続けていればね
37.
新人さんだったり、 訳あってキャッチアップ してこれなかった人は どうなるんだろう?
38.
例えばググってみると
39.
Gitチケット管理Chefバージョ 動化JUnitSeleniumテストフ apsitrano Github Puppetテ abricデプロイInfrastructure erspec
リグレッションテスト frastructure Vagrant VCS アジャイル開発Gitチケット管理C ン管理ビルド自動化JUnitSeleni レームワークCapsitrano Githu スト駆動開発FabricデプロイInfr as code Serverspec リグレッ 理Chefバージョ eniumテストフ hub Puppetテ nfrastructure レッションテスト アジャイル開発Git ン管理ビルド自動化 レームワークCaps スト駆動開発Fabr as code Servers Immutable Infra utable Infrastructure Vagrant VCS Immuta
40.
• 情報が多い。。。 • 整理されてない。。。 •
何から手をつければ。。。
41.
そこで『チーム開 (ry
42.
43.
世にあるプロジェクト マネジメント本
44.
• 予算管理の話 • 工数管理、見積もりの話 •
チームのモチベートの話 • 採用の話 • 上記はもちろん大事なんだけど、「作らない人」の 話ばかり
45.
世にある開発ツール本
46.
• ツールの紹介 • インストール方法、コマンド解説 •
事例紹介 • チケット管理、バージョン管理、CI、CD等々バラ バラに解説 • 一つ一つの担当者には大変有益だが、全体を俯瞰で きない
47.
断絶
48.
そこで『チーム開 (ry
49.
50.
話を受けた当初 • 2012年 • 当時自分の開発環境は •
SVN • Backlog, Bugzilla • ReviewBoard • Jenkins • Git, Githubはまだ試している段階(OSSでGithubは使ってた) • ChefやVagrantなんかもまだまだ本格的に触っていなかった
51.
ぼんやりしてたら 一年経過
52.
2013年
53.
CIは当たり前に なってきた
54.
GitHubを使う 会社も増えた
55.
ツールもそろってきて 継続的デリバリも かたちが見えてきた
56.
執筆開始
57.
• 私自身のトラウマを克服したい • 困っている現場を少しでも無くしたい
58.
開発現場の地図になれば
59.
60.
各章紹介
61.
第一章 チーム開発とは
62.
チーム開発とは 最適なプラクティスはケースバイケース チーム開発の世界では、どこにでも通用する万能のベストプラ クティスがあるというより、状況に応じたベターなパターンの 組み合わせが何通りもある、という考え方が正解に近いでしょ う。実際自分が関わるプロジェクトに応じた最適解を見いだせ るかどうかが、プロジェクトを成功に導く といえるでしょう。
63.
チーム開発とは 自分が関わるプロジェクトに応じた 最適解を見いだせるかが
64.
第二章 チーム開発で起きる問題
65.
チーム開発で起きる問題 • チーム開発の現場で実際に起きがちな問題をケーススタディとして 見せている章です。 • 実際にわたしが体験したいくつかの現場での事例を組み合わせて います •
課題管理ができない • デグレが頻発 • 環境ごとに動きが違う • etc etc
66.
チーム開発で起きる問題 • 重要メールが多すぎて優先順位が決められない • テスト環境で動かしてみるまで、アプリが壊れていることに 気づかない •
自信を持ってリファクタリングできない • バグの発生時期、修正時期がわからない、追跡できない • 開発環境で動くものが本番環境では動かない • リリースが複雑で属人的、時間がかかる、よく失敗する
67.
チーム開発で起きる問題 • 本文ではこの他にも色々、ありがちな問題をあげ、 起きていることの解説をしています。そしてこれら 問題の解決策となるのが次に続く3章から始まる各 章、というかたちです。 • ちなみに3章以降は、チーム開発改善の際に手をつ けるべき順番に並んでいます。
68.
第三章 バージョン管理
69.
バージョン管理 • チーム開発をスムーズにするための基礎の基礎 • さすがに使ってない現場はないとは思うが •
データベーススキーマのバージョン管理(データベー スマイグレーションですね)についても触れていま す
70.
バージョン管理 • バージョン管理システムの歴史についても触れてい ます • ほんの20年ほどで劇的に変わっているのがバージョ ン管理です。いかに変化の激しい分野なのかを知る と色々はかどります
71.
72.
バージョン管理 • 20年前新人だった人がまだ40代 • 決裁権を持っている彼らの技術センスも重要なポイ ント
73.
バージョン管理 • ちなみに • バージョン管理の歴史図 •
git-flowの図 • 両方とも作者に許可をとって翻訳しました • 献本もしたよ!
74.
第四章 チケット管理
75.
チケット管理 • チケット管理システムはOSSのものも商用のもの もたくさんあります • 色々紹介しています。
76.
チケット管理 • バージョン管理システムとの連携方法も説明してい ます。 • チケット駆動開発についても簡単に解説しています。
77.
チケット管理 • チケット管理に向くフェーズ、向かないフェーズも あります • チケット管理システムは定型的な課題管理に向く •
流動的な課題の管理には非定型ドキュメントを使 うべき • 課題の粒度と使うべきツールについても示唆してい ます
78.
第五章 CI(継続的インテグレーション)
79.
CI(継続的インテグレーション) • 継続的改善に必要不可欠なのがCIです • なぜ不可欠なのか、以下の2点で説明しています •
市場の変化のスピード • コストメリット
80.
CI(継続的インテグレーション) • CIについて、主にJenkinsをベースに解説していま す。 • ビルド、テストの自動化の方法、Jenkinsの使い方 について解説しています。
81.
• Pull RequestをCIする方法(GitHub
Pull Request Builder Plugin)も解説しています。 • もちろんTravisCIにも触れています。 CI(継続的インテグレーション)
82.
• ビルドが壊れた時のゲームについてなど、CIの運用 についても触れています。 • CI自体は目新しいものではなく、大昔から実践され てきたプラクティスであることにも触れました。 •
ここまでがチーム開発の基礎となる部分です。 CI(継続的インテグレーション)
83.
第六章 デプロイの自動化 (継続的デリバリー)
84.
• デプロイの自動化について、必要性と方法を解説 • Bootstrapping,
Configuration, Orchestrationの3フェーズに分けて解説 • Kickstart, Vagrant, Chef, Capistrano, Fabric, Serverspecといったツールについて デプロイの自動化
85.
• クラウド時代のブルーグリーンデプロイメントにつ いても解説 • また、PaaSを使ったデプロイについても デプロイの自動化
86.
• 執筆していた2013年という年はこの分野に劇的な進歩が 見られた年 • どんどん変わっていく技術を追いかけながら実践して書籍 に落としこんでいくのはかなりの苦労 •
残念ながら時期が上手く合わず、Dockerを始めとする Immutable Infrastructureについては、ほんの少し言 及するにとどまりまった • 総じてエキサイティングな章になっているはず デプロイの自動化
87.
第七章 リグレッションテスト
88.
• 受入テストとそのリグレッションの自動化 • 意外と具体的な情報がないのがこの分野 •
デグレを絶対に起こさず機能追加していくには必須 • 特にB2B向けのサービスでは重要 リグレッションテスト
89.
• Selenium1をつかったリグレッションテストの自 動化について主に書かれている • 時間のかかるSeleniumテストをいかに高速化すれ ばいいのかについてJenkinsの分散ビルドをどう 使っていけばいいか解説 リグレッションテスト
90.
• (一般的に言って)プログラミングが不得意な人の 多いQA担当者とともにいかに効率的に受入テスト 自動化に取り組むかについても示唆 • 内容としては2年ほど前にJenkinsユーザーカンファ レンスにて発表した内容がベース リグレッションテスト
91.
ぜひ読んでみてください! 職場の同僚にもすすめてね!
92.
以上、本の紹介でした
93.
おまけ
94.
• プロジェクトの見積もり、計画 • 運用における振り返りと改善企画 •
サービス企画、製品企画と開発を両立するには • コードレビューのやり方、ツール • コーディング規約等々 • エディタの使い方、フォーマットのそろえ方など • 開発環境を良くするための予算のたて方稟議の通し方 • スモールスタートのやり方 • etc, etc, etc.. 漏れたもの
95.
以上、
96.
開発現場の改善に 取り組む皆様の よき地図となれば 幸いです
97.
ご清聴ありがとうございました
Download now