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

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

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

岡本卓也

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