![class 石垣尚紀
include Agile::Mind
def experience
{sier: 6, web: 3} #+9years full stack
end
def skills
[:project_management, :ruby, :java, :mobile, :linux]
end
def projects
[:政府, :o2o, :自動車, :広告, :ベンチャー]
end
end](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recommended
More Related Content
What's hot
Similar to 高速かつ高品質な開発〜トレードオフではありません〜
Similar to 高速かつ高品質な開発〜トレードオフではありません〜 (20)
高速かつ高品質な開発〜トレードオフではありません〜
- 2. class 石垣尚紀 include Agile::Mind def experience {sier: 6, web: 3} #+9years full stack end def skills [:project_management, :ruby, :java, :mobile, :linux] end def projects [:政府, :o2o, :自動車, :広告, :ベンチャー] end end
- 4. どうしたら速くなるかな？ 1. すばやくタイピングする!! 2. 会話とか設計なんてしてないで、とにかく手を動かす!! 3. 8時間ではなく、12時間を仕事すれば、1.5倍速!! 4. 作ったものの品質チェックをしない。最初からバグのないものを作ればいい。 5. 人間がやらなくてもいいことは機械に任せる 6. 先のことはイメージはあっても深くは考えないでおく
- 5. 1. すばやくタイピングする!! a. →どれくらい速くなるかな？限界がありそう。 2. 会話とか設計なんてしてないで、とにかく手を動かす!! 3. 8時間ではなく、12時間を仕事すれば、1.5倍速!! 4. 作ったものの品質チェックをしない。最初からバグのないものを作ればいい。 5. 人間がやらなくてもいいことは機械に任せる 6. 先のことはイメージはあっても深くは考えないでおく どうしたら速くなるかな？
- 6. 1. すばやくタイピングする!! a. →どれくらい速くなるかな？限界がありそう。 2. 会話とか設計なんてしてないで、とにかく手を動かす!! a. →会話せずにコレ！というものをつくれる？設計せずに正しいものをつくれる？ 3. 8時間ではなく、12時間を仕事すれば、1.5倍速!! 4. 作ったものの品質チェックをしない。最初からバグのないものを作ればいい。 5. 人間がやらなくてもいいことは機械に任せる 6. 先のことはイメージはあっても深くは考えないでおく どうしたら速くなるかな？
- 9. 1. すばやくタイピングする!! a. →どれくらい速くなるかな？限界がありそう。 2. 会話とか設計なんてしてないで、とにかく手を動かす!! a. →会話せずにコレ！というものをつくれる？設計せずに正しいものをつくれる？ 3. 8時間ではなく、12時間を仕事すれば、1.5倍速!! 4. 作ったものの品質チェックをしない。最初からバグのないものを作ればいい。 5. 人間がやらなくてもいいことは機械に任せる 6. 先のことはイメージはあっても深くは考えないでおく どうしたら速くなるかな？
- 10. どうしたら速くなるかな？ 1. すばやくタイピングする!! a. →どれくらい速くなるかな？限界がありそう。 2. 会話とか設計なんてしてないで、とにかく手を動かす!! a. →会話せずにコレ！というものをつくれる？設計せずに正しいものをつくれる？ 3. 8時間ではなく、12時間を仕事すれば、1.5倍速!! a. →疲れた頭と身体で、高度な判断力が必要な場面で、品質を保てるのかな？ 4. 作ったものの品質チェックをしない。最初からバグのないものを作ればいい。 a. 一切の味見がされていない料理を食べてみようか。 5. 人間がやらなくてもいいことは機械に任せる 6. 先のことはイメージはあっても深くは考えないでおく
- 11. どうしたら速くなるかな？ 1. すばやくタイピングする!! a. →どれくらい速くなるかな？限界がありそう。 2. 会話とか設計なんてしてないで、とにかく手を動かす!! a. →会話せずにコレ！というものをつくれる？設計せずに正しいものをつくれる？ 3. 8時間ではなく、12時間を仕事すれば、1.5倍速!! a. →疲れた頭と身体で、高度な判断力が必要な場面で、品質を保てるのかな？ 4. 作ったものの品質チェックをしない。最初からバグのないものを作ればいい。 a. 一切の味見がされていない料理を食べてみようか。 5. 人間がやらなくてもいいことは機械に任せる a. 機械は人間と違ったミスをしないから、いいかも。 6. 先のことはイメージはあっても深くは考えないでおく a. 今日の予定が決まっている人は多いけど、１年後何してるかはふんわりさせておくよね。いいかも。
- 12. どうしたら速くなるかな？ 1. すばやくタイピングする!! a. →どれくらい速くなるかな？限界がありそう。 2. 会話とか設計なんてしてないで、とにかく手を動かす!! a. →会話せずにコレ！というものをつくれる？設計せずに正しいものをつくれる？ 3. 8時間ではなく、12時間を仕事すれば、1.5倍速!! a. →疲れた頭と身体で、高度な判断力が必要な場面で、品質を保てるのかな？ 4. 作ったものの品質チェックをしない。最初からバグのないものを作ればいい。 a. 一切の味見がされていない料理を食べてみようか。 5. 人間がやらなくてもいいことは機械に任せる a. 機械は人間と違ったミスをしないから、いいかも。 6. 先のことはイメージはあっても深くは考えないでおく a. 今日の予定が決まっている人は多いけど、１年後何してるかはふんわりさせておくよね。いいかも。 ❌ 急ぐ、個人プレイ、ムリ、短縮 => 品質悪化 ⭕ 品質を落とさないように、ムダを削ぎ落とす
- 13. そもそも品質って？ コレジャナイ 私が欲しいものは、コレジャナイ ソレジャナイ 僕が作りたかったのは、ソレジャナイ なんか変！ 僕が想定したとおりに、動いてない 設計通りに 動かない！ 僕が設計したとおりに、動いてない ミスった！ サーバを壊してしまった！
- 14. 製造 検証 お届け 設計 思い込みで作って →コレジャナイ できたモノを見て ソレジャナイ 設計通りに 動かない！ 品質と工程 品質を落とさないように、各工程のムダを削っていこう。 届けたい価値の整理 なんか変！ 想定したとおりに 動かない！ 人間はときどき、 ミスをする！
- 17. 製造の正体は... ● 製造 = 設計どおりに作る行為 ○ ex: ビルド、コンパイル ■ プログラムを解釈して機械が実行できる状態に変換する作業 ● 設計 = システムがどう動くべきか？を決める行為 ○ => 仕様を決めたり、プログラミング、設定..etc Ref: What Is Software Design? By Jack W. Reeves / (c)C++ Journal - 1992
- 18. 製造の正体はビルド ビルド Ref: What Is Software Design? By Jack W. Reeves / (c)C++ Journal - 1992 ● 製造 = 設計どおりに作る行為 ○ ex: ビルド、コンパイル ■ プログラムを解釈して機械が実行できる状態に変換する作業 ● 設計 = システムがどう動くべきか？を決める行為 ○ => 仕様を決めたり、プログラミング、設定..etc
- 19. 現場の実際 書く！ ビルド 書く！ ビルド 書く！ ビルド ビ ル ド 設計 ビ ル ド 設計 ビ ル ド 設計 ● 製造 = 設計どおりに作る行為 ○ ex: ビルド、コンパイル ■ プログラムを解釈して機械が実行できる状態に変換する作業 ● 設計 = システムがどう動くべきか？を決める行為 ○ => 仕様を決めたり、プログラミング、設定..etc
- 21. 設計 検証 届けたい 価値の 整理 お届け 思い込みで作って →コレジャナイ できたモノを見て ソレジャナイ なんか変！ 想定したとおりに 動かない！ 人間はときどき、 ミスをする！ 製造コスト≒０
- 24. １人じゃ足りない!! 時間がかかる!! データの設定がうまくいかない !! すみません、僕のパソコンだと動かないです !! 確認項目は、、よくわかんないけど、これでいいの かな？（新人・応援できた人） 検証 方法１：手動テスト ブラウザを開いて、１つ１つ動き を確認していくぞー！ ときがたつと、仕様が複雑になっていき、 テストするべき項目が増える テストで出たバグを修正した！ でも、またテスト.. するの... 😱 はじめは、さくさく なるべく... 修正したくないな.. 😓
- 25. 検証 方法２：自動テスト テストもプログラムで書こう！ このプロダクトコードには、 こういう機能があるから、 こんなテストを書けばいいよね。 プロダクト コード テスト テスト実行！ (Enterを ッターン！） ときが 経つ プロダクト コード テストプロダクト コードプロダクト コードプロダクト コードプロダクト コード テスト テスト テスト テスト テスト実行！ (Enterを ッターン！）
- 26. 検証 方法２：自動テスト テストもプログラムで書こう！ このプロダクトコードには、 こういう機能があるから、 こんなテストを書けばいいよね。 プロダクト コード テスト テスト実行！ (Enterを ッターン！） ときが 経つ プロダクト コード テストプロダクト コードプロダクト コードプロダクト コードプロダクト コード テスト テスト テスト テスト テスト実行！ (Enterを ッターン！） 書くのに時間がかかる たしかにテストそのものは、 機械がサッと終わらせてくれるけれど、 書くのに時間がかかっちゃうよ !! 😤 テストを書いてから 機能漏れに 気づく..
- 27. 検証 方法２：自動テスト テストもプログラムで書こう！ このプロダクトコードには、 こういう機能があるから、 こんなテストを書けばいいよね。 プロダクト コード テスト テスト実行！ (Enterを ッターン！） ときが 経つ プロダクト コード テストプロダクト コードプロダクト コードプロダクト コードプロダクト コード テスト テスト テスト テスト テスト実行！ (Enterを ッターン！） 書くのに時間がかかる たしかにテストそのものは、 機械がサッと終わらせてくれるけれど、 書くのに時間がかかっちゃうよ !! 😤 テストを書いてから 機能漏れに 気づく.. 「テストを書く」 ということを、 よーく見直してみよう。
- 28. テストもプログラムで書こう！ このプロダクトコードには、 こういう機能があるから、 こんなテストを書けばいいよね。 検証 方法２：自動テスト プロダクト コード テスト テスト実行！ (Enterを ッターン！） ときが 経つ プロダクト コード テストプロダクト コードプロダクト コードプロダクト コードプロダクト コード テスト テスト テスト テスト テスト実行！ (Enterを ッターン！） 仕様を書いていくだけ だから、書きやすい あとから漏れに気づく ということは、 原理上なくなる。 プロダクト コードも 何故か 書きやすくなる ↑を防ぎたいのだから、 どう動くべきか？のイメージを テストコードで定義しよう。 テストというのは、プロダクトコードありきではな く、想定ありき！想定が先。コードは後。 なんか変！ 僕が想定したとおりに、動いてない
- 29. 現場の実際 プロ ダク ト コー ド テ スト どう動くべきか？のイメージを テストコードで定義しよう。 テストというのは、プロダクトコードありきではなく、想定あり き！想定が先。コードは後。 仕様を 明確に する テストが 通るよう にプロダ クトコード を書く テスト 検 証設計 設計 プロ ダク ト コー ド 間違いを 修正する テスト 検 証 設計 プロ ダク ト コー ド 間違いを 修正する テスト ok! 検 証 テスト設計は手動でも時間がかかる。検証時間が大幅に短縮されて、その効果がずっと続く。
- 36. 設計 検 証 届けたい 価値の 整理 マ ー ジ お届けも高品質・高速化できる！ 検 証 検 証 検 証 デ プ ロ イ レ ビ ュ 思い込みで作って →コレジャナイ できたモノを見て ソレジャナイ
- 44. オブジェクト指向プログラミング ＜超ザックリ＞ 関心事を分離して、自分が知っておけばいいことは自分の中に留めるし、 人に聞けば済むことを自分が知っておかないプログラミング手法 1ヶ月前の今日、ラーメン食べた 人、手を挙げてください！ 1. みなさん、列になって私の前 に並んでください。 2. 順番に財布を出してください。 その際に必ず「２つ折り」「長 財布」などタイプを教えてくだ さい。 3. 以下を繰り返す a. 財布を開きます。開け ない場合はエラーとしま す。 b. 財布のポケットの数を 調べて順番にレシート を抜き出し日付順に並 び替えて1ヶ月前の日 の分を取り出します。 c. レシートに「ラーメン」と あれば.. 4. 順番にクラウド家計簿のアカ 手帳の記録に、、、 あった！ クラウド家計簿に問い合わせ、 記録あった！ 長財布のここ、レシートに、、あっ た！ なにやってるか よくわからない。。 テストも書きにくい..手続き型プログラミング
- 53. 役立つ実践いろいろ
- 55. アジャイル宣言の背後にある12の原則 1. 顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。 2. 要求の変更にはたとえ開発の後期であっても歓迎します。変化を味方につけることに よって、お客様の競争力を引き上げます。 3. 動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースしま す。 4. ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりませ ん。 5. 意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事 終わるまで彼らを信頼します。 6. 情報を伝えるもっとも効率的で効果的な方法はフェイス・トゥ・フェイスで話をすること です。 7. 動くソフトウェアこそが進捗の最も重要な尺度です。 8. アジャイル・プロセスは持続可能な開発を促進します。一定のペースを継続的に維持 できるようにしなければなりません。 9. 技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。 10. シンプルさ（ムダなく作れる量を最大限にすること）が本質です。 11. 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。 12. チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自 分たちのやり方を最適に調整します。
- 57. Don’t do Agile, Be Agile
- 58. もっと詳しく知りたい
- 59. もっと詳しく知りたい
- 62. まとめ Summarize
- 68. 〜前略〜 〜後略〜
- 70. http://objectclub.jp/community/XP-jp/xp_relate/isdesigndead 開 発 開発 開発 開発 開発 開発 開発 開発 開発 開発