共創するアーキテクチャ～チーム全体で築く持続可能な開発エコシステム～ / Co-Creating Architecture - A Sustainable Development Ecosystem Built by the Entire Team

Copyright © 2023 Bitkey Inc. All right reserved. 共創するアーキテクチャ～チーム全体で築く
持続可能な開発エコシステム～株式会社ビットキー　佐藤拓人　2024/11/26

2 Copyright © 2023 Bitkey Inc. All right reserved. モブプロ
x BDD x イベントストーミングはいいぞ！！ 2. 「なに」が言いたいの？結論

3 Copyright © 2023 Bitkey Inc. All right reserved. 自己紹介
佐藤拓人 Sato Takuto 2015.04 2019.05 2020.01 大学(建築学専攻)卒業後、株式会社ワークスアプリケーションズに入社会計システムのソフトウェア開発を担当特に財務会計の仕訳関連ビットキーへ参画 ECサイトの開発 / 保守、社内システムの開発 TaKuTyの開発今のHome事業の前身となるResidenceチームに配属 bitlockを扱う管理画面やバックエンド、appの開発に従事 Now Homeプロダクトの技術責任者複雑な事象を読み解いて構造化し、抽象化 / 汎用化できるように設計し、低コストで多くの価値をだせる開発をすることを好む

4 Copyright © 2023 Bitkey Inc. All right reserved. 自己紹介
佐藤拓人 Sato Takuto

5 Copyright © 2023 Bitkey Inc. All right reserved. Outline
1. ソフトウェアアーキテクチャに「どう」向き合う？ 2. 「なに」が言いたいの？ 3. 「どのような」取り組みしたの？ 4. 「なんで」いいの？ 4-1. チーム外に訴求できる成果 4-2. 解決するのは「分断」だが、「分解」は大切 4-3. 対話からすべてがはじまる 5. まとめ

6 Copyright © 2023 Bitkey Inc. All right reserved. 1.
ソフトウェアアーキテクチャに「どう」向き合う？

7 Copyright © 2023 Bitkey Inc. All right reserved. ▪
イメージ • クリーンアーキテクチャ • マイクロサービス • モジュラーモノリス • PubSub • Event Sourcing • CQRS 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャとは？

考えてみよう！「ソフトウェアアーキテクチャ」とはなんなのか？「ソフトウェアアーキテクチャ」で求められるもの / 求めるべきものは？ 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャとは？

アーキテクチャとは？ • 建築物の設計や構造を指す言葉 • 家やビルを建てる際の「設計図」 ▪ 家を建てる場合 • 間取りや部屋の配置、使用する材料、配管や電気配線など全体の計画が必要 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャとは？

ソフトウェアアーキテクチャとは？ • システム全体の設計図 • どのような部品(コンポーネント)で構成されているかを明らかにする • 部品がどう連携して動作するのかを示すもの ▪ なぜ重要か？ • アーキテクチャがしっかりしていると、システムの性能や拡張性、保守性が向上します。 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャとは？

11 Copyright © 2023 Bitkey Inc. All right reserved. 「ソフトウェアアーキテクチャ」の目的
= 良い「設計図」 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャの意義

良い「設計図」を描くことで • 全体のビジョンや方向性が明確になる • 技術スタックやフレームワークが適切に選定される • インフラの知見やクリーンアーキテクチャなどの設計手法が反映される ▪ 「ソフトウェアアーキテクチャ」に関するトピックとしても... • 良い「設計図」を描くための考え方やスキルが多く話される 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャとは？

= 良い「設計図」 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャの意義

= 良い「設計図」 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャの意義本当？

良い設計図があれば、良いソフトウェアが作れるのか？ • 良い設計図があれば、良い建物が建てられるわけではない • 実際には建設員がいて、彼らのスキルや工法も非常に大切 ▪ 設計図はいつ誰が作るのか？ • 設計図も一度作成して完了...とはならない • アジャイル開発のように継続的にインクリメントし続ける開発手法がある • DDDのように外界の変化に柔軟に対応できるようにする設計手法がある • 誰かが良い設計をするだけでは不十分で、チームで対応できることに価値がある 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャの意義

≠ 良い「設計図」 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャの意義

≒ 良い「設計図」を継続的にチームで進化させ続けることができる仕組み 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャの意義

18 Copyright © 2023 Bitkey Inc. All right reserved. ソフトウェアアーキテクチャは
チームの進化を導くコンパスであるべき 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャの意義

≒ 良い「設計図」を継続的にチームで進化させ続けることができる仕組み 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャの意義まだまだ完全にはできていない... でも改善している！！

「なに」をして、「どう」なったか 2. 「どんな」設計図に進化させられたか 1. ソフトウェアアーキテクチャに「どう」向き合う？ソフトウェアアーキテクチャの意義

「なに」が言いたいの？

≒ 良い「設計図」を継続的にチームで進化させ続けることができる仕組み 2. 「なに」が言いたいの？結論

x BDD x イベントストーミングはいいぞ！！ 2. 「なに」が言いたいの？結論

「どのような」取り組みしたの？

こんな課題がある状態だった... • ファイルごとに異なる設計や実装の仕方が異なる... • メンバー間で広がるスキルや知識の格差... • 属人性が極まってなぜそうなっているのかわからない... • 作りっぱなしでメンテがされない。チームに知っている人がいない... • 問題が起きて発覚するが、知らないから改修コストが非常に高い... • 設計の意図がわからないから、修正方法の妥当性が判断しづらい... Before 3. 「どのような」取り組みしたの？

こんな課題がある状態だった... • ファイルごとに異なる設計や実装の仕方が異なる... • メンバー間で広がるスキルや知識の格差... • 属人性が極まってなぜそうなっているのかわからない... • 作りっぱなしでメンテがされない。チームに知っている人がいない... • 問題が起きて発覚するが、知らないから改修コストが非常に高い... • 設計の意図がわからないから、修正方法の妥当性が判断しづらい... Before 3. 「どのような」取り組みしたの？どう改善した？

x BDD x イベントストーミングはいいぞ！！結論 3. 「どのような」取り組みしたの？

モブプロ • みんなでプログラミング • タイピストやナビゲータなど役割を分けて実施する • 共通認識が取りやすい • ペアプロと組み合わせることもある ▪ 課題 • 進行が難しい... • 準備不足だと議論が発散しやすい... 「モブプロ」って？ 3. 「どのような」取り組みしたの？

BDD • Behavior-Driven Development = 振舞駆動開発 • 「振る舞い」を事前に自然言語で定義して、これを実現するためのテストを書いてから実装をする • Given / When / Then 形式 ▪ 課題 • 「振る舞い」の明確化が大変 • 考慮漏れが発生しやすい「BDD」って？ 3. 「どのような」取り組みしたの？

イベントストーミング • DDD(=ドメイン駆動開発)で用いられるドメイン整理の手法 • ドメインエキスパートを含めてドメイン知識を特定のフォーマットに則って整理する ▪ 課題 • 整理内容から実装に落とし込むのが難しい... 「イベントストーミング」って？ 3. 「どのような」取り組みしたの？

x BDD x イベントストーミング一緒にやることに意義がある！結論 3. 「どのような」取り組みしたの？

BDD イベスト・進行が難しい・準備不足だと議論が発散しやすい相乗効果 3. 「どのような」取り組みしたの？・「振る舞い」の明確化が大変・考慮漏れが発生しやすい・整理内容の実装への落とし込みが難しい

33 Copyright © 2023 Bitkey Inc. All right reserved. イベスト
モブプロ BDD ・進行が難しい・準備不足だと議論が発散しやすい・洗い出した観点ごとに　テスト→実装→リファクタ　を繰り返す・やることが限定されて進行が　非常にスムーズに！相乗効果 3. 「どのような」取り組みしたの？・「振る舞い」の明確化が大変・考慮漏れが発生しやすい・整理内容の実装への落とし込みが難しい

イベスト BDD ・進行が難しい・準備不足だと議論が発散しやすい・洗い出した観点ごとに　テスト→実装→リファクタ　を繰り返す・やることが限定されて進行が　非常にスムーズに！・QAチームもイベストに参加・イベスト段階でQA視点も含めて整理・イベストの整理内容をもとに振る舞いを定義・プロセスが型化され、考慮漏れも低減！チーム全員で整理した内容を元にモブプロしながら落とし込み相乗効果 3. 「どのような」取り組みしたの？・「振る舞い」の明確化が大変・考慮漏れが発生しやすい・整理内容の実装への落とし込みが難しい

35 Copyright © 2023 Bitkey Inc. All right reserved. BDD
イベストモブプロ・進行が難しい・準備不足だと議論が発散しやすい・洗い出した観点ごとに　テスト→実装→リファクタ　を繰り返す・やることが限定されて進行が　非常にスムーズに！・QAチームもイベストに参加・イベスト段階でQA視点も含めて整理・イベストの整理内容をもとに振る舞いを定義・プロセスが型化され、考慮漏れも低減！・開発メンバー全員イベストに参加・モブプロで議論しながら実装・ドメインの知識が深まりナレッジも　チームで共有されるように相乗効果 3. 「どのような」取り組みしたの？・「振る舞い」の明確化が大変・考慮漏れが発生しやすい・整理内容の実装への落とし込みが難しい

x BDD x イベントストーミングを組み合わせることで個別に実施した際の課題が解決！ 3. 「どのような」取り組みしたの？相乗効果

自立性が向上した • 「型」に則ることで属人性を排除し、チームの自立性が大きく向上した！ ▪ 自然と分割されるようになった • 分割して関心ごとを限定することで取り組みやすくなった！ • ドメインの分割、モブプロのタスク分割、外部品質/内部品質の分割... ▪ 絶対的な対話の増加 • 対話の頻度が大きくに向上して属人化が圧倒的に減少した • チーム内外との対話により思考が深まり、アイデア発案が増えた「どう」なったか 3. 「どのような」取り組みしたの？

38 Copyright © 2023 Bitkey Inc. All right reserved. 「どう」なったか
良い「設計図」を継続的にチームで進化させ続けることができる仕組みを整えることができた！ 3. 「どのような」取り組みしたの？

「なんで」いいの？

40 Copyright © 2023 Bitkey Inc. All right reserved. 4-1.
客観的な成果 (≒外部品質)

客観的な成果 ▪ 成果 • 評価戻りが減った • より楽しく開発できるようになった！ • 仕様が分からなくなったり、疑問を持ったりした時の拠り所ができた！ • 評価戻りや問い合わせが誰でも対応できるようになった！ • QAから機能追加の提案が多く出るようになった！ • ベロシティをほぼキープした状態で実現できた！ • 大規模リプレイス案件を問題なくリリース&運用できた！「どう」変わった？

44 Copyright © 2023 Bitkey Inc. All right reserved. ・対外チームとの連携
・開発チームの雰囲気・外部品質・アウトプット量 ...総じてポジティブな結果に！ 4-1. 客観的な成果「どう」変わった？

「設計図」の進化 (=内部品質)

事業内容の説明をさせください！

つなげよう。人は、もっと自由になれる。 Bitkey Recruiting Book © Bitkey inc All rights
reserved. Mission・Vision

デジタル間の体験の分断インターネットの登場やアプリ開発が⼿軽になったことで、⽣活の利便性は向上しました。⼀⽅で、デジタルサービスが増えるほどに、沢⼭のスマホアプリやWebサービス、SaaSツールなどを使い分ける⼿間も発⽣。毎回のアカウント登録、個⼈情報の⼊⼒、各アプリへの情報の⼆重登録などの⼿間から、やがて存在を忘れ、使わなくなるサービスもあるはずです。私達はここに「デジタル間の体験の分断」課題があると捉えています。リアルとデジタル間の体験の分断デジタルで⽣活の利便性が向上する⼀⽅で、⽇常⽣活にはデジタルだけで完結しない場⾯も多数あります。例えば、私達は24時間いつでも、ECサイトで
買い物したり、宿泊予約が可能になりました。しかし、荷物の受け取りは未だに対⾯することが⼀般的です。このように、デジタルは便利なのに、リアル体験ではシームレスさが途切れてしまいます。私達はここに「リアルとデジタル間の体験の分断」課題があると捉えています。私たちが解決するのは体験の「分断」です。

私たちは⼀⽇の中で⼀体、いくつのアプリや認証を使い分けているのだろう？週末を楽しむ⾃宅移動ジムオフィスで働く⼊退室社員証交通
IC 専⽤アプリ⾞の鍵家の鍵予約番号 QR コード What we do

ビットキーが⽬指すのは、煩わしい⼿続きから解放された体験「分断」をコネクトしていくことで、毎⽇の体験を彩っていきます週末を楽しむ⾃宅移動ジムオフィスで働く⼊退室社員証交通
IC 専⽤アプリ⾞の鍵家の鍵予約番号 QR コード What we do

ソフトウェアの領域を超えてリアルとデジタルの「分断」を解消する「分断」は、リアルでもデジタル上でも存在します。だからこそ、私たちはソフトウェアの領域にはとまりません。ハードウェアも同時に開発‧共創することで、デジタルで解決されていないリアルの体験も含めて、シームレスな体験を実現します。

サービス紹介 homehubは「暮らし」に関わる様々な体験を実現する。その中心にあるのがスマートロック

55 Copyright © 2023 Bitkey Inc. All right reserved. workhubは「働く空間」と「働くひとや業務」をつなぎ、快適な仕事を実現する。こちらも多くの体験の中心にスマートロックがある
2. サービス紹介

解消したいのは「分断」。でも「分割」は大切

買い物したり、宿泊予約が可能になりました。しかし、荷物の受け取りは未だに対⾯することが⼀般的です。このように、デジタルは便利なのに、リアル体験ではシームレスさが途切れてしまいます。私達はここに「リアルとデジタル間の体験の分断」課題があると捉えています。私たちが解決するのは体験の「分断」です。

ソフトウェアの領域を超えてリアルとデジタルの「分断」を解消する「分断」は、リアルでもデジタル上でも存在します。だからこそ、私たちはソフトウェアの領域にはとまりません。ハードウェアも同時に開発‧共創することで、デジタルで解決されていないリアルの体験も含めて、シームレスな体験を実現します。

サービス紹介 homehubは「暮らし」に関わる様々な体験を実現する。その中心にあるのがスマートロック

買い物したり、宿泊予約が可能になりました。しかし、荷物の受け取りは未だに対⾯することが⼀般的です。このように、デジタルは便利なのに、リアル体験ではシームレスさが途切れてしまいます。私達はここに「リアルとデジタル間の体験の分断」課題があると捉えています。私たちが解決するのは体験の「分断」です。でもリソースは少ない...

買い物したり、宿泊予約が可能になりました。しかし、荷物の受け取りは未だに対⾯することが⼀般的です。このように、デジタルは便利なのに、リアル体験ではシームレスさが途切れてしまいます。私達はここに「リアルとデジタル間の体験の分断」課題があると捉えています。私たちが解決するのは体験の「分断」です。汎用的な機能を組み合わせ多くのソリューションを提供

買い物したり、宿泊予約が可能になりました。しかし、荷物の受け取りは未だに対⾯することが⼀般的です。このように、デジタルは便利なのに、リアル体験ではシームレスさが途切れてしまいます。私達はここに「リアルとデジタル間の体験の分断」課題があると捉えています。私たちが解決するのは体験の「分断」です。「汎用化」「共通化」を重視

解消したいのは「分断」。でも「分割」は大切どう実装していた？・解錠できる   ・オートロックの設定ができる   ・解錠施錠ログを見ることができる  

解消したいのは「分断」。でも「分割」は大切どう実装していた？・解錠できる・オートロックの設定ができる・解錠施錠ログを見ることができる住んでいる人が1人で利用する  

解消したいのは「分断」。でも「分割」は大切どう実装していた？家族や友達と利用する  

解消したいのは「分断」。でも「分割」は大切どう実装していた？管理会社や仲介会社、清掃業者など   が利用する  

解消したいのは「分断」。でも「分割」は大切どう実装していた？解錠するための手段も様々  

解消したいのは「分断」。でも「分割」は大切どう実装していた？解錠できるようにする   デバイスも様々  

解消したいのは「分断」。でも「分割」は大切どう実装していた？解錠できるようにする   場所も様々  

70 Copyright © 2023 Bitkey Inc. All right reserved. bitlock
MINI bitreader+ bitlink homehub Entrance 電子錠A ・・・ 3-2. 解消したいのは「分断」。でも「分割」は大切どう実装していた？

MINI bitreader+ bitlink homehub Entrance 電子錠A 社員入居者入居者家族設置業者仲介業者・・・・・・ 3-2. 解消したいのは「分断」。でも「分割」は大切どう実装していた？

MINI bitreader+ bitlink homehub Entrance 電子錠A 社員入居者入居者家族設置業者仲介業者・・・・・・アプリ解錠手ぶら解錠パスコード NFCカード顔認証・・・ 3-2. 解消したいのは「分断」。でも「分割」は大切どう実装していた？

MINI bitreader+ bitlink homehub Entrance 電子錠A 社員入居者入居者家族設置業者仲介業者・・・・・・アプリ解錠手ぶら解錠パスコード NFCカード顔認証・・・入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・解錠するヒト、デバイス、解錠方法   …の組み合わせで制御が必要   ユースケースに制御が集中して   実装が大変...   3-2. 解消したいのは「分断」。でも「分割」は大切どう実装していた？

概念的な抽象化アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセス  コントロール  ヒト空間デバイス「誰がいつどこに何で解錠できるか」という観点で抽象化し、統一的に管理

概念的な抽象化アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセス  コントロール  ヒト空間デバイス〇〇さんに△△にアクセス   できるようにして欲しい   ▢▢を使ってにアクセスして！  

概念的な抽象化アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセス  コントロール  ヒト空間デバイス △△にアクセス   できるのが誰か教えて   〇〇さんと〇〇さんだよ  

概念的な抽象化アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセス  コントロール  ヒト空間デバイス解錠に関する制御を管理しやすいように   抽象化したモデルを用意する  

概念的な抽象化アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間デバイスいろんなデバイスを   統一的に管理するために機能役割を整理   - LockDevice：解錠にまつわる機能、実際にドアを解錠すことができる - AuthDevice：認証にまつわる機能、 NFCカードや顔、パスコードで解錠できるかのチェックをし、解錠可能であれば解錠デバイスに解錠コマンドを投げる - LinkDevice：デバイスをネットワークとつなげ、コマンドを実行する - StrageDevice：ロッカーなどものを格納する機能をもつデバイス

概念的な抽象化アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間デバイスいろんなデバイスを統一的に管理するために機能役割を整理 - LockDevice：解錠にまつわる機能、実際にドアを解錠すことができる - AuthDevice：認証にまつわる機能、 NFCカードや顔、パスコードで解錠できるかのチェックをし、解錠可能であれば解錠デバイスに解錠コマンドを投げる - LinkDevice：デバイスをネットワークとつなげ、コマンドを実行する - StrageDevice：ロッカーなどものを格納する機能をもつデバイス

実装への反映アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセス  コントロール  ヒト空間デバイス汎用的な粒度のモデルで実装   EntityやDBなど  

実装への反映アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間デバイス汎用的な粒度のモデルで実装 EntityやDBなど良い感じに整理できた！ …と思っていたが...

85 Copyright © 2023 Bitkey Inc. All right reserved. 入居契約
ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセス  コントロール  ヒト空間デバイス設置ユースケース設定変更ユースケース設置や設定など「解錠」以外の   ユースケースもある   3-2. 解消したいのは「分断」。でも「分割」は大切落とし穴

ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間デバイス設置ユースケース設定変更ユースケース設置や設定などのユースケースでも同じモデルを使っていた 3-2. 解消したいのは「分断」。でも「分割」は大切落とし穴

ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセス  コントロール  ヒト空間デバイス設置ユースケース設定変更ユースケース設置や設定などのユースケースでも   同じモデルを使っていた   いろんなデバイスの固有値が   まとめられて使いづらい...   3-2. 解消したいのは「分断」。でも「分割」は大切落とし穴

落とし穴アクセスコントロール入居契約ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間デバイス設置ユースケース設定変更ユースケース設置や設定などのユースケースでも同じモデルを使っていたいろんなデバイスの固有値がまとめられて使いづらい ... あれ？扱いづらいな...

89 Copyright © 2023 Bitkey Inc. All right reserved. 最初の「設計」は間違っていなかったはず
でも... いつの間にか使いづらくなってしまった 3-2. 解消したいのは「分断」。でも「分割」は大切落とし穴

90 Copyright © 2023 Bitkey Inc. All right reserved. 「分割」は大切！
結論 3-2. 解消したいのは「分断」。でも「分割」は大切

イベントストーミング • 関連性の強いドメインでまとめたイベントストーミングマップというものを生成する • このマップ生成過程で「解錠」「設置」が明確で異なる領域であることが認知できた 3-2. 解消したいのは「分断」。でも「分割」は大切解決手段

ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセス  コントロール  ヒト空間解錠用デバイス設置ユースケース設定変更ユースケース解錠コンテキスト   設定コンテキスト   bitlock 電気錠A ・・・ 3-2. 解消したいのは「分断」。でも「分割」は大切解決手段

ユースケース内見予約ユースケース従業員権限付与ユースケース原状回復工事ユースケース・・・アクセスコントロールヒト空間解錠用デバイス設置ユースケース設定変更ユースケース設置や設定用として   デバイスごとにモデルをわけて管理する   解錠コンテキスト設定コンテキスト bitlock 電気錠A ・・・「解錠」のためのモデルとし   QueryModelとしてデバイスごとの   モデルから生成される仕組みとした   3-2. 解消したいのは「分断」。でも「分割」は大切解決手段

94 Copyright © 2023 Bitkey Inc. All right reserved. 課題と学び
▪ 分割の重要性 • そもそも分割は良くないものとどこかで思い込んでいた... • 分割することで責務を明瞭にすることができた ▪ モデルの目的を明確に • よく考えれば「解錠」のためのモデルだったが明確にできていなかった • チームに背景や意図を丁寧に共有できていなかった ▪ チームで対話を • 機能の開発が必要な範囲とその周辺をなんとなく考慮して実装しており、全体を対話しながら進める場がなかった 3-2. 解消したいのは「分断」。でも「分割」は大切

対話からすべてがはじまる

対話からすべてがはじまるデバイスの設置 DB 認証認可の部分をプラットフォームで管理デバイスを利用可能な状態にする設置状況はDBで管理プラットフォーム

DB 暗号化の準備解錠できるように鍵穴の登録暗号化の準備解錠できるように鍵穴の登録 3. 対話からすべてがはじまるデバイスの設置

DB デバイス識別子の取得バッテリーの取得ファームウェアの更新暗号化の準備解錠できるように鍵穴の登録暗号化の準備解錠できるように鍵穴の登録デバイス識別子の登録バッテリーの登録各種設置状況の登録 3. 対話からすべてがはじまるデバイスの設置

DB デバイス識別子の取得バッテリーの取得ファームウェアの更新暗号化の準備解錠できるように鍵穴の登録有効化 NFCカードやパスコード利用の準備暗号化の準備解錠できるように鍵穴の登録 NFCカードやパスコード利用の準備デバイス識別子の登録バッテリーの登録各種設置状況の登録 3. 対話からすべてがはじまるデバイスの設置

101 Copyright © 2023 Bitkey Inc. All right reserved. DB
デバイス識別子の取得バッテリーの取得ファームウェアの更新暗号化の準備解錠できるように鍵穴の登録有効化 NFCカードやパスコード利用の準備暗号化の準備解錠できるように鍵穴の登録 NFCカードやパスコード利用の準備デバイス識別子の登録バッテリーの登録各種設置状況の登録 3. 対話からすべてがはじまるデバイスの設置やることいっぱい！

デバイス識別子の取得バッテリーの取得ファームウェアの更新暗号化の準備解錠できるように鍵穴の登録有効化 NFCカードやパスコード利用の準備暗号化の準備解錠できるように鍵穴の登録 NFCカードやパスコード利用の準備デバイス識別子の登録バッテリーの登録各種設置状況の登録 3. 対話からすべてがはじまるデバイスの設置さらにデバイスによっては...

デバイス識別子の取得バッテリーの取得ファームウェアの更新暗号化の準備解錠できるように鍵穴の登録有効化 NFCカードやパスコード利用の準備暗号化の準備解錠できるように鍵穴の登録 NFCカードやパスコード利用の準備デバイス識別子の登録バッテリーの登録各種設置状況の登録親機の登録子機の登録親機子機の連動 3. 対話からすべてがはじまるデバイスの設置

デバイス識別子の取得バッテリーの取得ファームウェアの更新暗号化の準備解錠できるように鍵穴の登録有効化 NFCカードやパスコード利用の準備暗号化の準備解錠できるように鍵穴の登録 NFCカードやパスコード利用の準備デバイス識別子の登録バッテリーの登録各種設置状況の登録親機の登録子機の登録親機子機の連動 3. 対話からすべてがはじまるデバイスの設置もっと複雑...

デバイス識別子の取得バッテリーの取得ファームウェアの更新暗号化の準備解錠できるように鍵穴の登録有効化 NFCカードやパスコード利用の準備暗号化の準備解錠できるように鍵穴の登録 NFCカードやパスコード利用の準備デバイス識別子の登録バッテリーの登録各種設置状況の登録親機の登録子機の登録親機子機の連動デバイス  3. 対話からすべてがはじまるデバイスの設置

デバイス識別子の取得バッテリーの取得ファームウェアの更新暗号化の準備解錠できるように鍵穴の登録有効化 NFCカードやパスコード利用の準備暗号化の準備解錠できるように鍵穴の登録 NFCカードやパスコード利用の準備デバイス識別子の登録バッテリーの登録各種設置状況の登録親機の登録子機の登録親機子機の連動デバイス 3. 対話からすべてがはじまるデバイスの設置「デバイス」という一つの共通のモデルで表現するのは厳しい...

対話からすべてがはじまる解決方法 ▪ イベントストーミング • ドメインエキスパートとシステムに依らない言葉でフローを整理 • 対話の中で生まれた言葉をベースにモデルを生成 • 不必要に共通化や抽象化しないほうが良いモデルを作成できることもある

対話からすべてがはじまる解決方法

対話からすべてがはじまる解決方法状態は限定的で明瞭  次の遷移先と   その条件も明瞭   できること保持している値も明瞭  

114 Copyright © 2023 Bitkey Inc. All right reserved. 課題と学び
▪ 対話の中で生まれた言葉や整理の活用 • 1人、開発者だけの整理はどうしても偏りが生まれやすい • 職種横断で対話した中で生まれた言葉や整理は認知負荷が低いことが多い ▪ できること・できないことをIFで明確にする • 「なんでもできる」は「なんにもできない」と同義 • IFで明瞭となっていることで使う的に迷わない ▪ 対話の時間 • 設計や実装してレビュー...といったプロセスよりモブプロ・モブワークのほうが、より深い議論をすることができるようになる 3. 対話からすべてがはじまる

まとめ

≠ 良い「設計図」ソフトウェアアーキテクチャの意義 4. まとめ

118 Copyright © 2023 Bitkey Inc. All right reserved. 留意点
▪ スキル・知識がいらないわけではない • 前提としてスキルや知識は一定レベルは必要 • アーキテクトのように秀でた開発者がいることは望ましい ▪ その上で大切にしたいこと • チームで考えて改善ができる状態を大切にしたい • スキル・知識に依存しすぎずとも、改善のサイクルが実現したい 4. まとめ

120 Copyright © 2023 Bitkey Inc. All right reserved. 要因の整理
▪ 改善した要因 • 抽象度が高く、範囲が広大であったこと -> イベントストーミングを用いて分割 • 設計/モデリングをする人が限定的だった -> 分割をした上で、モブプロなどで対話して進める • 理解度にばらつきが大きかったこと -> イベントストーミングやモブプロといった対話重視のプロセスに • 対話が限定的であったこと -> イベントストーミングやモブプロといった対話重視のフレームワーク 4. まとめ

121 Copyright © 2023 Bitkey Inc. All right reserved. BDD
イベストモブプロ・進行が難しい・準備不足だと議論が発散しやすい・洗い出した観点ごとに　テスト→実装→リファクタ　を繰り返す・やることが限定されて進行が　非常にスムーズに！・QAチームもイベストに参加・イベスト段階でQA視点も含めて整理・イベストの整理内容をもとに振る舞いを定義・プロセスが型化され、考慮漏れも低減！・開発メンバー全員イベストに参加・モブプロで議論しながら実装・ドメインの知識が深まりナレッジも　チームで共有されるように相乗効果 3. 「どのような」取り組みしたの？・「振る舞い」の明確化が大変・考慮漏れが発生しやすい・整理内容の実装への落とし込みが難しい

122 Copyright © 2023 Bitkey Inc. All right reserved. 良かったこと
▪ 自立性 • 「型」に則ることで属人性を排除し、チームの自立性が大きく向上した ▪ 分割 • ドメインの分割、モブプロのタスク分割、外部品質内部品質の分割 • 分割することで関心ごとを限定し、取り組みやすくなった ▪ 対話 • 常に対話できるようになり、属人化が大幅に減少した • ビジネスサイドとのコミュニケーションも活性化して、よりドメインの理解を深めた上で取り組めるようになった 4. まとめ

に向き合うためのプロセスを整えた！モブプロ x BDD x イベントストーミングの良さ 4. まとめ

まとめ

≒ 良い「設計図」を継続的にチームで進化させ続けることができる仕組み 5. まとめ結論

x BDD x イベントストーミングはいいぞ！！ 5. まとめ結論

127 Copyright © 2023 Bitkey Inc. All right reserved. まとめ
▪ ソフトウェアアーキテクチャに必要なもの • チームの進化を導くコンパス ▪ モブプロ x BDD x イベントストーミング • 相乗効果もあり、自立性向上、分割の推進、対話による属人性の排除などを実現 • 開発プロセス運営においても良好な結果を得ることができた • 設計やモデリングのプロセスにおいても対話や型化されたプロセスを経て今まで以上に取り組みやすい土壌の生成ができた 4. まとめ

共創するアーキテクチャ ～チーム全体で築く持続可能な開発エコシステム～ / Co-Creati...

共創するアーキテクチャ ～チーム全体で築く持続可能な開発エコシステム～ / Co-Creating Architecture - A Sustainable Development Ecosystem Built by the Entire Team

More Decks by 株式会社ビットキー / Bitkey Inc.

Other Decks in Technology

Featured

Transcript

共創するアーキテクチャ～チーム全体で築く持続可能な開発エコシステム～ / Co-Creati...

共創するアーキテクチャ～チーム全体で築く持続可能な開発エコシステム～ / Co-Creating Architecture - A Sustainable Development Ecosystem Built by the Entire Team