Enviar búsqueda
Cargar
INSPIRE FUTURE GENERATIONS
•
8 recomendaciones
•
5,026 vistas
Koichi ITO
Seguir
ありがたい話 公開版 http://esminc.doorkeeper.jp/events/18782
Leer menos
Leer más
Ingeniería
Denunciar
Compartir
Denunciar
Compartir
1 de 99
Descargar ahora
Descargar para leer sin conexión
Recomendados
JavaからRubyへの変遷を約10年見てきて、プロジェクトで変わったこと、変わっていないこと12集
JavaからRubyへの変遷を約10年見てきて、プロジェクトで変わったこと、変わっていないこと12集
Koichi ITO
受託開発とRubyGems
受託開発とRubyGems
Koichi ITO
インタフェースのこころ
インタフェースのこころ
Koichi ITO
The World is Connected
The World is Connected
Koichi ITO
進撃の受託開発
進撃の受託開発
Koichi ITO
Detroit Programming City
Detroit Programming City
Koichi ITO
俺も受託開発〜準委任契約によるふつうのソフトウェア開発〜
俺も受託開発〜準委任契約によるふつうのソフトウェア開発〜
Koichi ITO
Spring 12年の歴史
Spring 12年の歴史
movmov
Recomendados
JavaからRubyへの変遷を約10年見てきて、プロジェクトで変わったこと、変わっていないこと12集
JavaからRubyへの変遷を約10年見てきて、プロジェクトで変わったこと、変わっていないこと12集
Koichi ITO
受託開発とRubyGems
受託開発とRubyGems
Koichi ITO
インタフェースのこころ
インタフェースのこころ
Koichi ITO
The World is Connected
The World is Connected
Koichi ITO
進撃の受託開発
進撃の受託開発
Koichi ITO
Detroit Programming City
Detroit Programming City
Koichi ITO
俺も受託開発〜準委任契約によるふつうのソフトウェア開発〜
俺も受託開発〜準委任契約によるふつうのソフトウェア開発〜
Koichi ITO
Spring 12年の歴史
Spring 12年の歴史
movmov
Spring4-DevLove発表資料
Spring4-DevLove発表資料
Yuichi Hasegawa
Reading 1st dRuby
Reading 1st dRuby
Koichi ITO
Agile japan2016 a 2 ricksoft
Agile japan2016 a 2 ricksoft
Hiroshi Ohnuki
ポストJenkins時代のCI戦略
ポストJenkins時代のCI戦略
Hiroshi Maekawa
こだわりのkintone
こだわりのkintone
Yusuke Amano
さくっと理解するSpring bootの仕組み
さくっと理解するSpring bootの仕組み
Takeshi Ogawa
DevOpsが引き金となるインフラエンジニアの進撃
DevOpsが引き金となるインフラエンジニアの進撃
Teruo Adachi
ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本
kazuki kumagai
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ
CLARA ONLINE, Inc.
JIRA / Confluence の必須プラグインはこれだ
JIRA / Confluence の必須プラグインはこれだ
Narichika Kajihara
My First XP Project 〜10年前の俺へ〜
My First XP Project 〜10年前の俺へ〜
Fumihiko Kinoshita
自チームのLychee redmine活用例
自チームのLychee redmine活用例
agileware_jp
JavaとOSSとAndroid - JavaAPI訴訟問題を考える
JavaとOSSとAndroid - JavaAPI訴訟問題を考える
Yusuke Suzuki
○○したら受託開発が180°変わった
○○したら受託開発が180°変わった
Atsushi Harada
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
Taichi Watanabe
Spring Framework 4.3から5.0へ
Spring Framework 4.3から5.0へ
movmov
エナジャイル設立によせて
エナジャイル設立によせて
Yusuke Suzuki
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
Mitsuru Ogawa
Javaエンジニアのためのアーキテクト講座-JJUG CCC 2014 Fall
Javaエンジニアのためのアーキテクト講座-JJUG CCC 2014 Fall
Yusuke Suzuki
[ダウンロード推奨]OOW2017 and Javaone2017 report Daisuke Nishino(Sompo Systems)
[ダウンロード推奨]OOW2017 and Javaone2017 report Daisuke Nishino(Sompo Systems)
Daisuke Nishino
What is Enterprise Agile
What is Enterprise Agile
Kenji Hiranabe
部屋とワイシャツとPHPとアジャイル開発と私
部屋とワイシャツとPHPとアジャイル開発と私
Kei Sawada
Más contenido relacionado
La actualidad más candente
Spring4-DevLove発表資料
Spring4-DevLove発表資料
Yuichi Hasegawa
Reading 1st dRuby
Reading 1st dRuby
Koichi ITO
Agile japan2016 a 2 ricksoft
Agile japan2016 a 2 ricksoft
Hiroshi Ohnuki
ポストJenkins時代のCI戦略
ポストJenkins時代のCI戦略
Hiroshi Maekawa
こだわりのkintone
こだわりのkintone
Yusuke Amano
さくっと理解するSpring bootの仕組み
さくっと理解するSpring bootの仕組み
Takeshi Ogawa
DevOpsが引き金となるインフラエンジニアの進撃
DevOpsが引き金となるインフラエンジニアの進撃
Teruo Adachi
ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本
kazuki kumagai
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ
CLARA ONLINE, Inc.
JIRA / Confluence の必須プラグインはこれだ
JIRA / Confluence の必須プラグインはこれだ
Narichika Kajihara
My First XP Project 〜10年前の俺へ〜
My First XP Project 〜10年前の俺へ〜
Fumihiko Kinoshita
自チームのLychee redmine活用例
自チームのLychee redmine活用例
agileware_jp
JavaとOSSとAndroid - JavaAPI訴訟問題を考える
JavaとOSSとAndroid - JavaAPI訴訟問題を考える
Yusuke Suzuki
○○したら受託開発が180°変わった
○○したら受託開発が180°変わった
Atsushi Harada
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
Taichi Watanabe
Spring Framework 4.3から5.0へ
Spring Framework 4.3から5.0へ
movmov
エナジャイル設立によせて
エナジャイル設立によせて
Yusuke Suzuki
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
Mitsuru Ogawa
Javaエンジニアのためのアーキテクト講座-JJUG CCC 2014 Fall
Javaエンジニアのためのアーキテクト講座-JJUG CCC 2014 Fall
Yusuke Suzuki
[ダウンロード推奨]OOW2017 and Javaone2017 report Daisuke Nishino(Sompo Systems)
[ダウンロード推奨]OOW2017 and Javaone2017 report Daisuke Nishino(Sompo Systems)
Daisuke Nishino
La actualidad más candente
(20)
Spring4-DevLove発表資料
Spring4-DevLove発表資料
Reading 1st dRuby
Reading 1st dRuby
Agile japan2016 a 2 ricksoft
Agile japan2016 a 2 ricksoft
ポストJenkins時代のCI戦略
ポストJenkins時代のCI戦略
こだわりのkintone
こだわりのkintone
さくっと理解するSpring bootの仕組み
さくっと理解するSpring bootの仕組み
DevOpsが引き金となるインフラエンジニアの進撃
DevOpsが引き金となるインフラエンジニアの進撃
ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本
5分で出来る!イケてるconfluenceページ
5分で出来る!イケてるconfluenceページ
JIRA / Confluence の必須プラグインはこれだ
JIRA / Confluence の必須プラグインはこれだ
My First XP Project 〜10年前の俺へ〜
My First XP Project 〜10年前の俺へ〜
自チームのLychee redmine活用例
自チームのLychee redmine活用例
JavaとOSSとAndroid - JavaAPI訴訟問題を考える
JavaとOSSとAndroid - JavaAPI訴訟問題を考える
○○したら受託開発が180°変わった
○○したら受託開発が180°変わった
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
Spring Framework 4.3から5.0へ
Spring Framework 4.3から5.0へ
エナジャイル設立によせて
エナジャイル設立によせて
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
メンテナンス性の良いWebシステムを構築するためにjavaとフロントエンドでやるべきこと
Javaエンジニアのためのアーキテクト講座-JJUG CCC 2014 Fall
Javaエンジニアのためのアーキテクト講座-JJUG CCC 2014 Fall
[ダウンロード推奨]OOW2017 and Javaone2017 report Daisuke Nishino(Sompo Systems)
[ダウンロード推奨]OOW2017 and Javaone2017 report Daisuke Nishino(Sompo Systems)
Destacado
What is Enterprise Agile
What is Enterprise Agile
Kenji Hiranabe
部屋とワイシャツとPHPとアジャイル開発と私
部屋とワイシャツとPHPとアジャイル開発と私
Kei Sawada
Sparknize - Visualize CSV Data With Sparkline In Seconds
Sparknize - Visualize CSV Data With Sparkline In Seconds
Kei Sawada
モダンWeb開発ワークショップ
モダンWeb開発ワークショップ
Staffnet_Inc
アジャイル開発とTDDを半年間実践してみた顛末と、これから
アジャイル開発とTDDを半年間実践してみた顛末と、これから
Kei Sawada
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Hiroyuki Ito
Modern Agile - Keynote at Agile2016
Modern Agile - Keynote at Agile2016
Joshua Kerievsky
世界最大級のアジャイルカンファレンス報告:Agile2016参加レポート
世界最大級のアジャイルカンファレンス報告:Agile2016参加レポート
Hiroyuki Ito
Can Agile Really Change Japan's software development
Can Agile Really Change Japan's software development
Kenji Hiranabe
アプリUI勉強会 in ネットイヤーグループ
アプリUI勉強会 in ネットイヤーグループ
Kenichi Suzuki
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
Hiroyuki Ito
Destacado
(11)
What is Enterprise Agile
What is Enterprise Agile
部屋とワイシャツとPHPとアジャイル開発と私
部屋とワイシャツとPHPとアジャイル開発と私
Sparknize - Visualize CSV Data With Sparkline In Seconds
Sparknize - Visualize CSV Data With Sparkline In Seconds
モダンWeb開発ワークショップ
モダンWeb開発ワークショップ
アジャイル開発とTDDを半年間実践してみた顛末と、これから
アジャイル開発とTDDを半年間実践してみた顛末と、これから
アジャイルメトリクス実践ガイド
アジャイルメトリクス実践ガイド
Modern Agile - Keynote at Agile2016
Modern Agile - Keynote at Agile2016
世界最大級のアジャイルカンファレンス報告:Agile2016参加レポート
世界最大級のアジャイルカンファレンス報告:Agile2016参加レポート
Can Agile Really Change Japan's software development
Can Agile Really Change Japan's software development
アプリUI勉強会 in ネットイヤーグループ
アプリUI勉強会 in ネットイヤーグループ
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
Similar a INSPIRE FUTURE GENERATIONS
Five Steps to Culture Change を日本語で解説する 2020/11/06
Five Steps to Culture Change を日本語で解説する 2020/11/06
Issei Hiraoka
チームで「きちんと」Laravel を使っていくための取り組み
チームで「きちんと」Laravel を使っていくための取り組み
Shohei Okada
我が家のフロントエンド開発事情
我が家のフロントエンド開発事情
Naoki Yamada
React way at_eight
React way at_eight
Hideharu Okuma
DevOpsにおけるAnsibleの立ち位置と使い所
DevOpsにおけるAnsibleの立ち位置と使い所
Hidetoshi Hirokawa
LODEO開発ストーリー
LODEO開発ストーリー
Tomohiro Shinden
Webエンジニアに贈る、正しい番犬の飼い方
Webエンジニアに贈る、正しい番犬の飼い方
Innova Inc.
クラウドネイティブが行なういまどきWebサービス開発
クラウドネイティブが行なういまどきWebサービス開発
Yuuji Arakaki
駅すぱあとWebサービスにおけるAWSとその周辺
駅すぱあとWebサービスにおけるAWSとその周辺
Mikawa Kouta
0からのWebディレクション講座 システム開発編 170415 slide_share
0からのWebディレクション講座 システム開発編 170415 slide_share
sato takuma
WordCamp Tokyo 2018 REST API データ表示ことはじめ
WordCamp Tokyo 2018 REST API データ表示ことはじめ
kouki okuda
WordCamp Tokyo 2018 by ocws
WordCamp Tokyo 2018 by ocws
kouki okuda
UXを損ねる静的コンテンツ配信アンチパターン7選
UXを損ねる静的コンテンツ配信アンチパターン7選
Yuki Okada
サイボウズのオープンソースへの取り組み - OSC 2018 Osaka
サイボウズのオープンソースへの取り組み - OSC 2018 Osaka
Yuki Okada
20170710 hifive-test-meetup
20170710 hifive-test-meetup
Naoya Kojima
160625 0dir system
160625 0dir system
aizawa_yoshikazu
Apple bu20100721
Apple bu20100721
Yutaka Fujisaki
エンジニア集団によるゼロからの新規事業開発
エンジニア集団によるゼロからの新規事業開発
Manabu Yamamoto
Regional Scrum Gathering® Tokyo 2014
Regional Scrum Gathering® Tokyo 2014
Yusaku Watanabe
あじゃいる時代の品質保証 ~DevSQAの提案~
あじゃいる時代の品質保証 ~DevSQAの提案~
Hiroaki Matsunaga
Similar a INSPIRE FUTURE GENERATIONS
(20)
Five Steps to Culture Change を日本語で解説する 2020/11/06
Five Steps to Culture Change を日本語で解説する 2020/11/06
チームで「きちんと」Laravel を使っていくための取り組み
チームで「きちんと」Laravel を使っていくための取り組み
我が家のフロントエンド開発事情
我が家のフロントエンド開発事情
React way at_eight
React way at_eight
DevOpsにおけるAnsibleの立ち位置と使い所
DevOpsにおけるAnsibleの立ち位置と使い所
LODEO開発ストーリー
LODEO開発ストーリー
Webエンジニアに贈る、正しい番犬の飼い方
Webエンジニアに贈る、正しい番犬の飼い方
クラウドネイティブが行なういまどきWebサービス開発
クラウドネイティブが行なういまどきWebサービス開発
駅すぱあとWebサービスにおけるAWSとその周辺
駅すぱあとWebサービスにおけるAWSとその周辺
0からのWebディレクション講座 システム開発編 170415 slide_share
0からのWebディレクション講座 システム開発編 170415 slide_share
WordCamp Tokyo 2018 REST API データ表示ことはじめ
WordCamp Tokyo 2018 REST API データ表示ことはじめ
WordCamp Tokyo 2018 by ocws
WordCamp Tokyo 2018 by ocws
UXを損ねる静的コンテンツ配信アンチパターン7選
UXを損ねる静的コンテンツ配信アンチパターン7選
サイボウズのオープンソースへの取り組み - OSC 2018 Osaka
サイボウズのオープンソースへの取り組み - OSC 2018 Osaka
20170710 hifive-test-meetup
20170710 hifive-test-meetup
160625 0dir system
160625 0dir system
Apple bu20100721
Apple bu20100721
エンジニア集団によるゼロからの新規事業開発
エンジニア集団によるゼロからの新規事業開発
Regional Scrum Gathering® Tokyo 2014
Regional Scrum Gathering® Tokyo 2014
あじゃいる時代の品質保証 ~DevSQAの提案~
あじゃいる時代の品質保証 ~DevSQAの提案~
Más de 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
Más de 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
INSPIRE FUTURE GENERATIONS
1.
INSPIRE (株) 永和システムマネジメント アジャイル事業部 Ruby x
Agile グループ 伊藤 浩一 (@koic) 2015.01.16 (Fri) (株)永和システムマネジメント Room Right/Left ありがたい話 公開版 FUTURE GENERATIONS 現場リーダーのありがたい話2015
2.
満員 御礼
3.
4.
5.
6.
対象者 •ちょっと未来の@ivezuki •ちょっと過去の@flada_auxv •私と一緒のプロジェクトを経験 していないメンバー
7.
自己紹介
8.
株式会社 永和システムマネジメント アジャイル事業部 所属。JavaによるWebアプリケーション開発やセミナー 講師などを経て、XPとオブジェクト指向をキーワード に2004年より現職。2007年よりRailsを用いた
Web アプリケーションの構築に携わり、現在はRubyとアジャ イルをキーワードとした4∼6人程度の小中規模の受託 開発プロジェクトのリーダーを務める。共著書に 『Web 2.0ビギナーズバイブル』(絶版) 。最も影響を 受けた開発手法は『エクストリーム・プログラミング』。 伊藤 浩一 (@koic)
9.
現場での私のミッション •アジャイルソフトウェア開発 の現場をリードする •チーム、メンバーを育成する
10.
現場での私のミッション •アジャイルソフトウェア開発 の現場をリードする •チーム、メンバーを育成する
11.
仲間たち
12.
http://www.slideshare.net/esminc/new-year-2015-agile-div
13.
現場での私のミッション •アジャイルソフトウェア開発 の現場をリードする •チーム、メンバーを育成する
14.
http://www.esm.co.jp/agile/business_plan_esm_agile_div_35th.pdf
15.
育成担当 @koic @moro プロジェクトリード職 プログラミング職
16.
@koic @moro プロジェクトリード職 プログラミング職 どこを
より 特化するか
17.
@koic @moro プロジェクトリード職 プログラミング職 今日の話の育成観点
18.
私のミッション •アジャイルソフトウェア開発の 現場をリードする •チーム、メンバーを育成する
19.
永和現場リーダー としての私のミッ ションと実践の話
20.
本日は よろしく お願いします
21.
文化の形成 おさらい
22.
現場リーダーのお仕事 •プロジェクトを進めるにあたる レール上の障害物を退ける •メンバーとチームの育成
23.
現場リーダーのお仕事 •プロジェクトを進めるにあたる レール上の障害物を退ける •メンバーとチームの育成 プロジェクトデザイン
24.
『Extreme Programming Embrace
Change』より
25.
26.
開発を成功させるためには、 プログラマーとユーザーが 自分たちの不安を認識し、 権利と責任を受け入れられ る文化 (環境) を創らなけ ればならない。『エクストリーム・プログラミング実行計画』9ページより抜粋
27.
プログラマーの権利章典 ユーザーの権利章典 プロジェクトの両輪
28.
• 全体の計画でいつ何がどのくらいのコストで達成されたかを知る 権利がある。 ユーザーの権利章典 • 毎週のプログラミング週から、最も可能な価値を得る権利がある。 •
作業中のシステムの進 状況、規定した繰り返しテストをパスで きていること (作業の証明) を見る権利がある。 • 法外なコストを支払うことなく、自分の考えを変えたり、機能の 入れ替え、プライオリティの変更を行う権利がある。 • 予定日を修正しスコープを縮小するために、スケジュールの変更 通知を受ける権利がある。いつでもキャンセルすることができ、 現在までの投資を反映して機能しているシステムを残してもらう こともできる。
29.
• 何が必要なのか、プライオリティの明確な位置づけを知る権利が ある。 プログラマーの権利章典 • 常に質の高い仕事を行う権利がある。 •
援助を要求し、仲間、マネージャ、ユーザーから助けを得る権利 がある。 • 自分の見積りを作成し更新する権利がある。 • 責任を割り当てられるのではなく、受容する権利がある。
30.
ユーザーとプログ ラマーの権利を尊 重する文化の形成 現場リーダーの仕事
31.
本編
32.
•#1 ソフトウェアの見積り •#2 チームのはなし •#3
チーム開発の意義 お品書き
33.
#1 •#1 ソフトウェアの見積り •#2 チームのはなし •#3
チーム開発の意義 お品書き
34.
?なぜ見積る のか?
35.
計画のない プロジェクト はない
36.
https://ja.wikipedia.org/wiki/プロジェクト
37.
見積りは 計画を立てる ための視点
38.
ユーザーの ための計画
39.
現場リーダーのお仕事 •プロジェクト (計画) を進める にあたるレール上の障害物を退 ける •メンバーとチームの育成
40.
レールから障害 物を退けるのが リーダーの仕事
41.
障害物
42.
見積もり ! 真実8:プロジェクトが大失敗する原因には二つある。一つは見積も りミスだ(もう一つはP.110の真実23を参照) ! 真実9:ソフトウエア開発の見積もりは、プロジェクトの開発時に 実施する場合が非常に多い。これだと、要求定義が固まる 前に見積もることになり、どんな問題がどこにあるかを 理解する以前に予測するので、意味がない。従って、 見積もり時期として適切ではない。 ! 真実10:見積もりは、上層部かマーケティングが実施する場合がほと んどだ。実際にプログラムを開発したり、開発プロジェクト の直接のマネジャが見積もることはない。結局、適切な人が 見積もっていないのだ。 ! 真実11:プロジェクトが進むに従って、見積もりを調整することは、 まずない。従って、不適切な時期に不適切な人間が実施した 見積もりをが修正することは、ほとんどない。 ! ソフトウェアエンジニアリング ソフトウェア開発55の真実と10のウソ ロバート・L・グラス
43.
確度の低い見積り 未凍結の仕様 割と密接
44.
• 放っておいても狭くはならない • コーンを狭めるには情報が増えるなど状況変化が必要 不確実性のコーン
45.
見積りできた? 見積りできた? 見積りできた? いつリリースできるの?
46.
• 見積りの難しさ (途中で変わる/固り切らない状態でゴー) •
存在していないものは期待にすぎない • ユーザーインタフェースのあるシステムであれば、ワイ ヤーフレームによる期待の擦り合わせは有効 • ペーパープロトタイピングはやったことないけど、ど うなんでしょうね? (ある程度で作っちゃうので) そして厄介な現実 ユーザーも真実欲しいものは分からない (正解があるとは限らない)
47.
でもやるんだ よ。だって仕 事でしょ?http://d.hatena.ne.jp/m_seki+b/20101202/p1
48.
要件がどこまで生 煮えで手が動くか ソフトウェア開発の現実
49.
地に足のついた 見積りに 必要な能力
50.
プログラミング
51.
何かをプログラムす る時、どの位かかるか を見積るということは 完全に技術的な決定で ある エクストリームプログラミング実行計画15ページ
52.
見積りは 開発者の仕事 FAQ. どれくらいでできそうですか?
53.
見積り プログラミング能力は 十分条件ではなく必要 条件 書き 読み
54.
プログラミング能力は 十分条件ではなく必要 条件 書き 読み 見積り 時間という制約の中で 結果を出すのがプロ
55.
1.標本を集める 2.相対値を作る 繰り返してより地に足のついた数に
56.
Copyright (c) 2011
Eiwa System Management, Inc. イテレーション (1週間) の流れ 要求 リリース可能な ソフトウェア Ship It! 次の イテレーションへ 内部リリース ふりかえり ! KPT !ベロシティ バックログ タスク プログラミング "機能 "バグ "データ移行 "ドキュメント "環境構築 "性能 "ジョーカー 受入テストを 書く 受入テストを する " 完了基準 ! TDD ! CI ! 仕様の確認 ! 見積り ! スパイク ふりかえりやバックログの優先度 付けなどはお客さまにご協力いた だきながら進めていきます。
57.
Copyright (c) 2011
Eiwa System Management, Inc. まわして「見積り続ける」 要求 リリース可能な ソフトウェア Ship It! 次の イテレーションへ 内部リリース ふりかえり ! KPT !ベロシティ バックログ タスク プログラミング "機能 "バグ "データ移行 "ドキュメント "環境構築 "性能 "ジョーカー 受入テストを 書く 受入テストを する " 完了基準 ! TDD ! CI ! 仕様の確認 ! 見積り ! スパイク ふりかえりやバックログの優先度 付けなどはお客さまにご協力いた だきながら進めていきます。
58.
• だいたい半年前に作った○○機能と同じくらい • 同じ経験があると強い
(それなりに根拠ある信頼) • 相対的な数値化してユーザーに伝えられる (責任) • 「これだけのことをやると、○○機能に比べて△△ くらいの大きさです」 • もちろん他プロジェクトでの経験も大きな標本 • 最後は開発者の作れそう感 (経験重要) サンプルの重要性
59.
• プランニングポーカーを使ったチームでの見積り • 見積りは設計行為 •
数字の違いにリスクが隠れていることも 開発チームのやれそう感
60.
人間は成長 する生き物
61.
だんだんと うまくなる
62.
だんだんと うまくなる プログラマーもユーザーも
63.
#2 •#1 ソフトウェアの見積り •#2 チームのはなし •#3
チーム開発の意義 お品書き
64.
育成担当 @koic @moro プロジェクトリード職 プログラミング職
65.
チームの 成長
66.
• 本を読んだだけではプログラミングはできない • 本を読んだだけではプロジェクトはまわせない •
実際は知識も大事、経験も大事 • 『巨人の肩の上に立つ』 実践に勝る経験はない
67.
• メンバーの特徴とプロジェクトの状況をつかむ • メンバーはできるだけ縦で見る •
似た機能を作った経験の速度重視か、あまり経験のない ないようにフォーカスしたストレッチした成長重視か • ユーザーの計画を考慮したうえで組み立てる • 開発者の「おもしろそう」「作ってみたい」もだいじ フォーメーション
68.
弾けないフレー ズを弾けるよう にするのが練習 オレのB面から
69.
• ユーザーとの会話が分かる (議事録) •
使ったことのない技術をもちいる (できるだけ地雷は先に 踏む) • 外部チームと連携する (インタフェース設計、異文化交 流) • ユーザーへの提案を行う (フロント業) • 自分で作れる前提で、あえて手を動かさない (ただし放置 はしない) ストレッチのポイント例
70.
受託開発の持つ性質 仕事 要員 リスク チャンス
71.
• 4人以上のチームの場合のサブチームづくり • Pivotal
TrackerでいうEpicの粒度でチームを組む • 編成として「刺激になりそう」を組み合わせたり Epicとフォーメーション
72.
刺激を 演出する
73.
誰と重要 @beakmark
74.
• すごいRubyistだったり、コミュニティの仲間だったり、 ネット著名人だったり、From Java
to Rubyな同僚 だったりさまざま • 安定したプロジェクト経験者と新しいメンバーで組むのが 黄金パターン (オブジェクト指向の設計原則にも『安定 に依存せよ』とありますね) • なんとなく知っていると他人に説明できるのギャップを 埋める (アウトプットすることで整理できることも) 新しいメンバーを迎え入れる
75.
演出の 大前提
76.
• 「開発はうまいことやる」お任せ安心感 • いつ頃に次の作業が出来そうか
(透明性) • いつまでに要件凍結が必要か • 開発メンバーのやることがないを作らない • いったことをきちんとやる アカウンタビリティ
77.
現場での私のミッション •アジャイルソフトウェア開発 の現場をリードする •チーム、メンバーを育成する
78.
XP Tracker という役割
79.
全体 俯瞰
80.
見積りと 予測可能性
81.
要求ヒアリング 見積り 計画づくり ビジネス検討 実装 効果測定 テストリリース 9:1 5:5 ボールの滞在率
(ユーザー:プログラマー) 1:9 9:1 7:3 1:9 1:9 5:5
82.
プロジェクトの成 功とチームの成長 のバランスを見る 現場リーダーの心得
83.
現場での私のミッション •アジャイルソフトウェア開発 の現場をリードする •チーム、メンバーを育成する
84.
#3 •#1 ソフトウェアの見積り •#2 チームのはなし •#3
チーム開発の意義 お品書き
85.
チーム開発 の意義
86.
何事もひとり では成し遂げ られない
87.
ユーザーとプログ ラマーの権利を尊 重する文化の形成 リーダー業のひとつのゴール
88.
• コミュニケーション • シンプルさ •
フィードバック • 勇気 • 敬意 XPの5つの価値
89.
敬意
90.
業務 ○○に 期待 サービス インフラ提供 ご近所さん
91.
この世に同じ プロジェクト はふたつない
92.
自分たちの やり方を 自分たちで 決めて作って いける(株)永和システムマネジメント アジャイル事業部 事業部長 木下 史彦
氏
93.
• コミュニケーション • シンプルさ •
フィードバック • 勇気 • 敬意 XPの5つの価値
94.
勇気
95.
• コミュニケーション • シンプルさ •
フィードバック • 勇気 • 敬意 気持ちにかかわるもの
96.
ソフトウェアは 人が人のために 作るもの ―Kenji Hiranabe
97.
INSPIRE FUTURE GENERATIONS いきいきした 文化の継承を
98.
99.
予習復習研究はこちら http://capsctrl.que.jp/kdmsnr/wiki/bliki/ ぶりきじゃ ソフトウェア見積り 人月の暗黙知を解き明かす http://www.amazon.co.jp/dp/489100522X エクストリーム・プログラミング実行計画 http://www.amazon.co.jp/dp/4894713411 ケント・ベック/マーチン・ファウラー Matin Flowler s
Blikiの翻訳Wiki Steve McConnel著
Descargar ahora