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

東京都アジャイル型開発に係るプレイブック開発事例集/agileplaybook2

kouzoukaikaku
April 26, 2023
26k

 東京都アジャイル型開発に係るプレイブック開発事例集/agileplaybook2

kouzoukaikaku

April 26, 2023
Tweet

Transcript

  1. 4

  2. EVA:開発体制図 以下のチームによって、EVAプロジェクトは進行しました。 7 コーチング 助言・相談 スクラムチーム (相互に協調・連携) プロダクトオーナー アドバイザー(POA) ◆受託事業者◆

    スクラムマスター (SM) ◆受託事業者◆ デベロッパー/開発チーム (Dev) ◆受託事業者◆ プロダクトオーナー(PO) デジタルサービス局 戦略部デジタル改革課 (デジタル改革担当) ◆藤井・流田◆ 全体統括 ◆デジタルサービス局◆ 助言・相談・進行管理 助言・相談・進行管理 デジタル サービス局
  3. EVA:各メンバーの役割 各メンバーの役割は次のとおりです。 8 デジタル サービス局 •プロダクトオーナー(PO) ・エンドユーザーの視点に立ち、プロジェクトのビジョン とゴール・必要な機能を定義し、その機能の順位づけ を行う(プロダクトバックログの追加・削除・順位づけ 等の最終意思決定)。

    ・ステークホルダーとの調整や開発チームへ プロダクトのビジョンを示す。 •スクラムマスター(SM) ・アジャイル型開発についてのレクチャーやコーチング などを行い、スクラム全体を支援する。 ・開発チームが開発に専念できるよう、課題・障壁等 を取り除く。 •全体統括 ・全てのプロジェクトの全体統括、進行管理及び プロジェクト運営の推進を行う。 ・予算、及び時間(開発期間)に対する意思 決定を行う。 •プロダクトオーナーアドバイザー (POA) ・プロダクトオーナーの支援を行う。 •デベロッパー/開発チーム(Dev) ・開発(設計/コーディング/テスト等)を行う。
  4. EVA:プロダクトオーナーの紹介 プロダクトオーナー2名の体制で進行しました。 主に流田主任が前面に立ち、機能やデザインなどの詳細を開発チームと調整しました。 プロジェクトの到達点や改修の優先度などを議論する際には藤井課長代理も参加しました。 デジタルサービス局 戦略部 デジタル改革課 デジタル改革担当 藤井課長代理 開発プロジェクトの経験:今回が初めて

    得意なこと:切り替え 苦手なこと:わかりやすく物事を説明する デジタルサービス局 戦略部 デジタル改革課 デジタル改革担当 流田主任 開発プロジェクトの経験:今回が初めて 得意なこと:知らないことを遠慮なく聞く 苦手なこと:こまかい話に関連すること 9 デジタル サービス局
  5. EVA:開発スケジュール 10 開発期間は2022年10月から2023年3月まで、約半年間のプロジェクトとなりました。 10月 11月 12月 1月 2月 3月 ワークショップ

    キックオフ 計画・整理 開発 受け入れテスト ユーザーテスト 計画・整理 開発 受け入れテスト 公開 1 2 3 4 5 ※フィードバック対応 6 ※1週間単位の開発サイクルを4回繰り返しました。 スプリント5は2週間単位です。 ※スプリント6は2週間単位です。 デジタル サービス局
  6. 開発の 活動記録 ワークショップ キックオフ 計画・整理 スプリント1 サイト内部の仕組みを変更 スプリント2 ユーザーインターフェース向上 スプリント3

    投稿者の利便性をさらに向上 スプリント4 フィードバック対応 スプリント5 各種最終調整 スプリント6 ユーザーテスト後の改修 16
  7. EVA:キックオフ 開発をスタートするためキックオフを開催し、お互いの目線合わせを行いました。 1.開発体制・会議体等について (1)メンバーと役割の紹介 (2)定例ミーティングの日時 2.開発スケジュールの共有 3.案件で利用する外部サービスの 使用方法 4.インセプションデッキの作成 (1)プロジェクトの名前

    (2)プロジェクトの目的 (3)エレベーターピッチ (4)誰のために作るのか? (5)やること/やらないことリスト (6)どのように実現するか? (7)懸念事項とリスク (8)トレードオフスライダー プロジェクトの目的を明確にすることで、意思決定の軸の ブレを防ぐことができます。 EVAプロジェクトの目的 ★より多くの職員に「デジタル提案箱+」「SHIN-QA」を 使ってもらうようにサイトを改修したい。 ★2025年までに職員の提案参加割合を20%にしたい。 【重要度の高い目的】ユーザビリティ改善 / 情報設計 「EVA」というプロジェクト名はここで決定しました! プロジェクト名を決めることで、チームの一体感の醸成や ビジョンの共有が期待できます。 POA PO 18 デジタル サービス局
  8. EVA:計画・整理 具体的に「何を」「どういう順番で」開発するか整理するため、POを中心にチームですり合わせを 実施しました。 19 優先度 プロダクトバックログ 高 SHIN-QAとデジタル提案箱を切り離して表示 高 投稿者自身のメールアドレスを「任意」で入力可能な仕様

    高 提案の入力フォームを利便性向上(所属・年代等選択可能) 中 検索の利便性を高められるよう、SHIN-QA単体の検索機能実装 中 新しい提案に「NEW」のアイコンを表示してほしい。 中 投稿時に感謝のメッセージを伝えるようにしてほしい。 低 SHIN-QAでも管理側でカテゴリーを作成したい。 低 閲覧者が提案群をコメントやいいね順でソートできる。 低 サイトを閲覧せず、メールから投稿や返信ができる仕様 低 投票機能をつけ、ニーズの量が数値などで表示される仕様 諦めることに決定 諦めることに決定 Devから技術的な課題や必要な 工数等を教えてもらいながら、今 回のプロジェクトでやりたいことを 整理し、何を実現して何を諦める かを決定しました! ※工数…プロジェクトやタスクの作業量 全体統括 デジタル サービス局
  9. EVA:スプリント1の流れ(2022.11.21~11.25) スプリント1では、次のようにプロジェクトが進行しました。 ① スプリント プランニング 11/21 ② デイリー スクラム 11/21-25

    やりたいことを稼働時間限界まで 詰め込むべきか、余裕があるほう がいいのか悩みました。 ③ 分科会 11/24 20 なんとなく順調なのだろう という雰囲気を理解…! PO PO デジタル サービス局
  10. EVA:スプリント1の流れ(2022.11.21~11.25) ⑤ PO⇔POA 分科会11/25 21 ④ スプリント レビュー 11/25 現在のサイトより全然良いです!

    ありがとうございます! レビューで全てのバックログを確認できず、 POが持ち帰り確認することになりました。 POから、責務を果たそうとする責任感や 意気込みを感じました! PO SM 全体統括 デジタル サービス局
  11. EVA:スプリント2の流れ(2022.11.28~12.5) ② デイリー スクラム 11/28-12/2 ③ 分科会 11/29 11/30 12/1

    23 スプリント1を経験したことで、どの会議体でどのように話すべき か理解が進みました。分科会も設定することで、躊躇せず気 楽にコミュニケーションをとって良いんだと、わかってきました。 ① スプリント プランニング 11/28 デザインと合わせて判断が必要な仕様な ど、時間がかかるものは後に回すことで 会議をスムーズに進行させました。 PO スプリント2では、次のようにプロジェクトが進行しました。 PO デジタル サービス局
  12. EVA:スプリント2の流れ(2022.11.28~12.5) ⑤ スプリント レトロスペク ティブ及び 分科会 12/5 24 スプリント2で開発したトップページのデザインや新規提案 フォーム等を実際の画面を見ながらレビューを進行しました。

    レビューの場で解決困難なものは双方の宿題として持ち帰 りつつ、スプリントレビュー後にも デザイン案について意見交換を 継続したことで、スムーズにスプリ ント3へ繋げることができました。 ④ スプリント レビュー 12/2 Devと意識や認識を常にそろえながら進める手法の醍醐味 は、スプリントレビューで実際に「動くもの」を見ながら検討を 繰り返せることだと強く感じました。 PO デジタル サービス局
  13. EVA:スプリント3の流れ(2022.12.5~12.12) ② デイリー スクラム 12/5-9 ③ 分科会 12/7 ① スプリント

    プランニング 12/5 毎日成果や課題を全員で共有する中 で、チームとして開発を進めているという 強いマインドが醸成されてきました。 PO側でオリジナルのエクセルシートを作成 し、バックログを管理できるようにしました。 PO PO 想定していなかった課題に 対してもワンチームで取り組 む姿勢・文化が大事です。 全体統括 スプリント3では、次のようにプロジェクトが進行しました。 デジタル サービス局 26
  14. EVA:スプリント4の流れ(2022.12.12~12.19) ② デイリー スクラム 12/12-16 ③ 分科会 12/16 29 実現したいリストの中から優先度をつけて

    実装してきたので、ここまでで想定よりも 実現できた感触がありました。 ① スプリント プランニング 12/12 Devから画面共有を受けながら、1つ 1つのデザインや機能について、リアル タイムで共有されるため、会議の中で 検討や判断しやすいです。 アジャイル型開発では情報共有の 場がたくさんあるので、プロの意見 を参考にしながら、最適なものを開 発できると実感しました。 PO スプリント4では、次のようにプロジェクトが進行しました。 PO デジタル サービス局 PO
  15. EVA:スプリント4の流れ(2022.12.12~12.19) 30 ④ スプリント レビュー 12/16 ⑤ スプリントレト ロスペクティブ 12/19

    デザイン単体でのレビュー はもうありませんでした。機 能とあわせてデザインも見 る中で一段と懸念や論点 がわかりやすかったです。 PO デジタル サービス局
  16. EVA:スプリント5の流れ(2022.12.19~2023.1.18) ② デイリー スクラム 12/19-1/13 32 どこかで判断や線引きをしなけれ ば、最終リリースに影響します。 各開発項目について、Devがエラーチェックなど を自ら実施したうえでPOへレビューをあげてきて

    いるか気にかかっていました。プロダクトの最終 的なクオリティはPOの責務という思いが強かっ たので、全体の進捗管理と状況の把握に最大 限努めた期間でした。 ① スプリント プランニング 12/19 ③ 分科会 1/5 PO PO スプリント5では、次のようにプロジェクトが進行しました。 デジタル サービス局
  17. EVA:スプリント5の流れ(2022.12.19~2023.1.18) 33 ⑤ 分科会 1/10, 11 ⑥ フィードバック対 応レビュー 1/13

    ⑦ レトロスペクティブ 1/18 短期間でチームワークを最大限発揮し、 認識齟齬があっても早期に軌道修正で きたことを讃えあい、開発が終了しました。 PO ④ スプリント レビュー 1/6 常にユーザー目線で、利用者の動 線や満足度を最優先に考えていくこ とが、サービス開発の基本であり最 も重要であることを、プロダクトの最 終形を見て改めて感じました。 PO デジタル サービス局
  18. EVA:スプリント6の流れ(2023.2.7~3.7) ② デイリー スクラム 2/14-2/28 35 ① 計画会議、 スプリント プランニング

    2/7,10,13 ③ 中間 レビュー 2/21 スプリント6では、次のようにプロジェクトが進行しました。 SM 開発期間も限られているので、そ の範囲内で最大限価値を高めよ うと全員で考えました。 Devだけで進められる作業 から着手するなど、 全体スケジュールが効率的 に進むよう工夫したよ。 デジタル サービス局 Dev
  19. EVA:スプリント6の流れ(2023.2.7~3.7) 36 ⑤ スプリント レビュー2 3/7 ④ スプリント レビュー1 3/1

    公開に向けて、スプリントとは 別にテスト期間を設定してテ ストしました。 SM POのお二人には半年もの間、 このプロジェクトに携わっていた だきました。全体統括としても 今回の学びを今後に活かして いきます。 全体統括 デジタル サービス局
  20. 38

  21. ANIMAL:開発体制図 以下のチームによって、ANIMALプロジェクトは進行しました。 41 コーチング 助言・相談 スクラムチーム (相互に協調・連携) プロダクトオーナー アドバイザー(POA) ◆受託事業者◆

    スクラムマスター (SM) ◆受託事業者◆ デベロッパー/開発チーム (Dev) ◆受託事業者◆ プロダクトオーナー(PO) 福祉保健局 健康安全部 動物愛護相談センター多摩支所 監視第一区担当/監視第二区担当 ◆山崎・佐野◆ 全体統括 ◆デジタルサービス局◆ 助言・相談・進行管理 助言・相談・進行管理 福祉 保健局
  22. ANIMAL:各メンバーの役割 各メンバーの役割は次のとおりです。 42 福祉 保健局 •プロダクトオーナー(PO) ・エンドユーザーの視点に立ち、プロジェクトのビジョン とゴール・必要な機能を定義し、その機能の順位づけ を行う(プロダクトバックログの追加・削除・順位づけ 等の最終意思決定)。

    ・ステークホルダーとの調整や開発チームへ プロダクトのビジョンを示す。 •スクラムマスター(SM) ・アジャイル型開発についてのレクチャーやコーチング などを行い、スクラム全体を支援する。 ・開発チームが開発に専念できるよう、課題・障壁等 を取り除く。 •全体統括 ・全てのプロジェクトの全体統括、進行管理及び プロジェクト運営の推進を行う。 ・予算、及び時間(開発期間)に対する意思 決定を行う。 •プロダクトオーナーアドバイザー (POA) ・プロダクトオーナーの支援を行う。 •デベロッパー/開発チーム(Dev) ・開発(設計/コーディング/テスト等)を行う。
  23. ANIMAL:プロダクトオーナーの紹介 プロダクトオーナー2名の体制で進行しました。 主に佐野さんが前面に立ち、機能やデザインなどの詳細を開発チームと調整しました。 テストケースの実施などは佐野さん中心に進めました。 福祉保健局 健康安全部 動物愛護相談センター 多摩支所 監視第一区担当 山崎さん

    開発プロジェクトの経験:今回が初めて 得意なこと:こつこつ決まった作業を繰り返すこと 苦手なこと:クリエイティブなこと 福祉保健局 健康安全部 動物愛護相談センター 多摩支所 監視第二区担当 佐野さん 開発プロジェクトの経験:今回が初めて 得意なこと:料理と食べること。創作も好き。 苦手なこと:人とのコミュニケーションに苦手意識あり 43 八丈島の風穴か らの写真です♪ 東京都無形文化 財である小笠原 南洋踊り中の写 真です♪ 福祉 保健局
  24. ANIMAL:開発スケジュール 開発期間は2022年12月から2023年1月まで、 約1か月半のプロジェクトとなりました。 44 11月 12月 1月 2月 3月 キックオフ

    現場視察 計画・整理 開発 受け入れテスト 今後の予定 1 2 3 4 ※1週間単位の開発サイクルを4回繰り返しました。 福祉 保健局
  25. ANIMAL:プロジェクトの成果 約1か月半のプロジェクトにより、次のような成果を得ることができました。 Before(課題) ・問い合わせ等受理(処理)簿はMicrosoft Wordで作成 ・記録が追記されるごとに紙に印刷して所内回覧 ・共有ドライブ内をファイル検索して問い合わせ履歴を検索 After(成果) ・過去の記録をキーワード等により検索することができ、探す時間 を短縮することを実現

    ・システム内で回覧と決裁ができ、ペーパーレス化を促進 ・新システム内では「対応簿」と名付けられ、受理・処理するという 受動的なものから「対応する」という能動的な名称に変更 システムの試作を作成し、それをたたき台にして日々の業務に運用していくための システム構築ノウハウを身に付けられた! 45 福祉 保健局
  26. ANIMAL:キックオフ 1.開発体制・会議体等について (1)メンバーと役割の紹介 (2)定例ミーティングの日時 2.開発スケジュールの共有 3.案件で利用する外部サービスの 使用方法 4.インセプションデッキの作成 (1)プロジェクトの名前 (2)プロジェクトの目的

    (3)エレベーターピッチ (4)誰のために作るのか? (5)やること/やらないことリスト (6)どのように実現するか? (7)懸念事項とリスク (8)トレードオフスライダー 51 「ANIMAL」というプロジェクト名はここで決定しました! プロジェクト名を決めることで、チームの一体感の醸成が期待で きます! プロジェクトの目的を明確にすることで、意思決定の軸のブ レを防ぐことができます。 ANIMALプロジェクトの目的 ★動物愛護相談センター多摩支所監視担当職員の相談対応等の 記録作成を効率化することにより、相談内容に基づく飼い主への指 導・助言など本来業務に時間を割いて丁寧に取り組めるようにする。 【重要度の高い目的】 ・過去の対応履歴の検索に要する時間を短縮する。 ・過去の対応履歴の見落としを防ぐことで、飼い主への 指導・助言の効果性を高める。 ・プロジェクトを通じて職員のデジタルリテラシーを高める。 【重要度の低い目的】 ・問い合わせのデータ化を推進し、分析を行う体制を構築する。 ・問い合わせ処理に関わる他業務の効率化やペーパーレスを推進する。 PO POA 開発を開始するため、キックオフを開催。お互いの目線合わせを行いました。 福祉 保健局
  27. ANIMAL:計画・整理 やろうとしていたことを整理 プロダクトバックログ 問い合わせ等受理簿が作成できる。 問い合わせ等受理簿でワークフロー承認ができる。 問い合わせ等受理簿でワークフロー申請ができる。 紙運用で行っていたワークフローをシステム上で再現できる。 受付処理表の統計情報をCSVで出力できる。 修正時のログが記録できる。 問い合わせ等受理簿を検索できる。

    受付表を作成できる。 差し戻しができる。 問い合わせ等受理簿一覧でユーザーごとに回覧または決済を行う必要があるかわかるようにしたい。 52 ここでは実現したいことを整理しました。 この時点では優先度の整理まではし ませんでした。 全体統括 具体的に「何を」「どういう順番で」開発するか整理するため、POを中心にチームですり合わせを 実施しました。 福祉 保健局
  28. ANIMAL:スプリント1の流れ(2022.12.12~12.19) スプリント1では、次のようにプロジェクトが進行しました。 ① スプリント プランニング 12/12 ② デイリー スクラム 12/13-19

    毎日顔を合わせるため、日々 コミュニケーションも活発にな っていき、意見が伝えやすい 雰囲気を作られていました。 53 会議後に実際に入力を試し、改善が必 要そうなところをタスク管理ツール上で 共有しました。タスク管理ツールとは、プ ロジェクトの進捗を可視化し、タスクの 遅延や漏れを防ぐことに役立つツールで す。事前にPOAに用意いただいたツー ルだったのですが、とても便利でした! PO PO ③ スプリント レビュー12/16 福祉 保健局
  29. ANIMAL:スプリント2の流れ(2022.12.19~12.26) ② デイリー スクラム 12/20-23 現在のプロダクトの仕様理解を 深めるため、分科会を 実施しました。 ③ 分科会

    12/20 ① スプリント プランニング 12/19 昨日やったこと、今日 やること、作業を進め るために障壁になって いること(人)はな いかをデイリーで常に 確認していきました。 Dev 全体統括 56 スプリント2では、次のようにプロジェクトが進行しました。 やりたいことを稼働時間限界まで 詰め込むべきか、余裕があるほう がいいのか悩みました。 PO 臨機応変にコミュニケーションの機会 を増やすことにより、開発を最適・最 速に進めることが可能になる。まさに アジャイル型開発での利点ですね! 福祉 保健局
  30. ANIMAL:スプリント3の流れ(2022.12.26~2023.1.10) ② デイリー スクラム 12/26-1/6 ③ スプリント レビュー 1/6 59

    ① スプリント プランニング 12/26 通常業務は職場メンバーに配慮、協力してもらい、開発 に注力することができました。会議日程が確定しているの でスケジュール管理しやすかったです。 スプリント3では、次のようにプロジェクトが進行しました。 PO 福祉 保健局
  31. ANIMAL:スプリント4の流れ(2023.1.10~1.13) ② デイリー スクラム 1/11-13 ③ 分科会 1/10 ① スプリント

    プランニング 1/10 デイリースクラムでも各タスクの進捗や課題を 丁寧にひとつひとつ取り上げ、課題がある場合 は即SM中心に動く流れもできていました。 全体統括 62 スプリント4では、次のようにプロジェクトが進行しました。 スプリント1では本当に使えるかどうか少し不安 でしたが、成果物ができあがってくると「これは 利用できる!」という気持ちになってきました。 開発終了後は、自分たちで運用し、変更加え ることも見据えてプランニングしました。 PO 福祉 保健局
  32. 65

  33. Yu-ki:目的と取り組んだ課題 ◆このプロジェクトの目的 ・光化学スモッグ注意報の発令数を削減したい(※VOCの排出量を低減したい)。 ・光化学オキシダント濃度を低減させたい。 ◆現状の課題 ・都内に設置しているVOC連続測定機のメーカーが異なり、 データベースが統一できていない。 ・自作マクロでは1度に長期間のデータを分析できない。 ・自作マクロのため異動などで担当者が変更になるとメンテナンス等が困難である。 ※VOC(Volatile

    Organic Compounds)とは、揮発性有機化合物の略称。塗装、建設工事、印刷、脱脂洗浄や自動車への給油など、様々な ところから排出されており、光化学オキシダントの一因となっている。 ・データ整形やグラフ化などの分析準備に費やす時間を短くしたい。 ・長期間のデータを容易に分析したい。 ・様々な角度での分析を容易したい(期間や項目の絞り込み、グラフ化など)。 67 環境局
  34. Yu-ki:開発体制図 以下のチームによって、Yu-kiプロジェクトは進行しました。 68 支援 チーム外からのご支援 環境局 総務部 環境政策課 デジタルシフト推進担当 (デジタルサービス局

    戦略部 デジタル推進課 デジタルシフト推進担当) ◆木川・柿澤・上野◆ 事業責任者 環境局 環境改善部 化学物質対策課長 ◆東川◆ 相談 コーチング 助言・相談 スクラムチーム (相互に協調・連携) プロダクトオーナー アドバイザー(POA) ◆受託事業者◆ スクラムマスター (SM) ◆受託事業者◆ デベロッパー/開発チーム (Dev) ◆受託事業者◆ プロダクトオーナー(PO) 環境局 環境改善部 化学物質対策課 有害化学物質調査担当 ◆野澤◆ 全体統括 ◆デジタルサービス局◆ 助言・相談・進行管理 助言・相談・進行管理 環境局
  35. Yu-ki:各メンバーの役割 各メンバーの役割は次のとおりです。 69 環境局 •プロダクトオーナー(PO) ・エンドユーザーの視点に立ち、プロジェクトのビジョン とゴール・必要な機能を定義し、その機能の順位づけ を行う(プロダクトバックログの追加・削除・順位づけ 等の最終意思決定)。 ・ステークホルダーとの調整や開発チームへ

    プロダクトのビジョンを示す。 •スクラムマスター(SM) ・アジャイル型開発についてのレクチャーやコーチング などを行い、スクラム全体を支援する。 ・開発チームが開発に専念できるよう、課題・障壁等 を取り除く。 •全体統括 ・全てのプロジェクトの全体統括、進行管理及び プロジェクト運営の推進を行う。 ・予算、及び時間(開発期間)に対する意思 決定を行う。 •プロダクトオーナーアドバイザー (POA) ・プロダクトオーナーの支援を行う。 •デベロッパー/開発チーム(Dev) ・開発(設計/コーディング/テスト等)を行う。
  36. Yu-ki:開発スケジュール 71 開発期間は2023年1月から2023年3月まで、約2か月のプロジェクトとなりました。 ツール 議論 1月 2月 3月 ワークショップ /

    キックオフ 計画・整理 開発 1 2 3 扱っている対象(VOC)が少し特殊なものなので、 キックオフの前にプロジェクトで達成したいことを 開発側にどのように伝えるか、どのように説明すれば わかっていただけるか、どこまで説明しようかと、事前 に考えていました。 PO ※2週間単位の開発サイクルを3回繰り返しました。 環境局
  37. Yu-ki:プロダクトオーナーから見たプロジェクト① プロダクトオーナーを務めたうえでの気づきや学び、アジャイル型開発に向いている人物像などを ふりかえります。 73 ◆気づき・学び 「IT知識が乏しいため、システム開発のプロダクトオーナーとして仕事できるか」「専 門的な仕事(化学関連)を開発チームに伝えられるか」など、当初とても不安で した。しかし、毎日の短時間の会議で意見交換する中で、不安は解消されていき ました。開発チームは自分の考えや思いを形にしてくれ、日々改良されていくプロダ クトをリアルタイムで見ることができたからです。「こんなこと聞いていいのかしら」と思う

    こともフランクに会議で聞いたり、それでも恥ずかしい場合は質問箱に投稿しました。 開発チームから毎回返答があるので、だんだん理解できるようになりました。システ ム開発というととてもハードルが高かったのですが、少しそのハードルが下がった気が しています。この経験はシステム開発だけでなく、現在の別の仕事のやり方や進め 方の見直しにも活かせていけると感じています。 環境局 環境改善部 化学物質対策課 有害化学物質調査担当 野澤課長代理 環境局
  38. Yu-ki:プロダクトオーナーから見たプロジェクト② プロダクトオーナーを務めたうえでの気づきや学び、アジャイル型開発に向いている人物像などを ふりかえります。 74 ◆これから挑戦の一歩を踏み出す人へメッセージ! IT知識に自信がない方にこそ向いていると思います。私はパソコンおんちでオンライン 会議ほぼ初でした。そんな私がプロダクトオーナー…… 開発が始まる前に思い描いたプロダクトを上回るシステムができました。奇跡に近いと 感じます。周りの方の助けもありつつチームで開発を進めているので、安心もできます。 昨年度に自分で同じような管理ツールをエクセルで試しに作りましたが、うまくいかなか

    ったです。その経験をもとに考えた時、ウォーターフォール型ではツールの選定や仕様 書を自分で作成する必要があると思うので、自分では難しいと感じています。アジャイ ル型開発ではデジ局や開発チームがサポートしてくれるので、自分も含めそれぞれの 良さを活かしながら、助け合いで開発できるし、安心できます。 IT知識がない私でも開発ができたので、大丈夫ですよ! 環境局 環境改善部 化学物質対策課 有害化学物質調査担当 野澤課長代理 環境局
  39. Yu-ki:ワークショップ 2.アジャイル型開発模擬体験: 開発が始まる前に、PO体験のワークシ ョップを開催しました。テレワークや出張 申請をする庶務事務システム(庁内 システム)の改善というテーマで計画フ ェーズと1スプリントを体験しました。 76 開発前にチームメンバーの親睦を深めるため、ワークショップを開催しました。 PO

    POA Dev 全体統括 SM 1.自己紹介:自己紹介シート を用いて、得意なことや苦手なこ と等を打ち明けることで、お互い の距離を縮めました。 ワークショップを通じて、POの役割を再認識できたので、 その後の開発進行にプラスとなったよ。 PO 短い期間で成果を出すには、早い段階でお互いの 関係を構築することが重要です。 POA 環境局
  40. Yu-ki:キックオフ 開発をスタートするためキックオフを開催し、お互いの目線合わせを行いました。 1.開発体制・会議体等について (1)メンバーと役割の紹介 (2)定例ミーティングの日時 2.開発スケジュールの共有 3.案件で利用する外部サービスの 使用方法 4.インセプションデッキの作成 (1)プロジェクトの名前

    (2)プロジェクトの目的 (3)エレベーターピッチ (4)誰のために作るのか? (5)やること/やらないことリスト (6)どのように実現するか? (7)懸念事項とリスク (8)トレードオフスライダー プロジェクトの目的を明確にすることで、意思決定の軸の ブレを防ぐことができます。 Yu-kiプロジェクトの目的 ★光化学スモッグ注意報の発令数を削減したい(※VOCの排出 量を低減したい)。 ★光化学オキシダント濃度を低減させたい。 【重要度の高い目的】データ整形やグラフ化などの分析準備に費や す時間を短くしたい/長期間のデータを容易に分析したい/様々な角 度での分析を容易にしたい(期間や項目の絞り込み、グラフ化な ど)。 【重要度の低い目的】簡単な操作で分析出来るようにしたい / 部 署外の人とのmtgの場で共有・分析が出来るようにしたい。 「Yu-ki」というプロジェクト名はここで決定しました! プロジェクト名を決めることで、チームの一体感の醸成や ビジョンの共有が期待できます! PO POA 環境局 77
  41. Yu-ki:計画・整理 具体的に「何を」「どういう順番で」開発するか整理するため、POを中心にチームですり合わせを 実施しました。 78 優先度 プロダクトバックログ 高 担当者が委託先から受理したデータを統合できる。 高 担当者が統合データを期間ごとに集計できる。

    高 担当者が任意の地点・項目・期間のデータをエクスポートできる。 高 定例的なグラフを表示できる。 中 担当者が単位変換も容易にできる。 中 連続しない期間の任意の期間のデータの一覧表表示できる(できればグラフも)。 中 担当者が表示したグラフをPowerPointで活用出来る。 中 数年分のVOCデータ・常時監視データを分析したい。 低 個々のVOC成分を、グループ分けしてその結果を表示させる(グラフ・一覧表)。 低 担当者が容易にメンテナンスができるようにする。 低 専門的な知識が無い別部署の人でも容易に使える。 低 元々のDBの様式と同じ形でデータをエクスポート出来る。 低 箱ひげ図が表示できる。 諦めることに決定 諦めることに決定 初めての経験なので悩みましたが、チームメンバー から「こういうことか」「このような意味か」などご質問 やアドバイスをいただくなかで、ユーザーストーリー 作成に必要な情報や「最終的にこんなもの作りた い!」というイメージの解像度がとても上がりました。 PO 環境局
  42. Yu-ki:スプリント1の流れ(2023.1.23~2.3) ⑤ スプリント レビュー 2/3 80 ④ 分科会 2/2 1度では覚えられないので、手順を簡単なメモで作って

    いただいて、後日自身でも試してみることに! デモで見たときは簡単そうでしたが、実際に自分で利用 すると難しかったです。 POからポジティブなコメントをいただけると、チーム全体の 士気もあがりますね! あっという間にここまでできてしまったことにとても驚きました。 今まではグラフ作成にとても時間がかかり、「この期間からこ の期間まで」とかしかできなかったのですが、時間軸で変え られるのを見てすごく感動しました。 PO SM 環境局
  43. Yu-ki:スプリント2の流れ(2023.2.6~2.17) 82 ③ バックログリ ファインメント 2/10 ① スプリント レトロスペクテ ィブ&

    プランニング 2/6 レトロスペクティブを基に、 お互いの疑問点を解消する ための取り組みとして質問 箱を設けました。 POとDevのコミュニケーショ ンが改善され些細なことも 確認し合える信頼関係を築 けました。 ② デイリー スクラム 2/6-2/17 Dev スプリント2では、次のようにプロジェクトが進行しました。 環境局
  44. Yu-ki:スプリント2の流れ(2023.2.6~2.17) ⑤ スプリント レビュー 2/17 83 ④ 分科会 2/16 質問箱のおかげで些細なことも気軽に聞けるようになりました。

    スプリント1では疑問を自分のなかで保留にしていましたが、 質問箱ができてからは後々自分が困らないように、どんなこと でも質問しました。 まとまった時間で詳細を確認したいときは、 POとDevで分科会を開催しました。 プロダクトイメージの認識合わせに役立ち ました。 PO Dev 環境局
  45. Yu-ki:スプリント3の流れ(2023.2.20~3.3) ② デイリー スクラム 2/20-3/3 ③ 分科会 2/21 85 ①

    スプリント レトロスペクテ ィブ& プランニング 2/20 残り時間と引き渡し後の運用を考慮して、新 規機能の開発は控え、マニュアル作成や質問 対応を中心にチケット(※)を設定しました。 ※チケットとは、バックログに起票された1つ1つのタスクのこと 開発にトラブルは付き物です。事前に質 問対応の工数(※)を確保すると、PO の想定と異なる部分や開発前に考慮し きれないことに対応することができます。 ※工数とは、プロジェクトやタスクの作業量のこと PO SM スプリント3では、次のようにプロジェクトが進行しました。 環境局
  46. Yu-ki:スプリント3の流れ(2023.2.20~3.3) ⑥ スプリント レビュー 3/3 86 ④ バックログ リファインメント 2/24

    スクラムイベント外では、スプリント1,2でできたプロトタイプ のスクリーンショットを関係者に共有して意見をもらえるように 取り組みました。また、自分が利用できないと説明できないた め、ひたすら動作確認を継続しました。 ⑤ 分科会 2/28 PO 環境局
  47. 88

  48. T-MAP:開発体制図 以下のチームによって、T-MAPプロジェクトは進行しました。 91 コーチング 助言・相談 スクラムチーム (相互に協調・連携) プロダクトオーナー アドバイザー(POA) ◆受託事業者◆

    スクラムマスター (SM) ◆受託事業者◆ デベロッパー/開発チーム (Dev) ◆受託事業者◆ プロダクトオーナー(PO) 教育庁 都立学校教育部 特別支援教育課 特別支援教育企画担当 ◆佐藤◆ 全体統括 ◆デジタルサービス局◆ 助言・相談・進行管理 助言・相談・進行管理 教育庁
  49. T-MAP:各メンバーの役割 •プロダクトオーナー(PO) ・エンドユーザーの視点に立ち、プロジェクトのビジョン とゴール・必要な機能を定義し、その機能の順位づけ を行う(プロダクトバックログの追加・削除・順位づけ 等の最終意思決定)。 ・ステークホルダーとの調整や開発チームへ プロダクトのビジョンを示す。 各メンバーの役割は次のとおりです。 92

    •スクラムマスター(SM) ・アジャイル型開発についてのレクチャーやコーチング などを行い、スクラム全体を支援する。 ・開発チームが開発に専念できるよう、課題・障壁等 を取り除く。 •全体統括 ・全てのプロジェクトの全体統括、進行管理及び プロジェクト運営の推進を行う。 ・予算、及び時間(開発期間)に対する意思 決定を行う。 •プロダクトオーナーアドバイザー (POA) ・プロダクトオーナーの支援を行う。 教育庁 •デベロッパー/開発チーム(Dev) ・開発(設計/コーディング/テスト等)を行う。
  50. T-MAP:開発スケジュール② 1月 2月 キックオフ 分科会開催 開発工程 前ページの詳細です。実際はこのように動いていました! PO SP1 SP2

    SP3 デジタルマップの骨 格構築 マップの 操作性向上 マップの 視認性向上 操作支援・ マニュアル作成 分科会2 操作 説明会 プロトタイプ作成後、各SPでブラッシュアップを実施 SP4 ・チームビルディング ・アジャイル型開発の要諦共有 分科会1 ・ユーザーストーリー作成 ユーザーストーリーに 基づいて開発着手 作りたいモノ・機能を明確化 教育庁 95 95
  51. T-MAP:プロダクトオーナーから見たプロジェクト② プロダクトオーナーを務めたうえでの気づきや学び、アジャイル型開発に向いている人物像などを ふりかえります。 教育庁 都立学校教育部 特別支援 教育課 特別支援教育企画担当 佐藤主任 ◆これから挑戦の一歩を踏み出す人へメッセージ!

    ・ 今回初めて、アジャイル型開発に取り組んで感じた点は、とても楽しく、充実し た時間を過ごしたということです。 ・ 同じゴールを目指し、課題解決に向けて知恵を出し合うチームで活動するた め、常に前向き感がありました。 ・ システム開発と聞くと、難しい印象があると思いますが、「課題を解決したい!」 という思いがあれば、まずは軽い気持ちで取り組んでみて良いと思います。 ・ 有意義な時間を過ごせたため、また機会があれば長期かつ大規模なアジャイ ル型開発に挑戦してみたいと思います! 98 教育庁
  52. T-MAP:キックオフ 開発を開始するため、キックオフを開催。お互いの目線合わせを行いました。 プロジェクトの目的を明確にすることで、意思決定の軸のブ レを防ぐことができます。 T-MAP プロジェクトの目的 ★学校の所在地や通学区域を簡単にデジタルマップ上で 表示、シミュレーションできるようにし、将来的に具体的な 施策を検討可能にする。 【必須機能】

    1.各校の所在地をデジタルマップ上で表示 2.各校に係る様々な情報を、同一マップ上で表示 3.各校の通学区域を同一マップ上で表示 4.職員によって表示するデータ内容を随時変更 1.開発体制・会議体等について (1)メンバーと役割の紹介 (2)定例ミーティングの日時 2.開発スケジュールの共有 3.案件で利用する外部サービスの 使用方法 4.インセプションデッキの作成 (1)プロジェクトの名前 (2)プロジェクトの目的 (3)エレベーターピッチ (4)誰のために作るのか? (5)やること/やらないことリスト (6)どのように実現するか? (7)懸念事項とリスク (8)トレードオフスライダー 「T-MAP」というプロジェクト名はここで決定しました!プロジェク ト名を決めることで、チームの一体感の醸成やビジョンの共有が 期待できます。 PO POA 100 教育庁
  53. T-MAP:分科会 1.タスク管理ツールの説明 2.ストーリーポイントの説明 3.やりたいことを整理(次ページ) の中から優先順位をつける。 101 分科会の内容 ・チームとしては互いに距離がありましたが、開発を進めていく上で自然とチームワークが醸成 されていくと思っていたため、その点は不安に感じませんでした。 ・一方でオンライン会議によって開発を進めるということでしたので、互いに正確に理解できて

    いるかという確認や、懸念点・要望等を明確に伝えることを意識的に行うようにしました。 ・アジャイル型開発を成功させる上で、キー となる考え方を分科会で学びました。 ・特に「POがやりたいことを整理し、その優 先順位を明確にできることが非常に重要」 というPOAの言葉が印象的でした。 分科会の様子(オンラインで実施) PO 開発を始める前に、ユーザーストーリーを作成するための分科会を開催しました。 PO 教育庁
  54. T-MAP:計画・整理 優先度 やりたいこと 高 地図データ上に、特別支援学校の位置を設定し、学校所在地を把握できるようにしたい。 高 特別支援学校によって、教育部門や設置学部、学科が異なるため、それらを学校の属性情報 として表示、把握できるようにしたい。 高 各特別支援学校の通学区域を設定・表示できるようにしたい。

    高 学部によって、通学区域は異なるため、学校及び学部の選択で表示が切り替わるようにしたい。 高 いずれも職員自らの手で随時、データ内容を更新できるようにしたい。 中 人事異動によって担当者が変わっても、継続的にシステムを運用できるように手順や留意点をよく整理しておきたい。 102 Devから技術的な課題や必要な 工数(※)等を教えてもらいな がら、今回のプロジェクトでやりた いことを整理し、何を実現して、何 を諦めるかを決定しました。 ※工数とは、プロジェクトやタスクの作業量のこと 全体統括 具体的に「何を」「どういう順番で」開発するか整理するため、POを中心にチームですり合わせを 実施しました。 教育庁
  55. T-MAP:スプリント1の流れ(2023.1.30~2.3) ① スプリント プランニング 1/30 ② デイリー スクラム 1/30-2/3 ・ユーザーストーリーを

    考える中で、最初に POの作業が発生する ことは想定できました。 ・そのため、プロジェク ト全体の見取り図を 持つ上でも、キックオフ 分科会は有益でした。 スプリント1では、次のようにプロジェクトが進行しました。 計4人の小さなスクラムだったので、5分程 度で効率的に確認できていました。 103 PO ③ スプリント レビュー 2/3 全体統括 ・早くもスプリント1でデジ タルマップの原型を見るこ とができ、より具体的なイ メージを持つことができる ようになりました。 ・早い段階で試作品を見 ることができるのは、POが 実現したいことを整理する 上で重要だと思います。 PO 教育庁
  56. T-MAP:スプリント2の流れ(2023.2.6~2.10) 105 ① スプリント レトロ スペクティブ& プランニング 2/6 チームの中でそれぞれ 各人が自律駆動して

    いると言えるポジティブ な印象がありました! スプリント2では、次のようにプロジェクトが進行しました。 ② デイリー スクラム 2/6-2/10 POA 明らかにスプリント1からブラッ シュアップされており、2週間で ここまで出来上がるのかと驚き ました。 ③ スプリント レビュー 2/10 教育庁 PO
  57. T-MAP:スプリント3の流れ(2023.2.13~2.17) ② デイリー スクラム 2/13-17 107 ① スプリント レトロ スペクティブ&

    プランニング 2/13 ③ 分科会 2/16 実際の利用を想定した ときに、追加機能の開発 よりも操作性・視認性の 向上が重要と考えました。 スプリント3では、次のようにプロジェクトが進行しました。 PO 教育庁
  58. T-MAP:スプリント4の流れ(2023.2.20~2.24) ② デイリー スクラム 2/20-24 ③ 分科会 2/22 110 スプリント2以降で日々のスクラムイベントの進め方も

    慣れてきましたが、スプリント3ではタスク管理ツールの 更新・管理が少し雑になってきたと思います。スプリン ト4でプロジェクトの締めとして全員であらためて前向 きに取り組んでいくマインドを再確認できました。 ・開発チーム全員で、日々のスクラム等で方向性を共有し たことで、手戻りを無くすことができました。 ・アジャイル型開発の特徴であり、強みを実感できました。 ① スプリント レトロ スペクティブ& プランニング 2/20 POA スプリント4では、次のようにプロジェクトが進行しました。 PO 教育庁
  59. T-MAP:スプリント4の流れ(2023.2.20~2.24) 111 ④ スプリント レトロスペク ティブ 2/24 ・デジタルマップという新たなツールを手に入れることができたこと に加えて、最近なにかと耳にすることが多い「アジャイル型開発」 に取り組むことができて、大変良い経験でした。

    ・打ち合わせが多く、POとして積極的に関与する必要があります。 しかし、結果的に手戻りを無くし、より良い成果物を産み出す上 では、いずれも重要なプロセスだと理解できました。 PO 教育庁