Submit Search
Upload
アジャイルソフトウェア開発の道具箱
•
9 likes
•
5,843 views
Koichi ITO
Follow
Lightning Talks at XP Festival 2014 http://xpjug.com/xp2014/
Read less
Read more
Internet
Report
Share
Report
Share
1 of 43
Download now
Download to read offline
Recommended
○○したら受託開発が180°変わった
○○したら受託開発が180°変わった
Atsushi Harada
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
ジョイ・インク 役職も部署もない全員主役のマネジメント
ジョイ・インク 役職も部署もない全員主役のマネジメント
Yasui Tsutomu
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
Dai FUJIHARA
Agile2010とは何だったのか
Agile2010とは何だったのか
Dai FUJIHARA
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
現場実践主義としてのリーン開発とアジャイル
現場実践主義としてのリーン開発とアジャイル
Rakuten Group, Inc.
Recommended
○○したら受託開発が180°変わった
○○したら受託開発が180°変わった
Atsushi Harada
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
メトリクスによる「見える化」のススメ: エッセンシャル・リーン
Hiroyuki Ito
ジョイ・インク 役職も部署もない全員主役のマネジメント
ジョイ・インク 役職も部署もない全員主役のマネジメント
Yasui Tsutomu
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
Dai FUJIHARA
Agile2010とは何だったのか
Agile2010とは何だったのか
Dai FUJIHARA
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
現場実践主義としてのリーン開発とアジャイル
現場実践主義としてのリーン開発とアジャイル
Rakuten Group, Inc.
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
Dai FUJIHARA
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
Rakuten Group, Inc.
アジャイルってなにが美味しいの
アジャイルってなにが美味しいの
Yasui Tsutomu
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
Arata Fujimura
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
Hiroyuki Ito
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
Makoto Iguchi
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
Dai FUJIHARA
【Sgt2016】Agile人材の評価とキャリアプラン
【Sgt2016】Agile人材の評価とキャリアプラン
Ryota Inaba
TDDはじめる前に
TDDはじめる前に
Yasui Tsutomu
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
Yoshitaka Kawashima
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
アジャイル入門
アジャイル入門
Kenji Morita
2012.03.24 Agile Samurai Dojo Gathering 講演資料
2012.03.24 Agile Samurai Dojo Gathering 講演資料
Toshihiro Hirota
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
スクラムマスターはじめのいっぽ
スクラムマスターはじめのいっぽ
Takeba Misa
企業システムにアジャイルは必要か
企業システムにアジャイルは必要か
Hiromasa Oka
CTOの考えるエンジニアマネジメント2
CTOの考えるエンジニアマネジメント2
LIFULL Co., Ltd.
Ninja Testing at XP Matsuri
Ninja Testing at XP Matsuri
Nakajima Shigeru
XP祭り2014LT資料(テーマ:俺の)
XP祭り2014LT資料(テーマ:俺の)
Fumihiro Sunada
More Related Content
What's hot
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
Yasui Tsutomu
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
Dai FUJIHARA
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
Rakuten Group, Inc.
アジャイルってなにが美味しいの
アジャイルってなにが美味しいの
Yasui Tsutomu
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
Arata Fujimura
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
Hiroyuki Ito
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
Makoto Iguchi
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
Dai FUJIHARA
【Sgt2016】Agile人材の評価とキャリアプラン
【Sgt2016】Agile人材の評価とキャリアプラン
Ryota Inaba
TDDはじめる前に
TDDはじめる前に
Yasui Tsutomu
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
Yoshitaka Kawashima
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
アジャイル入門
アジャイル入門
Kenji Morita
2012.03.24 Agile Samurai Dojo Gathering 講演資料
2012.03.24 Agile Samurai Dojo Gathering 講演資料
Toshihiro Hirota
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
スクラムマスターはじめのいっぽ
スクラムマスターはじめのいっぽ
Takeba Misa
企業システムにアジャイルは必要か
企業システムにアジャイルは必要か
Hiromasa Oka
CTOの考えるエンジニアマネジメント2
CTOの考えるエンジニアマネジメント2
LIFULL Co., Ltd.
What's hot
(20)
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
塹壕より、かんばんとリーン - デブサミ2013関西 @devsumi #kansumiA5
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
「最強」のチームを「造る」技術基盤 ディレクターズ・カット
アジャイルってなにが美味しいの
アジャイルってなにが美味しいの
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
アジャイルマネジメントとマインドセット 〜ヒーローを待っていても世界は変わらない〜
【Sgt2016】Agile人材の評価とキャリアプラン
【Sgt2016】Agile人材の評価とキャリアプラン
TDDはじめる前に
TDDはじめる前に
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
CEDEC2015講演 チーム開発をスムーズにするために
CEDEC2015講演 チーム開発をスムーズにするために
アジャイル入門
アジャイル入門
2012.03.24 Agile Samurai Dojo Gathering 講演資料
2012.03.24 Agile Samurai Dojo Gathering 講演資料
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
スクラムマスターはじめのいっぽ
スクラムマスターはじめのいっぽ
企業システムにアジャイルは必要か
企業システムにアジャイルは必要か
CTOの考えるエンジニアマネジメント2
CTOの考えるエンジニアマネジメント2
Viewers also liked
Ninja Testing at XP Matsuri
Ninja Testing at XP Matsuri
Nakajima Shigeru
XP祭り2014LT資料(テーマ:俺の)
XP祭り2014LT資料(テーマ:俺の)
Fumihiro Sunada
なぜアジャイル開発はうまくいかないのか #xpjug
なぜアジャイル開発はうまくいかないのか #xpjug
Yoshihito Kuranuki
モデリングもしないでXPとは何事だ
モデリングもしないでXPとは何事だ
Iwao Harada
Collaborative design abc2014winter
Collaborative design abc2014winter
Kinya Hiramatsu
人生で大事なことは XP白本と参考文献に教わった
人生で大事なことは XP白本と参考文献に教わった
Takeshi Kakeda
ももたろう
ももたろう
terahide
俺の事業部
俺の事業部
Fumihiko Kinoshita
XPJUG 2014
XPJUG 2014
Makoto Yonezawa
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
Koichi ITO
俺の「機能横断的チーム」に近づくためのあれこれ
俺の「機能横断的チーム」に近づくためのあれこれ
Taichi Watanabe
XP祭り2014「アジャイルを手放して得られたこと」
XP祭り2014「アジャイルを手放して得られたこと」
Yusuke Suzuki
[XP祭り2014]野良LT~健康で文化的なエンジニアライフを考えよう~
[XP祭り2014]野良LT~健康で文化的なエンジニアライフを考えよう~
Shigeki Morizane
Viewers also liked
(13)
Ninja Testing at XP Matsuri
Ninja Testing at XP Matsuri
XP祭り2014LT資料(テーマ:俺の)
XP祭り2014LT資料(テーマ:俺の)
なぜアジャイル開発はうまくいかないのか #xpjug
なぜアジャイル開発はうまくいかないのか #xpjug
モデリングもしないでXPとは何事だ
モデリングもしないでXPとは何事だ
Collaborative design abc2014winter
Collaborative design abc2014winter
人生で大事なことは XP白本と参考文献に教わった
人生で大事なことは XP白本と参考文献に教わった
ももたろう
ももたろう
俺の事業部
俺の事業部
XPJUG 2014
XPJUG 2014
ソフトウェア開発の現場風景
ソフトウェア開発の現場風景
俺の「機能横断的チーム」に近づくためのあれこれ
俺の「機能横断的チーム」に近づくためのあれこれ
XP祭り2014「アジャイルを手放して得られたこと」
XP祭り2014「アジャイルを手放して得られたこと」
[XP祭り2014]野良LT~健康で文化的なエンジニアライフを考えよう~
[XP祭り2014]野良LT~健康で文化的なエンジニアライフを考えよう~
Similar to アジャイルソフトウェア開発の道具箱
Web制作者視点で理解するソフトェアテスト
Web制作者視点で理解するソフトェアテスト
祐磨 堀
Swagger jjug ccc 2018 spring
Swagger jjug ccc 2018 spring
kounan13
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Naoki Umehara
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
Yoshihito Kuranuki
サービス開発における工程
サービス開発における工程
Hidetoshi Mori
アジャイル開発のためのDatadog
アジャイル開発のためのDatadog
Nobuyasu Seki
俺も受託開発〜準委任契約によるふつうのソフトウェア開発〜
俺も受託開発〜準委任契約によるふつうのソフトウェア開発〜
Koichi ITO
業務システム開発モダナイゼーションガイド
業務システム開発モダナイゼーションガイド
You&I
Google Developer Day 2010 Japan: Google エンジニアの日常 (山内 知昭)
Google Developer Day 2010 Japan: Google エンジニアの日常 (山内 知昭)
Google Developer Relations Team
スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31
Sukusuku Scrum
20140717 awssummit2014-cloud-operation
20140717 awssummit2014-cloud-operation
Yasuhiro Araki, Ph.D
俺 と ご褒美 Bot
俺 と ご褒美 Bot
Masayuki KaToH
2014-01-28 Operation in the future
2014-01-28 Operation in the future
Operation Lab, LLC.
Gui自動テストツール基本
Gui自動テストツール基本
Tsuyoshi Yumoto
楽天エンジニアライフ
楽天エンジニアライフ
Rakuten Group, Inc.
DX Suite & UiPath さっくり読み取りさっくり連携
DX Suite & UiPath さっくり読み取りさっくり連携
Chuki ちゅき
鹿駆動
鹿駆動
Shinichi Kozake
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
Kotaro Ogino
テスト自動化の現場で困ること SI-Toolkitが解決すること
テスト自動化の現場で困ること SI-Toolkitが解決すること
yuichi_kuwahara
OSC2018 hiroshima session slide by OSSC
OSC2018 hiroshima session slide by OSSC
Daisuke Nishino
Similar to アジャイルソフトウェア開発の道具箱
(20)
Web制作者視点で理解するソフトェアテスト
Web制作者視点で理解するソフトェアテスト
Swagger jjug ccc 2018 spring
Swagger jjug ccc 2018 spring
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
Jasst12九州 倉貫資料:アジャイル・Ruby・クラウド(ARC)を活用したビジネスにおけるテストの実践 #jasst12Q
サービス開発における工程
サービス開発における工程
アジャイル開発のためのDatadog
アジャイル開発のためのDatadog
俺も受託開発〜準委任契約によるふつうのソフトウェア開発〜
俺も受託開発〜準委任契約によるふつうのソフトウェア開発〜
業務システム開発モダナイゼーションガイド
業務システム開発モダナイゼーションガイド
Google Developer Day 2010 Japan: Google エンジニアの日常 (山内 知昭)
Google Developer Day 2010 Japan: Google エンジニアの日常 (山内 知昭)
スクラムプロジェクト準備(公開用) No.31
スクラムプロジェクト準備(公開用) No.31
20140717 awssummit2014-cloud-operation
20140717 awssummit2014-cloud-operation
俺 と ご褒美 Bot
俺 と ご褒美 Bot
2014-01-28 Operation in the future
2014-01-28 Operation in the future
Gui自動テストツール基本
Gui自動テストツール基本
楽天エンジニアライフ
楽天エンジニアライフ
DX Suite & UiPath さっくり読み取りさっくり連携
DX Suite & UiPath さっくり読み取りさっくり連携
鹿駆動
鹿駆動
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
テスト自動化の現場で困ること SI-Toolkitが解決すること
テスト自動化の現場で困ること SI-Toolkitが解決すること
OSC2018 hiroshima session slide by OSSC
OSC2018 hiroshima session slide by OSSC
More from Koichi ITO
Bundler 2 の胎動
Bundler 2 の胎動
Koichi ITO
アプリがパッチにまみれたら
アプリがパッチにまみれたら
Koichi ITO
Stairway to The Pragmatic Rails Programmer
Stairway to The Pragmatic Rails Programmer
Koichi ITO
最軽の開発手法 dX 改
最軽の開発手法 dX 改
Koichi ITO
Railsアプリケーションプロジェクトでの読み書きそろばんの1周目、2周目とそれから
Railsアプリケーションプロジェクトでの読み書きそろばんの1周目、2周目とそれから
Koichi ITO
Ruby 2.4 / Rails 5.0に上げた際のパッチ5選
Ruby 2.4 / Rails 5.0に上げた際のパッチ5選
Koichi ITO
10年生きる Ruby / Rails アプリケーションプログラマーのエコシステム
10年生きる Ruby / Rails アプリケーションプログラマーのエコシステム
Koichi ITO
俺の開発日誌
俺の開発日誌
Koichi ITO
ghq gem-src and more
ghq gem-src and more
Koichi ITO
RuboCopとXPコーディング規約
RuboCopとXPコーディング規約
Koichi ITO
俺たちの新人教育!!
俺たちの新人教育!!
Koichi ITO
スローテスト刑事 (デカ)
スローテスト刑事 (デカ)
Koichi ITO
Gate of Agile Web Development
Gate of Agile Web Development
Koichi ITO
RubyKaigi 2015 の Drinkup を支える技術
RubyKaigi 2015 の Drinkup を支える技術
Koichi ITO
開発時の探し物を楽にする習慣作り
開発時の探し物を楽にする習慣作り
Koichi ITO
Motivationware
Motivationware
Koichi ITO
達人プログラマーへの道
達人プログラマーへの道
Koichi ITO
Let's get ready for next Ruby
Let's get ready for next Ruby
Koichi ITO
職と人
職と人
Koichi ITO
Agile Software Development with Edge Ruby
Agile Software Development with Edge Ruby
Koichi ITO
More from Koichi ITO
(20)
Bundler 2 の胎動
Bundler 2 の胎動
アプリがパッチにまみれたら
アプリがパッチにまみれたら
Stairway to The Pragmatic Rails Programmer
Stairway to The Pragmatic Rails Programmer
最軽の開発手法 dX 改
最軽の開発手法 dX 改
Railsアプリケーションプロジェクトでの読み書きそろばんの1周目、2周目とそれから
Railsアプリケーションプロジェクトでの読み書きそろばんの1周目、2周目とそれから
Ruby 2.4 / Rails 5.0に上げた際のパッチ5選
Ruby 2.4 / Rails 5.0に上げた際のパッチ5選
10年生きる Ruby / Rails アプリケーションプログラマーのエコシステム
10年生きる Ruby / Rails アプリケーションプログラマーのエコシステム
俺の開発日誌
俺の開発日誌
ghq gem-src and more
ghq gem-src and more
RuboCopとXPコーディング規約
RuboCopとXPコーディング規約
俺たちの新人教育!!
俺たちの新人教育!!
スローテスト刑事 (デカ)
スローテスト刑事 (デカ)
Gate of Agile Web Development
Gate of Agile Web Development
RubyKaigi 2015 の Drinkup を支える技術
RubyKaigi 2015 の Drinkup を支える技術
開発時の探し物を楽にする習慣作り
開発時の探し物を楽にする習慣作り
Motivationware
Motivationware
達人プログラマーへの道
達人プログラマーへの道
Let's get ready for next Ruby
Let's get ready for next Ruby
職と人
職と人
Agile Software Development with Edge Ruby
Agile Software Development with Edge Ruby
アジャイルソフトウェア開発の道具箱
1.
XP祭り 2014 ライトニングトークス
2014.09.06 (Sat) 早稲田大学理工学部キャンパス アジャイルソフトウェア 開発の道具箱 永和システムマネジメント 勤続10周年記念講演 (株) 永和システムマネジメント アジャイル事業部 Ruby x Agile グループ 伊藤 浩一 (@koic)
2.
3.
4.
大事なことは 最初に
5.
ご清聴 ありがとうございました
6.
受託開発での明確なリーダー
7.
2014年某月某日 お客様からの質問 Q.
あなたにとって アジャイルとはなんですか?
8.
自分たちの やり方を 自分たちで
決めて作って (株)永和システムマネジメント いける アジャイル事業部 事業部長 木下 史彦 氏
9.
俺 (たち) のやり方と
俺たちの道具をご紹介
10.
俺たちの道具 などなど
11.
俺 (たち) のやり方
! 開発環境の構築 レビューマージ デプロイ & デベロッパー テスト カスタマー テスト ! プログラミング 本番デプロイ ミーティング モニタリングリリース
12.
マッピング (だいたい) !
開発環境の構築 レビューマージ デプロイ & デベロッパー テスト カスタマー テスト ! プログラミング 本番デプロイ ミーティング モニタリングリリース
13.
今回のお話しするコース Start !
開発環境の構築 レビューマージ デプロイ & デベロッパー テスト カスタマー テスト ! プログラミング 本番デプロイ ミーティング Goal モニタリングリリース
14.
10年の大きな変化 •仮想化技術 •ソーシャルコーディング
•クラウド
15.
やり方と 道具のについて ひとめぐり
16.
Start ! スタート
開発環境の構築 レビューマージ デプロイ & デベロッパー テスト カスタマー テスト ! プログラミング 本番デプロイ ミーティング モニタリングリリース
17.
立ち上がりにも使える道具
18.
10年前 現在 1.共有2.実行1.共有2.実行
• ゲストOSへのインスコ • プロビジョニングツール による手順化 • ホストOSへのインスコ • ドキュメントや独自スク リプトによる手順化
19.
カジュアルに 壊せる時代 >
vagrant destroy > vagrant up
20.
悲しみの連鎖を断ち切る https://twitter.com/kenchan/status/425613696094593024 •
ORA-XXXXX: 無効な○○です • 仮想化 (Vagrant) と Provisioning (Ansible) • 偉大な先人によるバッドノウハウのコード化
21.
環境破棄は善 http://ja.wikipedia.org/wiki/%E3%83%90%E3%83%99%E3%83%AB%E3%81%AE%E5%A1%94#mediaviewer/File:Pieter_Bruegel_the_Elder_-_The_Tower_of_Babel_(Vienna)_-_Google_Art_Project_-_edited.jpg
22.
まずはミーティング Start !
開発環境の構築 レビューマージ デプロイ & デベロッパー テスト カスタマー テスト ! プログラミング 本番デプロイ ミーティング モニタリングリリース
23.
日々の道具
24.
ミーティング全員参加のすすめ • 期待する振る舞いの全員理解により、後の
Pull Request のレビューにおいて、仕様と実装のチグハグが ないかの観点を含められる • 打ち合わせにできるだけ全員同席をして、伝言ゲームや知 識の偏りを減らしたり、要求に対する早い段階での提案を 気づいたメンバーが早い段階でフィードバックできる • お客様に覚えて頂いて、人対人の信頼関係を作る • 明確なフロントはできるだけ作らない
25.
見積りと設計 • 見積りと設計はだいたいイコール
• Done の定義 • コードを読めなければ書けない、書けなければ見積もれ ない (プログラミングの読み書きそろばん) • “コードにしたものとしなかったことがプログラミン グ” by @kakutani (Developer Summit 2012) • どう実装するかを議論したのちポイントを見積もる
26.
プログラミング~レビュー Start !
開発環境の構築 レビューマージ デプロイ & デベロッパー テスト カスタマー テスト ! プログラミング 本番デプロイ ミーティング Goal モニタリングリリース
27.
便利なハイパーリンク Pull Request
を出したら URL を Pivotal Tracker の Activity に貼っておくとストーリーからGitHub で の実装状況を辿ることができて、たいへん便利。おすすめ。 thx @ffu_
28.
レビュー~マージ Start !
開発環境の構築 レビューマージ デプロイ & デベロッパー テスト カスタマー テスト ! プログラミング 本番デプロイ ミーティング Goal モニタリングリリース
29.
30.
Pull Requestのマージ h•ttLpsG:/T/fM.cl画ou像d.にgitすhuるb.com/assets/1606673/2307945/6ef72b40-a2b5-11e3-9708-9a7e6f7486a8.png
• PR は master に入る前の最後の機会 • master に入った後のコード読んでいますか? • “永和のmasterには変なコードがない” by @akiinyo • https://speakerdeck.com/akiinyo/puroguraminguwei-jing-yan-nantebu-kunai-ritanzu#15
31.
レビューの心得 ‘‘コードの一行、 血の一滴’’
32.
Looks Good To
Me h•ttLpsG:/T/fM.cl画ou像d.にgitすhuるb.com/assets/1606673/2307945/6ef72b40-a2b5-11e3-9708-9a7e6f7486a8.png • だいたい 内野の LGTM :star: 2つでマージ • 不安が少なければ1つ、多ければ3つ以上 • http://www.lgtm.in • レビューに楽しさを
33.
http://www.lgtm.in h•ttLpsG:/T/fM.cl画ou像d.にgitすhuるb.com/assets/1606673/2307945/6ef72b40-a2b5-11e3-9708-9a7e6f7486a8.png •
Looks Good To Me • レビューに楽しさを • ご利用は文化にご相談ください
34.
デプロイ~テスト Start !
開発環境の構築 レビューマージ デプロイ & デベロッパー テスト カスタマー テスト ! プログラミング 本番デプロイ ミーティング Goal モニタリングリリース
35.
36.
Acceptとcurrentの問題 • 1週間の
Velocity 10 pt のチームの current に 30 pt 溜 まっています。4週間で 60 pt を終わらすことができるでしょ うか?問題 • current に溜めない • Accept 待ちの滞留と、同時アサインで進まない滞留 • 基本はひとつづつ、ひとつづつ • 他の人がその作業をすることができなくなることも! • 顧客の Accept に限らず、開発者の Accept があってもいい
37.
リリース~モニタリング Start !
開発環境の構築 レビューマージ デプロイ & デベロッパー テスト カスタマー テスト ! プログラミング 本番デプロイ ミーティング Goal モニタリングリリース 運営
38.
プログラマブルなインフラ
39.
DevOpsに向けて • 本番環境で、予期しない
SQL くぁwせdrftgyふじこl • 予期しない SQL にインデックスは貼れない • そこでリードレプリカですよ! • 必要なときに必要なだけデータベースサーバーを用意で きる。そう RDS ならね。 • SDK! SDK! SDK!
40.
印象に残った言葉シリーズ ‘’壊れてよい おもちゃを用意する’’
41.
環境破棄は善 http://ja.wikipedia.org/wiki/%E3%83%90%E3%83%99%E3%83%AB%E3%81%AE%E5%A1%94#mediaviewer/File:Pieter_Bruegel_the_Elder_-_The_Tower_of_Babel_(Vienna)_-_Google_Art_Project_-_edited.jpg
42.
自分たちの やり方を 自分たちで
決めて作って (株)永和システムマネジメント いける アジャイル事業部 事業部長 木下 史彦 氏
Download now