Upgrade to Pro — share decks privately, control downloads, hide ads and more …

アジャイル開発の中の設計

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.

 アジャイル開発の中の設計

Avatar for 岡本卓也

岡本卓也

June 22, 2022
Tweet

More Decks by 岡本卓也

Other Decks in Technology

Transcript

  1. © 2022 ESM, Inc. Scrum Fest Osaka 2022 アジャイル開発の中の設計 1

    2022年06月18日 株式会社永和システムマネジメント Agile Studio 岡本 卓也
  2. © 2022 ESM, Inc. スクラムの開発サイクル 14 1.スプリントプランニング 
 2.デイリースクラム
 3.リファインメント


    4. スプリントレビュー 
 5. ふりかえり
 プロダクトバックログ 
 スプリントバックログ 
 製品
 リリース

  3. © 2022 ESM, Inc. 設計ってなんだっけ? 18 要求分析
 ユーザがやりたいことを整理・発見する 
 要件定義


    ユーザがやりたいことを達成するために、システムがやるべきことを決める 
 仕様検討
 システムがやるべきことを、客観的・具体的・定量的に定義する 
 設計
 システムがやるべきことを、どうやって実現するかを決める 

  4. © 2022 ESM, Inc. こうあるべきなのか? 19 1.スプリントプランニング 
 2.デイリースクラム
 3.リファインメント


    4. スプリントレビュー 
 5. ふりかえり
 プロダクトバックログ 
 スプリントバックログ 
 製品
 リリース
 要求分析
 仕様検討
 設計
 要件定義

  5. © 2022 ESM, Inc. スクラムの開発サイクル 20 1.スプリントプランニング 
 2.デイリースクラム
 3.リファインメント


    4. スプリントレビュー 
 5. ふりかえり
 プロダクトバックログ 
 スプリントバックログ 
 製品
 リリース
 仕様検討
 設計
 コーディング
 単体テスト
 結合テスト
 要求分析
 要件定義
 受入テスト
 スプリント忙しすぎ

  6. © 2022 ESM, Inc. こうじゃなくて 25 1.スプリントプランニング 
 2.デイリースクラム
 3.リファインメント


    4. スプリントレビュー 
 5. ふりかえり
 プロダクトバックログ 
 スプリントバックログ 
 製品
 リリース
 仕様検討
 設計
 コーディング
 単体テスト
 結合テスト
 要求分析
 要件定義
 受入テスト

  7. © 2022 ESM, Inc. こうやで 26 1.スプリントプランニング 
 2.デイリースクラム
 3.リファインメント


    4. スプリントレビュー 
 5. ふりかえり
 プロダクトバックログ 
 スプリントバックログ 
 製品
 リリース
 仕様検討
 設計
 コーディング
 単体テスト
 結合テスト
 要求分析
 要件定義
 設計
 受入テスト
 ②Done確認はデイリー 
 ③スプリントレビューは 
 工程ゲートではない 
 ①設計はここで済ませる 
 ①実際にはこの時間を使う 

  8. © 2022 ESM, Inc. いつやる?
 誰がやる?
 何をやる?
 なぜやる?
 30 •

    スプリントが始まる前
 • リファインメントの時間
 • 詳細は実装しながらもアリ
 • それぞれの設計工程

  9. © 2022 ESM, Inc. いつやる?
 誰がやる?
 何をやる?
 なぜやる?
 31 •

    コードを書く人
 • 顧客やPOも一緒にやる
 • 工程の担当者

  10. © 2022 ESM, Inc. 設計書の目的(WF) 35 次工程への インプット
 エビデンス
 工程の


    完了ゲート
 理解の
 可視化
 認識の共有
 理解
 他人のため
 自分のため

  11. © 2022 ESM, Inc. 最近の設計 37 考えながら手早く書く 
 自分(自分たち)向けに書く 


    コーディングと並行して書く 
 システム構成 
 アーキテクチャ 
 シーケンス

  12. © 2022 ESM, Inc. 設計書の目的(Agile) 38 次工程への インプット
 エビデンス
 工程の


    完了ゲート
 理解の
 可視化
 認識の共有
 理解
 他人のため
 自分のため

  13. © 2022 ESM, Inc. モブ
 レビュー
 コード中心の世界 39 自分
 メンバ


    書く
 読む
 自分
 メンバ
 共通理解(コンテキスト) 
 メンバが書けるように 
 メンバが読めるように 

  14. © 2022 ESM, Inc. 設計の価値観 40 自分たち
 他人
 しっかり
 すばやく


    次工程へのイ ンプット
 エビデンス
 工程の完了 ゲート
 理解の
 可視化
 認識の共有
 理解

  15. © 2022 ESM, Inc. いつやる?
 誰がやる?
 何をやる?
 なぜやる?
 42 •

    共通理解を持つ
 • 次工程に必要なものを作る

  16. © 2022 ESM, Inc. 43 WF
 その工程
 Agile
 いつやる
 誰がやる


    何をやる
 なぜやる
 開発期間中
 工程の担当者
 全員
 次工程に必要なものを作る 
 共通理解を持つ
 キーワード
 工程・分業・利他
 逐次・共同・利己

  17. © 2022 ESM, Inc. ソフト開発は一品もの 45 IoT 装置
 Slack アプリ


    • ラズパイ
 • 各種センサ
 • 組み込みシステム
 • クラウド
 • データベース
 • Webサービス

  18. © 2022 ESM, Inc. プロダクト毎に設計は異なる 46 
 IoT装置
 Slack アプリ


    ドメイン
 組み込み
 Webサービス
 動作環境
 スタンドアロン
 マネージドサービス
 チームの習熟度
 低い
 高い
 作成したダイアグラム 
 ユースケース図
 回路図
 状態遷移図
 処理フロー
 シーケンス図
 システム構成図
 アーキテクチャ構造図 
 シーケンス図
 プロダクトに応じた設計の定義が必要