2023/04/26　JBUG鹿児島 #0「JBUGはじめました」（オフライン）の登壇資料

1. 12人のスクラムチームで挑む
新規事業開発
リコーITソリューションズ株式会社
茶屋 彰仁

2. 自己紹介
 名前：茶屋 彰仁
 業務：Webシステム開発
 得意分野：クラウド・アジャイル
 趣味：ゲーム(Switch)
 エニアグラム：
90問回答式チェック | 日本エニアグラ
ム学会 (enneagram.ne.jp)
0
2
4
6
8
タイプ1
改革する人
タイプ2
人を助ける人
タイプ3
達成する人
タイプ4
個性的な人
タイプ5
調べる人
タイプ6
忠実な人
タイプ7
熱中する人
タイプ8
挑戦する人
タイプ9
平和をもたらす人

3. 1クリックで会議を”ぱっ”と記録
記録内容は
文字起こし＋録音＋画面キャプチャ
会議の振り返り、手軽な共有、議事録作成の時短に。

4. ・素早く市場に価値を提供したい
・フィードバックをもらってプロダクトへ還元したい
・競合サービスに遅れを取らないように走りつづけたい
わたしたちの思い

5. 開発プロセス
アジャイル（スクラム）
2週間
1日
プロダクトバックログ スプリントバックログ スプリント
（開発期間）
デイリースクラム
（進捗、課題共有）
リリース

6. 開発プラットフォーム
AWS Amplify
• ホスティング、認証、API、ストレージ、DBなどを使った
アプリケーションを簡単に作成することができる
• サーバーレスアーキテクチャが簡単に実現できる
• AmplifyStudioを利用することでFigmaから
Reactコンポーネントの作成が簡単に出来る

7. torunoのチーム
20代 3名 30代 3名
40代 4名 50代 2名
企画
＠東京（大森）
商品担当
＠東京（晴海）
スクラムM
＠横浜（仲町台）
開発 チーム
＠鹿児島（7名）
＠東京（大森）（2名）
(2名欠席）
7

8. ・普段の開発はリモートワーク
・POと開発メンバーとの間に地理的な距離がある
・開発メンバーの中でも地理的な距離がある
素早い意思決定・プロダクト開発のために
コミュニケーションロスが発生しないように気を付ける

9. コミュニケーション・ツール
定例・チャット エンジニア内（ペアプロ）

10. バックログの優先順位の決めかた
グロースの仮説
1. 顧客・営業の声
時間軸
対応案や打ち手を
プロット
2. 対応・打ち手(案）プロット 3. 優先順位検討
開発工数
多
少
日々の顧客接点 Refinement 認識揃え
10

11. バックログの優先順位の決めかた
時間軸
戦略
当たり前
4. 順序・全体感で計画化 5. タスク化 6. PBI化（タスク分解）
Refinement 認識揃え 日々の開発タスク
11

12. バージョンアップ！！
12

13. プロジェクト管理どうしてる？

15. ・プロダクトバックログの管理
・バックログアイテムを完了させるため
のタスクの管理
・バーンダウンチャートで進捗の可視化
・POと開発チームのコミュニケーション
・課題のカスタム種別設定によるチケッ
トの透明性UP
・Wikiで開発のナレッジや、POとの暗黙
知を可視化
・検索条件の保存で、該当スプリントの
チケットへのアクセスのしやすさ向上
・開発チームを2つに分けても、チームご
とにチケットを振りやすい

16. １つの困りごと

17. チケットの優先順位での並び替えが大変

18. Excelを併用することで並び替えの手間を短縮

19. まとめ
・新規事業開発のスピードを出すために、スクラムとAmplifyを活用
・意思決定を素早くするためにコミュニケーションをしっかり取る
・Backlogのようなプロジェクト管理ツールを活用して可視化を行う

20. アジャイル開発やってみたい！
Amplify使った開発やってみたい！
新しい事やってみたい！
という方、是非、一緒にやってみませんか？