SlideShare a Scribd company logo
1 of 87
Download to read offline
「正しいアジャイル」
でなくてもいい
Agile Japan2013
四国・愛媛サテライト
2013/05/25
13年5月26日日曜日
荻野浩史
 おぎ    の     ひろ     し
認定スクラムマスター
認定スクラムプロダクトオーナー
13年5月26日日曜日
http://d.hatena.ne.jp/ogin_s57/
13年5月26日日曜日
アジャイルプロセス協議会 四国支部
13年5月26日日曜日
アジェンダ
正しいアジャイル?
アジャイル開発事例のご紹介
まとめ
13年5月26日日曜日
アジェンダ
正しいアジャイル?
アジャイル開発事例のご紹介
まとめ
13年5月26日日曜日
「正しいアジャイル」と聞いて
どんなことを思い浮かべますか?
13年5月26日日曜日
スプリントが2∼4週間で、最後にふりかえりを実施
かんばんで見える化
毎日朝会を実施(デイリースクラム)
ペアプロ
テストは全て自動化されていて継続的にCI環境でビルドされる
正しいアジャイル?
:
:
13年5月26日日曜日
スプリント
13年5月26日日曜日
TODO In Progress DONE
かんばん
13年5月26日日曜日
朝会(デイリースクラム)
1.昨日やったこと
2.今日やること
3.困っていること
毎朝15分
13年5月26日日曜日
ペアプロ
ドライバー
ナビゲーター
(なるほど。そういう風に書け
ばいいんだな。)
ココはStrategyパターン
で実装して・・・
13年5月26日日曜日
テスト自動化とCI環境
開発者
SCM
CI環境
コミット コミットを検知して
CI環境にてビルド
13年5月26日日曜日
スプリントが2∼4週間で、最後にふりかえりを実施
かんばんで見える化
毎日朝会を実施(デイリースクラム)
ペアプロ
テストは全て自動化されていて継続的にCI環境でビルドされる
正しいアジャイル?
:
:
問1:これらを実践しないと
アジャイルじゃない?
13年5月26日日曜日
スプリントが2∼4週間で、最後にふりかえりを実施
かんばんで見える化
毎日朝会を実施(デイリースクラム)
ペアプロ
テストは全て自動化されていて継続的にCI環境でビルドされる
正しいアジャイル?
:
:
問2:これらを実践すれば
うまくいく?
13年5月26日日曜日
後ほどこれらの
問いにお答えします。
13年5月26日日曜日
アジェンダ
正しいアジャイル?
アジャイル開発事例のご紹介
まとめ
13年5月26日日曜日
こんなシステム開発
オンラインで大容量ファイルをやり取りするSaaSの開発
既存システムのリプレイス
期間:6ヶ月
13年5月26日日曜日
A B
A
B
--------
-
--------
-
--------
-
--------
-
A B
B
B
A
SSL
13年5月26日日曜日
こんなチーム
人々(合計:6人)
プロダクトオーナー(顧客):1人
10年戦士:2人
5年戦士:3人
アジャイル開発経験者:0人
13年5月26日日曜日
こんなチーム
とりあえず「開発∼テスト」を繰り返せばアジャイルって
言えるんだよね?
13年5月26日日曜日
こんなチーム
アジャイル偏差値:低
とりあえず「開発∼テスト」を繰り返せばアジャイルって
言えるんだよね?
13年5月26日日曜日
プロジェクトスタ∼ト
13年5月26日日曜日
スケジュール
先行開発チーム
仕様策定チーム
開発チーム
1ヶ月 2ヶ月 3ヶ月 4ヶ月 5ヶ月 6ヶ月
顧客
10年戦士
5年戦士
13年5月26日日曜日
0∼1ヶ月
13年5月26日日曜日
スケジュール
先行開発チーム
仕様策定チーム
開発チーム
1ヶ月 2ヶ月 3ヶ月 4ヶ月 5ヶ月 6ヶ月
▼プロセス考察
メンバーが今まで実践してきた様々な開発手法についてに議
論し、どんなプロセスでシステムを構築してゆくのが自分た
ちにとって一番良いのかをみんなで話し合った
顧客
10年戦士
5年戦士
13年5月26日日曜日
とにかくみんなで
話し合いを重ねました
13年5月26日日曜日
そこで決定した2つのこと
13年5月26日日曜日
(1)テストファースト
13年5月26日日曜日
仕様策定チーム
テスト仕様書
SCM
開発部隊
コミット
各々担当の機能を実装&テスト
(1)テストファースト
テスト仕様書を先に作成し、それを元に
開発する
顧客
10年戦士
5年戦士
13年5月26日日曜日
(2)先行開発チーム
13年5月26日日曜日
必ずしも解決することが目的ではなくて、
早期に取り組む事が目的だった。
暗号化
(2)先行開発チーム
ベースラインアーキテクチャの策定
技術的難易度の高い問題に早期に取り組む
顧客
10年戦士
5年戦士
?
ウィルススキャン
?
認証・認可
?
技術的難易度の高い問題に取り組む
ベースラインアーキテクチャの策定
先行開発チーム
13年5月26日日曜日
1∼3ヶ月
13年5月26日日曜日
スケジュール
先行開発チーム
仕様策定チーム
開発チーム
1ヶ月 2ヶ月 3ヶ月 4ヶ月 5ヶ月 6ヶ月
▼先行開発
ベースラインアーキテクチャの策定やコア機能を先行で開
発。何度となくハマったが、難易度の高い部分に取り組んだ
ことによって早期に多くことを学習できた。
顧客
10年戦士
5年戦士
13年5月26日日曜日
スケジュール
先行開発チーム
仕様策定チーム
開発チーム
1ヶ月 2ヶ月 3ヶ月 4ヶ月 5ヶ月 6ヶ月
▼既存システム調査
既存システム要件/機能を分析し、随時「仕様策定チーム」
と連携。テスト仕様書に積極的にフィードバックし、仕様書
の精度を上げていった。
顧客
10年戦士
5年戦士
13年5月26日日曜日
スケジュール
先行開発チーム
仕様策定チーム
開発チーム
1ヶ月 2ヶ月 3ヶ月 4ヶ月 5ヶ月 6ヶ月
▼テスト仕様書作成(仕様策定)
コア機能に関するテスト仕様書を作成。どの程度の情報量を
テスト仕様書に載せれば開発が可能なのか?を推し量る素振
り(試行)の意味も含んでいた。
顧客
10年戦士
5年戦士
13年5月26日日曜日
仕様策定チーム
テスト仕様書の作成
(システム仕様の策定)
開発部隊
「もっと××な情報を仕様書に盛り込んでく
ださい」というフィードバック
フィードバック
顧客
10年戦士
5年戦士
先行開発チーム
「既存システムには△△な機能があります」
「その場合、既存システムでは○○のように動
作します」というフィードバック
既存システム
13年5月26日日曜日
チームは失敗を繰り返しながら
学習し、改善していった
➡経験を重ねるということが大事
13年5月26日日曜日
3∼6ヶ月
13年5月26日日曜日
スケジュール
先行開発チーム
仕様策定チーム
開発チーム
1ヶ月 2ヶ月 3ヶ月 4ヶ月 5ヶ月 6ヶ月
▼開発&テスト
仕様策定チームの作成したテスト仕様書を元に開発&テスト
を実施。プロダクトに集中。。。
顧客
10年戦士
5年戦士
13年5月26日日曜日
スケジュール
先行開発チーム
仕様策定チーム
開発チーム
1ヶ月 2ヶ月 3ヶ月 4ヶ月 5ヶ月 6ヶ月
顧客
10年戦士
5年戦士
▼テスト仕様書作成(仕様策定)
テスト仕様書を作成する。既存機能を取り込むか否かや新規
機能を盛り込むか否かは全てココで管理。以前と同様に、絶
えずフィードバックを受けながら仕様書を作成していった。
13年5月26日日曜日
こうやってプロジェクトは
無事遂行されました
13年5月26日日曜日
常に動くものが手元にあった(動くソフトウェア)
誰でもコードを修正出来る状態だった(コードの共同所有)
必要性を感じたタイミングですぐに話し合いを始め、必要性
を感じたタイミングで資料を作成していた(Just In Time)
利害関係者が顧客1人だけだったため、素早く決定/方向転
換出来た(オンサイト顧客)
チームが能動的にプロジェクト/プロダクトを改善していっ
た(自己組織化)
良かったところ
13年5月26日日曜日
朝会がなかった
スプリントがなかった(本番リリースは1回だけ)
ふりかえりもなかった
ペアプロはやってないしテスト自動化もCIもなかった
イマイチだったところ
13年5月26日日曜日
どうもアジャイルの王道は外して
いるようですが・・・
このプロジェクトはうまくいった
のでしょうか?
13年5月26日日曜日
アジャイルは正しく実践出来な
かったかもしれませんが
うまくいったと思っています。
13年5月26日日曜日
なぜなら価値あるシステムを
構築出来たから
ここだけの話、結構売れてんすよww
13年5月26日日曜日
13年5月26日日曜日
(当時の考え方)
「正しい開発プロセスがあれば、
開発者はもっとうまくやるだろう」
13年5月26日日曜日
(宣言者たちの考え方)
「スキルのある優れた開発者がいれば、
彼ら自身が学習して開発プロセスを
決めれば良いだろう」
13年5月26日日曜日
開発プロセスは自分たちのもの
自分たちで進化/深化させるもの
13年5月26日日曜日
こんなチーム
人々(合計:6人)
プロダクトオーナー(顧客):1人
10年戦士:2人
5年戦士:3人
アジャイル開発経験者:0人
13年5月26日日曜日
こんなチーム
アジャイル偏差値:低
とりあえず「開発∼テスト」を繰り返せばアジャイルって
言えるんだよね?
13年5月26日日曜日
みんなアジャイルに対して無知
だったから、アジャイルを実践
しようとしなかった
13年5月26日日曜日
みんなアジャイルに対して無知
だったから、アジャイルを目的
にしなかった
13年5月26日日曜日
プロセスを自分たちで定義して、
自分たちに合った形を発掘して
いった。
13年5月26日日曜日
仕様策定チーム
テスト仕様書
SCM
開発部隊
コミット
各々担当の機能を実装&テスト
(1)テストファースト
顧客
10年戦士
5年戦士
ATDD・BDDという開発手法
13年5月26日日曜日
必ずしも解決することが目的ではなくて、
早期に取り組む事が目的だった。
暗号化
(2)先行開発チーム
顧客
10年戦士
5年戦士
?
ウィルススキャン
?
認証・認可
?
技術的難易度の高い問題に取り組む
ベースラインアーキテクチャの策定
先行開発チーム
早く小さく失敗するというアジャイルの定石
13年5月26日日曜日
仕様策定チーム
テスト仕様書の作成
(システム仕様の策定)
開発部隊
「もっと××な情報を仕様書に盛り込んでく
ださい」というフィードバック
フィードバック
顧客
10年戦士
5年戦士
先行開発チーム
「既存システムには△△な機能があります」
「その場合、既存システムでは○○のように動
作します」というフィードバック
既存システム
早く小さく失敗するというアジャイルの定石
13年5月26日日曜日
自分たちに合った形を発掘して
いった結果、知らず知らずに
アジャイルなプロセスになってい
ました。
13年5月26日日曜日
アジャイルに対して無知なことが
武器になることがあるんです。
13年5月26日日曜日
アジェンダ
正しいアジャイル?
アジャイル開発事例のご紹介
まとめ
13年5月26日日曜日
最後に先ほどの問いに
答えましょう。
13年5月26日日曜日
スプリントが2∼4週間で、最後にふりかえりを実施
かんばんで見える化
毎日朝会を実施(デイリースクラム)
ペアプロ
テストは全て自動化されていて継続的にCI環境でビルドされる
正しいアジャイル?
:
:
問1:これらを実践しないと
アジャイルじゃない?
13年5月26日日曜日
そんなこと
どうでもいいと思います。
13年5月26日日曜日
えぇぇぇぇぇ∼∼∼
自分から振っといてそんな
ことってあるんすか。。
13年5月26日日曜日
アジャイルは目的ではなくて手段
です。
なのでアジャイルかどうかなんて
どうだっていいんです。
13年5月26日日曜日
いいシステムを作りたいという
想いが根底にあって
それを支えるものとして
アジャイルがあればいい
13年5月26日日曜日
わたしはそう思います。
13年5月26日日曜日
スプリントが2∼4週間で、最後にふりかえりを実施
かんばんで見える化
毎日朝会を実施(デイリースクラム)
ペアプロ
テストは全て自動化されていて継続的にCI環境でビルドされる
正しいアジャイル?
:
:
問2:これらを実践すれば
うまくいく?
13年5月26日日曜日
そんなワケないですよね。
13年5月26日日曜日
アジャイルを導入すれば
問題が解決するなんてことは
ありません。
13年5月26日日曜日
問題を解決するのはプロセスでは
なくて自分たちですから。
13年5月26日日曜日
大事なのはプロセスに従うことや
プラクティスを実践することでは
なく、自分たちで選択すること
13年5月26日日曜日
何が価値を生み、何がムダなのか
自分たちで考え抜くこと
13年5月26日日曜日
それを実践し、実践した結果から
学習し、改善すること
13年5月26日日曜日
わたしはそう思います。
13年5月26日日曜日
アジェンダ
正しいアジャイル?
アジャイル開発事例のご紹介
まとめ
ちょっと付け足し
13年5月26日日曜日
決してアジャイルを正しく実践し
なくてもいいと言っているわけで
はありませんよ(^^;)
13年5月26日日曜日
アジャイルを正しく実践出来れば
その効果は絶大です。
13年5月26日日曜日
ただし正しく実践するというのは
そんなに簡単ではありません。
13年5月26日日曜日
その難しさ故に一歩間違えれば
実践することが目的となって
しまいがちです。
13年5月26日日曜日
Don’t Do Agile,
Be Agile!!
13年5月26日日曜日
アジャイルを目的としないために
はじめから「正しいアジャイル」
を目指さなくていいということを
言いたくて、こういうお話をさせ
て頂きました
13年5月26日日曜日
ぜひどんどん間違った(?)
アジャイルを実践して失敗しなが
ら「正しいアジャイル」を発掘し
ましょう
13年5月26日日曜日
No Agile, No Life!!
13年5月26日日曜日
ご清聴ありがとう
ございました。
13年5月26日日曜日

More Related Content

What's hot

What's hot (20)

え!? Power BI の画面からデータ更新なんてできるの!? ~PowerApps カスタムビジュアルの可能性~
え!? Power BI の画面からデータ更新なんてできるの!? ~PowerApps カスタムビジュアルの可能性~え!? Power BI の画面からデータ更新なんてできるの!? ~PowerApps カスタムビジュアルの可能性~
え!? Power BI の画面からデータ更新なんてできるの!? ~PowerApps カスタムビジュアルの可能性~
 
商流物流金流.pdf
商流物流金流.pdf商流物流金流.pdf
商流物流金流.pdf
 
RESTful API (JAX-RS) 書くだけで仕様書も 自動で作られていく話 with MicroProfile Open API
RESTful API (JAX-RS) 書くだけで仕様書も自動で作られていく話 with MicroProfile Open APIRESTful API (JAX-RS) 書くだけで仕様書も自動で作られていく話 with MicroProfile Open API
RESTful API (JAX-RS) 書くだけで仕様書も 自動で作られていく話 with MicroProfile Open API
 
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjugフロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
 
不確実性に対応する開発手法 - スクラムの基礎
不確実性に対応する開発手法 - スクラムの基礎不確実性に対応する開発手法 - スクラムの基礎
不確実性に対応する開発手法 - スクラムの基礎
 
Java + React.jsでSever Side Rendering #reactjs_meetup
Java + React.jsでSever Side Rendering #reactjs_meetupJava + React.jsでSever Side Rendering #reactjs_meetup
Java + React.jsでSever Side Rendering #reactjs_meetup
 
多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)
多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)
多様な働き⽅のチームでどうやって アジャイルにやるの?(雁行陣開発)
 
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
 
JenkinsとDockerって何が良いの? 〜言うてるオレもわからんわ〜 #jenkinsstudy
JenkinsとDockerって何が良いの? 〜言うてるオレもわからんわ〜 #jenkinsstudyJenkinsとDockerって何が良いの? 〜言うてるオレもわからんわ〜 #jenkinsstudy
JenkinsとDockerって何が良いの? 〜言うてるオレもわからんわ〜 #jenkinsstudy
 
Where狙いのキー、order by狙いのキー
Where狙いのキー、order by狙いのキーWhere狙いのキー、order by狙いのキー
Where狙いのキー、order by狙いのキー
 
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
 
DeNAのインフラ戦略 〜クラウドジャーニーの舞台裏〜 [DeNA TechCon 2019]
DeNAのインフラ戦略 〜クラウドジャーニーの舞台裏〜 [DeNA TechCon 2019]DeNAのインフラ戦略 〜クラウドジャーニーの舞台裏〜 [DeNA TechCon 2019]
DeNAのインフラ戦略 〜クラウドジャーニーの舞台裏〜 [DeNA TechCon 2019]
 
モジュールの凝集度・結合度・インタフェース
モジュールの凝集度・結合度・インタフェースモジュールの凝集度・結合度・インタフェース
モジュールの凝集度・結合度・インタフェース
 
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
 
分散トレーシングAWS:X-Rayとの上手い付き合い方
分散トレーシングAWS:X-Rayとの上手い付き合い方分散トレーシングAWS:X-Rayとの上手い付き合い方
分散トレーシングAWS:X-Rayとの上手い付き合い方
 
Kubernetes as a ServiceをProduction環境で2年活用し、直面してきた課題と解決策 / YJTC19 in Shibuya A...
Kubernetes as a ServiceをProduction環境で2年活用し、直面してきた課題と解決策 / YJTC19 in Shibuya A...Kubernetes as a ServiceをProduction環境で2年活用し、直面してきた課題と解決策 / YJTC19 in Shibuya A...
Kubernetes as a ServiceをProduction環境で2年活用し、直面してきた課題と解決策 / YJTC19 in Shibuya A...
 
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
 
今夜わかるWebアプリケーション脆弱性診断 (OWASP Day 758 / 2018)
今夜わかるWebアプリケーション脆弱性診断 (OWASP Day 758 / 2018)今夜わかるWebアプリケーション脆弱性診断 (OWASP Day 758 / 2018)
今夜わかるWebアプリケーション脆弱性診断 (OWASP Day 758 / 2018)
 
[TL10] Azure IaaS 構築・運用・管理の専門家が語る DevTest Labs ~高速・費用無駄ナシ・簡単管理を実現する開発・テスト環境の構築~
[TL10] Azure IaaS 構築・運用・管理の専門家が語る DevTest Labs ~高速・費用無駄ナシ・簡単管理を実現する開発・テスト環境の構築~[TL10] Azure IaaS 構築・運用・管理の専門家が語る DevTest Labs ~高速・費用無駄ナシ・簡単管理を実現する開発・テスト環境の構築~
[TL10] Azure IaaS 構築・運用・管理の専門家が語る DevTest Labs ~高速・費用無駄ナシ・簡単管理を実現する開発・テスト環境の構築~
 
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
 

Viewers also liked

Viewers also liked (8)

ソーシャルコーディング革命後の開発委託の世界〜QA@ITの事例
ソーシャルコーディング革命後の開発委託の世界〜QA@ITの事例ソーシャルコーディング革命後の開発委託の世界〜QA@ITの事例
ソーシャルコーディング革命後の開発委託の世界〜QA@ITの事例
 
Summary of Scrum Guide
Summary of Scrum GuideSummary of Scrum Guide
Summary of Scrum Guide
 
第17回すくすくスクラム 振り返りの基礎はこれだ!
第17回すくすくスクラム 振り返りの基礎はこれだ!第17回すくすくスクラム 振り返りの基礎はこれだ!
第17回すくすくスクラム 振り返りの基礎はこれだ!
 
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
 
【Unity道場スペシャル 2017幕張】続 あそびのデザイン講座
【Unity道場スペシャル 2017幕張】続 あそびのデザイン講座【Unity道場スペシャル 2017幕張】続 あそびのデザイン講座
【Unity道場スペシャル 2017幕張】続 あそびのデザイン講座
 
20110118 scrum 10 mins
20110118 scrum 10 mins20110118 scrum 10 mins
20110118 scrum 10 mins
 
Prism.Formsについて
Prism.FormsについてPrism.Formsについて
Prism.Formsについて
 
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
 

Similar to 「正しいアジャイル」でなくてもいい (8)

Agile japan 2013 四国サテライト(LT)
Agile japan 2013 四国サテライト(LT)Agile japan 2013 四国サテライト(LT)
Agile japan 2013 四国サテライト(LT)
 
20130518 Idea of Fuji Sakura
20130518 Idea of Fuji Sakura 20130518 Idea of Fuji Sakura
20130518 Idea of Fuji Sakura
 
アジャイルを「ふりかえる」
アジャイルを「ふりかえる」アジャイルを「ふりかえる」
アジャイルを「ふりかえる」
 
AgileJapan2013_大阪サテライト_yohhatu
AgileJapan2013_大阪サテライト_yohhatuAgileJapan2013_大阪サテライト_yohhatu
AgileJapan2013_大阪サテライト_yohhatu
 
20120725 SukuSuku Scrum
20120725 SukuSuku Scrum20120725 SukuSuku Scrum
20120725 SukuSuku Scrum
 
20120725 SukuSuku Scrum_No33
20120725 SukuSuku Scrum_No3320120725 SukuSuku Scrum_No33
20120725 SukuSuku Scrum_No33
 
AgileSamurai Reading Yokohama Dojo Introduce LT in Scrum Alliance Regional Ga...
AgileSamurai Reading Yokohama Dojo Introduce LT in Scrum Alliance Regional Ga...AgileSamurai Reading Yokohama Dojo Introduce LT in Scrum Alliance Regional Ga...
AgileSamurai Reading Yokohama Dojo Introduce LT in Scrum Alliance Regional Ga...
 
20160726 jaws ug osaka-kansai_girls_firstattack
20160726 jaws ug osaka-kansai_girls_firstattack20160726 jaws ug osaka-kansai_girls_firstattack
20160726 jaws ug osaka-kansai_girls_firstattack
 

More from Hiroshi Ogino (8)

Designing Practical RESTful APIs
Designing Practical RESTful APIsDesigning Practical RESTful APIs
Designing Practical RESTful APIs
 
ハートレイルズ流リモートワークのご紹介
ハートレイルズ流リモートワークのご紹介ハートレイルズ流リモートワークのご紹介
ハートレイルズ流リモートワークのご紹介
 
レッツゴーゆるふわ.Rb
レッツゴーゆるふわ.Rbレッツゴーゆるふわ.Rb
レッツゴーゆるふわ.Rb
 
今すぐAWSが使いたくなる話
今すぐAWSが使いたくなる話今すぐAWSが使いたくなる話
今すぐAWSが使いたくなる話
 
信頼される仕事
信頼される仕事信頼される仕事
信頼される仕事
 
ビジネスモデルキャンバス素振り会
ビジネスモデルキャンバス素振り会ビジネスモデルキャンバス素振り会
ビジネスモデルキャンバス素振り会
 
仲間になろう!~ We are the World ~
仲間になろう!~ We are the World ~仲間になろう!~ We are the World ~
仲間になろう!~ We are the World ~
 
エンジニアがとるべき8つの行動
エンジニアがとるべき8つの行動エンジニアがとるべき8つの行動
エンジニアがとるべき8つの行動
 

「正しいアジャイル」でなくてもいい